** LIBDNF **
** DNF **
** DNF-PLUGINS-CORE **
After installing this update you need to run dnf as root user once. After that querries can be performed by any unprivileged user as usual.
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-2018-2789f6b6e7
Please login to add feedback.
0 | 0 | Test Case Anaconda Install Deps |
0 | 0 | Test Case Anaconda User Interface Graphical |
0 | 0 | Test Case Anaconda custom partitioning |
0 | 0 | Test Case Anaconda help |
0 | 0 | Test Case Boot Methods Pxeboot |
0 | 0 | Test Case Boot default install |
0 | 0 | Test Case base update cli |
0 | 0 | Test Case install repository Live Image |
0 | 0 | Test Case langpacks packages |
0 | 0 | Test Case User:Pschindl/Draft/Testcase Anaconda custom partitioning |
This update has been submitted for testing by jmracek.
This update has been pushed to testing.
Didn't see any regressions yet
I can't install this update without
--allowerasing
, which removesdnf-utils
:package dnf-utils-3.0.4-1.fc29.noarch requires python3-dnf < 4.0, but none of the providers can be installed
It looks like the
dnf-utils
sub-package ofdnf-plugins-core
was dropped either accidentally (who knows with bconds?) or without adding proper Obsoletes todnf-plugins-core
.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 can't install this update without
--allowerasing
, which removesdnf-utils
:package dnf-utils-3.0.4-1.fc29.noarch requires python3-dnf < 4.0, but none of the providers can be installed
It looks like the
dnf-utils
sub-package ofdnf-plugins-core
was dropped either accidentally (who knows with bconds?) or without adding proper Obsoletes todnf-plugins-core
.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.
Same issue as @decathorpe, a bug exists already: https://bugzilla.redhat.com/show_bug.cgi?id=1639467
Same issue as @decathorpe, a bug exists already: https://bugzilla.redhat.com/show_bug.cgi?id=1639467
If you can, please also test with
gpgkey_dns_verification=True
in[main]
section of/etc/dnf/dnf.conf
. Reference: https://github.com/rpm-software-management/dnf/blob/master/doc/conf_ref.rstworks for me
jmracek edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by jmracek.
dmach edited this update.
dmach edited this update.
no regressions noted
Maintainers, please mark #1305340 as fixed by this build. Actually, it has been fixed by the previous version 3.6.1 (and correctly mentioned in the changelog but nowhere else) but the translations were not updated. Now they are updated, at least for some languages including Japanese which was required by the original reporter. Testers, please verify.
This update has been pushed to testing.
https://bugzilla.redhat.com/show_bug.cgi?id=1640235
Confirming finding from @jlanda. A simple query like
dnf info $pkg_name
fails for an unprivileged user withRuntimeError: Exec failed: attempt to write a readonly database
.sharkcz edited this update.
New build(s):
Karma has been reset.
This update has been submitted for testing by sharkcz.
Note that Anaconda and libblockdev were added to this update as the FE 1637021 requires newer (>=3.6) DNF and the Anaconda build also contains FE 1635252 which needs newer libblockdev.
The problem in https://bugzilla.redhat.com/show_bug.cgi?id=1640235 is solved by libdnf-0.22.0-3.fc29. But at the present time I cannot add it to the update.
Please the fix in libdnf-0.22.0-3.fc29 is applied after the first command that opens swdb but it has to be run as a root. Like "sudo dnf list". Next run of "dnf list" as a non privilege user should be fine.
besser82 edited this update.
New build(s):
Removed build(s):
Karma has been reset.
besser82 edited this update.
besser82 edited this update.
Works great! LGTM! =)
While #1497171 #1625879 still seems to be not fixed. We got the blockers fixed.
While #1497171 #1625879 still seems to be not fixed. We got the blockers fixed.
works fine for me
Works for me, first run after update and using f28 /var/lib/dnf took couple of minutes.
Works for me, first run after update and using f28 /var/lib/dnf took couple of minutes.
I would like to also solve a Fedora 29 accepted blocker https://bugzilla.redhat.com/show_bug.cgi?id=1632518 by adding libdnf-0.22.0-4.fc29 into this update. Can anyone help me?
sharkcz edited this update.
New build(s):
Removed build(s):
Karma has been reset.
ignatenkobrain edited this update.
New build(s):
Removed build(s):
Karma has been reset.
sharkcz edited this update.
Hmm, e.g.
pkcon install dwm
crashes for me. This is re: https://bugzilla.redhat.com/show_bug.cgi?id=1632518 and it looks like some libdnf-internal structure isn't initialized when used from PackageKit.Please can anyone replace libdnf-0.22.0-4 by libdnf-0.22.0-3 where problem with "pkcon install dwm" is not present.
Or on the way there is build of libdnf-0.22.0-5 (https://koji.fedoraproject.org/koji/taskinfo?taskID=30342149) that is without a problematic patch (identical to libdnf-0.22.0-3).
besser82 edited this update.
New build(s):
Removed build(s):
Karma has been reset.
Works fine, no regressions found
This update has been pushed to testing.
libdnf-0.22.0-5 is without patch for https://bugzilla.redhat.com/show_bug.cgi?id=1632518. it looks like that the problem is little bit more complex and should be solved in cooperation with PackageKit (probably changes in PackageKit required).
Well, I already tested it and no regressions after the libdnf-0.22.0-5.fc29 update.
This update has been submitted for batched by bodhi.
+1
This update has been submitted for batched by bodhi.
This update has been submitted for stable by mohanboddu.
This update has been pushed to stable.