Summary: | perl 5.8.5 fails to emerge on initial emerge of stage 2 due to gdbm | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tobias Hunger <tobias> |
Component: | [OLD] Core system | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | major | CC: | releng |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Tobias Hunger
2004-09-23 02:55:54 UTC
Set a -gdbm in the 'USE' variable in make.conf. That'll make perl compile and you can always recompile it later after installing gdbm libraries. Do we even support "~x86" for emerge system, release team? Nope, we don't. But I had a user in IRC today who had the exact same problem with perl 5.8.4 (i.e. the current stable version). gdbm is set by profile, but somehow it gets installed wrong or something. In any case the building of perl stops. There are already 3 threads on this in Installing Gentoo. See this thread at the end it list the other 2. [url=http://forums.gentoo.org/viewtopic.php?t=227385&start=0&postdays=0&postorder=asc&highlight=]Emerge Pearl, or don't.[/url] Hi, this bug is always reproducible on Gentoo x86, but now for perl-5.8.6-r1. The perl install looks for gdbm.h in /usr/include, but the gdbm (1.8.3-r1) install places all headers in /usr/include/gdbm. That is, the perl compile runs perfectly if gdbm.h is copied to /usr/include. Please fix the perl header prefixes. (In reply to comment #5) > Hi, > > this bug is always reproducible on Gentoo x86, but now for perl-5.8.6-r1. The > perl install looks for gdbm.h in /usr/include, but the gdbm (1.8.3-r1) install > places all headers in /usr/include/gdbm. That is, the perl compile runs > perfectly if gdbm.h is copied to /usr/include. Please fix the perl header prefixes. Fixed in sys-libs/gdbm-1.8.3-r2 $ equery f gdbm | grep gdbm.h /usr/include/gdbm.h Please, test and report back. |