Bug 1898979

Could you be more precise about what you're doing that doesn't work?

There are other packages in Fedora which use cmake to find Boost libs and they work.

> Could you be more precise about what you're doing that doesn't work?

Literally "find_package(Boost REQUIRED COMPONENTS headers)".

> There are other packages in Fedora which use cmake to find Boost libs and they work.

"find_package(Boost REQUIRED)" does work, yes.

And find_package(Boost REQUIRED COMPONENTS filesystem) works too.

I think there's just no "headers" component in cmake's built-in FindBoost.cmake, which seems fine.

My understanding is that the boost-cmake alternative isn't backwards compatible and might break other people's code:
https://github.com/boostorg/boost_install/issues/12#issuecomment-508683006

It's also a pain to package the boost-cmake files:
https://lists.boost.org/Archives/boost/2020/04/248812.php
But that could be solved if needed.

If installing it breaks it for some people and not installing it breaks it for other people (i.e. me)... let's have them in a boost-cmake package which may or may not be a weak dependency of boost-devel? Then people can decide by themselves if they want them.

*** Bug 1914233 has been marked as a duplicate of this bug. ***

I would also appriciate to have the cmake files, since things such `find_package(Boost CONFIG)` do not work without them. Since Boost 1.70 they should be available (https://cmake.org/cmake/help/v3.17/module/FindBoost.html#boost-cmake), and some libraries I use expect them.

This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle.
Changing version to 34.

This bug bit me recently having just switching to Fedora from Gentoo.  I did a few quick experiments to see what other distributions and open source projects do:

Archlinux (latest): installs BoostConfig.cmake
Ubuntu 20.04: installs BoostConfig.cmake
Debian (latest): installs BoostConfig.cmake
Alpine (latest): installs BoostConfig.cmake
Gentoo (latest): installs BoostConfig.cmake
CentOS (latest): provides boost 1.66 which is too old to have BoostConfig.cmake
OpenSUSE Leap: provides boost 1.66 which is too old to have BoostConfig.cmake
OpenSUSE Tumbleweed: installs BoostConfig.cmake
LinuxMint: installs BoostConfig.cmake
FreeBSD: installs BoostConfig.cmake

While "the other people are doing it" isn't always the best principled argument, perhaps this informs the discussion.

This message is a reminder that Fedora Linux 34 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 34 on 2022-06-07.
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 '34'.

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.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 34 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.

I also want these CMake files.

In addition to Robert's list, Yocto Linux also installs BoostConfig.cmake. Another thing which does not work on Fedora is the `exception` component and `Boost::exception` target. Also, the mentioned boost-install bug seems to be fixed now.

(In reply to Antons Jeļkins from comment #10)
> Another thing which does not work on Fedora is the `exception` component and
> `Boost::exception` target.

I don't know what this means, sorry. Please report a separate bug for separate issues.

> Also, the mentioned boost-install bug seems to be
> fixed now.

Yes https://github.com/boostorg/boost_install/issues/12 has been resolved.

I need to check if the blocking issue at https://lists.boost.org/Archives/boost/2020/04/248814.php is fixed yet, or if we need to post-process the cmake files before installation.

(In reply to Jonathan Wakely from comment #11)
> (In reply to Antons Jeļkins from comment #10)
> > Another thing which does not work on Fedora is the `exception` component and
> > `Boost::exception` target.
> 
> I don't know what this means, sorry. Please report a separate bug for
> separate issues.

Oh, I guess you mean find_package(Boost REQUIRED COMPONENTS headers), in which case that isn't a separate issue.

We'll take another look at installing the cmake files for F37.

Yes, I meant this does not work on Fedora:

  find_package(Boost REQUIRED COMPONENTS exception)

This (and `headers`) works on all other distributions I have tried. It also works on Fedora if I remove [1], add "%{_libdir}/cmake" to e.g. [2], and rebuild and reinstall the package.

[1] https://src.fedoraproject.org/rpms/boost//blob/rawhide/f/boost.spec#_903
[2] https://src.fedoraproject.org/rpms/boost//blob/rawhide/f/boost.spec#_1166

(In reply to Jonathan Wakely from comment #11)
> I need to check if the blocking issue at
> https://lists.boost.org/Archives/boost/2020/04/248814.php is fixed yet, or
> if we need to post-process the cmake files before installation.

That has been fixed.

I have create a pull-request. See the details in the top message at: https://src.fedoraproject.org/rpms/boost/pull-request/14

Fixed by https://bodhi.fedoraproject.org/updates/FEDORA-2022-89acaae618.