Bug 325931
Summary: | RFE: provide boost tools | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Thomas Moschny <thomas.moschny> |
Component: | boost | Assignee: | Benjamin Kosnik <bkoz> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 7 | CC: | mnewsome, nicolas.mailhot, pmachata, stou |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-10-10 13:42:30 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Thomas Moschny
2007-10-10 08:05:07 UTC
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 in-house utilities. 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. Sorry, wontfix. *** 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. |