-
Notifications
You must be signed in to change notification settings - Fork 166
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use devtoolset-8 on Centos/RHEL for Node.js 14+ #2242
Comments
do we have ansible changes ready for this to run? |
devtoolset-6, the rpms weren't publically available, but I don't think we've looked yet into the situation for devtoolset-8 |
Some questions about this:
|
Can't get it from (some of) the default repos yet, will have to look further afield:
|
|
Previous link pointed to an entire repo, which included all the rpms, I think the single rpm alone is not sufficient -- but I'll try tomorrow and see how it goes. |
I think we could take the simple approach do this globally, for everything on CentOS. We'll presumably have non-CentOS machines running other versions of GCC. It means we'll have a gap in testing (old GCC on CentOS) but I don't think that's a bad compromise considering the complexity it'll induce if we try and be more exhaustive. |
Installed on release-osuosl-centos7-ppc64_le-1
|
gpg keys were bad for test-softlayer-centos7-x64-1, fixed with advice from https://jc-lan.org/2019/12/14/error-when-updating-centos-7-gpg-keys-are-not-correct-for-this-package/ Now it fails with "At least 32MB more space needed on the /boot filesystem." |
test-rackspace-centos7-x64-1 doesn't accept git as a package name, once I pushed a fix for that onto #2262 , it installed devtoolset-8 |
Looks like changes that install devtoolset-6-libatomic-devel don't work on test-packetnet-centos7-arm64-2. Its not clear why, its not a clear package-not-found, or, perhaps it is? Its trying to get it from http://centosn7.centos.org/altarch/7.7.1908/sclo/aarch64/rh/devtoolset-6, which doesn't exist. But, that doesn't seem to be an issue, we seem to have been doing fine without it, so I moved it out of the centos7 common in #2262 FTR:
EDIT: after the fix, installed devtoolset-8 OK. |
@rvagg I'm having trouble accessing an arm release machine, could you check the release key is authorized for it? I see:
EDIT: same on release-digitalocean-centos7-x64-1 |
release-packetnet-centos7-arm64-1 has two issues:
|
@sam-github can you try with an explicit |
Thanks for looking. -i didn't work, but it was a problem with my local release key, I guess. I did
And now I have access. Too bad I did both at once, because I don't know what was wrong. I've no idea why the write-ssh-config playbook didn't write the most current, or why I could ssh into so many other systems, but not those ones. 🤷 I'm updating secrets as I go, recovering them from machines. |
centos6 is excluded for release & test from 12.x and later, removed from checklists |
This comment has been minimized.
This comment has been minimized.
first attempt at an x86 gcc8 build: https://ci.nodejs.org/job/node-test-commit-linux-sam-github/1/nodes=centos7-64-gcc8 |
first s390x build: https://ci.nodejs.org/job/node-test-commit-linuxone-sam-github/2/nodes=rhel7-s390x (well, second, first didn't have the select-compiler update) |
I think maybe we need a |
I could change the Edit: nodejs/node#32715 |
With nodejs/node#32715:
https://ci.nodejs.org/job/node-test-commit-plinux-sam-github/2/nodes=centos7-ppcle/
https://ci.nodejs.org/job/node-test-commit-linuxone-sam-github/3/nodes=rhel7-s390x/
https://ci.nodejs.org/job/node-test-commit-linux-sam-github/2/nodes=centos7-64-gcc8/
|
sweet, thanks @richardlau, lgtm then. |
v12.x: node-test-commit-linux, all platforms: https://ci.nodejs.org/job/node-test-commit-linux-sam-github/3/ |
@rvagg https://ci.nodejs.org/job/node-test-commit-arm/30615/ Is it intended that 14.x build against ubuntu1604-arm64? Its not excluded for any arm builds ATM, but it's EOL, I think it should have been excluded, or at least, should be excluded for anyType gte(14.x), and perhaps even 12.x. Note that its excluded from release right now by virtue of no machine having that label, so doesn't need .groovy exclusion. I am pushing a commit to exclude ubuntu14-04 onto #2262 , tell me if I got it wrong. cc: @nodejs/platform-arm @nodejs/build |
No, we should probably remove 1604-arm64. |
#2262 landed, making ci/ci-release config changes. |
Configured, kicked off test builds of 3 relevant jobs for master+12.x |
kicked node-test-commit-arm off on master again, it was missing the bits of select-compiler.sh that are pasted into it, see #2279 |
arm and x86 for iojs+release required some extra bits in their config, rerunning. |
https://ci-release.nodejs.org/job/iojs+release/5882/nodes=centos7-arm64-gcc8/consoleFull looks OK:
https://ci-release.nodejs.org/job/iojs+release/5882/nodes=centos7-ppcle-release-64/consoleFull looks OK:
https://ci-release.nodejs.org/job/iojs+release/5882/nodes=centos7-64-gcc8/consoleFull (x64) looks OK, but is still building:
https://ci-release.nodejs.org/job/iojs+release/5882/nodes=rhel7-s390x-release/consoleFull looks OK:
|
I think this is done, but it could use a sanity check. |
Requires access to the release machines. Install devtoolset-8 on the Centos/RHEL machines and use it to build releases for Node.js 14+.
Refs: #2168
Install devtoolset-8 on centos7:
Install on rhel7
Use devtoolset-8 for 14.x: PR #2262
select-compiler.sh:
VersionSelectorScript.goovy
Jenkins config changes:
test builds:
The text was updated successfully, but these errors were encountered: