another dnf kernel issue?

Radek Holy rholy at redhat.com
Tue Feb 10 09:01:37 UTC 2015


----- Original Message -----
> From: "Neal Becker" <ndbecker2 at gmail.com>
> To: devel at lists.fedoraproject.org
> Sent: Monday, February 9, 2015 3:08:17 PM
> Subject: another dnf kernel issue?
> 
> [nbecker at nbecker1 ~]$ sudo dnf remove kernel*3.18.3*
> [sudo] password for nbecker:
> No match for argument: kernel*3.18.3*
> Error: No packages marked for removal.
> [nbecker at nbecker1 ~]$ sudo dnf remove kernel*3.18.3-201.fc21
> No match for argument: kernel*3.18.3-201.fc21
> Error: No packages marked for removal.
> [nbecker at nbecker1 ~]$ sudo yum remove kernel*3.18.3-201.fc21
> Loaded plugins: fastestmirror, langpacks, merge-conf, versionlock
> Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
> Resolving Dependencies
> --> Running transaction check
> ---> Package kernel-core.x86_64 0:3.18.3-201.fc21 will be erased
> ---> Package kernel-modules.x86_64 0:3.18.3-201.fc21 will be erased
> ---> Package kernel-modules-extra.x86_64 0:3.18.3-201.fc21 will be erased
> --> Finished Dependency Resolution

Does "sudo dnf remove kernel*-3.18.3*" work for you?

>From the DNF's persepective (http://dnf.readthedocs.org/en/latest/command_ref.html#specifying-packages), your specification is in the form "name" (because of the missing dash) and there is no package with a name matching "kernel*3.18.3*". Also in the second query, it is assumed that the name must match "kernel*3.18.3".

TBH, I don't know whether we should extend the forms of package specifications to support your case. The current behaviour seems to be safer to me. I mean, if we improve it, user wouldn't be able to query just package names as easily as now.
-- 
Radek HolĂ˝
Associate Software Engineer
Software Management Team
Red Hat Czech


More information about the devel mailing list