Bug 820670 - Math TR1 isn't included
Summary: Math TR1 isn't included
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: boost
Version: 6.2
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Petr Machata
QA Contact: Miroslav Franc
Depends On:
Blocks: FEniCS
TreeView+ depends on / blocked
Reported: 2012-05-10 16:12 UTC by Jonathan Underwood
Modified: 2016-02-01 02:27 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2013-09-02 07:38:59 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2013:1187 normal SHIPPED_LIVE boost bug fix update 2013-09-02 11:37:58 UTC
Red Hat Bugzilla 771370 None None None Never

Internal Links: 771370

Description Jonathan Underwood 2012-05-10 16:12:25 UTC
Description of problem:
It seems that the TR1 component (at least) of the booth-math library isn't shipped. This seems to have been fixed in Fedora BZ#771370 but not backported to RHEL6. 

Version-Release number of selected component (if applicable):

Comment 2 Jonathan Underwood 2012-05-10 23:35:57 UTC
The SRPM here: 


has a backport of the patch from Fedora commit 54ddcfc4141588bfa65356a1cd97aa2ecd8c3cdf which enables building of TR1, and also includes your patch for BZ #801534. I have it building overnight in mock presently.

Prospects for pushing an update?

Comment 3 Petr Machata 2012-05-11 21:57:29 UTC
This would be easy to backport and should be straightforward to test.  TR1 libraries are part of boost and it is an omission not to ship them.  People including headers from boost sub-tree (#include <boost/tr1/memory.hpp>) would notice this, otherwise (#include <memory>) I believe our core system is sufficiently complete to support TR1 even without boost.

Comment 4 Jonathan Underwood 2012-05-11 23:53:11 UTC
OK - I can confirm that the backported patch added to the RPM above does resolve this problem (as well as 801534). 

Thanks for your response. But I can't work out from your response whether you're saying a bug fix package will be pushed to rhel or not?

I am in the process of packaging up the FEniCS tools[1] for EPEL and Fedora, and without these two fixes we won't be able to include it in EPEL.

[1] http://fenicsproject.org

Comment 5 Petr Machata 2012-05-13 17:20:36 UTC
(In reply to comment #4)
> Thanks for your response. But I can't work out from your response whether
> you're saying a bug fix package will be pushed to rhel or not?

It was a statement that the engineering part is not a problem.  But there are more players in the process, and resource allocation compromises may prevent us from shipping this.

Comment 7 RHEL Product and Program Management 2012-07-10 08:10:42 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 8 RHEL Product and Program Management 2012-07-10 23:08:06 UTC
This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development.  This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.

Comment 9 Jonathan Underwood 2012-09-04 13:27:32 UTC
Chances of this being included as an update for 6.3, or as part of 6.4?

Comment 14 errata-xmlrpc 2013-09-02 07:38:59 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.