php-team, this one should be okay for stabilization, in tree for > 30 days and no open bugs.
Sure. Go ahead, arch teams
amd64 works; In configure phase i see: ac-wrapper: warning: invalid WANT_AUTOCONF 'latest'; ignoring. If is not a problem, ignore this ;)
amd64 done. Thanks Agostino
And now I am running into this bug: http://forums.gentoo.org/viewtopic-t-849038.html Since the latest upgrade to 3.1.7 And my customers are unhappy. Restarting apache helps for a while. Downgrading fails with [blocks B ] =dev-lang/php-5.2.17 ("=dev-lang/php-5.2.17" is blocking dev-php5/pecl-apc-3.1.6) So please fix this issue ASAP.
(In reply to comment #4) > Downgrading fails with > [blocks B ] =dev-lang/php-5.2.17 ("=dev-lang/php-5.2.17" is blocking > dev-php5/pecl-apc-3.1.6) > > So please fix this issue ASAP. > How about dev-php5/pecl-apc-3.1.6-r1?
I'm running it now, but it takes some time to reproduce this issue. And if you look at the other bug-report I think this is a problem which has existed for some more time.
(In reply to comment #6) > I'm running it now, but it takes some time to reproduce this issue. And if you > look at the other bug-report I think this is a problem which has existed for > some more time. > We used to have this issue earlier, before we moved to mmap-based apc. After we switched to mmap those errors stopped.
~% equery u pecl-apc [ Searching for packages matching pecl-apc... ] [ Colour Code : set unset ] [ Legend : Left column (U) - USE flags from make.conf ] [ : Right column (I) - USE flags packages was installed with ] [ Found these USE variables for dev-php5/pecl-apc-3.1.6-r1 ] U I + + mmap : Adds mmap (memory map) support + + php_targets_php5-2 : Build against PHP 5.2 - - php_targets_php5-3 : Build against PHP 5.3 We've been using it with mmap all along.
Switching to dev-php5/pecl-apc-3.1.6-r1 does not resolve the issue.
(In reply to comment #8) > ~% equery u pecl-apc > [ Searching for packages matching pecl-apc... ] > [ Colour Code : set unset ] > [ Legend : Left column (U) - USE flags from make.conf ] > [ : Right column (I) - USE flags packages was installed with ] > [ Found these USE variables for dev-php5/pecl-apc-3.1.6-r1 ] > U I > + + mmap : Adds mmap (memory map) support > + + php_targets_php5-2 : Build against PHP 5.2 > - - php_targets_php5-3 : Build against PHP 5.3 > > We've been using it with mmap all along. > The USE flag is only for mmap *support*. You need to configure APC to actually use mmap as well. Add something like this to you apc.ini: apc.shm_size=128M apc.mmap_file_mask=/tmp/apc.XXXXXX
Ah, that might make a difference. OK, running now with the suggested settings on 3.1.7 again. Will let you know as soon as something happens.
[03-Mar-2011 15:35:07] PHP Warning: include() [<a href='function.include'>function.include</a>]: Unable to allocate memory for pool. in /var/www/localhost/htdocs/roundcubemail/index.php on line 250 It's still happening.
Then it is nothing I can do to help you with in this but. Please open a new bug and I will see what can be done. At least I will track the upstream bug about this issue.
I found a solid fix: emerge --depclean pecl-apc "APC is a free, open, and robust framework for caching and optimizing PHP intermediate code."
for x86: should we stable anyway, or wait?
(In reply to comment #15) > for x86: should we stable anyway, or wait? Current stable (2.1.6-r1) is not broken, right? Then I would wait. No need to force a possible broken minor update.
Personally, I have had no problem with 3.1.7 and I use it in a high load environment on a number of boxes with varied use. When I have seen the issue that was reported earlier, it has always been a configuration issue. I am quite comfortable with going ahead with the stabilisation. For the records, 3.1.6 and 3.1.7 are equally affected according to the reporters in the upstream bug.
Ok, x86 stable. Thanks everybody.
ppc/ppc64 stable, last arch closing
