[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Proposal(s) for handling libqt3-mt situation



On Sat, Feb 16, 2008 at 10:52:01AM +0000, Modestas Vainius wrote:
> Hi,
> 
> 2008 m. February 16 d., Saturday, Pierre Habouzit rašė:
> >   Okay that's quite a few, so the "Conflict" option sucks. Here is
> > another plan, tell me what you think, we put a debian specific hack in
> > the glibc to reenable the extern inlines for _ONLY_ the packages that
> > ask for it, for lenny, and remove it in lenny+1.
> Ok, so it's actually a debate whether to readd missing symbols to affected 
> libraries themselves or to libc6-dev. If Matthew is correct, all packages 
> except trustedqsl are victims of libqt3-mt. By the way, I'm not sure if tsql 
> is a problem (atoi is versioned?):
> 
> $ objdump -tT /usr/bin/tqsl | grep atoi
> 0000000000000000      DF *UND*  0000000000000015  GLIBC_2.2.5 atoi
> $ objdump -tT /usr/bin/tqslcert | grep atoi
> 0000000000000000      DF *UND*  0000000000000015  GLIBC_2.2.5 atoi
> $ objdump -Tt /usr/lib/libtqsllib.so.1.0.0 | grep atoi
> 0000000000000000      DF *UND*  0000000000000015  GLIBC_2.2.5 atoi

  atoi is a libc symbol, so I don't see a problem with that:
$ objdump -T /lib/libc-2.7.so|grep atoi
0000000000032530 g    DF .text	0000000000000015  GLIBC_2.2.5 atoi

The fact that atoi is clearly versionned should have given you a hint ;P

> If what you say was true, ktorrent 2.2.5.dfsg.1-1 should not depend on 
> fstat64, because
> 
> 1. ktorrent 2.2.5.dfsg.1-1 was uploaded on Wed, 06 Feb 2008 23:07:08 +0200, 
> hence built against libc6-dev (>= 2.7) without extern inlines in sys/stat.h 
> That's essentially the same as it would be building 
> without -D_USE_DEBIAN_GLIBC_EXTERN_INLINE_HACK
> 2. qt-x11-free 3.3.7-9 was uploaded on Wed, 26 Sep 2007 21:42:24 +0200, hence 
> built against libc6-dev (<< 2.7) with extern inlines in sys/stat.h present. 
> That's essentially the same as it would be building 
> with -D_USE_DEBIAN_GLIBC_EXTERN_INLINE_HACK
> 3. ktorrent 2.2.5.dfsg.1-1 was linked against qt-x11-free 3.3.7-9 (app, not 
> using  -D_USE_DEBIAN_GLIBC_EXTERN_INLINE_HACK, was linked against lib, 
> using -D_USE_DEBIAN_GLIBC_EXTERN_INLINE_HACK).
> 
> As you see, all conditions were met, but, unfortunately, ktorrent 
> 2.2.5.dfsg.1-1 still depends on exported fstat64

  I absolutely don't understand how that can be true. I mean it doesn't
make sense, ktorrent gets the symbol from the libc6, and it just emits
an undefined symbol because qt3 provides it at the time, there is no way
it gets it another way.

  So I'll try to redo a proper test where I'm actually really sure of what I
have during the build instead of probable speculations.

> >   No Conflicts are needed, We only need a list of _library_ packages
> > that have the stat (and other symbols) defined reuploaded with a
> > -D_USE_DEBIAN_GLIBC_EXTERN_INLINE_HACK in the CFLAGS.
> Do you want to add hack to lib6-dev just for Qt3?

  I fear it's not _only_ qt3. And yes, given that there are 20+ packages
affected in the end, I'm more than ready to do it.


-- 
·O·  Pierre Habouzit
··O                                                madcoder@debian.org
OOO                                                http://www.madism.org

Attachment: pgprHp14KtiTP.pgp
Description: PGP signature


Reply to: