Bug 2100748
| Summary: | boost-devel no longer provides boost-python3-devel | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Lumír Balhar <lbalhar> |
| Component: | boost | Assignee: | Jonathan Wakely <jwakely> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | dakingun, denis.arnaud_fedora, jwakely, kdudka, kevin, laurent.rineau__fedora, mcermak, trodgers |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | boost-1.78.0-6.fc37 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2022-07-14 21:28:37 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
Lumír Balhar
2022-06-24 07:49:22 UTC
That package hasn't existed for more than two years, it was removed for F33. This was announced on the devel list in May 2020. The affected packages need to stop using that obsolete name and just use boost-devel. (In reply to Lumír Balhar from comment #0) > dnf repoquery --repo=rawhide{,-source} --whatrequires boost-nowide-devel > Last metadata expiration check: 0:12:50 ago on Fri 24 Jun 2022 09:25:57 AM > CEST. > slic3r-0:1.3.0-25.fc37.src This was already fixed: https://src.fedoraproject.org/rpms/slic3r/pull-request/10 And what exactly do we have to gain from removing a one-line Provides? How is it helpful to force all dependent packages to change just to save one line in boost.spec? Also note that removing the BuildRequires will break the packages on older distributions, probably including EL. (In reply to Lumír Balhar from comment #0) > csdiff-0:2.6.0-1.fc37.src https://src.fedoraproject.org/rpms/csdiff/pull-request/2 > dmlite-0:1.15.2-8.fc37.src https://src.fedoraproject.org/rpms/dmlite/pull-request/5 > gfal2-python-0:1.11.1-2.fc37.src https://src.fedoraproject.org/rpms/gfal2-python/pull-request/1 > OpenImageIO-0:2.3.14.0-9.fc37.src > avogadro2-libs-0:1.96.0-2.fc37.src > botan-0:1.10.17-31.fc37.src > calamares-0:3.2.41.1-5.fc37.src > condor-0:8.8.15-7.fc37.src > freecad-1:0.19.4-3.fc37.src > hokuyoaist-0:3.0.2-42.fc37.src > kig-0:22.04.1-2.fc37.src > libndn-cxx-0:0.7.1-4.fc35.src All fixed. (In reply to Kevin Kofler from comment #3) > And what exactly do we have to gain from removing a one-line Provides? How > is it helpful to force all dependent packages to change just to save one > line in boost.spec? I can put the Provides back if preferred. Or we can clean things up to not carry around legacy requirements for the next decade. > Also note that removing the BuildRequires will break the > packages on older distributions, probably including EL. Not if done properly (see the pull requests above). In kig, the commit just removed the BuildRequires line. If you make it conditional, then we end up with 2 extra lines in every dependent specfile to save 1 line in boost.spec, how is that an improvement? The Packaging Guidelines do say "the Provides should be assumed to be deprecated and short lived and removed in the distro release after the next one". It's not clear that "long term naming compatibility requirements" apply here. The packages were already named differently in RHEL 7, so it's not like "boost-python3-devel" is compatible across all of EPEL and Fedora anyway. I do not know why such totally impractical nonsense ended up in the Packaging Guidelines. Provides should always be append-only. Take it up with the FPC then. I can put the Provides back in boost-devel but please try being less rude about both the guidelines and people following them. https://koji.fedoraproject.org/koji/taskinfo?taskID=88683450 is building now with Provides:boost-python3-devel restored. I'm not putting back Provides:boost-nowide-devel or Provides:boost-jam though. |