Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 182196 - re-keyword dev-libs/boost-1.34.1
Summary: re-keyword dev-libs/boost-1.34.1
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: C++ Team [disbanded]
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-06-16 06:59 UTC by Tiziano Müller (RETIRED)
Modified: 2008-01-20 07:33 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tiziano Müller (RETIRED) gentoo-dev 2007-06-16 06:59:09 UTC
Dear arch-team-members, please re-keyword dev-utils/boost-build-1.34.0 and dev-libs/boost-1.34.0 for your arch.

Please remember that the tests will take several hours and nearly 1GB of disk-space and the ebuild will not fail on test-failures.
This policy is recommended by upstream.
After running the tests, there will be a file "${ROOT}usr/share/doc/${PF}/status/cs-$(uname).html" which is a short summary of all the tests, if most of them succeeded, you can safely keyword it.

If there are many failures, please write a comment here and we'll see how to proceed.
Comment 1 Ferris McCormick (RETIRED) gentoo-dev 2007-06-16 15:26:31 UTC
boost-build is good for ~sparc.  However, boost-1.34.0 ignores user CXXFLAGS, and on sparc this is very bad.  Hence, I'm holding ~sparc for boost until that is explained.  In this case, I have '-mcpu=ultrasparc3' and I really mean it unless there is a reason not to. Bug 59506 explains everything.
Comment 2 Tiziano Müller (RETIRED) gentoo-dev 2007-06-16 15:29:06 UTC
Hmm, that shouldn't happen.
arch-teams: please hold on.
Comment 3 Ferris McCormick (RETIRED) gentoo-dev 2007-06-17 23:46:18 UTC
(In reply to comment #1)
> boost-build is good for ~sparc.  However, boost-1.34.0 ignores user CXXFLAGS,
> and on sparc this is very bad.  Hence, I'm holding ~sparc for boost until that
> is explained.  In this case, I have '-mcpu=ultrasparc3' and I really mean it
> unless there is a reason not to. Bug 59506 explains everything.
> 

I notice that the ebuild forces optimization=none, and it thinks it is building no optimization.  Looking more carefully, however, I see that the call to
gcc.compile.c++ actually ends up using my CXXFLAGS:
Most tests pass, so adding ~sparc keyword.  My original complaint was incorrect, based on misreading what I was seeing.

~sparc is good, and sorry for the noise.
Comment 4 Markus Rothe (RETIRED) gentoo-dev 2007-06-18 05:45:49 UTC
Most of the python tests fail, others hardly. Added ~ppc64.
Comment 5 Raúl Porcel (RETIRED) gentoo-dev 2007-06-18 11:10:33 UTC
~alpha/~ia64 done
Comment 6 Jeroen Roovers (RETIRED) gentoo-dev 2007-06-18 16:02:52 UTC
Marked ~hppa.
Comment 7 Joshua Kinard gentoo-dev 2007-06-19 02:52:28 UTC
This package is nuts.  The tests have been running for 13 hours already, and no sign of ending is in sight....

I see random mentions of "FATAL"'s, "failed..." and "skipped", so I'm getting a tad worried about this package.  Ah well.
Comment 8 Tiziano Müller (RETIRED) gentoo-dev 2007-06-19 08:00:37 UTC
@kumba: hehe, I told you :-) Well, some of the tests are meant to fail and mips worked well last time I tested a CVS snapshot on swarm.
Comment 9 Ferris McCormick (RETIRED) gentoo-dev 2007-06-19 11:53:10 UTC
(In reply to comment #7)
> This package is nuts.  The tests have been running for 13 hours already, and no
> sign of ending is in sight....
> 
> I see random mentions of "FATAL"'s, "failed..." and "skipped", so I'm getting a
> tad worried about this package.  Ah well.
> 
On sparc SB1000 (1x900 + 1x750), tests ran for over 24 hours, several failures in the python tests (as Markus noted in Comment #4).
Comment 10 Joe Jezak (RETIRED) gentoo-dev 2007-06-20 15:30:23 UTC
I'm seeing lots of failures on ppc too, but I've marked it ~ppc as well.
Comment 11 Joshua Kinard gentoo-dev 2007-06-21 05:07:50 UTC
I got to the end (finally -- TMPDIR ran out of space cause I was dumb and had it on a tmpfs mount), but it seems the XML log generation flunked.

...failed updating 25 targets...
...skipped 35 targets...
...updated 4823 targets...
boost_root: /usr/obj/portage/dev-libs/boost-1.34.0/work/boost_1_34_0
locate_root: /usr/obj/portage/dev-libs/boost-1.34.0/work/boost_1_34_0
no errors detected
Using /usr/obj/portage/dev-libs/boost-1.34.0/work/boost_1_34_0/bin.v2/status/rational_test.test to determine compilers

**** exception(205): std::string: xml: unexpected eof
******** errors detected; see standard output for details ********

!!! ERROR: dev-libs/boost-1.34.0 failed.


All in all, it looks clean to me though.  I'll mark ~mips if you can't think of any reason to retrieve and view the log.  And I'll hope 1.35.0 is a year or more off :P
Comment 12 Joshua Kinard gentoo-dev 2007-06-23 18:26:39 UTC
unstable on mips for both boost and boost-build.
Comment 13 Tiziano Müller (RETIRED) gentoo-dev 2007-07-29 10:36:31 UTC
ping ?