| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Dependency upgrades. PR-URL: #3686 Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
This patch - issues a TAP plugin parsable message on non darwin/windows boxes - uses `const` wherever applicable - moves the test to parallel PR-URL: #2599 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Johan Bergström <bugs@bergstroem.nu> Reviewed-By: James M Snell <jasnell@gmail.com>
Fix configure_library() to produce correct LDFLAGS when configuring with
prebuilt 3rd-party libraries (libuv, openssl, etc) using `pkg-config' or
`--shared-{LIBRARY}-includes=xxx --shared-{LIBRARY}-libpath=xxx'.
PR-URL: #3135
Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
Reviewed-By: Johan Bergström <bugs@bergstroem.nu>
Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com>
PR-URL: #2796 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Roman Reiss <me@silverwind.io> Reviewed-By: James M Snell <jasnell@gmail.com>
Update the documentation for `process.stdout` and `process.stdout` to clarify that writes can block when stdio is redirected to a file. In all other cases, it's non-blocking. PR-URL: #3170 Reviewed-By: Jeremiah Senkpiel <fishrock123@rocketmail.com>
Added referenced method links. PR-URL: #3187 Reviewed-By: Roman Reiss <me@silverwind.io> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Michaël Zasso <mic.besace@gmail.com>
When the user hits `^C` in the REPL show more info about `.exit`. The idea was to give more info to the user when they hit ^C. Current version just displays `(^C again to quit)` and most of the users are not aware of the `.exit` command that would Exit the repl. PR-URL: #3368 Reviewed-By: James M Snell <jasnell@gmail.com>
Add description of user responsibility in the choice of cypto algorithms and its key length. Some of recommendations for the safer use are also described. PR-URL: #3479 Reviewed-By: James M Snell <jasnell@gmail.com>
This reverts 8cee8f5 which was causing stdin to behave strangely on Windows 8 and 10. The suspected explanation for the issue is that there might be a race condition occuring when stdin._readableState.reading is set indirectly through `push('')`. PR-URL: #3490 Fixes: #2996 Fixes: #2504 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com> Reviewed-By: Rod Vagg <rod@vagg.org>
When setTimeout() and setInterval() are called with `delay` greater than TIMEOUT_MAX (2147483647), the supplied value is ignored and 1 is used instead. Add a note about this in the timers docs. PR-URL: #3512 Reviewed-By: Trevor Norris <trev.norris@gmai.com> Reviewed-By: Rich Trott <rtrott@gmail.com>
PR-URL: #3533 Reviewed-By: Evan Lucas <evanlucas@me.com> Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com>
Bug spotted by @bnoordhuis while doing code review on #3534 Refs: #3534 (comment) PR-URL: #3534 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: James M Snell <jasnell@gmail.com>
When stream.flush() is called without a callback, an empty listener is being added. Since flush may be called multiple times to push SSE's down to the client, multiple noop listeners are being added. This in turn causes the memory leak detected message. PR-URL: #3534 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: James M Snell <jasnell@gmail.com>
This test assures that if flush is called while the zlib object needs to be drained that it will defer the callback until after the drain. PR-URL: #3534 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: James M Snell <jasnell@gmail.com>
as of https://github.com/nodejs/node/blob/v5.x/src/node_buffer.cc#L555 buf.copy returns the number of bytes copied. PR-URL: #3555 Reviewed-By: Trevor Norris <trev.norris@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: #3565 Reviewed-By: Brian White <mscdex@mscdex.net> Reviewed-By: James M Snell <jasnell@gmail.com>
This makes the code spans in the API docs more visible and therefore readable by adding some background color. PR-URL: #3573 Reviewed-By: Evan Lucas <evanlucas@me.com> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Roman Reiss <me@silverwind.io>
`debuglog` uses `%j` as a placeholder for replacement with `JSON.stringify`. So that `JSON.stringify` is only called when the appropriate debug flag is on. The other `%s` changes are for style consistency. PR-URL: #3578 Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com> Reviewed-By: Evan Lucas <evanlucas@me.com> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
The examples for implementing the simplified constructor API was missing some details on its correct usages. PR-URL: #3602 Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Chris Dickinson <chris@neversaw.us>
Use path join to construct the path instead of concatenating strings. Replace backslash with double backslash so that they are escaped correctly in the string passed to REPL. PR-URL: #3608 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
Fix regarding description of the following functions: Certificate.exportPublicKey(spkac) Certificate.exportChallenge(spkac) The descriptions were applied incorrectly. PR-URL: #3614 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
* A known issue was resolved but not removed from the list * The wrong date was documented in the changelog for v4.2.2 PR-URL: #3650 Reviewed-By: Michaël Zasso <mic.besace@gmail.com>
Fixed an intermittent issue on AIX where the 600ms timeout was reached before the 'connection' event was fired. This resulted in a failure as serverConnection would be undefined and the assert.equal would throw an error. Changed the flow of the test so that the timeout is only set after a connection has been made. PR-URL: #3646 Reviewed-By: Michael Dawson <michael_dawson@ca.ibm.com> Reviewed-By: James M Snell <jasnell@gmail.com>
Minor typo fix in the list of keys Reviewed-By: James M Snell <jasnell@gmail.com> PR-URL: #3649
When a compiled library file does not have the proper format, musl returns the error message ENOEXEC as 'Exec format error' but glibc returns 'file too short' if the file is under a certain size. Reference: http://git.musl-libc.org/cgit/musl/tree/src/errno/__strerror.h#n46 This patch consists of tolerating musl's error. PR-URL: #3657 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Johan Bergström <bugs@bergstroem.nu>
There is currently no information in the Collaborators guide regarding LTS. This commit adds some basic copy explaining what LTS is, what is considered for LTS, and a simple way collaborators can help. Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Steven R. Loomis <srloomis@us.ibm.com> PR-URL: #3442
PR-URL: #3668 Reviewed-By: Julien Gilli <jgilli@fastmail.fm>
test fails intermittently due to the assertion that the 'disconnect' event should come before the 'exit' event. This is caused be the non-deteministic behaviour of pollset_poll[1] on AIX (see deps/uv/src/unix/aix.c). This API makes no garauntee for the order in which file descriptors are returned. On linux epoll_wait[2] is used, which also does not make a garauntee on order of file descriptors returned. In the failing case we recieve our file descriptor with a callback of uv__signal_event (which causes JavaScript to receive the exit event) before our file descriptor with uv__stream_io as its callback (which in turn causes JavaScript receive the disconnect event). This change simply removes the assertion that the disconnect event happens before exit event and processes the test regardless of which event comes first. [1] https://www-01.ibm.com/support/knowledgecenter/ssw_aix_71/com.ibm.ai x.basetrf1/pollset.htm [2] http://linux.die.net/man/2/epoll_pwait PR-URL: #3666 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
|
Ok, early results are that running the dedupe at least allowed the windows machines to clone properly and the CI test build is progressing. |
Sorry, something went wrong.
|
New CI looks good with the exception of what I believe are flaky tests on Windows. |
Sorry, something went wrong.
|
@nodejs/lts @nodejs/ctc @nodejs/collaborators ... I will be cutting an RC.1 build for 4.2.4 shortly |
Sorry, something went wrong.
|
🎉🎉🎉🎉 I'll smoke test once it is cut |
Sorry, something went wrong.
|
@jasnell / @thealphanerd could you make sure sudo make install && make test-npm still works? |
Sorry, something went wrong.
|
@Fishrock123 .. yep, was just going to do that. Is there a reason that hasn't been added to CI yet, btw? |
Sorry, something went wrong.
|
Arrghhh... IOError: [Errno 2] No such file or directory: 'deps/npm/node_modules/.bin/marked' |
Sorry, something went wrong.
|
Ok, npm-test currently fails using the .12 npm update. @zkat is looking into it. Until that is resolved we're on hold. If necessary, I will drop back to the .9 update. That one should be ok but will have to confirm. If that one fails also, I might back the npm updates out entirely and hold off delivering the updated npm until 4.2.5 in January |
Sorry, something went wrong.
|
Turns out the failure is apparently in my local git setup... tho the exact cause is uncertain. @zkat ran the tests and things look good. Cutting the release candidate branch next. |
Sorry, something went wrong.
|
tests ran cleanly on my machine as well |
Sorry, something went wrong.
|
RC.1 build running now: https://ci.nodejs.org/job/iojs+release/333/ |
Sorry, something went wrong.
|
v4.2.4-rc.1 => https://nodejs.org/download/rc/v4.2.4-rc.1/ |
Sorry, something went wrong.
|
When smoke testing the rc I'm getting some weird errors. specifically around the stack size being exceeded /Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/utils.js:8
* @param String str string to repeat
^
RangeError: Maximum call stack size exceeded
at String.replace (native)
at module.exports (/Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/node_modules/strip-ansi/index.js:5:39)
at module.exports (/Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/width.js:5:18)
at splitLongWords (/Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/utils.js:117:7)
at splitLongWords (/Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/utils.js:137:10)
at splitLongWords (/Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/utils.js:137:10)
at splitLongWords (/Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/utils.js:137:10)
at splitLongWords (/Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/utils.js:137:10)
at splitLongWords (/Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/utils.js:137:10)
at splitLongWords (/Users/thealphanerd/.nvm/versions/node/v4.2.4-rc.1/lib/node_modules/citgm/node_modules/columnify/utils.js:137:10)
|
Sorry, something went wrong.
|
This may or may not have to do with npm printing a ton of errors due to the embedded release number in the version not being valid. Whatever the case the stack size is exceeding due to columnify I'm going to attempt to run citgm-all on another v4.2.2-rc.2 to see if we have the same problem. |
Sorry, something went wrong.
|
So v4.2.2-rc.2 runs through citgm-all without any problems 😢 |
Sorry, something went wrong.
|
I built node and installed it locally and citgm-all passes as expected... that being said the output of node -v is v4.2.4 when I build locally and v4.2.4-rc.1 when I use the tarball. Not sure the best way to move forward here /cc @jasnell |
Sorry, something went wrong.
|
@thealphanerd ... I believe that's actually expected. I wouldn't worry about it too much actually. The -rc.1 is throwing it off. |
Sorry, something went wrong.
|
So far, I think everything is looking good. I'll work on cutting the actual release here in an hour or so |
Sorry, something went wrong.
|
I'm going to go ahead and push the release until the morning. Want to take another test pass. |
Sorry, something went wrong.
|
LGTM, tested it with some of my apps/modules, and saw no regressions. |
Sorry, something went wrong.
|
Ok, moving ahead with this now. |
Sorry, something went wrong.
|
Release build job running now: https://ci.nodejs.org/job/iojs+release/334/ |
Sorry, something went wrong.
Sorry, something went wrong.
Related: nodejs/node#4336 Related: nodejs/docker-node#81 Signed-off-by: Hans Kristian Flaatten <hans.kristian.flaatten@dnt.no>
Related: nodejs/node#4336 Related: nodejs/docker-node#81 Signed-off-by: Hans Kristian Flaatten <hans.kristian.flaatten@dnt.no>
Related: nodejs/node#4336 Related: nodejs/docker-node#81 Signed-off-by: Hans Kristian Flaatten <hans.kristian.flaatten@dnt.no>
| Back | FazBrowse Home | New Git URL |
#2015-12-17, Version 4.2.4 "Argon" (LTS) Release
Maintenance Update (looking to release by Tuesday, Dec 22)
Notable changes
** Fix handling of uncaught exceptions (Julien Gilli) #3884
** Upgrade to npm 2.14.12 (Kat Marchán) #4110
** Backport 819b40a from V8 upstream (Michaël Zasso) #3938
** Updated node LICENSE file with new npm license (Kat Marchán) #4110