If php is built with USE="hardenedphp" and eaccelerator is built with USE="session" compilation will fail with: gcc -I. -I/var/tmp/portage/eaccelerator-0.9.5_beta2/work/eaccelerator-0.9.5-beta2 -DPHP_ATOM_INC -I/var/tmp/portage/eaccelerator-0.9.5_beta2/work/eaccelerator-0.9.5-beta2/include -I/var/tmp/portage/eaccelerator-0.9.5_beta2/work/eaccelerator-0.9.5-beta2/main -I/var/tmp/portage/eaccelerator-0.9.5_beta2/work/eaccelerator-0.9.5-beta2 -I/usr/lib/php5/include/php -I/usr/lib/php5/include/php/main -I/usr/lib/php5/include/php/TSRM -I/usr/lib/php5/include/php/Zend -I/usr/lib/php5/include/php/ext -DHAVE_CONFIG_H -O2 -march=athlon-xp -pipe -fforce-addr -ftracer -fomit-frame-pointer -mfpmath=sse -mno-tls-direct-seg-refs -c /var/tmp/portage/eaccelerator-0.9.5_beta2/work/eaccelerator-0.9.5-beta2/session.c -fPIC -DPIC -o .libs/session.o /var/tmp/portage/eaccelerator-0.9.5_beta2/work/eaccelerator-0.9.5-beta2/session.c:388: error: `ps_validate_sid_eaccelerator' undeclared here (not in a function) /var/tmp/portage/eaccelerator-0.9.5_beta2/work/eaccelerator-0.9.5-beta2/session.c:388: error: initializer element is not constant /var/tmp/portage/eaccelerator-0.9.5_beta2/work/eaccelerator-0.9.5-beta2/session.c:388: error: (near initialization for `ps_mod_eaccelerator.s_validate_sid') make: *** [session.lo] Error 1 make: *** Waiting for unfinished jobs.... I found this answer on the Hardened-PHP forum: http://forum.hardened-php.net/viewtopic.php?pid=169
Created attachment 85667 [details] eaccelerator-0.9.5_beta2.ebuild that checks for USE="hardenedphp session" This ebuild checks if php is built with USE="hardenedphp", warns about the eaccelerator USE="session" conflict and disables eAccelerator sessions.
*** Bug 133773 has been marked as a duplicate of this bug. ***
Hi all! As I see somehow this was left out of the newer ebuilds.... I checked: eaccelerator-0.9.4.ebuild eaccelerator-0.9.5_rc1.ebuild Tried compiling and got the same error. Without it's own session module it compiled. Maybe that warning is useful or was there a reason to leave it out? Some info: /usr/egatrop/tmp/portage/eaccelerator-0.9.5_rc1/work/eaccelerator-0.9.5-rc1/session.c:378: error: `ps_validate_sid_eaccelerator' undeclared here (not in a function) /usr/egatrop/tmp/portage/eaccelerator-0.9.5_rc1/work/eaccelerator-0.9.5-rc1/session.c:378: error: initializer element is not constant /usr/egatrop/tmp/portage/eaccelerator-0.9.5_rc1/work/eaccelerator-0.9.5-rc1/session.c:378: error: (near initialization for `ps_mod_eaccelerator.s_validate_sid') make: *** [session.lo] Error 1 make: *** Waiting for unfinished jobs.... # php -v PHP 4.4.3-pl1-gentoo with Hardening-Patch 0.4.13 (cli) (built: Sep 6 2006 16:53:31) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies # emerge --info Portage 2.1-r2 (hardened/amd64, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-hardened-r1 x86_64) ================================================================= System uname: 2.6.17-hardened-r1 x86_64 Intel(R) Xeon(TM) CPU 3.20GHz Gentoo Base System version 1.12.4 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict userfetch" GENTOO_MIRRORS="http://gentoo.math.bme.hu http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo/ http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.inf.elte.hu http://mirror.uni-c.dk/pub/gentoo/" LC_ALL="en_US.UTF-8" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/usr/egatrop/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="acl amd64 apache2 bash-completion berkdb bzip2 calendar caps chroot clamav cli crypt cscope curl dlloader expat extensions freetype gd geoip hardened hardenedphp hpn iconv idn iodbc justify maildir memlimit mhash mime ncurses nls nptl odbc openssh pam pam_chroot pam_console pam_timestamp pcre perl pic posix postgres python readline session sharedext sharedmem slang sockets sse sse2 ssl truetype udev unicode userlocales utf8 vhosts xml xorg xsl zip zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
(In reply to comment #3) > As I see somehow this was left out of the newer ebuilds.... I guess that's why the bug is still open? ;)
Closing as this version is no longer in the tree.
But these are: eaccelerator-0.9.4.ebuild eaccelerator-0.9.5_rc1.ebuild And if nothing was corrected, then my statement holds true. Reference: http://bugs.gentoo.org/show_bug.cgi?id=131583#c3
Looks like the hardened-php project ( http://www.hardened-php.net/ )has deprecated the old hardenedphp patch in favor of the Shuhosin security extension. Check the PHP-Overlay ( http://overlays.gentoo.org/proj/php/ ) for the new extension.
*** Bug 156364 has been marked as a duplicate of this bug. ***
No idea why this got closed...
Closing this, as we don't support hardenedphp anymore on any of our actual PHP ebuilds, we only support the sucessor Suhosin, which doesn't change the session module, so it can't fail. Also session support is now configurable in eaccelerator (USE=session). Best regards, CHTEKK.
