Initial ebuild for eAccelerator, the successor of Turck MMCache. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 47054 [details] eaccelerator-0.9.2a.ebuild
Created attachment 47087 [details] eaccelerator-0.9.2a.ebuild Whitespace fixes.
eAccelerator is a further development from mmcache PHP Accelerator & Encoder. It increases performance of PHP scripts by caching them in compiled state, so that the overhead of compiling is almost completely eliminated. Requirements apache 1.3, apache 2.0 (prefork), mod_php4/5, autoconf, automake, libtool, m4 Compatibility This version of the eAccelerator has been successfully tested on PHP 4.1.0-4.3.3 under Redhat Linux 7.0, 7.3, 8.0, 9.0, Fedora Core 1,2,3 and Windows with Apache 1.3 and 2.0.
I can confirm their CVS build (0.9.2a) running fine on my gentoo machine with: apache-2.0.52-r1 mod_php-5.0.3 autoconf-2.59-r5 automake-1.8.5-r1 libtool-1.5.2-r7 m4-1.4.1 I compiled the module manually and modified php.ini manually to include the zend_extension statement. Hoping to see this soon in portage as turck-mmcache ebuild is outdated and not working (well) with PHP5.
Works well here. Tnx
I have a problem with php5 and /usr/portage/eclass/php-ext-base.eclass, because "php4" is hardcoded there: PHPINIFILELIST= for x in ${PHPSAPILIST} ; do if [ -f /etc/php/${x}-php4/php.ini ]; then PHPINIFILELIST="${PHPINIFILELIST} etc/php/${x}-php4/php.ini" fi done I did an update from php4 to php5: emerge unmerge php nano /etc/portage/package.keywords: dev-php/mod_php ~x86 dev-php/php ~x86 emerge php so this ebuild changes the wrong php.ini. Does someone know what is wrong here?
I have trouble with the install portion (compile goes fine) >>> Install eaccelerator-0.9.2a into /var/tmp/portage/eaccelerator-0.9.2a/image/ category dev-php * No PHP ini files found for this extension of course, I get the same issue of This may have to do with my configuration... srv1 eaccelerator # ls -l /etc/php/ -R /etc/php/: total 1 drwxr-xr-x 2 root root 4 Dec 30 06:53 apache1-php5 drwxr-xr-x 2 root root 3 Dec 29 14:46 cli-php5 /etc/php/apache1-php5: total 44 lrwxrwxrwx 1 root root 28 Dec 29 15:55 lib -> /usr/lib/apache-extramodules -rw-r--r-- 1 root root 41167 Dec 29 15:55 php.ini /etc/php/cli-php5: total 44 -rw-r--r-- 1 root root 41166 Dec 29 12:58 php.ini Should I file this as a separate bug? It also exists for emerging turck, and maybe others... I haven't tried yet.
I think this is the same problem. I opened a bug report, because I think this is a problem for all zend-extensions which want to patch php.ini, if you use php5. Have a look at bug 77502 I also opened a thread in the gentoo-forum (Portage & Programming): http://forums.gentoo.org/viewtopic.php?t=278526
Important!!! eaccelelerator has a bug! It took me hours to find! Please add a comment to the ebuild. If apache2 is compiled with USE="treads", the worker module will be anabled. This causes the mod_php ebuild (not the php cli ebuild!) to add the "--enable-experimental-zts" configure flag. Currently eaccelerator is not compatible with mmcache (check the forums and several websites about bugreports on eaccelerator and mmache "not working"). I reportet the bug to the developers and i try to make eaccelerator zts compatible. Currently I suggest adding a simple info text or a eerror text in the ebuild it apache has thread support... /usr/sbin/apache2 | grep worker <- add this to test. happy hacking...
Sorry i didn't carefuly read my last post. There is a typo. eaccelerator is not compatible with --enable-experimental-zts "eaccelerator is not compatible with mmcache" is wrong sorry about that!
Created attachment 51208 [details] eaccelerator-0.9.2a.ebuild
Created attachment 51215 [details] eaccelerator-0.9.2a.ebuild New ebuild that eerrors out when apache2 was built with a threading MPM.
*** Bug 82038 has been marked as a duplicate of this bug. ***
dev-php/eaccelerator-0.9.2a is in portage now.
0.9.3 is out. Please update ebuild!
p.s: need change name of ebuild and "S" variable. That's all.
eAccelerator 0.9.3 is already in portage.