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

On Sat, Feb 16, 2008 at 08:08:17AM +, Matthew Rosewarne wrote: On Thursday 14 February 2008, Modestas Vainius wrote: Hi, As of writing, libqt3-mt ABI breakage caused serious 16 bugs (#464946 friends) to be reported by our users. So I think it's high time we took some action today

Processed: forcibly merging 465844 466026

Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 forcemerge 465844 466026 Bug#465844: libc6: Can't upgrade from Etch Bug#466026: libc6: doesn't upgrade from etch Bug#465753: libc6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not

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

On Sat, Feb 16, 2008 at 10:52:01AM +, 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

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

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

glibc_2.3.6.ds1-13etch5_i386.changes INSTALLED into stable

Installing: glibc-doc_2.3.6.ds1-13etch5_all.deb to pool/main/g/glibc/glibc-doc_2.3.6.ds1-13etch5_all.deb glibc_2.3.6.ds1-13etch5.diff.gz to pool/main/g/glibc/glibc_2.3.6.ds1-13etch5.diff.gz glibc_2.3.6.ds1-13etch5.dsc to pool/main/g/glibc/glibc_2.3.6.ds1-13etch5.dsc

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

On Sat, Feb 16, 2008 at 10:58:13AM +, Pierre Habouzit wrote: 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

Bug#460226: marked as done (Memory leak in SUNRPC code)

Your message dated Sat, 16 Feb 2008 12:17:07 + with message-id [EMAIL PROTECTED] and subject line Bug#460226: fixed in glibc 2.3.6.ds1-13etch5 has caused the Debian Bug report #460226, regarding Memory leak in SUNRPC code to be marked as done. This means that you claim that the problem has

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

On Sat, Feb 16, 2008 at 01:22:31PM +, Pierre Habouzit wrote: We should still look in the archive if other libraries have the symbols and deal on a per case basis. It seems c++ libraries are the one affected, C ones usually arent as extern inline has a different meaning in C (especially