Bug 1019170 - handling wildcards in the version
Summary: handling wildcards in the version
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Ales Kozumplik
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-15 09:07 UTC by Jiri Moskovcak
Modified: 2015-02-01 22:56 UTC (History)
9 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2013-11-16 07:11:12 UTC


Attachments (Terms of Use)
real world example of failing wildcards (1.89 KB, text/plain)
2013-10-15 09:07 UTC, Jiri Moskovcak
no flags Details

Description Jiri Moskovcak 2013-10-15 09:07:10 UTC
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

Comment 1 Ales Kozumplik 2013-10-15 09:23:41 UTC
Thanks for the report Jiri.

This is possibly the kernel package specific, will take a look.

Comment 2 Philipp Dreimann 2013-10-24 16:38:49 UTC
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

Comment 3 Ales Kozumplik 2013-10-30 15:56:13 UTC
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!

Comment 4 Michael Schröder 2013-10-30 18:12:28 UTC
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.

Comment 5 Ales Kozumplik 2013-10-31 15:27:42 UTC
Fixed by a series of patches to hawkey and the dnf commit 51c9d08. Will be included with the next DNF release in F20.

Comment 6 Fedora Update System 2013-11-11 13:44:03 UTC
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

Comment 7 Fedora Update System 2013-11-12 00:40:34 UTC
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).

Comment 8 lnie 2013-11-12 05:23:33 UTC
fixed with the packages above,able to remove the right packages using '*'

Comment 9 Fedora Update System 2013-11-16 07:11:12 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.