Package Details: dnf 4.8.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.009613
First Submitted: 2015-05-21 01:04
Last Updated: 2021-06-14 15:00

Latest Comments

1 2 Next › Last »

prg commented on 2021-03-03 01:59

Anyone else have tests failing as of 4.6.1? 4.6.0 builds OK for me

FAIL: Test updating triplets querying.
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/user/.cache/yay/dnf/src/dnf-4.6.1/tests/cli/commands/test_updateinfo.py", line 130, in test_upd
    self.assertCountEqual(
AssertionError: Element counts were not equal:
First has 0, Second has 1:  ('tour-5-1.noarch.rpm', 'DNF-2014-3', False) : incorrect pairs

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