Description of problem: Some provides have been removed from the boost-devel package in this commit: https://src.fedoraproject.org/rpms/boost/c/b96dcf38c8f469b41edcc3e6f72ecb059cc171e3?branch=rawhide But there are still almost 30 packages requiring that name: dnf repoquery --repo=rawhide{,-source} --whatrequires boost-python3-devel Last metadata expiration check: 0:12:18 ago on Fri 24 Jun 2022 09:25:57 AM CEST. 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 csdiff-0:2.6.0-1.fc37.src dmlite-0:1.15.2-8.fc37.src freecad-1:0.19.4-3.fc37.src gfal2-python-0:1.11.1-2.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 libpst-0:0.6.76-8.fc37.src nextpnr-0:1-8.20220611giteac864e.fc37.src opentrep-0:0.07.10-3.fc37.src pyosmium-0:3.3.0-2.fc37.src python-gattlib-0:0.20201113-10.fc37.src python-graph-tool-0:2.43-14.fc37.src python-mapnik-0:3.0.23-18.20200224git7da019c.fc37.src python3-exiv2-0:0.9.3-6.fc37.src rb_libtorrent-0:2.0.6-4.fc37.src rmol-0:1.00.7-5.fc37.src sourcextractor++-0:0.17-4.fc37.src trademgen-0:1.00.7-5.fc37.src trellis-0:1.2.1-6.20220509git64b38df.fc37.src vigra-0:1.11.1-41.fc37.src vigra-devel-0:1.11.1-41.fc37.i686 vigra-devel-0:1.11.1-41.fc37.x86_64 and 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 Those packages will now fail to build or install.
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.
Fixed by https://bodhi.fedoraproject.org/updates/FEDORA-2022-d5290c5ff5