Bug#203324: unreproducible?

2003-08-06 Thread Harald Nordgård-Hansen
GOTO Masanori <[EMAIL PROTECTED]> writes: > If this bug is occured by kernel changes, then this bug should be > reassigned to kernel-image-2.4.21-{sun4*,sparc*} package. Nope, this bug occurred by libc6/gcc changes. It is masked/fixed by using kernel 2.4.21, current libc6 is incompatible with all

Bug#203324: unreproducible?

2003-08-06 Thread Harald Nordgård-Hansen
Ben Collins <[EMAIL PROTECTED]> writes: > Not a bug. Current gcc-3.2/gcc-3.3 on sparc is geared toward a default > v8 hwmul target (e.g. real sun4m's and up). The reason being that the > old v7/v8softmul was bringing performance down noticably (and I mean > visually being able to measure small task

Bug#203324: unreproducible?

2003-08-06 Thread Ben Collins
> If this bug is occured by kernel changes, then this bug should be > reassigned to kernel-image-2.4.21-{sun4*,sparc*} package. > > debian-sparc people, do you know that 2.4.21 sparc kernel has incomplete > trap routine? Bugs#203322 and #203324 say something about this: > > #203322: python2.2:

Bug#203324: unreproducible?

2003-08-06 Thread Harald Nordgård-Hansen
GOTO Masanori <[EMAIL PROTECTED]> writes: > If this bug is occured by kernel changes, then this bug should be > reassigned to kernel-image-2.4.21-{sun4*,sparc*} package. Nope, this bug occurred by libc6/gcc changes. It is masked/fixed by using kernel 2.4.21, current libc6 is incompatible with all

Bug#203324: unreproducible?

2003-08-06 Thread Harald Nordgård-Hansen
Ben Collins <[EMAIL PROTECTED]> writes: > Not a bug. Current gcc-3.2/gcc-3.3 on sparc is geared toward a default > v8 hwmul target (e.g. real sun4m's and up). The reason being that the > old v7/v8softmul was bringing performance down noticably (and I mean > visually being able to measure small task

Bug#203324: unreproducible?

2003-08-06 Thread Ben Collins
On Wed, Aug 06, 2003 at 09:08:15AM +0200, Harald Nordg?rd-Hansen wrote: > Ben Collins <[EMAIL PROTECTED]> writes: > > Not a bug. Current gcc-3.2/gcc-3.3 on sparc is geared toward a default > > v8 hwmul target (e.g. real sun4m's and up). The reason being that the > > old v7/v8softmul was bringing pe

Bug#203324: unreproducible?

2003-08-06 Thread Kurt Mosiejczuk
On Wed, 6 Aug 2003, Ben Collins wrote: > Not a bug. Current gcc-3.2/gcc-3.3 on sparc is geared toward a default > v8 hwmul target (e.g. real sun4m's and up). The reason being that the > old v7/v8softmul was bringing performance down noticably (and I mean > visually being able to measure small t

Bug#203324: unreproducible?

2003-08-06 Thread GOTO Masanori
At Wed, 6 Aug 2003 10:27:00 -0400, Ben Collins wrote: > On Wed, Aug 06, 2003 at 09:08:15AM +0200, Harald Nordg?rd-Hansen wrote: > > Ben Collins <[EMAIL PROTECTED]> writes: > > > Not a bug. Current gcc-3.2/gcc-3.3 on sparc is geared toward a default > > > v8 hwmul target (e.g. real sun4m's and up).

Can I force installation of locales with a small version mismatch?

2003-08-06 Thread Alessandro Morelli
Hi all, due to a pure act of laziness on my part, I "forgot" to install locales along with libc6. Since the install in question is a busy server, I'm afraid of installing a newer libc6 (2.2.x -> 2.3.x) or of performing a downgrade (2.2.15-14 -> 2.2.15-11.5). Can I force the installation of local

Bug#184048: [m68k] binutils testsuite failures built in a glibc-2.3.1 environment

2003-08-06 Thread GOTO Masanori
Hi Matthias, At Sun, 9 Mar 2003 08:26:52 +0100, Matthias Klose wrote: > Package: libc6-dev > Version: 2.3.1 > Severity: grave > > Attached is a diff of a binutils built in unstable with gcc-2.95 and > one built on yesterday's testing (still glibc-2.2.5). Although I > cannot prove that other build