Processing commands for [EMAIL PROTECTED]:
reassign 219180 binutils
Bug#219180: libc6-sparc64: unexpected reloc type 0x08
Bug reassigned from package `libc6-sparc64' to `binutils'.
retitle 219180 binutils: [sparc64] unexpected reloc type 0x08
Bug#219180: libc6-sparc64: unexpected reloc type
Hi,
some more redefinitions:
g++ -DP_LINUX -ffunction-sections -fdata-sections -D_REENTRANT -Wall
-DP_USE_PRAGMA -g -D_DEBUG -DPMEMORY_CHECK=1 -DPHAS_TEMPLATES
-I/usr/include/ptlib/unix -I/usr/include/pwlib -DPTRACING
-I/home/mrvn/build/retry/openh323/openh323-1.12.2/include -DHAS_IXJ
Processing commands for [EMAIL PROTECTED]:
reassign 219943 nvidia-glx
Bug#219943: libc6: TLS problem
Bug reassigned from package `libc6' to `nvidia-glx'.
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
On Wed, 12 Nov 2003, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 05:05:26AM +0200, Martin-Éric Racine wrote:
Given how libc6-dev has now become dependant upon
linux-kernel-headers (why the hell wasn't libc6-dev designed to
accomodate an existing and reliable kernel-headers-2.4.xx to
On Thu, Nov 13, 2003 at 02:43:32PM +0100, Adrian von Bidder wrote:
doesn't work:
$ cat /proc/cpuinfo
processor : 0
vendor_id : CentaurHauls
cpu family : 6
model : 7
model name : VIA Samuel 2
stepping: 3
This is probably it.
(A) Do you have
On Thu, Nov 13, 2003 at 04:14:02PM +0200, Martin-Éric Racine wrote:
On Wed, 12 Nov 2003, Daniel Jacobowitz wrote:
Kindly read any of the hundred explanations of this decision in the
-glibc or -devel archives before ranting about it.
Been there, done that, still vehemently oppose to making
On Thu, Nov 13, 2003 at 04:10:59PM +0100, Adrian von Bidder wrote:
Content-Description: signed data
[sorry for the duplication - this should obviously go to bugs.d.o, too]
[no more mail from me today]
On Thursday 13 November 2003 15:07, you wrote:
On Thu, Nov 13, 2003 at 02:43:32PM +0100,
[sorry for the duplication - this should obviously go to bugs.d.o, too]
[no more mail from me today]
On Thursday 13 November 2003 15:07, you wrote:
On Thu, Nov 13, 2003 at 02:43:32PM +0100, Adrian von Bidder wrote:
doesn't work:
$ cat /proc/cpuinfo
processor : 0
vendor_id :
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal
Seems that libc6-dev depends on linux-kernel-headers which contain 2.5
kernel headers. On a 2.4 system, and perhaps this also applies to
2.5/2.6 systems too, any source that includes linux/module.h breaks
with compiler errors. Attached
On Thu, Nov 13, 2003 at 12:02:14PM -0700, Alex Tsariounov wrote:
Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal
Seems that libc6-dev depends on linux-kernel-headers which contain 2.5
kernel headers. On a 2.4 system, and perhaps this also applies to
2.5/2.6 systems too, any
On Thu, 2003-11-13 at 12:21, Daniel Jacobowitz wrote:
Libc still includes query_module. The function will work; you'll need
to copy the constants, types, and prototype into your application. Or
an old copy of linux/module.h.
This isn't a new thing. You've always needed to treat linux/*
Processing commands for [EMAIL PROTECTED]:
reassign 202209 libc6
Bug#202209: libc6-dev: strerror_r should return int, not char *
Bug reassigned from package `libc6-dev' to `libc6'.
retitle 202209 libc6: strerror_r should return int, not char *
Bug#202209: libc6-dev: strerror_r should return
On Thu, Nov 13, 2003 at 01:29:22PM -0700, Alex Tsariounov wrote:
On Thu, 2003-11-13 at 12:40, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 12:37:19PM -0700, Alex Tsariounov wrote:
I see. But it worked fine on versions before the ds1-* releases. I.e.,
it worked on the
On Thu, 2003-11-13 at 12:40, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 12:37:19PM -0700, Alex Tsariounov wrote:
I see. But it worked fine on versions before the ds1-* releases. I.e.,
it worked on the libc6-dev-2.3.2-9 release (I think that was without the
linux-kernel-headers
On Thu, 2003-11-13 at 13:32, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 01:29:22PM -0700, Alex Tsariounov wrote:
This should be the same for any libc function, whether printf() for
which according to it's man page you should include stdio.h, or
query_module for which you include
On Thu, Nov 13, 2003 at 01:50:58PM -0700, Alex Tsariounov wrote:
On Thu, 2003-11-13 at 13:32, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 01:29:22PM -0700, Alex Tsariounov wrote:
This should be the same for any libc function, whether printf() for
which according to it's man page you
On Thu, 2003-11-13 at 14:28, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 01:50:58PM -0700, Alex Tsariounov wrote:
Are you saying that it is not and should not be used then?
Libc provides the function, as a convenience, esp. for architectures
where the _syscall macros in asm/unistd.h
On Thu, Nov 13, 2003 at 03:07:45PM -0700, Alex Tsariounov wrote:
On Thu, 2003-11-13 at 14:28, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 01:50:58PM -0700, Alex Tsariounov wrote:
Are you saying that it is not and should not be used then?
Libc provides the function, as a
On Thu, 2003-11-13 at 15:12, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 03:07:45PM -0700, Alex Tsariounov wrote:
By using this other method (and hence not including linux/module.h), my
build builds again.
The difference is, this will actually work in 2.6 kernels :)
Ah, that's an
Package: libc6.1-dev
Version: 2.3.2-9
Severity: normal
Current bits/sched.h has:
/* Data structure to describe CPU mask. */
typedef struct
{
__cpu_mask __bits[__CPU_SETSIZE / __NCPUBITS];
} cpu_set_t;
/* Access functions for CPU masks. */
# define __CPU_ZERO(cpusetp) \
do {
Processing commands for [EMAIL PROTECTED]:
reassign 219180 binutils
Bug#219180: libc6-sparc64: unexpected reloc type 0x08
Bug reassigned from package `libc6-sparc64' to `binutils'.
retitle 219180 binutils: [sparc64] unexpected reloc type 0x08
Bug#219180: libc6-sparc64: unexpected reloc type
Hi,
some more redefinitions:
g++ -DP_LINUX -ffunction-sections -fdata-sections -D_REENTRANT -Wall -DP_USE_PRAGMA
-g -D_DEBUG -DPMEMORY_CHECK=1 -DPHAS_TEMPLATES -I/usr/include/ptlib/unix
-I/usr/include/pwlib -DPTRACING
-I/home/mrvn/build/retry/openh323/openh323-1.12.2/include -DHAS_IXJ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Coin,
You're damn right Sir.
This is like #218408.
Reassigning and merging.
Thx
Duck
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/
Package: libc6
Version: 2.3.2.ds1-10
Tags: sid
Severity: important
Yo!
I saw #218546 and #216466 - It feels a bit like the first one. (So, to me it
feels like Severity: critical - but since it's just on one system I won't do
that)
After installing (which, like in 218546 goes through without
Processing commands for [EMAIL PROTECTED]:
reassign 219943 nvidia-glx
Bug#219943: libc6: TLS problem
Bug reassigned from package `libc6' to `nvidia-glx'.
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
On Wed, 12 Nov 2003, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 05:05:26AM +0200, Martin-Éric Racine wrote:
Given how libc6-dev has now become dependant upon
linux-kernel-headers (why the hell wasn't libc6-dev designed to
accomodate an existing and reliable kernel-headers-2.4.xx to
On Thu, Nov 13, 2003 at 02:43:32PM +0100, Adrian von Bidder wrote:
doesn't work:
$ cat /proc/cpuinfo
processor : 0
vendor_id : CentaurHauls
cpu family : 6
model : 7
model name : VIA Samuel 2
stepping: 3
This is probably it.
(A) Do you have
On Thu, Nov 13, 2003 at 04:14:02PM +0200, Martin-Éric Racine wrote:
On Wed, 12 Nov 2003, Daniel Jacobowitz wrote:
Kindly read any of the hundred explanations of this decision in the
-glibc or -devel archives before ranting about it.
Been there, done that, still vehemently oppose to making
On Thu, Nov 13, 2003 at 04:10:59PM +0100, Adrian von Bidder wrote:
Content-Description: signed data
[sorry for the duplication - this should obviously go to bugs.d.o, too]
[no more mail from me today]
On Thursday 13 November 2003 15:07, you wrote:
On Thu, Nov 13, 2003 at 02:43:32PM +0100,
[sorry for the duplication - this should obviously go to bugs.d.o, too]
[no more mail from me today]
On Thursday 13 November 2003 15:07, you wrote:
On Thu, Nov 13, 2003 at 02:43:32PM +0100, Adrian von Bidder wrote:
doesn't work:
$ cat /proc/cpuinfo
processor : 0
vendor_id :
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
**
**
WARNING: WinProxy has detected a virus in file
attached to this e-mail message!
The attachment has been automatically removed to
protect your network.
WinProxy Administrator:
Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal
Seems that libc6-dev depends on linux-kernel-headers which contain 2.5
kernel headers. On a 2.4 system, and perhaps this also applies to
2.5/2.6 systems too, any source that includes linux/module.h breaks
with compiler errors. Attached
On Thu, Nov 13, 2003 at 12:02:14PM -0700, Alex Tsariounov wrote:
Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal
Seems that libc6-dev depends on linux-kernel-headers which contain 2.5
kernel headers. On a 2.4 system, and perhaps this also applies to
2.5/2.6 systems too, any
On Thu, 2003-11-13 at 12:21, Daniel Jacobowitz wrote:
Libc still includes query_module. The function will work; you'll need
to copy the constants, types, and prototype into your application. Or
an old copy of linux/module.h.
This isn't a new thing. You've always needed to treat linux/*
Processing commands for [EMAIL PROTECTED]:
reassign 202209 libc6
Bug#202209: libc6-dev: strerror_r should return int, not char *
Bug reassigned from package `libc6-dev' to `libc6'.
retitle 202209 libc6: strerror_r should return int, not char *
Bug#202209: libc6-dev: strerror_r should return
On Thu, Nov 13, 2003 at 12:37:19PM -0700, Alex Tsariounov wrote:
On Thu, 2003-11-13 at 12:21, Daniel Jacobowitz wrote:
Libc still includes query_module. The function will work; you'll need
to copy the constants, types, and prototype into your application. Or
an old copy of linux/module.h.
On Thu, Nov 13, 2003 at 01:29:22PM -0700, Alex Tsariounov wrote:
On Thu, 2003-11-13 at 12:40, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 12:37:19PM -0700, Alex Tsariounov wrote:
I see. But it worked fine on versions before the ds1-* releases. I.e.,
it worked on the
On Thu, 2003-11-13 at 12:40, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 12:37:19PM -0700, Alex Tsariounov wrote:
I see. But it worked fine on versions before the ds1-* releases. I.e.,
it worked on the libc6-dev-2.3.2-9 release (I think that was without the
linux-kernel-headers
On Thu, 2003-11-13 at 13:32, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 01:29:22PM -0700, Alex Tsariounov wrote:
This should be the same for any libc function, whether printf() for
which according to it's man page you should include stdio.h, or
query_module for which you include
On Thu, Nov 13, 2003 at 01:50:58PM -0700, Alex Tsariounov wrote:
On Thu, 2003-11-13 at 13:32, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 01:29:22PM -0700, Alex Tsariounov wrote:
This should be the same for any libc function, whether printf() for
which according to it's man page you
On Thu, 2003-11-13 at 14:28, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 01:50:58PM -0700, Alex Tsariounov wrote:
Are you saying that it is not and should not be used then?
Libc provides the function, as a convenience, esp. for architectures
where the _syscall macros in asm/unistd.h
On Thu, Nov 13, 2003 at 03:07:45PM -0700, Alex Tsariounov wrote:
On Thu, 2003-11-13 at 14:28, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 01:50:58PM -0700, Alex Tsariounov wrote:
Are you saying that it is not and should not be used then?
Libc provides the function, as a
On Thu, 2003-11-13 at 15:12, Daniel Jacobowitz wrote:
On Thu, Nov 13, 2003 at 03:07:45PM -0700, Alex Tsariounov wrote:
By using this other method (and hence not including linux/module.h), my
build builds again.
The difference is, this will actually work in 2.6 kernels :)
Ah, that's an
Package: libc6.1-dev
Version: 2.3.2-9
Severity: normal
Current bits/sched.h has:
/* Data structure to describe CPU mask. */
typedef struct
{
__cpu_mask __bits[__CPU_SETSIZE / __NCPUBITS];
} cpu_set_t;
/* Access functions for CPU masks. */
# define __CPU_ZERO(cpusetp) \
do {
84 matches
Mail list logo
