'emere -uvND world' fails with: root@lynx2:/root(11)# emerge -uvND world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] x11-proto/xcb-proto-1.8-r2 [1.8-r1] ABI_X86="(64) -32 (-x32)" PYTHON_SINGLE_TARGET="python2_7 -python2_5 -python2_6 -python3_1 -python3_2 (-python3_3)" PYTHON_TARGETS="python2_7 python3_2 -python2_5 -python2_6 -python3_1 (-python3_3)" 0 kB [ebuild N ] dev-python/pyelftools-0.20-r2 PYTHON_TARGETS="python2_7 python3_2" 273 kB [ebuild U ] app-misc/pax-utils-0.6 [0.5] USE="python%* -caps" 86 kB [ebuild U ] sys-apps/sandbox-2.6-r1 [2.6] USE="(multilib)" 0 kB [ebuild U ] dev-lang/nqp-2013.02.1 [2013.01] USE="doc" 0 kB [ebuild U ] dev-lang/rakudo-2013.02.1 [2013.01] USE="doc" 0 kB [ebuild U ] media-libs/lensfun-0.2.7::gentoo [0.2.6::x-portage] USE="doc sse sse2" PYTHON_SINGLE_TARGET="python2_7%* -python2_6%" PYTHON_TARGETS="python2_7%* -python2_6%" 0 kB [ebuild U ] app-admin/eselect-php-0.7.0 [0.6.7] USE="apache2%* fpm%*" 3 kB [ebuild NS ] dev-lang/php-5.5.0_beta1-r2:5.5 [5.4.13:5.4] USE="apache2 berkdb bzip2 calendar cgi cli crypt ctype curl doc exif fileinfo filter fpm gd gdbm gmp hash iconv imap ipv6 json kerberos ldap mysql mysqli nls odbc opcache pdo phar posix postgres readline session simplexml snmp soap sockets spell sqlite ssl threads tidy tokenizer truetype unicode xml xmlreader xmlrpc xmlwriter xpm zip zlib -bcmath -cdb -cjk -curlwrappers -debug -embed -enchant -firebird -flatfile (-frontbase) -ftp -inifile -intl -iodbc -ldap-sasl -libedit -mhash -mssql -mysqlnd -oci8-instant-client -pcntl -qdbm -recode (-selinux) -sharedmem (-sybase-ct) -sysvipc -wddx -xsl" 0 kB [ebuild U ] dev-lang/php-5.4.13-r2:5.4 [5.4.13:5.4] USE="apache2 berkdb bzip2 calendar cgi cli crypt ctype curl doc exif fileinfo filter fpm gd gdbm gmp hash iconv imap ipv6 json kerberos ldap mysql mysqli nls odbc pdo phar posix postgres readline session simplexml snmp soap sockets spell sqlite ssl threads tidy tokenizer truetype unicode xml xmlreader xmlrpc xmlwriter xpm zip zlib -bcmath -cdb -cjk -curlwrappers -debug -embed -enchant -firebird -flatfile (-frontbase) -ftp -inifile -intl -iodbc -ldap-sasl -libedit -mhash -mssql -mysqlnd -oci8-instant-client -pcntl -qdbm -recode (-selinux) -sharedmem (-sybase-ct) -sysvipc -wddx -xsl" 0 kB [blocks B ] <dev-lang/php-5.4.13-r1:5.4 ("<dev-lang/php-5.4.13-r1:5.4" is hard blocking app-admin/eselect-php-0.7.0) Total: 10 packages (8 upgrades, 1 new, 1 in new slot), Size of downloads: 360 kB Conflict: 1 block (1 unsatisfied) !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: app-misc/pax-utils:0 (app-misc/pax-utils-0.6::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) (app-misc/pax-utils-0.5::gentoo, installed) pulled in by <app-misc/pax-utils-0.6 required by (sys-kernel/genkernel-3.4.45::gentoo, installed) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook.
confirmed here. You can get around this by emerging dev-lang/php as so. # emerge --nodeps -1 dev-lang/php then try your emerge @world ....
The block is on purpose since init script etc were moved from php to eselect-php thus causing file collision. So what is the bug here?
(In reply to comment #1) > confirmed here. You can get around this by emerging dev-lang/php as so. > > # emerge --nodeps -1 dev-lang/php > > then try your emerge @world .... But 'emerge --nodeps -1 dev-lang/php' fails due to Bug 462652/ I also tried to remove the threads USE flag from php, but then 'emerge -uvDN world' complains about: www-servers/apache:2 (www-servers/apache-2.4.4-r1::gentoo, ebuild scheduled for merge) pulled in by www-servers/apache[threads=] required by (dev-lang/php-5.5.0_beta1-r2::gentoo, ebuild scheduled for merge) www-servers/apache[threads=] required by (dev-lang/php-5.4.13-r2::gentoo, ebuild scheduled for merge) (www-servers/apache-2.4.4-r1::gentoo, installed) pulled in by (no parents that aren't satisfied by other packages in this slot) Then I tried to mask >=dev-lang/php-5.5.0_beta1 in /etc/portage/packages.mask. Now 'emerge -uvDN world' complains: root@condor:/root(21)# emerge -uvND world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] x11-proto/xcb-proto-1.8-r2 [1.8-r1] ABI_X86="(64) -32 (-x32)" PYTHON_SINGLE_TARGET="python2_7 -python2_5 -python2_6 -python3_1 -python3_2 (-python3_3)" ... [ebuild U ] dev-lang/php-5.4.13-r2:5.4 [5.4.13:5.4] USE="apache2 berkdb bzip2 calendar cgi cli crypt ctype curl doc exif fileinfo filter fpm gd gdbm gmp hash iconv imap ipv6 json kerberos ldap mysql mysqli nls odbc pdo phar posix postgres readline session simplexml snmp soap sockets spell sqlite ssl threads tidy tokenizer truetype unicode xml xmlreader xmlrpc xmlwriter xpm zip zlib -bcmath -cdb -cjk -curlwrappers -debug -embed -enchant -firebird -flatfile (-frontbase) -ftp -inifile -intl -iodbc -ldap-sasl -libedit -mhash -mssql -mysqlnd -oci8-instant-client -pcntl -qdbm -recode (-selinux) -sharedmem (-sybase-ct) -sysvipc -wddx -xsl" 0 kB [blocks B ] <dev-lang/php-5.4.13-r1:5.4 ("<dev-lang/php-5.4.13-r1:5.4" is hard blocking app-admin/eselect-php-0.7.0) Total: 20 packages (17 upgrades, 2 new, 1 reinstall), Size of downloads: 5,154 kB Conflict: 1 block (1 unsatisfied) root@condor:/root(26)# grep php-5.5.0 /etc/portage/package.mask >=dev-lang/php-5.5.0_beta1
(In reply to comment #2) > The block is on purpose since init script etc were moved from php to > eselect-php thus causing file collision. So what is the bug here? The bug is, that the addition of php-5.5.0_beta1-r2 to the portage tree blocks 'emerge world'.
That is not a bug. You must remove php before upgrading
(In reply to comment #3) > (In reply to comment #1) > > confirmed here. You can get around this by emerging dev-lang/php as so. > > > > # emerge --nodeps -1 dev-lang/php > > > > then try your emerge @world .... > > But 'emerge --nodeps -1 dev-lang/php' fails due to Bug 462652/ > BTW, the -r2 also fails with bug 462652 as it is broken completely by upstream (and you should not really use threads either).
(In reply to comment #5) > That is not a bug. You must remove php before upgrading OK, if I do first 'emerge -C php', then the blocking for 'emerge -uvDN world' disappears. But why I have to erase the php versions manually, why they are not deleted by 'emerge -uvDN world'?
(In reply to comment #7) > (In reply to comment #5) > > That is not a bug. You must remove php before upgrading > > OK, if I do first 'emerge -C php', then the blocking for 'emerge -uvDN > world' disappears. But why I have to erase the php versions manually, why > they are not deleted by 'emerge -uvDN world'? Because automatically causing a state where PHP is not installed is a bad thing. In some cases it could cause a server to fail.
After a bit of discussions, it was made clear that regular soft blocker will work. Sorry for the inconvenience.