Re: Approval to upload gcc-defaults 1.70?

2008-04-16 Thread Grant Grundler
On Wed, Apr 16, 2008 at 02:48:09PM +0200, Matthias Klose wrote: > Grant Grundler writes: ... > > Has anyone built a kernel with this version of gcc-4.3 and tried it? > > Can I "apt-get install -t sid gcc-4.3" on my hybrid system and get > > the right version? > > gcc-4.3 and gcc-4.3-hppa64 are bot

Re: Approval to upload gcc-defaults 1.70?

2008-04-16 Thread Grant Grundler
On Wed, Apr 16, 2008 at 02:48:09PM +0200, Matthias Klose wrote: > Grant Grundler writes: > > On Sun, Apr 13, 2008 at 11:53:54PM +0200, Aurelien Jarno wrote: > > ... > > > FYI the glibc testsuite with gcc-4.3 on HPPA now gives the same results > > > than with gcc-4.2, except on one FPU test, due to

List of packages most probably affected by PR35662

2008-04-16 Thread Kevin B. McCarty
I wrote: > I will post the list of packages that appear to be affected by PR35662 > later today in a follow-up message to [EMAIL PROTECTED] For your information, here is a list of source packages for which current mips(el) binary packages in Sid are almost certainly affected by gfortran PR35662 [

Bug#476427: gfortran-4.3: Please include patch for PR35662 to fix problem on mips(el)

2008-04-16 Thread Kevin B. McCarty
Package: gfortran-4.3 Severity: important Tags: patch Hi gcc-4.3 maintainers, Could you please include the patch fixing gfortran PR35662 [1] available from [2]? This issue is likely to break a fairly large amount of FORTRAN code that has been compiled with optimization level -O1 or greater with

Re: Approval to upload gcc-defaults 1.70?

2008-04-16 Thread Matthias Klose
Grant Grundler writes: > On Sun, Apr 13, 2008 at 11:53:54PM +0200, Aurelien Jarno wrote: > ... > > FYI the glibc testsuite with gcc-4.3 on HPPA now gives the same results > > than with gcc-4.2, except on one FPU test, due to a bug in the *glibc*. > > > > So it *seems* HPPA is ready for gcc-4.3 by

Re: bin-NMUs for hunspell transition (was: Re: libhunspell SONAME transition)

2008-04-16 Thread Rene Engelhard
Hi, Rene Engelhard wrote: > xulrunner - i386, mipsel, powerpc, s390 [2][3] - +b2 i386 and powerpc now uploaded by me per hand. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: RFH: Multiarch capable toolchain as release goal

2008-04-16 Thread Matthias Klose
Goswin von Brederlow writes: > Andreas Barth <[EMAIL PROTECTED]> writes: > > > * Goswin von Brederlow ([EMAIL PROTECTED]) [080415 20:34]: > >> Description: The toolchain should be ready to handle libraries and > >>include files in the multiarch locations. > >> Bug-Url: http://bugs.debian.o

Re: RFH: Multiarch capable toolchain as release goal

2008-04-16 Thread Andreas Barth
* Goswin von Brederlow ([EMAIL PROTECTED]) [080416 09:19]: > Andreas Barth <[EMAIL PROTECTED]> writes: > > Binutils are frozen for Lenny, so please no additional changes. > I hope you do agree that binutils will need a freeze exception for > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=4762

Bug#427697: sbackup uses a non-existent group.

2008-04-16 Thread Charles Plessy
Package: sbackup Version: 0.10.4 Followup-For: Bug #427697 sbackup tries to write its files under root:admin, but the 'admin' group does not exist on default Debian installations. Here is the relevant part of the code: anx159《sbackup-0.10.4》$ grep admin -A3 -B3 sbackupd.py # Check our user id i

Re: RFH: Multiarch capable toolchain as release goal

2008-04-16 Thread Goswin von Brederlow
Andreas Barth <[EMAIL PROTECTED]> writes: > * Goswin von Brederlow ([EMAIL PROTECTED]) [080415 20:34]: >> Description: The toolchain should be ready to handle libraries and >>include files in the multiarch locations. >> Bug-Url: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369064 >>

Re: RFH: Multiarch capable toolchain as release goal

2008-04-16 Thread Marc Haber
On Wed, 16 Apr 2008 06:24:09 +0200, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: >Ove Kaaven <[EMAIL PROTECTED]> writes: >> The way I understand it, they HAVE been pushing... and pushing... for >> a long time... against a nonresponsive binutils maintainer. This >> thread is just their latest, la

Re: pending libgmime transition

2008-04-16 Thread David Paleino
2008/4/16, Stephen Gran <[EMAIL PROTECTED]>: > This one time, at band camp, Stephen Gran said: > > libgmime had an ABI change (it changed sizeof(off_t)) without a soname > > bump. As a short term work around, I've NMUed it with a package rename. > > This means it will hit NEW, but when it comes ou