Created attachment 812392 [details] real world example of failing wildcards Description of problem: I wanted to remove bunch of older kernel packages, but dnf doesn't recognize the wildcard '*' so I had to fallback to yum to do this. Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. have multiple kernel packages installed 2. try to remove some of them using wildcards Actual results: dnf says: No packages marked for removal yum removes the packages ok Expected results: dnf works as yum Additional info: please see the attachment for the real world example
Thanks for the report Jiri. This is possibly the kernel package specific, will take a look.
I've another one?! $ dnf list installed|grep gnutls gnutls.x86_64 3.1.13-3.fc20 @System gnutls.i686 3.1.13-3.fc20 @System gnutls-c++.x86_64 3.1.13-3.fc20 @System gnutls-dane.x86_64 3.1.13-3.fc20 @System gnutls-utils.x86_64 3.1.13-3.fc20 @System $ dnf downgrade gnutls* Setting up Downgrade Process Resolving dependencies --> Starting dependency resolution --> Finished dependency resolution Error: package gnutls-c++-3.1.13-3.fc20.x86_64 requires gnutls(x86-64) = 3.1.13-3.fc20, but none of the providers can be installed $ sudo yum downgrade gnutls* Loaded plugins: changelog, fastestmirror, langpacks, merge-conf, refresh-packagekit Loading mirror speeds from cached hostfile * fedora: ftp.informatik.uni-frankfurt.de * rpmfusion-free-rawhide: mirror.karneval.cz * rpmfusion-nonfree-rawhide: mirror.proserve.nl * updates: ftp.informatik.uni-frankfurt.de * updates-testing: ftp.informatik.uni-frankfurt.de No Match for available package: gnutls-devel-3.1.13-2.fc20.i686 No Match for available package: gnutls-devel-3.1.13-2.fc20.x86_64 Resolving Dependencies --> Running transaction check ---> Package gnutls.i686 0:3.1.13-2.fc20 will be a downgrade ---> Package gnutls.x86_64 0:3.1.13-2.fc20 will be a downgrade ---> Package gnutls.i686 0:3.1.13-3.fc20 will be erased ---> Package gnutls.x86_64 0:3.1.13-3.fc20 will be erased ---> Package gnutls-c++.x86_64 0:3.1.13-2.fc20 will be a downgrade ---> Package gnutls-c++.x86_64 0:3.1.13-3.fc20 will be erased ---> Package gnutls-dane.x86_64 0:3.1.13-2.fc20 will be a downgrade ---> Package gnutls-dane.x86_64 0:3.1.13-3.fc20 will be erased ---> Package gnutls-utils.x86_64 0:3.1.13-2.fc20 will be a downgrade ---> Package gnutls-utils.x86_64 0:3.1.13-3.fc20 will be erased --> Finished Dependency Resolution $ dnf list gnutls* works as expected
This is a missing capability of the hawkey library, it won't parse globbed version. Phillip, you are seeing a different bug, would you please open a new bugzilla with your comment plus the dnf version you see this? Thanks!
Also, libsolv doesn't really downgrades of other packages. This is not a problem for zypper, as zypper will present solutions to the user if it runs into problems. Dnf just prints the problems end exits. You can kind of work around this by setting HY_ALLOW_UNINSTALL if dnf is in "downgrade" mode, in that case libsolv is free to downgrade/uninstall packages that are in the way.
Fixed by a series of patches to hawkey and the dnf commit 51c9d08. Will be included with the next DNF release in F20.
dnf-0.4.7-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/dnf-0.4.7-1.fc20
Package dnf-0.4.7-1.fc20, hawkey-0.4.5-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing dnf-0.4.7-1.fc20 hawkey-0.4.5-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-21117/hawkey-0.4.5-1.fc20,dnf-0.4.7-1.fc20 then log in and leave karma (feedback).
fixed with the packages above,able to remove the right packages using '*'
dnf-0.4.7-1.fc20, hawkey-0.4.5-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.