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. 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.  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
Description: PGP signature