rpm-software-management / dnf5

Next-generation RPM package management system
Other
239 stars 76 forks source link

dnf5 fails dependency resolution in mock where dnf4 succeeds (python generated) #1112

Closed frantisekz closed 8 months ago

frantisekz commented 8 months ago

I've got hit by httpie build failure, with mock and dnf5, the dependency resolution ends with:

$ mock -r fedora-rawhide-x86_64 httpie-3.2.2-2.fc40.src.rpm
...
Repositories loaded.
Failed to resolve the transaction:
Package "pyproject-rpm-macros-1.11.0-1.fc40.noarch" is already installed.
Package "python3-devel-3.12.1-2.fc40.x86_64" is already installed.
Package "python3-packaging-23.2-2.fc40.noarch" is already installed.
Package "python3-pip-23.2.1-1.fc39.noarch" is already installed.
Package "python3-pip-23.2.1-1.fc39.noarch" is already installed.
No match for argument: python3dist(requests[socks]) >= 2.22
Package "python3-setuptools-68.2.2-1.fc40.noarch" is already installed.
Package "python3-setuptools-68.2.2-1.fc40.noarch" is already installed.
Package "python3-wheel-1:0.41.2-1.fc40.noarch" is already installed.

And if I switch rawhide cfg to use dnf instead of dnf5 and scrub the chroot, the transaction gets resolved without any issues.

This may affect more packages I am afraid.

frantisekz commented 8 months ago

Pinging @praiskup just in case...

frantisekz commented 8 months ago

Duplicate of #1084