Bug 1627685
| Summary: | dnf update removes kernel-devel of running kernel | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Nerijus Baliūnas <nerijus> |
| Component: | dnf | Assignee: | rpm-software-management |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | dmach, jmracek, mblaha, packaging-team-maint, rpm-software-management, vmukhame |
| Target Milestone: | --- | Keywords: | Reopened, Triaged |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | dnf-4.0.4-1.fc29 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-10-22 16:12:30 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Nerijus Baliūnas
2018-09-11 09:00:32 UTC
This a problem because there is no hint in metadata that those packages has something similar. I really don't think that this is a good idea to add some additional rules by dnf, because there are users that need different version of devel packages. I can reassign the bug to kernel team, but they will close it. Lets skip one step. I am really sorry but we cannot help you. I think it would be nice to have functionality which excluded some package from erasing. It should not have anything to do with kernel, but with any package which can have multiple versions installed. There is the functionality: 1. excludepkgs in dnf.conf 2. plugin versionlock 3. "-x" from commandline (In reply to Jaroslav Mracek from comment #3) > There is the functionality: > 1. excludepkgs in dnf.conf > 2. plugin versionlock > 3. "-x" from commandline But this functionality is for excluding packages from upgrading. If I have excludepkgs=kernel-devel, it would not update kernel-devel, which is not exactly what I want. I would like to have excluderemovepkgs=kernel-devel-4.14.18-300.fc27.x86_64, which would not remove this particular package version only. BTW, excludepkgs=kernel-devel-4.18.9-200.fc28.x86_64 (i.e. with specific version) works, I've just tested. So excluderemovepkgs= should work with specific package version too. Well I have an alternative solution. I create a patch that change sorting for installonly packages removal, therefore the problem with removing of kernel-devel packages with same version like running kernel during upgrade should be avoided. But this is weak rule that do not limit end user for any action. See https://github.com/rpm-software-management/libdnf/pull/600. Please can you test it? Seems to work. Before patch: # uname -r 4.14.18-300.fc27.x86_64 # dnf update Installing: kernel-devel x86_64 4.18.11-301.fc29 updates-testing 13 M Installing dependencies: kernel x86_64 4.18.11-301.fc29 updates-testing 23 k Removing: kernel-devel x86_64 4.14.18-300.fc27 @System 44 M After patch: Installing: kernel-devel x86_64 4.18.11-301.fc29 updates-testing 13 M Installing dependencies: kernel x86_64 4.18.11-301.fc29 updates-testing 23 k Removing: kernel-devel x86_64 4.18.9-200.fc28 @System 49 M Thank you! It will help with wireguard (and other dkms) too, as now on a long running system kernel-devel is removed after a few new kernel updates. dnf-plugins-core-4.0.0-1.fc29 dnf-4.0.4-1.fc29 libdnf-0.22.0-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7 dnf-4.0.4-1.fc29, dnf-plugins-core-4.0.0-1.fc29, libdnf-0.22.0-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7 dnf-4.0.4-1.fc29 dnf-plugins-core-4.0.0-2.fc29 libdnf-0.22.0-2.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7 dnf-4.0.4-1.fc29, dnf-plugins-core-4.0.0-2.fc29, libdnf-0.22.0-2.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7 anaconda-29.24.6-1.fc29 dnf-4.0.4-1.fc29 dnf-plugins-core-4.0.0-2.fc29 libblockdev-2.20-2.fc29 libdnf-0.22.0-2.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7 anaconda-29.24.7-1.fc29, dnf-4.0.4-1.fc29, dnf-plugins-core-4.0.0-2.fc29, libblockdev-2.20-2.fc29, libdnf-0.22.0-5.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7 anaconda-29.24.7-1.fc29, dnf-4.0.4-1.fc29, dnf-plugins-core-4.0.0-2.fc29, libblockdev-2.20-2.fc29, libdnf-0.22.0-5.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. |