When I try to do a system upgrade to Fedora 40 on a Fedora 39 install (I have tested this on two installs), I get an error about being unable to install the bind-libs 32:9.18.28-2.fc40 package from the f40 repo on my system, and instead DNF wants to downgrade me to bind-libs 32:9.18.24-1.fc40. The errors reported during the DNF transaction are: Problem 2: package bind-libs-32:9.18.28-2.fc40.x86_64 from updates obsoletes bind-license < 32:9.18.27-2 provided by bind-license-32:9.18.24-1.fc40.noarch from fedora - cannot install the best update candidate for package bind-license-32:9.18.28-2.fc39.noarch - cannot install the best update candidate for package bind-libs-32:9.18.28-2.fc39.x86_64 Problem 3: package bind-libs-32:9.18.28-2.fc40.x86_64 from updates obsoletes bind-license < 32:9.18.27-2 provided by bind-license-32:9.18.24-1.fc40.noarch from fedora - package bind-utils-32:9.18.28-2.fc40.x86_64 from updates requires libbind9-9.18.28.so()(64bit), but none of the providers can be installed - package bind-utils-32:9.18.28-2.fc40.x86_64 from updates requires libdns-9.18.28.so()(64bit), but none of the providers can be installed - package bind-utils-32:9.18.28-2.fc40.x86_64 from updates requires libirs-9.18.28.so()(64bit), but none of the providers can be installed - package bind-utils-32:9.18.28-2.fc40.x86_64 from updates requires libisc-9.18.28.so()(64bit), but none of the providers can be installed - package bind-utils-32:9.18.28-2.fc40.x86_64 from updates requires libisccfg-9.18.28.so()(64bit), but none of the providers can be installed - package bind-utils-32:9.18.28-2.fc40.x86_64 from updates requires libns-9.18.28.so()(64bit), but none of the providers can be installed - problem with installed package bind-license-32:9.18.28-2.fc39.noarch - cannot install the best update candidate for package bind-utils-32:9.18.28-2.fc39.x86_64 - bind-license-32:9.18.28-2.fc39.noarch from @System does not belong to a distupgrade repository - bind-libs-32:9.18.28-2.fc39.x86_64 from @System does not belong to a distupgrade repository Reproducible: Always Steps to Reproduce: 1. Have bind installed on a Fedora 39 system that is fully up-to-date 2. Run `dnf system-upgrade download --releasever=40` Actual Results: See the error and package downgrade reported in the terminal. Expected Results: I get the most recent bind packages installed when I upgrade to Fedora 40 from an existing Fedora 39 install. I think (and I haven't tested this), that the obsoletes statement in the bind spec for f40+ needs to be updated on line https://src.fedoraproject.org/rpms/bind/blob/f40/f/bind.spec#_206. The Fedora 39 update to 32:9.18.28-2 included a bind-license subpackage, but Fedora 40 replaced that into bind-libs. This obsoletes statement isn't catching an upgrade from a system with bind updated to the latest on Fedora 39 now.
This message is a reminder that Fedora Linux 39 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 39 on 2024-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '39'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 39 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
(In reply to Ian McInerney from comment #0) > I think (and I haven't tested this), that the obsoletes statement in the > bind spec for f40+ needs to be updated on line > https://src.fedoraproject.org/rpms/bind/blob/f40/f/bind.spec#_206. The > Fedora 39 update to 32:9.18.28-2 included a bind-license subpackage, but > Fedora 40 replaced that into bind-libs. This obsoletes statement isn't > catching an upgrade from a system with bind updated to the latest on Fedora > 39 now. This is correct; it's an easy fix, please push that change @pemensik.
Yes, what I failed to spot when doing this change is that obsolete is applied only to previous f39 version. I should have merged license into libs also on f39 at similar time. Having updated f39 broken the smooth process upgrade I tested originally. I should increase obsoletion to latest version containing separate license even in previous release, in f39. Strange is when I tried updating it with dnf upgrade --releasever=40 bind, it went smoothly without complaints. But as a part of whole system upgrade, it does complain, yes.
Pushed into various branches, but I will build updated bind with new minor versions anyway.
FEDORA-2024-573a73795f (bind-9.18.31-1.fc42 and bind-dyndb-ldap-11.10-32.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2024-573a73795f
FEDORA-2024-573a73795f (bind-9.18.31-1.fc42 and bind-dyndb-ldap-11.10-32.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.
Fedora Linux 39 entered end-of-life (EOL) status on 2024-11-26. Fedora Linux 39 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.