Red Hat Bugzilla – Bug 1019170
handling wildcards in the version
Last modified: 2015-02-01 17:56:04 EST
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):
Steps to Reproduce:
1. have multiple kernel packages installed
2. try to remove some of them using wildcards
dnf says: No packages marked for removal
yum removes the packages ok
dnf works as yum
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
--> 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
--> 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.
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:
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.