Could you please stabilise the following: =dev-lang/php-5.5.1 alpha amd64 arm ia64 ppc ppc64 sh sparc x86 =virtual/httpd-php-5.5 alpha amd64 arm ia64 ppc ppc64 sh sparc x86 =dev-php/xdebug-2.2.3 amd64 ppc ppc64 x86 =dev-php/xdebug-client-2.2.3 amd64 ppc ppc64 x86 =dev-php/pecl-apcu-4.0.1-r1 amd64 x86 =dev-php/pecl-memcached-2.1.0-r2 amd64 x86
*** Bug 474174 has been marked as a duplicate of this bug. ***
The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by dev-php/pecl-memcached-2.1.0-r2 # required by =dev-php/pecl-memcached-2.1.0-r2 (argument) =dev-libs/libmemcached-1.0.14 ~amd64
(In reply to Agostino Sarubbo from comment #2) > The following keyword changes are necessary to proceed: > (see "package.accept_keywords" in the portage(5) man page for more details) > # required by dev-php/pecl-memcached-2.1.0-r2 > # required by =dev-php/pecl-memcached-2.1.0-r2 (argument) > =dev-libs/libmemcached-1.0.14 ~amd64 You can stabilise that one as well. It has been around for quite a while and patrick, who added that version to the tree, agrees to stabilising it.
New list: =dev-lang/php-5.5.1 alpha amd64 arm ia64 ppc ppc64 sh sparc x86 =dev-libs/libmemcached-1.0.14 alpha amd64 arm hppa ia64 ppc ppc64 sh sparc x86 =dev-php/xdebug-2.2.3 amd64 ppc ppc64 x86 =dev-php/xdebug-client-2.2.3 amd64 ppc ppc64 x86 =dev-php/pecl-apcu-4.0.1-r1 amd64 x86 =dev-php/pecl-memcached-2.1.0-r2 amd64 x86 =virtual/httpd-php-5.5 alpha amd64 arm ia64 ppc ppc64 sh sparc x86
amd64 stable
x86 stable
(In reply to Agostino Sarubbo from comment #5) > amd64 stable AMD64 is causing a segfault for me in testing. The error appears to be related to libpcre-8.33. Please see backtrace below. Program received signal SIGSEGV, Segmentation fault. 0x00007fe110d56edd in match (eptr=0x2d9c691 "username\"", ecode=0x1ed28ba "X\fr", mstart=<error reading variable: Cannot access memory at address 0x7fffd4554d98>, offset_top=<error reading variable: Cannot access memory at address 0x7fffd4554d94>, md=<error reading variable: Cannot access memory at address 0x7fffd4554d88>, eptrb=<error reading variable: Cannot access memory at address 0x7fffd4554d80>, rdepth=1) at pcre_exec.c:518 518 pcre_exec.c: No such file or directory.
profiles/eapi-5-files/use.stable.mask has php_targets_php5-5 I guess it should be removed? I suppose it's what is preventing me from compiling extensions against 5.5.
(In reply to Laurent Bachelier from comment #8) > profiles/eapi-5-files/use.stable.mask has php_targets_php5-5 > > I guess it should be removed? I suppose it's what is preventing me from > compiling extensions against 5.5. I can remove that when all the branches have been marked stable.
When stabilising php, please also unmask the php_targets_php5-5 useflag from use.stable.mask for the respective arch.
Updated list: ALPHA / ARM / IA64 / SH / SPARC =dev-lang/php-5.5.2 =dev-libs/libmemcached-1.0.14 =virtual/httpd-php-5.5 HPPA: =dev-libs/libmemcached-1.0.14 PPC / PPC64: =dev-lang/php-5.5.2 =dev-libs/libmemcached-1.0.14 =dev-php/xdebug-2.2.3 =dev-php/xdebug-client-2.2.3 =virtual/httpd-php-5.5
ia64 stable
ppc stable
ppc64 stable
15:36 < irker761> gentoo-x86: jer dev-libs/libmemcached: Stable for HPPA (bug #480460). hppa is done.
arm stable
alpha stable
sh stable
sparc stable. Last arch, closing
wtf?
(In reply to Jeroen Roovers from comment #20) > wtf? hppa did not appear in the stable target keywords in the comment 0
(In reply to Agostino Sarubbo from comment #21) > (In reply to Jeroen Roovers from comment #20) > > wtf? > > hppa did not appear in the stable target keywords in the comment 0 Then start using e.g. eshowkw to tell you what is stable and should be stable.
Stable for HPPA. Why isn't s390 stabilising? Don't say it's because comment #0 says so. :)
Stabilise for dev-lang/php s390 too please.
S390 is not anymore a stable arch, removing it from the cc list