You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Something changed with a cares upgrade I guess and these recipes need dependencies included on their Dockerfiles. The out of space is a bit of a concern though.
Anyone want to help figure this all out? Not sure I can afford the time.
@nodejs/build has anyone got some hints and anyone want to help add dependencies here?
Something changed with a cares upgrade I guess and these recipes need dependencies included on their Dockerfiles.
Refs: nodejs/node#52223
TL;DR it's not an issue for the official builds as since Node.js 18 glibc 2.28 has been the minimum supported version of glibc (sys/random.h was added in glibc 2.25).
OK, I guess the glibc needs to be bumped in some of these Dockerfiles and x64-glibc-217 needs some other creative solution or be killed.
I don't have time for this right now, so unless someone else does, this is going to have to sit broken until I magically end up with the time and interest. Sorry folks, "unofficial" for a reason.
Could someone please help with "node-v20.12.1-linux-armv6l". Tried to update on my old Homebridge installation on a RaspPi 1 an saw that this is not available.
Thanks for the fix @scosol! I was just starting to dig into this problem, and then was scratching my head wondering why this successfully built for me locally but didn't build here. ;)
The debug builds are still failing with out-of-space errors, I think because they use so much space in the container itself which is using root which doesn't have as much space to offer.
usdt build fails because apparently there's no dtrace to configure, was it removed at some point?
And dist-indexer is still failing. Either I have the npm exec command wrong or still have a too-old npm installed in there.
Will have to look at this later when I have time. Tho I wouldn't mind input on the failing builds and I think x86 is not included, is it buildable still? I can't keep track.
@rvagg Did you want a separate issue opened for the builds missing from v20.12.1? I am looking to have the compile re-ran targeting v21.12.1 for archs that now build with #129 merged.
And dist-indexer is still failing. Either I have the npm exec command wrong or still have a too-old npm installed in there.
I think the command order is just incorrect. At least on npm 10.5.0 ( I didn't see NPM version in the linked build logs) , you have to do npm exec nodejs-dist-indexer@${dist_indexer_version} -y ... rather than the current npm exec -y nodejs-dist-indexer@${dist_indexer_version} which fails on npm v10.5.0, with the "unknown command" error.
I believe that this is the correct assessment: nodejs/node#43652 (comment)
Anyone wanting dtrace should/will instead use this instead of the static hooks: https://www.npmjs.com/package/dtrace-provider
With that, I think the dtrace target should be disabled in these build scripts based on the node major version being >=19
re dist-indexer, I think the problem is that I was doing npm --exec rather than npm exec. Fixed (hopefully) in #134
I'm still trying to adapt from npx muscle memory for some of these things, and this change was originally intended to force a specific version of nodejs-dist-indexer rather than latest so we get some security guarantees now that nodejs-dist-indexer has release-on-merge enabled.
Activity
shipujin commentedon Mar 27, 2024
File presence.
https://unofficial-builds.nodejs.org/download/release/v20.12.0/
Best regards
rvagg commentedon Mar 27, 2024
Build failures:
../deps/cares/src/lib/ares_rand.c:39:12: fatal error: sys/random.h: No such file or directory../deps/v8/src/inspector/v8-heap-profiler-agent-impl.cc:497:1: fatal error: error writing to /tmp/ccgqMGPH.s: No space left on devicewhoops! this needs a look../deps/cares/src/lib/ares_rand.c:39:12: fatal error: sys/random.h: No such file or directory../deps/cares/src/lib/ares_rand.c:39:12: fatal error: sys/random.h: No such file or directoryWARNING: C++ compiler (CXX=ccache g++, 9.3.1) too old, need g++ 10.1.0 or clang++ 8.0.0../deps/cares/src/lib/ares_rand.c:39:12: fatal error: sys/random.h: No such file or directorySomething changed with a cares upgrade I guess and these recipes need dependencies included on their Dockerfiles. The out of space is a bit of a concern though.
Anyone want to help figure this all out? Not sure I can afford the time.
@nodejs/build has anyone got some hints and anyone want to help add dependencies here?
richardlau commentedon Mar 27, 2024
Refs: nodejs/node#52223
TL;DR it's not an issue for the official builds as since Node.js 18 glibc 2.28 has been the minimum supported version of glibc (
sys/random.hwas added in glibc 2.25).If compiling against an older glibc you may be able to get going by commenting out the
HAVE_SYS_RANDOM_Hdefinition indeps/cares/config/linux/ares_config.h): https://github.com/nodejs/node/blob/6d2d3f17ba96353ea76147d95b6106bc4ff587d4/deps/cares/config/linux/ares_config.h#L332.richardlau commentedon Mar 27, 2024
rvagg commentedon Mar 28, 2024
OK, I guess the glibc needs to be bumped in some of these Dockerfiles and x64-glibc-217 needs some other creative solution or be killed.
I don't have time for this right now, so unless someone else does, this is going to have to sit broken until I magically end up with the time and interest. Sorry folks, "unofficial" for a reason.
scosol commentedon Mar 28, 2024
I'm fixing this for x64-glibc-217- PR: #127
cl4udiu5 commentedon Apr 4, 2024
Could someone please help with "node-v20.12.1-linux-armv6l". Tried to update on my old Homebridge installation on a RaspPi 1 an saw that this is not available.
jwalton commentedon Apr 5, 2024
Thanks for the fix @scosol! I was just starting to dig into this problem, and then was scratching my head wondering why this successfully built for me locally but didn't build here. ;)
rvagg commentedon Apr 6, 2024
Trying new per-recipe queue feature from #116 to rebuild all of these to see what happens after @scosol's fixes:
🤞
rvagg commentedon Apr 6, 2024
We have more there now but there's work to do.
https://unofficial-builds.nodejs.org/logs/202404060520-v20.12.0/
The debug builds are still failing with out-of-space errors, I think because they use so much space in the container itself which is using root which doesn't have as much space to offer.
usdt build fails because apparently there's no dtrace to configure, was it removed at some point?
And dist-indexer is still failing. Either I have the npm exec command wrong or still have a too-old npm installed in there.
Will have to look at this later when I have time. Tho I wouldn't mind input on the failing builds and I think x86 is not included, is it buildable still? I can't keep track.
richardlau commentedon Apr 6, 2024
Yes, in Node.js 19 via nodejs/node#43652.
AppleTechy commentedon Apr 7, 2024
@rvagg Did you want a separate issue opened for the builds missing from v20.12.1? I am looking to have the compile re-ran targeting v21.12.1 for archs that now build with #129 merged.
AppleTechy commentedon Apr 7, 2024
I think the command order is just incorrect. At least on npm 10.5.0 ( I didn't see NPM version in the linked build logs) , you have to do
npm exec nodejs-dist-indexer@${dist_indexer_version} -y... rather than the currentnpm exec -y nodejs-dist-indexer@${dist_indexer_version}which fails on npm v10.5.0, with the "unknown command" error.scosol commentedon Apr 8, 2024
I believe that this is the correct assessment: nodejs/node#43652 (comment)
Anyone wanting dtrace should/will instead use this instead of the static hooks: https://www.npmjs.com/package/dtrace-provider
With that, I think the dtrace target should be disabled in these build scripts based on the node major version being >=19
#133
rvagg commentedon Apr 8, 2024
@AppleTechy you mean v20.12.1? I don't see a v21.12.1. I'll trigger builds now, keep an eye on that directory
rvagg commentedon Apr 8, 2024
re dist-indexer, I think the problem is that I was doing
npm --execrather thannpm exec. Fixed (hopefully) in #134I'm still trying to adapt from
npxmuscle memory for some of these things, and this change was originally intended to force a specific version of nodejs-dist-indexer rather thanlatestso we get some security guarantees now that nodejs-dist-indexer has release-on-merge enabled.rvagg commentedon Apr 9, 2024
https://unofficial-builds.nodejs.org/download/release/v20.12.1/ now has the same files as v20.12.0, and an x86 too as a bonus.
https://unofficial-builds.nodejs.org/download/release/index.tab also updated, so dist-indexer obviously working properly now.