-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Release v1.2.5 #4626
Release v1.2.5 #4626
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Hmmm, the release signing script doesn't work on my machine anymore without #4629. No idea what changed recently... I'll push a cherry-pick into this PR so we don't have to review a separate PR for a simple packaging-script-only change. EDIT: Hmm, I can't seem to push to your branch directly even though the PR is marked as allowing edit access...
|
How about including this one(#4632) according to a security reason. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
bcf0898
to
66b6954
Compare
On my machine, the --recv-keys steps to get upstream keys started producing errors recently, and even setting a default keyserver in the global gpg configuration doesn't seem to help: + gpg --homedir=/tmp/runc-sign-tmpkeyring.qm0IP6 --no-default-keyring --keyring=seccomp.keyring --recv-keys 0x47A68FCE37C7D7024FD65E11356CE62C2B524099 gpg: keybox '/tmp/runc-sign-tmpkeyring.qm0IP6/seccomp.keyring' created gpg: keyserver receive failed: No keyserver available So just explicitly specify a reputable keyserver. Ideally we would use an .onion-address keyserver to avoid potential targeted attacks but not everybody runs a Tor proxy on their machine. Signed-off-by: Aleksa Sarai <[email protected]> (cherry picked from commit 26cfe14) Signed-off-by: Kir Kolyshkin <[email protected]>
Signed-off-by: Kir Kolyshkin <[email protected]>
Signed-off-by: Kir Kolyshkin <[email protected]>
Copy-paste of release notes is below.
This also includes a cherry-pick of #4629.
1.2.5 - 2025-02-13
Fixed
rule restrictions require a systemctl daemon-reload for our transient
units. This caused issues for workloads using NVIDIA GPUs. Workaround the
upstream regression by re-arranging how the unit properties are defined.
(Every unit created by runc need daemon reload since systemd v230. #4568, libct/cg/sd: set the DeviceAllow property before DevicePolicy #4612, [1.2] libct/cg/sd: set the DeviceAllow property before DevicePolicy #4615)
allowing projects that vendor runc to bump it as well. ([1.2] deps: update to github.com/cyphar/[email protected] #4608)
Changed