Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 311265 - Gentoo/FreeBSD stage3 build fails with autoconf complaining about missing perl modules.
Summary: Gentoo/FreeBSD stage3 build fails with autoconf complaining about missing per...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: FreeBSD (show other bugs)
Hardware: x86 FreeBSD
: High normal (vote)
Assignee: Gentoo/BSD Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-25 04:46 UTC by Javier Villavicencio (RETIRED)
Modified: 2018-02-12 12:44 UTC (History)
3 users (show)

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


Attachments
patch for catalyst ebuild (catalyst-2.0.6.914.ebuild.patch,304 bytes, patch)
2011-02-21 16:05 UTC, Yuta SATOH
Details | Diff
patch for catalyst on x86-fbsd/amd64-fbsd (catalyst-2.0.6.914-fbsd.patch,11.47 KB, patch)
2011-02-21 16:08 UTC, Yuta SATOH
Details | Diff
catalyst.log (catalyst.log,11.22 KB, text/plain)
2011-02-22 11:17 UTC, Yuta SATOH
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Javier Villavicencio (RETIRED) gentoo-dev 2010-03-25 04:46:51 UTC
Which happens because either:
1) perl wasn't rebuilt with "-build" useflag during the stage2, or 
2) because there's some dependency missing somewhere that would have perl rebuilt before autoconf
3) ?

I think perl should be rebuilt during stage2, perhaps the bootstrap.sh script needs an update?

Thoughts anyone?
Comment 1 Zac Medico gentoo-dev 2010-03-25 10:04:40 UTC
It's a lot safer to use dependencies than ad hoc bootstrap.sh magic. Maybe it will fix it if we bump the autoconf ebuild to EAPI 2 and change that dev-lang/perl in DEPEND to dev-lang/perl[-build].
Comment 2 Javier Villavicencio (RETIRED) gentoo-dev 2010-03-25 11:35:54 UTC
I thought first of rebuilding perl on stage2 just because the build order changes with perl berkdb/gdbm useflags enabled (iirc sys-libs/db introduces a dep for autoconf there), which, if I'm not that much mistaken, shouldn't be enabled as part of the bootstrap process during a stage2 build.

I'd even suggest a few other things to rebuild during a bootstrap, but they're specific to things that break during a CHOST change on fbsd only (ie: libtool).

But yeah, it's feels better to have autoconf depend on what's really needed from perl.
Comment 3 Yuta SATOH 2011-02-21 16:05:53 UTC
Created attachment 263315 [details, diff]
patch for catalyst ebuild
Comment 4 Yuta SATOH 2011-02-21 16:08:27 UTC
Created attachment 263317 [details, diff]
patch for catalyst on x86-fbsd/amd64-fbsd

This problem reproduced my environment. 
I applied the patch to catalyst and solved it.
Comment 5 Zac Medico gentoo-dev 2011-02-21 16:29:27 UTC
The autoconf-2.67 ebuild and later versions already have EAPI 2, so you can easily change dev-lang/perl to dev-lang/perl[-build] in those versions.
Comment 6 Yuta SATOH 2011-02-22 11:13:57 UTC
(In reply to comment #5)
> The autoconf-2.67 ebuild and later versions already have EAPI 2, so you can
> easily change dev-lang/perl to dev-lang/perl[-build] in those versions.
> 

Thank you for the reply. 
I think that autoconf is unrelated to a true solution.

Gentoo/FreeBSD has two sed. 
One is sed of BSD. 
Another is gsed of GNU. 

As for these, operation is different. 
As a result, catalyst cannot appropriately substitute and causes this problem. 
Catalyst displayed the error of sed when BSD's sed was used, and build was added to the USE flag. 

The problem was not in any GNU sed. 


# cat /var/tmp/catalyst/tmp/default/stage3-amd64-bsdsed/etc/make.conf
USE="mmx sse sse2"
USE="${USE} build"

# cat /var/tmp/catalyst/tmp/default/stage3-amd64-gnused/etc/make.conf
USE="mmx sse sse2"
Comment 7 Yuta SATOH 2011-02-22 11:17:49 UTC
Created attachment 263425 [details]
catalyst.log

FYI, This log is a result of using sys-devel/autoconf-2.65-r1.
Comment 8 Zac Medico gentoo-dev 2011-02-22 16:16:11 UTC
(In reply to comment #6)
> Gentoo/FreeBSD has two sed. 
> One is sed of BSD. 
> Another is gsed of GNU. 
> 
> As for these, operation is different. 
> As a result, catalyst cannot appropriately substitute and causes this problem. 
> Catalyst displayed the error of sed when BSD's sed was used, and build was
> added to the USE flag. 

You should file a new bug and assign it to catalyst@gentoo.org, since your issue is entirely different from the one that was originally reported in comment #0.
Comment 9 Yuta SATOH 2018-02-12 12:44:50 UTC
AFAIK, this bug has been fixed. If you have any trouble, please reopen it.
closing.