Summary: | dev-lang/php-5.3.14_rc2 causes <dev-libs/libpcre-8.30 downgrade on unstable branch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | Current packages | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | fedux, pacho |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 414997 |
Description
Juergen Rose
2012-06-05 18:13:13 UTC
dev-libs/libpcre:3 (dev-libs/libpcre-8.30-r2::gentoo, ebuild scheduled for merge) conflicts with <dev-libs/libpcre-8.30 required by (dev-lang/php-5.3.14_rc2::gentoo, ebuild scheduled for merge) Now I have the issue on the next computer. It seems that, net-analyzer/rrdcollect-0.2.9 wants to downgrade libpcre: root@lynx:/root(2)# emerge -pvuNDt world These are the packages that would be merged, in reverse order: ... [nomerge ] net-analyzer/rrdcollect-0.2.9 USE="pcre -exec -librrd" [ebuild UD ] dev-libs/libpcre-8.21 [8.30-r2] USE="bzip2 cxx jit readline recursion-limit (unicode) zlib -static-libs (-pcre16%)" 1,147 kB ... (In reply to comment #2) > Now I have the issue on the next computer. It seems that, > net-analyzer/rrdcollect-0.2.9 wants to downgrade libpcre: > > root@lynx:/root(2)# emerge -pvuNDt world > > These are the packages that would be merged, in reverse order: > ... > [nomerge ] net-analyzer/rrdcollect-0.2.9 USE="pcre -exec -librrd" > [ebuild UD ] dev-libs/libpcre-8.21 [8.30-r2] USE="bzip2 cxx jit > readline recursion-limit (unicode) zlib -static-libs (-pcre16%)" 1,147 kB No, it doesn't. It simply {R}DEPENDs on dev-libs/libpcre. And you ought to be able to simply `emerge -v1 sys-apps/grep'. @Juergen: Please figure out which installed packages really caused the downgrade. @Federico: Please file a new bug report. Same here. Grep and revdep-rebuild is broken after downgrade libpcre. I fix it by emerging libpcre from old package. OK, I was wrong with my first guess (Comment 2). I think, Frederico is right (Comment 1): root@tiger:/root(8)# grep -C3 libpcre /usr/portage_tiger/dev-lang/php/php-5.3.14_rc2.ebuild DEPEND="!dev-lang/php:5 >=app-admin/eselect-php-0.6.2 >=dev-libs/libpcre-8.12[unicode] <dev-libs/libpcre-8.30 apache2? ( www-servers/apache[threads=] ) berkdb? ( =sys-libs/db-4* ) bzip2? ( app-arch/bzip2 ) At least if I mask =php-5.3.14_rc2, the issue disappears: root@tiger:/root(10)# grep php /etc/portage/package.mask =dev-lang/php-5.3.14_rc2 ln -s /lib/libpcre.so.0 /lib/libpcre.so.1 emerge grep rm /lib/libpcre.so.1 fixed the problem (I confirm the first post) grep (and emerge, revdep-rebuild) works. I have dev-libs/libpcre-8.21 installed (8.30-r2 upgrade not allowed because <dev-libs/libpcre-8.30 required by (dev-lang/php-5.3.14_rc2::gentoo, ebuild scheduled for merge) There's one more issue here, perhaps related to the broken version of gentoolkit (gentoolkit-0.3.0.4-r4 didn't detect grep as depending on libpcre for some reason, gentoolkit-0.3.0.6-r2 did). Namely, grep on tinderbox is broken - it still links to libpcre.so.0, while tinderbox already has libpcre.so.1. Well, @Federico has obviously unmasked dev-lang/php-5.3.14_rc2, whereas stable =dev-lang/php-5.3.13 has a proper dependency on whatever the latest stable dev-libs/libpcre happens to be, so the latter (stable + stable) wouldn't cause the downgrade, and neither would unstable + unstable. So either this bug report is invalid, because we don't support mixing stable + unstable, or it is about revdep-rebuild needing packages that need revdep-rebuild. (In reply to comment #10) > Well, @Federico has obviously unmasked dev-lang/php-5.3.14_rc2, whereas > stable =dev-lang/php-5.3.13 has a proper dependency on whatever the latest > stable dev-libs/libpcre happens to be, so the latter (stable + stable) > wouldn't cause the downgrade, and neither would unstable + unstable. I'm on ~amd64, but didn't unmask dev-lang/php-5.3.14_rc2. Theres is a version bump from yesterday: 05 Jun 2012; Ole Markus With <olemarkus@gentoo.org> +php-5.3.14_rc2.ebuild: Added 5.3.13 RC 2 for testing The thing is that the new version has an extra dep on <dev-libs/libpcre-8.30. Relevant chunk: --- /usr/portage/dev-lang/php/php-5.3.13.ebuild +++ /usr/portage/dev-lang/php/php-5.3.14_rc2.ebuild @@ -117,6 +116,7 @@ DEPEND="!dev-lang/php:5 >=app-admin/eselect-php-0.6.2 >=dev-libs/libpcre-8.12[unicode] + <dev-libs/libpcre-8.30 apache2? ( www-servers/apache[threads=] ) berkdb? ( =sys-libs/db-4* ) bzip2? ( app-arch/bzip2 ) Latest stable dev-libs/libpcre is 8.30-r2. So php shouldn't depend on a version lower than current stable. That's a bug in php-5.3.14_rc2.ebuild But I think there might be something broken here as well, as downgrading libpcre breaks the system and perphaps libpcre.so.* should be protected until revdep-rebuild has been run. > > So either this bug report is invalid, because we don't support mixing stable > + unstable, or it is about revdep-rebuild needing packages that need > revdep-rebuild. *** This bug has been marked as a duplicate of bug 419925 *** *** Bug 419925 has been marked as a duplicate of this bug. *** Forcing the downgrade was bogus. Removing the dependency. Thanks for reporting this bug. |