Summary: | dev-php5/pecl-ssh2-0.11.2-r1 (and others pecls and dev-php5/*) doesn't build correctly libraries for php:5.2 when php:5.3 is installed parallel | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marcin Mirosław <bug> |
Component: | Current packages | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | critical | CC: | ccweb03 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Marcin Mirosław
2011-01-18 13:55:10 UTC
Created attachment 260174 [details]
build.log
Can you retry without FEATURES="keepwork"? I've noticed problem without keepwork, i set this flag to provide build.log Please look at bug #352068, the same problem. Okay. Never mind that then. Thing is that I run this setup on a rather large number of servers and I have done so for some six months now, with a lot of upgrading and downgrading and emerge (-C) of pecl ebuilds without any issues like this. It has also passed through QA and whatnot. I also tried to reproduce, bvut no luck. *** Bug 352068 has been marked as a duplicate of this bug. *** I managed to reprocude! The issue seem to be related to USE="threads" Never mind that. That was just a coincidence. The bug is in the pecl eclass. Fix will hopefully be in CVS in after some testing. Fix committed to CVS now. Please test and see if it solves this bug. I've tested only on one host, pecles compiles correctly for me:) In Gentoo we have two branches "stable" and "~ unstable", it's for package. But what about eclasses? One change in it can break compilation of many packages. I don't have idea how to do it, but everyone (every dev) can make mistake and change eclass in unwanted way. (In reply to comment #10) > I've tested only on one host, pecles compiles correctly for me:) > In Gentoo we have two branches "stable" and "~ unstable", it's for package. But > what about eclasses? One change in it can break compilation of many packages. I > don't have idea how to do it, but everyone (every dev) can make mistake and > change eclass in unwanted way. > You are quite right. Especially for something as complicated as PHP (huge number of USE flags, configuration settings and packages). In this case it was a small change in php-ext-source that affected php-ext-pecl ... It doesn't get any better that the PHP herd is stretched thin. Anyways, thanks for reporting and providing feedback! > It doesn't get any better that the PHP herd is stretched thin. I think this is one of the bigest problem with gentoo, too few maintainers. > Anyways, thanks for reporting and providing feedback! Thank you for important fix! |