On Mon, Feb 18, 2008 at 08:39:51AM +0000, Steve Langasek wrote: > On Sat, Feb 16, 2008 at 10:17:33AM +0100, Pierre Habouzit wrote: > > > digikam > > > k3b > > > kcontrol > > > kdirstat > > > kexi > > > konq-plugins > > > konqueror > > > ktorrent > > > libk3b3 > > > libmyth-0.20.2 > > > mythdvd > > > mythmusic > > > mythtv-backend > > > pdfedit > > > trustedqsl > > > virtualbox-ose > > > Okay that's quite a few, so the "Conflict" option sucks. > > Well, considering this is a very small percentage of the total libqt3 > reverse-deps, I think it's at least a "less bad" solution than a library > transition. I don't know for sure, but would expect the impact on > dist-upgrades to be manageable.
Well, actually, it seems that (with our more extended search) stat64 and friends are the 3 sole missing symbols, and they will be hacked back in, as qt3 is in the leave on the long term (probably will still be here in lenny+1, probably not in lenny+2). We understand fully why they are missing now, and that's why we're sure that (1) the problem is limited to Qt and (2) it won't show up again[0]. There is an experimental package with the symbols hacked back in and built with -O2, we should avoid (1) a transition (2) conflicts (3) delaying kde 3.8.9 upload. I'll still check that none of the other symbols that got missing due to the use of -O2 were really used in any qt3 rdeps somewhere in the week though. Thanks a _lot_ to Modestas for his invaluable help on that issue. [0] basically you need to (1) be a library (2) in c++ (3) built with -O0 (4) with an old glibc (<= 2.6) to get the symbols. We hope qt3 was the sole library meeting these conditions, and if not, the hack will be the same: reinstate the missing symbols back in, as the real source of the bug isn't really libc6-dev, but the fact that the library was built with -O0 despite the policy. -- ·O· Pierre Habouzit ··O [EMAIL PROTECTED] OOO http://www.madism.org
pgprOCk5sm3z4.pgp
Description: PGP signature