Replace stale files in /usr/sbin with symlinks on unmerged systems.
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2025-8127a1e7d6
Please log in to add feedback.
This update has been submitted for testing by codonell.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'passed'.
This breaks ostree build, because ostree does not support %lua scriptlets. I think this needs to be worked around in rpm-ostree - https://github.com/coreos/rpm-ostree/blob/main/src/libpriv/rpmostree-scripts.cxx#L119 . @walters FYI , I will also file an rpm-ostree issue.
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
https://github.com/coreos/rpm-ostree/issues/5411
Yep. CoreOS tests fail too.
This update has been pushed to testing.
Works.
I'm going to unpush this because none of the failing tests block promotion of the build to stable.
This update has been obsoleted.
F42 upgrade works as expected (/usr/sbin symlinked to /usr/bin).
adamwill edited this update.
New build(s):
Karma has been reset.
This update has been submitted for testing by adamwill.
This update has been pushed to testing.
This update can be pushed to stable now if the maintainer wishes
Update works as expected (/usr/sbin symlinked to /usr/bin).
Works great! LGTM! =)
Works
Looks OK here.
no issue on my Workstation
@adamwill Is it safe to push this now?
Think so, yeah. the CoreOS test failure looks like it's from before the fix, it wasn't re-run. openQA tests all pass now, including the ostree ones.
This update has been submitted for stable by fweimer.
This update has been pushed to stable.
Looks like this broke the Atomic Desktops: https://github.com/fedora-silverblue/issue-tracker/issues/660
Ah, yes, because it's not enough to push both updates together. We need systems to have the new rpm-ostree version before we push the glibc one.
@siosm If that's the case, I don't think we can ever again introduce any Lua scripts into glibc. That's not great. (Forcing users to update on particular timeline, first to pick up the rpm-ostree, and then start shipping the new glibc a few weeks later does not seem to be workable).