Build complete. (It is safe to ignore warnings about tempnam and tmpnam). >>> Test phase [not enabled]: dev-php/php-4.4.0 >>> Install php-4.4.0 into /var/tmp/portage/php-4.4.0/image/ category dev-php * Running make INSTALL_ROOT=/var/tmp/portage/php-4.4.0/image/ install Installing PHP CLI binary: /var/tmp/portage/php-4.4.0/image//usr/bin/ Installing PHP CLI man page: /var/tmp/portage/php-4.4.0/image//usr/share/man/man1/ Installing PEAR environment: /var/tmp/portage/php-4.4.0/image//usr/lib/php/ make[1]: *** [install-pear-installer] Segmentation fault make: *** [install-pear] Error 2 !!! ERROR: dev-php/php-4.4.0 failed. !!! Function php-sapi_src_install, Line 549, Exitcode 2 !!! (no error message) Reproducible: Always Steps to Reproduce: 1.emerge php 2. 3. Actual Results: Segmentation fault Expected Results: Installed php louise ~ # emerge info Portage 2.0.51.22-r2 (selinux/2004.1/x86, gcc-3.3.5-20050130, glibc-2.3.5-r1, 2.6.11-hardened-r13 i686) ================================================================= System uname: 2.6.11-hardened-r13 i686 AMD Athlon(tm) XP Gentoo Base System version 1.6.12 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i386-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -fstack-protector" CHOST="i386-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -fstack-protector" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks loadpolicy sandbox selinux sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="apache2 berkdb crypt curl hardened ipv6 ldap libwww maildir mysql ncurses nls nptl pam perl pic python readline samba snmp ssh2 ssl x86 xml xml2 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Cannot be reproduced on a selinux x86 box, suggesting that there's something wrong w/ your hardware (RAM, overheating, etc.) Please, check that you are not ouf of disk space, also the other bug has some hints. You might also try dev-lang/php from the PHP overlay [1] (actually in portage now, but will stay in package.mask for a couple of days still). [1] http://svn.gnqs.org/projects/gentoo-php-overlay/ *** This bug has been marked as a duplicate of 20600 ***
I have this happening on a second machine, emerge info -: thelma ~ # emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.11-hardened-r13 i686) ================================================================= System uname: 2.6.11-hardened-r13 i686 Pentium II (Deschutes) Gentoo Base System version 1.6.12 dev-lang/python: 2.2.3-r5, 2.3.5 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-mcpu=i686 -O2 -pipe -fomit-frame-pointer -fstack-protector" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=i686 -O2 -pipe -fomit-frame-pointer -fstack-protector" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 apm arts avi berkdb bitmap-fonts crypt cups eds emboss encode foomaticdb fortran gd gdbm gif gpm gstreamer imlib ipv6 jpeg ldap libg++ libwww mad maildir mikmod motif mp3 mpeg mysql ncurses nls nptl ogg oggvorbis opengl oss pam pdflib perl php php4 png python quicktime readline samba sdl slang snmp spell ssh2 ssl tcpd tiff truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
This is happening on two machines, therefore I don't think it is hardware related.
Really cannot reproduce the problem here, but I don't have gcc-3.3.6 (there are some problems w/ that one, according to Bug 104992 at least). Does this happen w/ dev-lang/php-4.4.0?
One machine is using gcc-3.3.5-20050130 and the other gcc-3.3.6. the compilation is fine is just the install bit at the end. Updating the rest of world on both machines, I'll try it again when they finish (one is a pentium ii so will be over night). Havent tried dev-lang yet. If I don't get it sorted I'll gladly give you access via openvpn if you want a poke about.
(In reply to comment #5) > Havent tried dev-lang yet. Please, do so and report back. That's what will replace the old ebuilds in portage soon. See the (still unofficial) upgrading guide - http://svn.gnqs.org/projects/gentoo-php-overlay/file/docs/php-upgrading.html?format=raw and other docs in Gentoo PHP overlay - http://svn.gnqs.org/projects/gentoo-php-overlay/wiki
After running an strace on the php binary I could see a lot of SNMP calls. Disabling the SNMP use flag fixes the segmentation fault.
Forgot to say, the dev-lang ebuild's (PHP 4 and 5) gave the same result, php cli binary segfaulting unless I unset snmp use flag.
I cannot reproduce this, and I also emerge with "snmp" USE flag set, and it works, CLI, CGI, mod_php all work. This bug here is imo the same as the following: http://bugs.gentoo.org/show_bug.cgi?id=90637 So it probably is no PHP bug itself but a bug in net-snmp with certain machines/system. If possible try to give some of your input or do the backtraces etc. they ask in that bug to confirm that indeed it's the same and maybe be able to help the net-snmp team to fix this. There already is a possible solution in comment #22 of that bug, so it shouldn't be too difficult to get to the bottom of that snmp issue imo. :) Best regards, CHTEKK.
Reopen to mark as duplicate.
Cannot reproduce here as well. Marking as duplicate of Bug 90637. *** This bug has been marked as a duplicate of 90637 ***