-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Publish images to docker hub as soon as possible upon binary release (security) #1982
Comments
These are the timestamps on the binary distribution sites. The times don't line up with the github notes, maybe they are US West times? https://nodejs.org/dist/v18.18.2/
https://unofficial-builds.nodejs.org/download/release/v18.18.2/
|
What is the expected turnaround time for a new LTS release of the docker-node images? The |
@pierceray That's the main problem here; there are no musl builds yet for the new versions, and so no images can be produced since this repo requires both official and unofficial (musl) builds to be available before new Docker images are produced. That seems to be the root of @mhio's issue (and mine). |
Thank you for the explanation. |
It looks like those musl builds exist now. |
Problem
The 18.18.2 security release docker images were noticeably behind the 18.18.2 binary releases.
Discussion of some issues and possible solutions appeared in the node repo.
There it was noted that the musl builds support strategy is "experimental" and they will turn up when they turn up, which is one (consistent) component to the delay. Some comments about improving support for musl node were raised and bnoordhuis suggested the image release part should be tracked here.
18.18.2
tag specifically thelast_pushed
dates are from2023-10-18T17:54:48.75523Z
to2023-10-18T20:30:39.567863Z
I believe the other issue in this case was approvals on docker-library/official-images over a weekend.
Solution
Not sure exactly, and this is probably only of importance for high severity security releases. This issue is more for discussion.
One thought was to structure the image release CI/approvals as per the supported platforms list so the Tier 1/Tier 2 supported platforms appear earlier. But that would only be a small improvement, still with the substantial delay to build the images. I could imagine a worst case where something in the experimental builds does fail which would delay everything which would be nice to avoid.
Alternatives to Consider
To discuss.
The text was updated successfully, but these errors were encountered: