On Thursday 13 November 2003 04:12, Daniel Jacobowitz wrote:
> On Thu, Nov 13, 2003 at 02:54:40AM +0100, Felix Seeger wrote:
> > open("/usr/lib/tls/libGL.so.1", O_RDONLY) = 8
> > read(8, "[EMAIL PROTECTED]"..., 512)
> > = 512
> > fstat64(8, {st_mode=S_IFREG|0755, st_size=430820, ...}) = 0
> > write
On Thursday 13 November 2003 04:12, Daniel Jacobowitz wrote:
> On Thu, Nov 13, 2003 at 02:54:40AM +0100, Felix Seeger wrote:
> > open("/usr/lib/tls/libGL.so.1", O_RDONLY) = 8
> > read(8, "[EMAIL PROTECTED]"..., 512)
> > = 512
> > fstat64(8, {st_mode=S_IFREG|0755, st_size=430820, ...}) = 0
> > write
On Thu, Nov 13, 2003 at 05:05:26AM +0200, Martin-Éric Racine wrote:
> Package: linux-kernel-headers
> Version: 2.5.999-test7-bk-9
> Severity: important
>
> For example:
>
> gcc -DHAVE_CONFIG_H -I. -I../../../gfxdrivers/matrox -I../..
> -I../../../include -I../../../src -D_REENTRANT -Wall -O3 -ff
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-9
Severity: important
For example:
gcc -DHAVE_CONFIG_H -I. -I../../../gfxdrivers/matrox -I../.. -I../../../include
-I../../../src -D_REENTRANT -Wall -O3 -ffast-math -pipe -DFUSION_FAKE
-Werror-implicit-function-declaration -c
../../../gfx
Andi Kleen and David Miller believe this bug, or at the least the
symptoms of statfs64(), are caused by a bug in the kernel. Here is the
proposed patch:
--- fs/compat.c.~1~ Wed Nov 12 16:09:49 2003
+++ fs/compat.c Wed Nov 12 16:10:35 2003
@@ -169,7 +169,6 @@
static int put_compat_statfs64(
On Thu, Nov 13, 2003 at 02:54:40AM +0100, Felix Seeger wrote:
> open("/usr/lib/tls/libGL.so.1", O_RDONLY) = 8
> read(8, "[EMAIL PROTECTED]"..., 512) =
> 512
> fstat64(8, {st_mode=S_IFREG|0755, st_size=430820, ...}) = 0
> writev(2, [{"Inconsistency detected by ld.so:"..., 33},
> {"../sysdeps/gener
On Thu, Nov 13, 2003 at 05:05:26AM +0200, Martin-Éric Racine wrote:
> Package: linux-kernel-headers
> Version: 2.5.999-test7-bk-9
> Severity: important
>
> For example:
>
> gcc -DHAVE_CONFIG_H -I. -I../../../gfxdrivers/matrox -I../.. -I../../../include
> -I../../../src -D_REENTRANT -Wall -O3 -ff
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-9
Severity: important
For example:
gcc -DHAVE_CONFIG_H -I. -I../../../gfxdrivers/matrox -I../.. -I../../../include
-I../../../src -D_REENTRANT -Wall -O3 -ffast-math -pipe -DFUSION_FAKE
-Werror-implicit-function-declaration -c ../../../gfxd
Andi Kleen and David Miller believe this bug, or at the least the
symptoms of statfs64(), are caused by a bug in the kernel. Here is the
proposed patch:
--- fs/compat.c.~1~ Wed Nov 12 16:09:49 2003
+++ fs/compat.c Wed Nov 12 16:10:35 2003
@@ -169,7 +169,6 @@
static int put_compat_statfs64(
On Thu, Nov 13, 2003 at 02:54:40AM +0100, Felix Seeger wrote:
> open("/usr/lib/tls/libGL.so.1", O_RDONLY) = 8
> read(8, "[EMAIL PROTECTED]"..., 512) =
> 512
> fstat64(8, {st_mode=S_IFREG|0755, st_size=430820, ...}) = 0
> writev(2, [{"Inconsistency detected by ld.so:"..., 33},
> {"../sysdeps/gener
On Thursday 13 November 2003 02:11, GOTO Masanori wrote:
> At Tue, 11 Nov 2003 20:23:58 +0100,
> Felix Seeger wrote:
>
> > On Tuesday 11 November 2003 18:19, Juergen Kreileder wrote:
> >
> > > Jeff Bailey <[EMAIL PROTECTED]> writes:
> > >
> > > > On Wed, Nov 12, 2003 at 12:49:38AM +0900, GOTO Masan
At Tue, 11 Nov 2003 20:23:58 +0100,
Felix Seeger wrote:
> On Tuesday 11 November 2003 18:19, Juergen Kreileder wrote:
> > Jeff Bailey <[EMAIL PROTECTED]> writes:
> > > On Wed, Nov 12, 2003 at 12:49:38AM +0900, GOTO Masanori wrote:
> > >> I also tested on both 2.4 and 2.6 kernel, even with removing
On Thursday 13 November 2003 02:11, GOTO Masanori wrote:
> At Tue, 11 Nov 2003 20:23:58 +0100,
> Felix Seeger wrote:
>
> > On Tuesday 11 November 2003 18:19, Juergen Kreileder wrote:
> >
> > > Jeff Bailey <[EMAIL PROTECTED]> writes:
> > >
> > > > On Wed, Nov 12, 2003 at 12:49:38AM +0900, GOTO Masan
At Tue, 11 Nov 2003 20:23:58 +0100,
Felix Seeger wrote:
> On Tuesday 11 November 2003 18:19, Juergen Kreileder wrote:
> > Jeff Bailey <[EMAIL PROTECTED]> writes:
> > > On Wed, Nov 12, 2003 at 12:49:38AM +0900, GOTO Masanori wrote:
> > >> I also tested on both 2.4 and 2.6 kernel, even with removing
Duck,
This is an installer problem, not a libc6 problem. To verify, download
the x86 Nvidia 1.0-4496 installer from Nvidia's website, edit the top-
level Makefile's install: target (remove kernel_module_install from the
end of the line), then run make install. Verify that /usr/lib/tls/libGL*
exist.
Duck,
This is an installer problem, not a libc6 problem. To verify, download
the x86 Nvidia 1.0-4496 installer from Nvidia's website, edit the top-
level Makefile's install: target (remove kernel_module_install from the
end of the line), then run make install. Verify that /usr/lib/tls/libGL*
exist.
Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal
Followup-For: Bug #203303
It looks like the problem is that these various KDE programs are using
-ansi, and -ansi implies -fno-asm. This in itself wouldn't be the
problem, but:
The -ansi option does not cause non-ISO programs to
Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal
Followup-For: Bug #203303
It looks like the problem is that these various KDE programs are using
-ansi, and -ansi implies -fno-asm. This in itself wouldn't be the
problem, but:
The -ansi option does not cause non-ISO programs to
Apparently it only appears with g++-2.95.4. g++ 3.3 doesn't give that
kind of problem.
--
_ Damien Sandras
(o-
//\ It-Optics s.a.
v_/_GnomeMeeting: http://www.gnomemeeting.org/
FOSDEM 2004: http://www.fosdem.org
H.323 phone: callto:ils.seconix.com/[EMAIL PROTEC
Hello,
I upgraded to today's unstable and it seems there are other errors
again:
In file included from /usr/include/asm/sigcontext.h:4,
from /usr/include/bits/sigcontext.h:28,
from /usr/include/signal.h:326,
from
/home/damien/tt/Asterisk/pwlib/i
Apparently it only appears with g++-2.95.4. g++ 3.3 doesn't give that
kind of problem.
--
_ Damien Sandras
(o-
//\ It-Optics s.a.
v_/_GnomeMeeting: http://www.gnomemeeting.org/
FOSDEM 2004: http://www.fosdem.org
H.323 phone: callto:ils.seconix.com/[EMAIL PROTEC
Hello,
I upgraded to today's unstable and it seems there are other errors
again:
In file included from /usr/include/asm/sigcontext.h:4,
from /usr/include/bits/sigcontext.h:28,
from /usr/include/signal.h:326,
from
/home/damien/tt/Asterisk/pwlib/i
glibc_2.3.2.ds1-10.0.1_arm.changes isn't signed with PGP/GnuPG
Removing glibc_2.3.2.ds1-10.0.1_arm.changes, but keeping its associated files
for now.
Greetings,
Your Debian queue daemon
on Sat, Nov 08, 2003 at 08:43:07PM -0800, Jeff Bailey wrote:
> I was hoping to wait until BenC (or another Sparc porter) came up with
> the solution for the sparc64 borkage.
Okay. I've uploaded 2.3.2.ds1-10.0.1 as a binary NMU. It seems to fix
the modutils problem.
p.
glibc_2.3.2.ds1-10.0.1_arm.changes isn't signed with PGP/GnuPG
Removing glibc_2.3.2.ds1-10.0.1_arm.changes, but keeping its associated files for now.
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMA
on Sat, Nov 08, 2003 at 08:43:07PM -0800, Jeff Bailey wrote:
> I was hoping to wait until BenC (or another Sparc porter) came up with
> the solution for the sparc64 borkage.
Okay. I've uploaded 2.3.2.ds1-10.0.1 as a binary NMU. It seems to fix
the modutils problem.
p.
--
To UNSUBSCRIBE, ema
26 matches
Mail list logo
