Summary: | dev-lang/php does not compile with alternative ROOT | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nicolas Perrenoud <nicolas.perrenoud> |
Component: | [OLD] Development | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Emerge Output |
Description
Nicolas Perrenoud
2011-12-01 09:06:04 UTC
Created attachment 294425 [details]
Emerge Output
have you tried with EROOT instead of ROOT ? ROOT/EROOT should have no bearing whatsoever on compilation of a package. those variables should only ever be used in pkg_* for installing. I cannot reproduce this. It installs fine for me. What will fail is the install of symbolic links handled by eselect-php. But those should be trivial enough to recreate manually. Have the same issue here, last lines of emerge debug output: + echo ' * econf: updating sapis-build/cli/config.guess with /usr/share/gnuconfig/config.guess' * econf: updating sapis-build/cli/config.guess with /usr/share/gnuconfig/config.guess + cp -f /usr/share/gnuconfig/config.guess /var/tmp/portage/dev-lang/php-5.3.8/work/sapis-build/cli/config.guess + read -r -d '' x + has 4 0 1 2 3 3_pre2 + local needle=4 + shift + local x + for x in '"$@"' + '[' 0 = 4 ']' + for x in '"$@"' + '[' 1 = 4 ']' + for x in '"$@"' + '[' 2 = 4 ']' + for x in '"$@"' + '[' 3 = 4 ']' + for x in '"$@"' + '[' 3_pre2 = 4 ']' + return 1 + ./configure --help + grep -q disable-dependency-tracking The following processes are running: /usr/bin/python2.6 /usr/bin/emerge -avd =dev-lang/php-5.3.8 [dev-lang/php-5.3.8] sandbox "/usr/lib/portage/bin/ebuild.sh" config /bin/bash /usr/lib/portage/bin/ebuild.sh configure /bin/bash /usr/lib/portage/bin/ebuild.sh configure /bin/sh ./configure --help yes grep -q disable-dependency-tracking And that /usr/bin/yes eats 100% cpu and goes on forever. As Nicolas mentioned, a manual ./configure in the work directory results in very strange output about bad file descriptors etc. I hope there is no line like: /usr/sbin/yes | ./configure --help | grep -q disable-dependeny-tracking involved somewhere in those econf scripts, with that strance .configure output this could lead to a situation like we encountered. Thanks for any hints where to look. With PHP 5.4, this works as intended. With php 5.4, we have proper prefix support and the newer eselect-php scritps works fine with me when building with a custom root. |