Skip to content
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

feat: add node v15.0.0 #1372

Merged
merged 1 commit into from
Oct 20, 2020
Merged

feat: add node v15.0.0 #1372

merged 1 commit into from
Oct 20, 2020

Conversation

SimenB
Copy link
Member

@SimenB SimenB commented Oct 20, 2020

https://nodejs.org/en/blog/release/v15.0.0/

We need to wait for the unofficial build: https://unofficial-builds.nodejs.org/download/release/v15.0.0/

I went with just buster and alpine 3.12 instead of keeping the others around. Happy to re-add if people think that's a good idea

@SimenB SimenB requested a review from a team October 20, 2020 15:54
15/alpine3.12/Dockerfile Outdated Show resolved Hide resolved
@SimenB
Copy link
Member Author

SimenB commented Oct 20, 2020

@ttshivers any idea why it generates double builds?

image

@nschonni
Copy link
Member

I think it's fine to bump up to 3.12 as the default, but I'd probably keep 3.10 and 3.11 since they appear to be supported for the v15 lifetime https://wiki.alpinelinux.org/wiki/Alpine_Linux:Releases

@nschonni
Copy link
Member

Might also make sense to keep around stretch https://www.debian.org/releases/. It seems like it is covered by LTS (although not by security?) https://www.debian.org/releases/stretch/

array_14='14 latest current'
array_14='14'
# shellcheck disable=SC2034
array_15='15 latest current'
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can't remember what the difference is for latest vs current. I know current comes from https://github.com/nodejs/Release, but I don't remember where latest comes from

Copy link
Member Author

@SimenB SimenB Oct 20, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

latest is a docker thing - what you get if you don't specify a tag (like npm/yarn does)

@SimenB
Copy link
Member Author

SimenB commented Oct 20, 2020

Might also make sense to keep around stretch debian.org/releases. It seems like it is covered by LTS (although not by security?) debian.org/releases/stretch

Any reason the keep them? Even though 15 will only be around for 6 months so it's not as painful as it'd be for v16

@nschonni
Copy link
Member

I'd keep stretch for v15 (with the noted reduction of architectures), but drop it from v16, since the LTS will end before the support of v16 does.

However, stretch benefits from Long Term Support (LTS) until the end of June 2022. The LTS is limited to i386, amd64, armel, armhf and arm64. All other architectures are no longer supported in stretch. For more information, please refer to the LTS section of the Debian Wiki.

@SimenB
Copy link
Member Author

SimenB commented Oct 20, 2020

Unofficial build is out if anybody's by a computer and can update

@nschonni nschonni mentioned this pull request Oct 20, 2020
4 tasks
@SimenB
Copy link
Member Author

SimenB commented Oct 20, 2020

@nschonni re-added old distros

&& case "${dpkgArch##*-}" in \
amd64) ARCH='x64';; \
ppc64el) ARCH='ppc64le';; \
s390x) ARCH='s390x';; \
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Don't think it's worth trying to work around removing these in the template. I think stripping them from the architectures is good enough

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

huh? you want me to remove s390x?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, I'm just pointing out that we still have it embed here, but since you removed it from the architectures at least it won't get built/tagged

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it's 1 AM here, so I'm heading to bed. Feel free to make any changes you want and land it, I just want v15 out 🙂

Copy link
Member Author

@SimenB SimenB Oct 20, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, I'm just pointing out that we still have it embed here, but since you removed it from the architectures at least it won't get built/tagged

I've just copied 14 and ran ./update.sh and rolled back the changes to 10 and 12, so whatever architectures we have there is duplicated in this new version

@github-actions
Copy link

Created PR on the official-images repo (docker-library/official-images#8924). See https://github.com/docker-library/faq#an-images-source-changed-in-git-now-what if you are wondering when it will be available on the Docker Hub.

@SimenB SimenB deleted the 15 branch October 20, 2020 23:03
@SimenB
Copy link
Member Author

SimenB commented Oct 20, 2020

Quick bot! We should probably set it up to wait for the test builds (https://github.blog/2020-08-03-github-actions-improvements-for-fork-and-pull-request-workflows/), but no matter 🙂

@@ -1,4 +1,4 @@
baseuri https://nodejs.org/dist
default_variant stretch
alpine_version 3.11
default_variant buster
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, looking at the stackbrew diff I now see what you meant here @nschonni. I wanted to change the default for v15, not the other versions. Should we change it back but overwrite for v15?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, yeah that would make sense

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't know bash enough to be able to fix get_config to allow being overwritten by a local file

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@nodejs/docker anyone with bash-fu up for fixing it? If not I recommend rolling back the config changes so we can land it. 15.0.1 is out as well, fwiw

@ttshivers
Copy link
Member

ttshivers commented Oct 21, 2020

Do i386 builds work for node 15? I remember reading that they might.
Refs: #1344 (comment)

@nschonni
Copy link
Member

I don't think so, since the PR is still open nodejs/node#33044

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants