Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 2139284
Summary: | webkit2gtk3 is improperly obsoleted | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | lnie <lnie> |
Component: | webkit2gtk3 | Assignee: | Michael Catanzaro <mcatanza> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 37 | CC: | awilliam, daniel.mach, erack, gnome-sig, jmracek, jrohel, kparal, mblaha, mcatanza, mhatina, packaging-team-maint, pkratoch, rpm-software-management, tpopela, vmukhame |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-11-02 14:22:38 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: | |||
Bug Depends On: | |||
Bug Blocks: | 2009540 |
Description
lnie
2022-11-02 05:06:39 UTC
Please note you will be able to upgrade the system successfully if you add --allowerasing option during download process Proposed as a Freeze Exception for 37-final by Fedora user lnie using the blocker tracking app because: seems affects: For each one of the release-blocking package sets, it must be possible to successfully complete a direct upgrade from a fully updated, clean default installation of each of the last two stable Fedora releases with that package set installed I suspect the problem here is not RC-1.4 vs. RC-1.5, but a change in F36: webkit2gtk3 went from 2.38.0 to 2.38.1 recently. I rather suspect something is supposed to obsolete it in F37, but the bounds on the obsolete are < 2.38.1 or something like that. Let's see... ...yup, that's exactly the problem: https://koji.fedoraproject.org/koji/rpminfo?rpmID=32109959 webkit2gtk4.0 obsoletes webkit2gtk3, but the webkit2gtk4.0 in F37 stable is a 2.38.0 build and only obsoletes "webkit2gtk3 < 2.38.0-3.fc37". https://bodhi.fedoraproject.org/updates/FEDORA-2022-3bc81cae3b would fix this if we push it stable. FEDORA-2022-3bc81cae3b has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-3bc81cae3b *** This bug has been marked as a duplicate of bug 2138910 *** Note I'm fine with a freeze exception to fix this, but we'll need a second one soon because 2.38.2 will be out any day now, before freeze lifts. Can we not just bump the bound on the obsolete to something higher that's not tied to the build version? Or does it have to be tied? (In reply to Michael Catanzaro from comment #6) > Note I'm fine with a freeze exception to fix this, but we'll need a second > one soon because 2.38.2 will be out any day now, before freeze lifts. Closing this bug and the other one as well means it's off our freeze exception radar. So if you think this needs an FE (I'm not really sure), one of those bugs must be reopened. (In reply to Adam Williamson from comment #7) > Can we not just bump the bound on the obsolete to something higher that's > not tied to the build version? Or does it have to be tied? That would work, except the packaging guidelines https://docs.fedoraproject.org/en-US/packaging-guidelines/#renaming-or-replacing-existing-packages require the Obsoletes in its current form "so that there is a clean upgrade path but without gratuitously polluting the version space upwards." It's a bad idea, as you've noticed, because it breaks during freeze periods. We'll have the same problem next release cycle when webkit2gtk5.0 gets renamed to webkitgtk6.0. > Closing this bug and the other one as well means it's off our freeze exception radar. So if you think this needs an FE (I'm not really sure), one of those bugs must be reopened. I don't care tbh. Fedora does not attempt to maintain upgrade paths anymore, so I'd say an upgrade without --allowerasing is just not generally expected to work anymore, and users should not be encouraged to attempt it. That should really be the default. But since it's actually documented as the recommended way to upgrade, a freeze exception does make sense. I'll request one again once the 2.38.2 update is ready. The 2.38.1 update will be obsoleted very soon regardless. The word "gratuitously" there is significant, too. If for instance it's extremely unlikely that we could even possibly want the name 'webkit2gtk3' back without a new major release of webkitgtk, it would seem reasonable to me to make the bound "< 3". It's really a "don't shoot yourself in the foot in case you want the original name back later" rule. |