Package Details: dnf 4.6.0-1

Git Clone URL: https://aur.archlinux.org/dnf.git (read-only, click to copy)
Package Base: dnf
Description: Package manager forked from Yum, using libsolv as a dependency resolver
Upstream URL: https://github.com/rpm-software-management/dnf
Licenses: GPL2
Submitter: larchunix
Maintainer: larchunix
Last Packager: larchunix
Votes: 14
Popularity: 0.094996
First Submitted: 2015-05-21 01:04
Last Updated: 2021-01-29 17:20

Latest Comments

killermoehre commented on 2020-12-07 15:28

@DaanDeMeyer for me it helped to re-build aur/libcomps and do a cleanBuild of dnf after that. Seems like libcomps wasn't version bumped after the switch from py3.8 to 3.9

DaanDeMeyer commented on 2020-12-03 17:33

I'm also getting "ModuleNotFoundError: No module named 'libcomps'" when trying to install the new version

DaanDeMeyer commented on 2020-12-03 17:15

Instead of make, you can use cmake --build build, cmake --build build --target doc-man and DESTDIR="$pkgdir/" cmake --install build so that building the package works even when users have the CMAKE_GENERATOR environment variable set to Ninja. This is completely backwards compatible since cmake defaults to the makefiles generator.

The powerdevil-light PKGBUILD is a good example of this: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=powerdevil-light

Same comment applies to libdnf, libsolv, librepo and libcomps.

omgold commented on 2020-01-27 09:36

The rpm-org package is gone and has been replaced by rpm-tools. The dependencies should be updated.

larchunix commented on 2019-11-01 07:50

@andreas_baumann: I guess you updated the rpm-org package without rebuilding libdnf. IMHO the proper way to fix your issue is to rebuild libdnf package against the new rpm-org.

andreas_baumann commented on 2019-11-01 06:26

I'm running into

ImportError: librpmio.so.3: cannot open shared object file: No such file or directory

when starting dnf.

I think this is a similar bug in the RPM as in

https://bugzilla.redhat.com/show_bug.cgi?id=1249325

The RPM-SPEC creates a dependency on librpmio.so.3 without checking what the major version of the library on the system actually is.

Same applies for librpm.so.3.

I did this in /usr/lib to get it working, I could also patch the ELF and remove the bogus shared library depenencies:

ln -s librpm.so.9 librpm.so.3 ln -s librpmio.so.9 librpmio.so.3

larchunix commented on 2018-08-07 18:49

I cannot update dnf on the AUR before https://bugzilla.redhat.com/show_bug.cgi?id=1597005 is fixed.

python-smartcols may not be used anymore by this time (see https://github.com/rpm-software-management/dnf/pull/1153 and https://github.com/rpm-software-management/libdnf/pull/414).

m3thodic commented on 2018-08-07 18:26

Created python-smartcols and python2-smartcols packages and was able to build v3.2.0 at the time of this post. Thanks!

larchunix commented on 2016-07-30 20:01

I guess you should get fedora 24 signing keys from https://getfedora.org/keys/ and import them using rpm --import :

> rpm --import https://getfedora.org/static/81B46521.txt https://getfedora.org/static/030D5AED.txt

Alad commented on 2016-07-30 19:02

I'm trying to use this to make a Fedora 24 nspawn container, but after creating a file in /etc/yum.repos.d [1], I get some error: https://paste.xinu.at/YmN/

There's a "public key" at [2] but gpg doesn't take it. Any ideas?

[1] https://docs.fedoraproject.org/en-US/Fedora/23/html/System_Administrators_Guide/sec-Managing_DNF_Repositories.html
[2] https://docs.fedoraproject.org/ro/Fedora_Draft_Documentation/0.1/html/RPM_Guide/ch11s04s06.html