Red Hat Bugzilla – Bug 325931
RFE: provide boost tools
Last modified: 2013-08-09 01:48:15 EDT
Boost contains a number of tools, that are currently not packaged. See
http://www.boost.org/tools/. This page states: that "these tools [...] are
part of the regular Boost distribution."
There's already a request for boost-jam (bug #317381), but other tools like
bcp and wave should also be made available. Not all tools need to be in their
own rpm, though. bcp for example is a very specialized tool that could be
added to boost-devel.
Version-Release number of selected component (if applicable):
Boost tools are intended for development of boost itself, so packaging them for
boost is similar to providing package with sources. They are not necessary for
applications that use boost, nor are they necessary for development of these
applications. As such they belong to version control system, or .src.rpm
package, where we currently have them.
Moreover, unique selling point of boost is necessarily in libraries, not so much
in tools. Distribution of development forces matches this. If there was a
proper upstream for these tools, with boost being their primary consumer, then
packaging would be an option. As it is, boost tools are basically ad-hoc set of
And, as a last straw, boost community itself seems to be pretty unsure about
their own tools. http://lists.boost.org/boost-build/2007/10/17426.php has a
nice, recent argument that doesn't exactly fill me with confidence that the
tools are actually maintainable at all. If the upstream drops or changes them
incompatibly one day, we will either have to fix every package that depends on
boost-tools, or maintain given tool ourselves for every new Fedora release
forever. That doesn't compute.
*** Bug 317381 has been marked as a duplicate of this bug. ***
This bug should be reexamined because Jam is clearly the recommended, if not required, way of creating Python bindings using Boost-Python (See: http://www.boost.org/doc/libs/1_40_0/libs/python/doc/tutorial/doc/html/python/hello.html)
In other words the boost-devel package is crippled in terms of Boost-Python
Again, WONTFIX due to upstream efforts to move to cmake.