Package: libc6-dev
Version: 2.3.2-8
Severity: grave
Tags: sid
Justification: renders package unusable
Include files have apparently moved; apt-get upgrade tonight broke all compilati
on on the machine. Sample g++ error output:
g++ -c -g -O allegro.cpp -o allegro.cpp.o
In file included from
My apologies; the bug turns out to be a missed package dependency
relating to gcc, and has nothing to do with libc6-dev.
Monty
Your message dated Tue, 7 Oct 2003 21:52:20 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#214692: apologies, this a dependency problem in GCC, not a
bug in libc6-dev
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt
On Wed, Oct 08, 2003 at 07:09:19AM +0200, Matthias Klose wrote:
tags 214694 + unreproducible
thanks
unable to reproduce. what is the contents of confdefs.h?
I have more information to offer; it appears to be a version skew
problem. Updating only gcc-3.3 and not g++-3.3 is what triggered
On Wed, Oct 08, 2003 at 01:29:03AM -0400, xiphmont wrote:
I have more information to offer; it appears to be a version skew
problem. Updating only gcc-3.3 and not g++-3.3 is what triggered the
problem (g++ was expecting includes in the old location, gcc had
removed/moved them). I'd have
On Wed, Oct 08, 2003 at 07:50:38AM +0200, Matthias Klose wrote:
reassign 214692 g++-3.3
reassign 214694 g++-3.3
severity 214692 normal
severity 214694 normal
merge 214692 214694
retitle 214694 g++-3.3 (3.3.2) should depend on gcc-3.3 (= 3.3.2)
thanks
...is there any way to cause a gcc
reassign 214692 g++-3.3
reassign 214694 g++-3.3
severity 214692 normal
severity 214694 normal
merge 214692 214694
retitle 214694 g++-3.3 (3.3.2) should depend on gcc-3.3 (= 3.3.2)
thanks
xiphmont writes:
On Wed, Oct 08, 2003 at 07:09:19AM +0200, Matthias Klose wrote:
tags 214694 +
On Fri, Oct 03, 2003 at 05:33:21PM -0700, Paul Eggert wrote:
Package: libc6
Version: 2.3.2-8
[...]
In the meantime, to conform to LSB 1.3, I propose that we modify the
localedef command to refuse to create user-defined locales with
multibyte encodings when invoked in a strict POSIX
Processing commands for [EMAIL PROTECTED]:
reassign 214692 g++-3.3
Bug#214692: libc6-dev: stdlib.h internal #includes broken/point to
moved/non-existent headers
Bug reassigned from package `libc6-dev' to `g++-3.3'.
reassign 214694 g++-3.3
Bug#214694: Newest gcc-3.3 can't find any packaged
Package: libc6-i686
Version: 2.3.2.ds1-3
Severity: normal
Tags: experimental
Hi,
here is the problem:
# oooprelink -f
Prelinking OpenOffice.org binaries... /usr/sbin/prelink:
/lib/i686/libc-2.3.2.so has dependency cycle
And indeed there is dependency cycle between those 2 libraries:
[EMAIL PROTECTED] (Denis Barbier) writes:
I am not sure what you mean by user-defined locales, since your
patch does not check UID.
I meant locales that are generated by a user. In this particular
case, it's a POSIX-conformance-test shell script that generates
the locales.
As autobuilders
I have problems because of this missing file... I'm trying to package a
new version of libdnet (libdumbnet in debian) and the build process
quits after spitting out a message that 'net/sock.h' cannot be found.
What should be done about this?
I would suggest touching a net/sock.h.
Virus detected in this email! One or more attachment(s) was infected. Below are the actions taken:The following attachment(s) was infected and has been cleaned and attached herein:Attachment name:Nil.
---The following attachment(s)
On Wed, Oct 08, 2003 at 11:20:45AM -0400, Simon Law wrote:
I have problems because of this missing file... I'm trying to package a
new version of libdnet (libdumbnet in debian) and the build process
quits after spitting out a message that 'net/sock.h' cannot be found.
What should be
On Wed, Oct 08, 2003 at 11:51:42AM -0400, Daniel Jacobowitz wrote:
I would suggest touching a net/sock.h. The stuff inside it
isn't very important at all to user-space processes. See what I have
done for libdumbnet 1.7.
Absolutely not. Stop using linux/udp.h instead.
What
Repository: glibc-package/debian
who:jbailey
time: Wed Oct 8 11:54:13 MDT 2003
Log Message:
List which archs we've tested and not tested, add some notes to TODO. Define
a proper sysdeps/sparc.mk file that does v9 and sparc64.
Files:
changed:Tag: nptl TODO
Repository: glibc-package/debian/sysdeps
who:jbailey
time: Wed Oct 8 11:54:13 MDT 2003
Log Message:
List which archs we've tested and not tested, add some notes to TODO. Define
a proper sysdeps/sparc.mk file that does v9 and sparc64.
Files:
changed:Tag: nptl sparc.mk
On Wed, Oct 08, 2003 at 10:17:48AM +0200, [EMAIL PROTECTED] wrote:
Package: libc6-i686
Version: 2.3.2.ds1-3
Severity: normal
Tags: experimental
Hi,
here is the problem:
# oooprelink -f
Prelinking OpenOffice.org binaries... /usr/sbin/prelink:
/lib/i686/libc-2.3.2.so has dependency
2003 2003!!!
Johnson Evinrude () 20%
StarBrite TC-W3 () 50%
Zodiac () 20%
Four Winns () 18%
, , , , - Hyperlite, H.O. Sports () 50%
Mares () 50%
Johnson (2- )
J3,5RST 17136 (560 .)
J15RST 55113 (1801 .)
J40RST 90973 (2973 ..)
J50PLST
On Wed, Oct 08, 2003 at 12:16:36PM -0400, Simon Law wrote:
On Wed, Oct 08, 2003 at 11:51:42AM -0400, Daniel Jacobowitz wrote:
I would suggest touching a net/sock.h. The stuff inside it
isn't very important at all to user-space processes. See what I have
done for libdumbnet 1.7.
On Wed, Oct 08, 2003 at 07:50:38AM +0200, Matthias Klose wrote:
reassign 214692 g++-3.3
reassign 214694 g++-3.3
severity 214692 normal
severity 214694 normal
merge 214692 214694
retitle 214694 g++-3.3 (3.3.2) should depend on gcc-3.3 (= 3.3.2)
thanks
...is there any way to cause a gcc
reassign 214692 g++-3.3
reassign 214694 g++-3.3
severity 214692 normal
severity 214694 normal
merge 214692 214694
retitle 214694 g++-3.3 (3.3.2) should depend on gcc-3.3 (= 3.3.2)
thanks
xiphmont writes:
On Wed, Oct 08, 2003 at 07:09:19AM +0200, Matthias Klose wrote:
tags 214694 +
On Fri, Oct 03, 2003 at 05:33:21PM -0700, Paul Eggert wrote:
Package: libc6
Version: 2.3.2-8
[...]
In the meantime, to conform to LSB 1.3, I propose that we modify the
localedef command to refuse to create user-defined locales with
multibyte encodings when invoked in a strict POSIX
Processing commands for [EMAIL PROTECTED]:
reassign 214692 g++-3.3
Bug#214692: libc6-dev: stdlib.h internal #includes broken/point to moved/non-existent
headers
Bug reassigned from package `libc6-dev' to `g++-3.3'.
reassign 214694 g++-3.3
Bug#214694: Newest gcc-3.3 can't find any packaged
Package: libc6-i686
Version: 2.3.2.ds1-3
Severity: normal
Tags: experimental
Hi,
here is the problem:
# oooprelink -f
Prelinking OpenOffice.org binaries... /usr/sbin/prelink: /lib/i686/libc-2.3.2.so has
dependency cycle
And indeed there is dependency cycle between those 2 libraries:
[EMAIL PROTECTED] (Denis Barbier) writes:
I am not sure what you mean by user-defined locales, since your
patch does not check UID.
I meant locales that are generated by a user. In this particular
case, it's a POSIX-conformance-test shell script that generates
the locales.
As autobuilders
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I have problems because of this missing file... I'm trying to package a
new version of libdnet (libdumbnet in debian) and the build process
quits after spitting out a message that 'net/sock.h' cannot be found.
What should be done about this?
I would suggest touching a net/sock.h.
Virus detected in this email! One or more attachment(s) was infected. Below are the actions taken:The following attachment(s) was infected and has been cleaned and attached herein:Attachment name:Nil.
---The following attachment(s)
On Wed, Oct 08, 2003 at 11:20:45AM -0400, Simon Law wrote:
I have problems because of this missing file... I'm trying to package a
new version of libdnet (libdumbnet in debian) and the build process
quits after spitting out a message that 'net/sock.h' cannot be found.
What should be
On Wed, Oct 08, 2003 at 11:51:42AM -0400, Daniel Jacobowitz wrote:
I would suggest touching a net/sock.h. The stuff inside it
isn't very important at all to user-space processes. See what I have
done for libdumbnet 1.7.
Absolutely not. Stop using linux/udp.h instead.
What
Repository: glibc-package/debian
who:jbailey
time: Wed Oct 8 11:54:13 MDT 2003
Log Message:
List which archs we've tested and not tested, add some notes to TODO. Define a
proper sysdeps/sparc.mk file that does v9 and sparc64.
Files:
changed:Tag: nptl TODO
--
To
Repository: glibc-package/debian/sysdeps
who:jbailey
time: Wed Oct 8 11:54:13 MDT 2003
Log Message:
List which archs we've tested and not tested, add some notes to TODO. Define a
proper sysdeps/sparc.mk file that does v9 and sparc64.
Files:
changed:Tag: nptl sparc.mk
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, Oct 08, 2003 at 10:17:48AM +0200, [EMAIL PROTECTED] wrote:
Package: libc6-i686
Version: 2.3.2.ds1-3
Severity: normal
Tags: experimental
Hi,
here is the problem:
# oooprelink -f
Prelinking OpenOffice.org binaries... /usr/sbin/prelink: /lib/i686/libc-2.3.2.so has
dependency
2003 2003!!!
Johnson Evinrude () 20%
StarBrite TC-W3 () 50%
Zodiac () 20%
Four Winns () 18%
, , , , - Hyperlite, H.O. Sports () 50%
Mares () 50%
Johnson (2- )
J3,5RST 17136 (560 .)
J15RST 55113 (1801 .)
J40RST 90973 (2973 ..)
J50PLST
On Wed, Oct 08, 2003 at 12:16:36PM -0400, Simon Law wrote:
On Wed, Oct 08, 2003 at 11:51:42AM -0400, Daniel Jacobowitz wrote:
I would suggest touching a net/sock.h. The stuff inside it
isn't very important at all to user-space processes. See what I have
done for libdumbnet 1.7.
38 matches
Mail list logo