libdnf-0.35.2
dnf-4.2.8
dnf-plugins-core-4.0.9
--reboothint
option (RhBug:1192946) (RhBug:1639468)_dnf_local
repo to 500, to make it preferred to normal reposUpdates 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-2019-40235845dc
Please login to add feedback.
0 | 1 | Test Case base update cli |
0 | 0 | Test Case langpacks packages |
This update has been submitted for testing by pkratoch.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'ignored'.
pkratoch edited this update.
This update has been pushed to testing.
There has been some improvement for #1663619 "dnf builddep fails on glibc.spec": I can figure out what the problem is from the error messages. The deep error messages from inner subsystems that formerly were hidden now are visible.
However the original problem remains: "sudo dnf builddep glibc.spec" fails. The root cause is a mistake in the DESIGN of dnf commands. The user-level command should be "sudo dnf install $(dnf list-builddep glibc.spec)" where the inner "dnf list-builddep" is a read-only operation that does not need superuser privilege: just list the .rpm that are missing for the build. Then the outer "sudo dnf install" installs those .rpm. This is the simplest fix for the problem that lua does the wrong thing:
Notice the pathname '/root/rpmbuild/SOURCES/SUPPORTED' which begins with '/root'. lua should not be trying to read that file.
That was done with:
where the asterisk '*' marks the updated dnf .rpms mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=1663619#c12 . (Note: dnf-plugins-extras could not be found in updates-testing.)
This update can be pushed to stable now if the maintainer wishes
jreiser, I will move the bug 1663619 to ASSIGNED as it's not completely fixed. However, this doesn't block the update.
Btw, there is no dnf-plugins-extras rpm, instead, there are rpms for individual plugins and common (python3-dnf-plugin*), but none of them are relevant to the bug.
Works just fine
No regressions.
This updated causes https://bugzilla.redhat.com/show_bug.cgi?id=1743902.
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.
I am unpushing this update due to the bug https://bugzilla.redhat.com/show_bug.cgi?id=1743902.
This update has been unpushed.
pkratoch edited this update.
New build(s):
Karma has been reset.
This update has been submitted for testing by pkratoch.
I added build swid-tools-0.8.6-1.fc30 containing a workaround for bug https://bugzilla.redhat.com/show_bug.cgi?id=1743902
pkratoch edited this update.
Not sure how to assist here. Tried to install from updates-testing repo but packages have moved on(?).
This update has been pushed to testing.
shura, this update was temporarily unpushed when the bug 1743902 was being investigated, so the packages weren't in the updates-testing repo for some time. They should be there again now.
python3-dnf-plugin-system-upgrade-4.0.5-1.fc30 breaks packagekit offline updates: https://bugzilla.redhat.com/show_bug.cgi?id=1746346
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.
pkratoch edited this update.
Removed build(s):
Karma has been reset.
This update has been submitted for testing by pkratoch.
I've removed the build dnf-plugins-extras build, so that the bug 1746346 doesn't block the update. Based on https://bugzilla.redhat.com/show_bug.cgi?id=1746346#c3, the bug is not reproducible without this build.
This update has been pushed to testing.
This update can be pushed to stable now if the maintainer wishes
Works
Works
I can install packages and update system as usual
Works for me. No regressions noted compared to previous version.
This update has been submitted for stable by bodhi.
This update has been pushed to stable.