The newly slotted php-5.3.3-r3 can only be installed without dev-libs/ossp-uuid-1.6.2 (used py postgresql-server), since that seems to pull in nonslotted php even with USE="-php". I force-removed ossp-uuid to get php sorted first, and now reinstalling ossp-uuid is blocked even with PHP disabled: holger>USE="-php" emerge -vp ossp-uuid These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-libs/ossp-uuid-1.6.2 USE="cxx -php" 388 kB [blocks B ] =dev-lang/php-5.3.3-r3 ("=dev-lang/php-5.3.3-r3" is blocking dev-libs/ossp-uuid-1.6.2) Total: 1 package (1 new), Size of downloads: 388 kB Conflict: 1 block (1 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (dev-libs/ossp-uuid-1.6.2::gentoo, ebuild scheduled for merge) pulled in by =ossp-uuid-1.6.2 (dev-lang/php-5.3.3-r3::gentoo, installed) pulled in by dev-lang/php:5.3 required by @selected Reproducible: Always Steps to Reproduce: 1. try to emerge php-5.3.3-r3 with ossp-uuid installed 2. blockage! 3. This hard dependency of ossp-uuid on PHP looks like a reversal of bug#219108 :)
edit the ebuild and change the dependancy from php:5 to php:5.3
while my previous comment helps avoid the conflict, this only works if ossp-uuid is already installed. i haven't had time to investigate but the php eutils helper must not be tweaking things right as it php 5.3.3-r3 now blocks ossp-uuid.
ok. these numerous blockers can usually be solved by a few things 1) change any dep from php:5 to php:5.3 -DEPEND="php? ( dev-lang/php:5 )" +DEPEND="php? ( dev-lang/php:5.3 )" 2) change the eutil from -r1 to -r2 -inherit php-ext-source-r1 +inherit php-ext-source-r2 3) -php-ext-base-r1_addtoinifiles ... +php-ext-source-r2_addtoinifiles ... 4) change the EAPI from 1 to 2 -EAPI="1" +EAPI="2" however that doesn't fully fix ossp-uuid, need some autotools love
I have this problem as well, it prevented me from installing postgresql. I "fixed" it by removing any trace of php from the ebuild.
Also affects stable slotted 5.3.4
(In reply to comment #5) > Also affects stable slotted 5.3.4 Confirmed. I added the ".3" to the ebuild and created a symlink for /usr/lib/php5.3/bin in /usr/lib/php5 so build would find php-config, that worked for me as a workaround (after having unmerged ossp-uuid and php-5.3.3 first).
*** Bug 350675 has been marked as a duplicate of this bug. ***
the bug is still there
I also saw this bug, setting USE="-uuid" before installing postgresql-server allowed me to proceed without having to adjust ebuilds or remove PHP. However, I don't have UUID stuff in my PG :( I vote this ebuild be patched with the suggestions here.
I also vote for this problem to be solved. I need to emerge both php and ossp-uuid on the same machine.
(In reply to comment #10) > I also vote for this problem to be solved. I need to emerge both php and > ossp-uuid on the same machine. If you don't need the UUID support in PHP you can move the build into a local overlay (you have one, right? :) and remove all the PHP bits (from IUSE and all "if use php" blocks). That will allow +uuid for Postgres and PHP installed at the same time. I know basically nothing about PHP or how the eclass/slotting works, else I would have attempted a proper patch some time ago. :/
Hey this is fixed by just using the next PHP revision. =dev-lang/php-5.3.5-r1 I didn't have to tweak the ebuild for ossp-uuid at all. This works for me: --- Calculating dependencies... done! [ebuild R ] dev-lang/php-5.3.5-r1 [5.3.5] USE="(-adabas) apache2 bcmath berkdb (-birdstep) bzip2 -calendar cdb cgi -cjk cli crypt ctype curl -curlwrappers -db2 (-dbmaker) -debug -doc -embed (-empress) (-empress-bcs) -enchant (-esoob) -exif fileinfo filter (-firebird) -flatfile -fpm (-frontbase) ftp gd -gd-external gdbm gmp hash iconv imap inifile -interbase -intl -iodbc ipv6 json -kerberos -kolab ldap -ldap-sasl -libedit mhash -mssql -mysql -mysqli -mysqlnd nls -oci8 -oci8-instant-client -odbc pcntl pdo phar -pic posix postgres -qdbm readline -recode -sapdb session -sharedext sharedmem simplexml snmp soap sockets (-solid) spell sqlite sqlite3 ssl -suhosin (-sybase-ct) sysvipc -threads -tidy tokenizer truetype unicode -wddx xml -xmlreader xmlrpc -xmlwriter -xpm -xsl zip zlib" 10,563 kB [ebuild R ] dev-libs/ossp-uuid-1.6.2 USE="cxx -php" 0 kB [ebuild R ] dev-db/postgresql-server-9.0.3 USE="-doc nls perl -pg_legacytimestamp python (-selinux) -tcl uuid xml" LINGUAS="-af -cs -de -es -fa -fr -hr -hu -it -ko -nb -pl -pt_BR -ro -ru -sk -sl -sv -tr -zh_CN -zh_TW" 0 kB --- But notice that ossp-uuid is USE="-php" If USE="php" then it will fail with blocking because ossp-uuid needs: --- EAPI="2" DEPEND="php? ( dev-lang/php:5.3 )" --- Then it build build ossp-uuid with PHP, PostgreSQL+UUID and all works well. I think fix is to update ossp-uuid, then stabilise dev-lang/php-5.3.5-r1 Thank you!
Created attachment 266515 [details, diff] Patch migrating ossp-uuid-1.6.2 to minor version slotted PHP
Created attachment 266517 [details, diff] Removed the PHP specific part of ossp-uuid-1.6.2-gentoo.patch
Created attachment 266519 [details] The PHP specific part of ossp-uuid-1.6.2-gentoo.patch As there is one build dir per PHP slot, I split ossp-uuid-1.6.2-gentoo.patch so that it can be applied to each of the build dirs.
I hope this helps migrating this package to support minor version slotted PHP.
I called a maintainer timeout on this bug. Based on my testing the attached patches seems to work well. This has been confirmed by other people as well. Hope this will not cause anyone any inconvenience.
