Bug#339261: library package needs to be renamed (libstdc++ allocator change)

Package: scim Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339264: library package needs to be renamed (libstdc++ allocator change)

Package: sim Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339265: library package needs to be renamed (libstdc++ allocator change)

Package: snmpkit Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339262: library package needs to be renamed (libstdc++ allocator change)

Package: sidplay-libs Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc*

Bug#339263: library package needs to be renamed (libstdc++ allocator change)

Package: sigcperl Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc*

Bug#339266: library package needs to be renamed (libstdc++ allocator change)

Package: sqlxx Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339267: library package needs to be renamed (libstdc++ allocator change)

Package: stk Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339268: library package needs to be renamed (libstdc++ allocator change)

Package: strutilsxx Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc*

Bug#339269: library package needs to be renamed (libstdc++ allocator change)

Package: sword Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339270: library package needs to be renamed (libstdc++ allocator change)

Package: taglib Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339271: library package needs to be renamed (libstdc++ allocator change)

Package: tqsllib Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339272: library package needs to be renamed (libstdc++ allocator change)

Package: tse3 Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339273: library package needs to be renamed (libstdc++ allocator change)

Package: tulip Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339274: library package needs to be renamed (libstdc++ allocator change)

Package: varconf Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339275: library package needs to be renamed (libstdc++ allocator change)

Package: vips Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339276: library package needs to be renamed (libstdc++ allocator change)

Package: vtk Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339277: library package needs to be renamed (libstdc++ allocator change)

Package: wfmath Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339278: library package needs to be renamed (libstdc++ allocator change)

Package: wftk Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339279: library package needs to be renamed (libstdc++ allocator change)

Package: xalan Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339280: library package needs to be renamed (libstdc++ allocator change)

Package: zipios++ Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc*

Bug#339281: library package needs to be renamed (libstdc++ allocator change)

Package: usrp Severity: important Please do not take any action before reading http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols.

Bug#339282: partman-auto: complains about too small free space when there's 8GB free

Package: partman-auto Severity: normal I tried installing the last beta1 on a system with already installed W2K partitions (3 primary partitions) and 8.2GB free space. When arriving at the Guided partitioning step, I did choose Use the largest free space option which seems to be the most usual

Bug#339283: [Debian-ppc64-devel] Re: Package: installation-reports

Package: installer On Mon, Nov 14, 2005 at 05:06:25PM -0600, John Engel wrote: cool.. I'll try the new build before filling out any installation reports. A couple other things I noticed: - The 32-bit kernel was installed by default unless I did the install in expert mode using expert64

Bug#338107: pdsh: Debconf templates do not follow Developer's Reference recommendations

Quoting Brian Pellin ([EMAIL PROTECTED]): Christian Perrier wrote: I've taken into account your suggestions, and I have included the revised version. Please let me know if you have any additional suggestions. Fine by me. What I now suggest is running debconf-updatepo, then

Bug#338551: avce00 should suggest e00compr

clone 338551 -1 -2 reassign -1 avce00 retitle -1 avce00 should suggest e00compr retitle -2 e00compr should suggest avce00 thanks Recommends is not the appropriate relationship, but suggests is. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed

Bug#339137: checkinstall: problem solved by downgrading coreutils

Package: checkinstall Version: 1.5.3-3 Followup-For: Bug #339137 By downgrading coreutils from 5.93-2 to 5.2.1-2.1, checkinstall worked. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')

Bug#339286: coreutils: 5.93-2 broke checkinstall, reverting to 5.2.1-2.1 fixed it

Package: coreutils Version: 5.2.1-2.1 Severity: important I had checkinstall break since November 11 2005. I tried downgrading my kernel, libc6, reinstalling checkinstall and finally downgrading coreutils before it worked again. See bug #339137. Regards, Arthur. -- System Information:

Bug#339287: binutils: c++filt hangs with gcj

Package: binutils Version: 2.16.1cvs20050902-1 Severity: grave Justification: renders package unusable Starting with binutils 2.16.1cvs20050902-1 the program c++filt hangs when starting up eclipse when using gcj as Java runtme. Gcj calls c++filt internally when exceptions are thrown to be able

Bug#323425: implicitly converted pointers

On Mon, 2005-11-14 at 23:28 -0700, Joel Aelwyn wrote: tags 323425 -patch done dann frazier wrote: Package: cronolog Version: 1.6.2-5 Severity: important Tags: patch Our automated buildd log filter[1] detected a problem[2] that will cause your package to segfault on

Bug#335476: nscd: Caches old IP-address

* Dave Love: Florian Weimer [EMAIL PROTECTED] writes: The current code tries to honor TTLs. It might be sufficient to set a zero (or very low) TTL for entries coming from /etc/hosts. Does `current' mean in the latest Debian package? Yes. I can't see anything relevant in the changelog,

Bug#338989: aptitude: updated pl.po

tags 338989 pending thanks Quoting Christian Perrier ([EMAIL PROTECTED]): Quoting Michal Politowski ([EMAIL PROTECTED]): Package: aptitude Version: 0.4.0-3 Severity: wishlist Tags: l10n Updated Polish translation attached. Merging with the last POT file, we get 5 new

Bug#339140: aptitude: [INTL:zh_CN] Patch for zh_CN translation

tags 339140 pending thanks Quoting Ming Hua ([EMAIL PROTECTED]): Package: aptitude Severity: wishlist Tags: patch l10n Please find attached patch for zh_CN.po, simplified Chinese translation. The changes are small so I just made a patch against the file on d-i translation page. If the

Bug#334430: [Pkg-db-devel] hangs on corrupted db file

Florian - thanks for your input! On Monday 14 November 2005 22.51, Florian Weimer wrote: (BTW, the submitter isn't Cc:ed, is this correct?) Right. I guess he should've been... And the postgrey mailing list, too. * Adrian von Bidder: It's a case of db4.3 apparently hanging on corrupted

Bug#312830: marked as done ([PR 23621] [m68k] gcj-dbtool-4.0 aborts)

reopen 312830 thanks Stephen R Marenka writes: On Sun, Nov 13, 2005 at 03:17:22AM +0100, Matthias Klose wrote: Debian Bug Tracking System writes: Package: gij-4.0 Version: 4.0.2-3 I've confirmed that this bug is fixed in or before gcc-4.0_4.0.2-3. strange. what you did check

Bug#334430: [postgrey] Re: Bug#334430: [Pkg-db-devel] hangs on corrupted db file

Dear Adrian, Floarian, and Nick, On Tue, Nov 15, 2005 at 08:32:44 +0100, Adrian von Bidder wrote: On Monday 14 November 2005 22.51, Florian Weimer wrote: postgrey seems to use proper locking and DB_RECOVERY, so it *should* work. But postgrey disables durable transactions: my

Bug#339006: courier: Uses obsolete PostgreSQL build dependency

Hi Stefan! Stefan Hornburg [2005-11-14 22:14 +0100]: Martin Pitt wrote: Package: courier Version: 0.47-12 Tag: patch Hi Stefan! courier uses an obsolete way of building the PostgreSQL backend. Please see [1] for the details and [2] for the patch. That sounds sensible, but how can I

<    1   2   3   4   5   6