Hide Forgot
After upgrading libsolv from 0.7.4-3.el8 to 0.7.7-1.el8, "dnf builddep" on a spec file with a build-require on perl-generators fails like this: # dnf builddep ~test/rhel/perl/perl.spec Last metadata expiration check: 0:04:26 ago on Fri 08 Nov 2019 08:49:28 AM CET. [...] Package perl-4:5.26.3-416.el8.x86_64 is already installed. Package perl-generators-1.10-9.el8.noarch is already installed. [...] Error: Problem 1: cannot install the best candidate for the job - package perl-4:5.30.0-446.module+el8.2.0+4253+0855625b.x86_64 is excluded Problem 2: cannot install the best candidate for the job - package perl-generators-1.11-4.module+el8.2.0+4253+0855625b.noarch is excluded (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) But the offending packages belong to perl:5.24 stream that's not enabled: # dnf module list --enabled perl Last metadata expiration check: 0:06:48 ago on Fri 08 Nov 2019 08:49:28 AM CET. Error: No matching Modules to list This looks like a regression similar to bug #1677583. I have installed: # rpm -q dnf dnf-plugins-core libdnf librepo libsolv dnf-4.2.11-1.el8.noarch dnf-plugins-core-4.0.10-1.el8.noarch libdnf-0.35.5-1.el8.x86_64 librepo-1.10.6-1.el8.x86_64 libsolv-0.7.7-1.el8.x86_64
The solution is already in upstream - https://github.com/rpm-software-management/libdnf/commit/998a434c098c1929b11d9d3892f153292a4e9913. The patch is part of libdnf-0.37.2.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:1857