Re: toolchain issue makes qt3 drop symbols ?

2008-02-13 Thread Pierre Habouzit
On dim, fév 10, 2008 at 07:44:02 +, Sune Vuorela wrote:
 Dear Debian-Devel, we need your advices.
 
 Yesterday, we (the qt-kde packagers) uploaded qt3 version 3.3.8b. The biggest 
 differences over 3.3.7 is that it is now also gplv3 licensed.
 
 And then this bug report came:
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465028 - libqt3-mt: Missing 
 weak symbols for stat64 functions
 
 basically, in qt3 3:3.3.7-9 and earlier, libqt3-mt seems to provide some 
 symbols:
 
 $ objdump -T libqt-mt.so.3 | grep stat64
 004d2d9e  w   DF .text  0032  Basestat64
 002f19de  w   DF .text  0032  Basefstat64
 005dcba0  w   DF .text  0032  Baselstat64

  We tracked the issue down. The thing is that libc6 used (before 2.7)
to export inline those symbols, whereas now it's only done for C (not
C++) and when gcc is = 4.3.

  The thing is, when not using visiblity=hidden, 'extern inline' emits
symbols in the resulting binary. The glibc _was_ wrong before, and it
now has the proper behavior. Though, it means that some libraries had
stat64 and friends exported in them, and that may cause lot of grief.

  A list of packages having or using those three symbols are beeing
built, I'm unsure about what should be done about them, it's _not_ only
qt3 that will have issues here.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpjAKyVu4IHS.pgp
Description: PGP signature


Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7

2008-02-13 Thread Jean-Luc Coulon (f5ibh)
Package: libc6
Version: 2.7-6
Severity: grave
Justification: renders package unusable

Hi, 

After having upgraded libc6 from 2.7-6 to 2.7-7, I get the following 
error message on sourceforge or gnome repositories:


svn: PROPFIND request failed on '/svnroot/panotools/trunk/libpano'
svn: PROPFIND of '/svnroot/panotools/trunk/libpano': Could not resolve hostname
`panotools.svn.sourceforge.net': No address associated with hostname
(https://panotools.svn.sourceforge.net)


Reverting to 2.6-6 fixes the problem.

Regards

Jean-Luc

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-rc1-git2-k8-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc1 1:4.3-20080202-1 GCC support library

libc6 recommends no packages.

-- debconf information:
  glibc/restart-failed:
  glibc/restart-services:




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#465583: marked as done (libc6: svn fails on some repositories after ugrade to 2.7-7)

2008-02-13 Thread Aurelien Jarno
reopen 465583
thanks

Debian Bug Tracking System a écrit :
 Your message dated Wed, 13 Feb 2008 16:01:27 +0100
 with message-id [EMAIL PROTECTED]
 and subject line Re: Bug#465583: libc6: svn fails on some repositories after 
 ugrade to 2.7-7
 has caused the Debian Bug report #465583,
 regarding libc6: svn fails on some repositories after ugrade to 2.7-7
 to be marked as done.
 
 This means that you claim that the problem has been dealt with.
 If this is not the case it is now your responsibility to reopen the
 Bug report if necessary, and/or fix the problem forthwith.

Sorry I have closed this bug by mistake, reopening it.


-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Processed: reopening 465583

2008-02-13 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.9.26
 reopen 465583
Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7
Bug reopened, originator not changed.


End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7

2008-02-13 Thread Jean-Luc Coulon (f5ibh)
Hi Pierre,

Le 13.02.2008 16:13:44, Pierre Habouzit a écrit :
On Wed, Feb 13, 2008 at 12:17:23PM +, Jean-Luc Coulon (f5ibh)
wrote:
 Package: libc6
 Version: 2.7-6
 Severity: grave
 Justification: renders package unusable


  please send an `ltrace` output of a working call wiht libc6 2.6-6 
 and
then the same with a failing one with libc6 2.7-7. You'll need
libc6-dbg
for it to be readable.



Attached, both the traces

Regards

Jean-Luc


ltrace-libc6-2.7-6.bz2
Description: application/bzip


ltrace-libc6-2.7-7.bz2
Description: application/bzip


pgpWqc7GfH8sR.pgp
Description: PGP signature


Bug#465583: marked as done (libc6: svn fails on some repositories after ugrade to 2.7-7)

2008-02-13 Thread Debian Bug Tracking System

Your message dated Wed, 13 Feb 2008 16:23:04 +0100
with message-id [EMAIL PROTECTED]
and subject line Re: Bug#465583: libc6: svn fails on some repositories after 
ugrade to 2.7-7
has caused the Debian Bug report #465583,
regarding libc6: svn fails on some repositories after ugrade to 2.7-7
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
465583: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465583
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
---BeginMessage---
Package: libc6
Version: 2.7-6
Severity: grave
Justification: renders package unusable

Hi, 

After having upgraded libc6 from 2.7-6 to 2.7-7, I get the following 
error message on sourceforge or gnome repositories:


svn: PROPFIND request failed on '/svnroot/panotools/trunk/libpano'
svn: PROPFIND of '/svnroot/panotools/trunk/libpano': Could not resolve hostname
`panotools.svn.sourceforge.net': No address associated with hostname
(https://panotools.svn.sourceforge.net)


Reverting to 2.6-6 fixes the problem.

Regards

Jean-Luc

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-rc1-git2-k8-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc1 1:4.3-20080202-1 GCC support library

libc6 recommends no packages.

-- debconf information:
  glibc/restart-failed:
  glibc/restart-services:



---End Message---
---BeginMessage---
Hi Aurelien,

Le 13.02.2008 16:01:27, Aurelien Jarno a écrit :
tag 465583 + unreproducible
thanks

Jean-Luc Coulon (f5ibh) a écrit :
 Package: libc6
 Version: 2.7-6
 Severity: grave
 Justification: renders package unusable
 
 Hi, 
 
 After having upgraded libc6 from 2.7-6 to 2.7-7, I get the following 
 error message on sourceforge or gnome repositories:

Are you sure it is related to the upgrade of libc6? I am unable to
reproduce the problem here on two different machines. Note there has
been an upload of subversion at the same time.

Well: 
- I update the libc6 to 2.6-7 and I have the problem. 
- I revert to 2.7-6, everithing works fine.

I've sid also installed on an other disk of the same machine, and I've 
the same symptoms.

FYI, I use X86_64 architecture.



 
 svn: PROPFIND request failed on '/svnroot/panotools/trunk/libpano'
 svn: PROPFIND of '/svnroot/panotools/trunk/libpano': Could not
resolve hostname
 `panotools.svn.sourceforge.net': No address associated with hostname
 (https://panotools.svn.sourceforge.net)

Are you able to resolve names for other hosts?
Everything is resolved.
In a browser, these addresses are resolved also.

I can use svn on the same repositories with svn:// instead of http://


Also what returns getent ahosts panotools.svn.sourceforge.net?


whith 2.7-6:
[EMAIL PROTECTED] % getent ahosts panotools.svn.sourceforge.net
66.35.250.146   STREAM 4.svn.sourceforge.net
66.35.250.146   DGRAM  
66.35.250.146   RAW

with 2.7-7, nothing

(I've reinstaled 2.7-7 then back to 2.7-6)

Regards

Jean-Luc




pgpwTmdrJZDQh.pgp
Description: PGP signature
---End Message---


Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7

2008-02-13 Thread Pierre Habouzit
On Wed, Feb 13, 2008 at 12:17:23PM +, Jean-Luc Coulon (f5ibh) wrote:
 Package: libc6
 Version: 2.7-6
 Severity: grave
 Justification: renders package unusable
 
 Hi, 
 
 After having upgraded libc6 from 2.7-6 to 2.7-7, I get the following 
 error message on sourceforge or gnome repositories:
 
 
 svn: PROPFIND request failed on '/svnroot/panotools/trunk/libpano'
 svn: PROPFIND of '/svnroot/panotools/trunk/libpano': Could not resolve 
 hostname
 `panotools.svn.sourceforge.net': No address associated with hostname
 (https://panotools.svn.sourceforge.net)
 

  please send an `ltrace` output of a working call wiht libc6 2.6-6 and
then the same with a failing one with libc6 2.7-7. You'll need libc6-dbg
for it to be readable.

TIA.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpYoYCKzXTRi.pgp
Description: PGP signature


Processed: Re: Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7

2008-02-13 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 tag 465583 + unreproducible
Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7
There were no tags set.
Tags added: unreproducible

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



r2814 - in glibc-package/trunk/debian: . patches/any

2008-02-13 Thread aurel32
Author: aurel32
Date: 2008-02-13 16:16:45 + (Wed, 13 Feb 2008)
New Revision: 2814

Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/patches/any/cvs-rfc3484.diff
Log:
  * any/cvs/rfc3484.diff: patch from CVS to fix recognition of interface
family.  Closes: #465583.



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2008-02-12 23:00:21 UTC (rev 
2813)
+++ glibc-package/trunk/debian/changelog2008-02-13 16:16:45 UTC (rev 
2814)
@@ -1,8 +1,9 @@
 glibc (2.7-8) unstable; urgency=low
 
-  * 
+  * any/cvs/rfc3484.diff: patch from CVS to fix recognition of interface
+family.  Closes: #465583.
 
- -- Aurelien Jarno [EMAIL PROTECTED]  Wed, 13 Feb 2008 00:00:22 +0100
+ -- Aurelien Jarno [EMAIL PROTECTED]  Wed, 13 Feb 2008 17:12:18 +0100
 
 glibc (2.7-7) unstable; urgency=low
 

Modified: glibc-package/trunk/debian/patches/any/cvs-rfc3484.diff
===
--- glibc-package/trunk/debian/patches/any/cvs-rfc3484.diff 2008-02-12 
23:00:21 UTC (rev 2813)
+++ glibc-package/trunk/debian/patches/any/cvs-rfc3484.diff 2008-02-13 
16:16:45 UTC (rev 2814)
@@ -1,3 +1,9 @@
+2008-01-02  Ulrich Drepper  [EMAIL PROTECTED]
+
+   * sysdeps/unix/sysv/linux/check_pf.c (make_request): Fix
+   recognition of interface family.
+
+
 2007-11-12  Ulrich Drepper  [EMAIL PROTECTED]
 
* include/ifaddrs.c (struct in6addrinfo): Add prefixlen field.
@@ -339,7 +345,7 @@
 +  {
 +address = local;
 +  out:
-+if (ifam-ifa_family != AF_INET)
++if (ifam-ifa_family == AF_INET)
{
 -  out_v4:
 -if (*(const in_addr_t *) (address ?: local)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#465583: marked as done (libc6: svn fails on some repositories after ugrade to 2.7-7)

2008-02-13 Thread Debian Bug Tracking System

Your message dated Wed, 13 Feb 2008 16:01:27 +0100
with message-id [EMAIL PROTECTED]
and subject line Re: Bug#465583: libc6: svn fails on some repositories after 
ugrade to 2.7-7
has caused the Debian Bug report #465583,
regarding libc6: svn fails on some repositories after ugrade to 2.7-7
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
465583: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465583
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
---BeginMessage---
Package: libc6
Version: 2.7-6
Severity: grave
Justification: renders package unusable

Hi, 

After having upgraded libc6 from 2.7-6 to 2.7-7, I get the following 
error message on sourceforge or gnome repositories:


svn: PROPFIND request failed on '/svnroot/panotools/trunk/libpano'
svn: PROPFIND of '/svnroot/panotools/trunk/libpano': Could not resolve hostname
`panotools.svn.sourceforge.net': No address associated with hostname
(https://panotools.svn.sourceforge.net)


Reverting to 2.6-6 fixes the problem.

Regards

Jean-Luc

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-rc1-git2-k8-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc1 1:4.3-20080202-1 GCC support library

libc6 recommends no packages.

-- debconf information:
  glibc/restart-failed:
  glibc/restart-services:



---End Message---
---BeginMessage---
tag 465583 + unreproducible
thanks

Jean-Luc Coulon (f5ibh) a écrit :
 Package: libc6
 Version: 2.7-6
 Severity: grave
 Justification: renders package unusable
 
 Hi, 
 
 After having upgraded libc6 from 2.7-6 to 2.7-7, I get the following 
 error message on sourceforge or gnome repositories:

Are you sure it is related to the upgrade of libc6? I am unable to
reproduce the problem here on two different machines. Note there has
been an upload of subversion at the same time.

 
 svn: PROPFIND request failed on '/svnroot/panotools/trunk/libpano'
 svn: PROPFIND of '/svnroot/panotools/trunk/libpano': Could not resolve 
 hostname
 `panotools.svn.sourceforge.net': No address associated with hostname
 (https://panotools.svn.sourceforge.net)

Are you able to resolve names for other hosts?

Also what returns getent ahosts panotools.svn.sourceforge.net?


-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net

---End Message---


Processed: Re: Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7

2008-02-13 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 tag 465583 - unreproducible
Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7
Tags were: unreproducible
Tags removed: unreproducible

 tag 465583 + confirmed
Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7
There were no tags set.
Tags added: confirmed

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7

2008-02-13 Thread Aurelien Jarno
tag 465583 - unreproducible
tag 465583 + confirmed
thanks

 svn: PROPFIND request failed on '/svnroot/panotools/trunk/libpano'
 svn: PROPFIND of '/svnroot/panotools/trunk/libpano': Could not
 resolve hostname
 `panotools.svn.sourceforge.net': No address associated with hostname
 (https://panotools.svn.sourceforge.net)
 Are you able to resolve names for other hosts?
 Everything is resolved.
 In a browser, these addresses are resolved also.
 
 I can use svn on the same repositories with svn:// instead of http://
 
 Also what returns getent ahosts panotools.svn.sourceforge.net?
 
 
 whith 2.7-6:
 [EMAIL PROTECTED] % getent ahosts panotools.svn.sourceforge.net
 66.35.250.146   STREAM 4.svn.sourceforge.net
 66.35.250.146   DGRAM  
 66.35.250.146   RAW
 
 with 2.7-7, nothing

It looks like this is a bug in the detection of the interface address
family that has been introduced in the previous upload. I guess that the
ipv6 module is not loaded (probably blacklisted), so your network
interface has no IPv6 address (even link local).

modprobe ipv6 should workaround your problem until we rollout a fix.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#465583: libc6: svn fails on some repositories after ugrade to 2.7-7

2008-02-13 Thread Jean-Luc Coulon (f5ibh)
Le 13.02.2008 17:16:14, Aurelien Jarno a écrit :

the
ipv6 module is not loaded (probably blacklisted), so your network
interface has no IPv6 address (even link local).

I've a custom kernel without ipv6 support.


modprobe ipv6 should workaround your problem until we rollout a fix.
I've rebuilt a kernel, it is fine this way, thanks

J-L


pgpqANTMXQwT6.pgp
Description: PGP signature


glibc override disparity

2008-02-13 Thread Debian Installer
There are disparities between your recently accepted upload and the
override file for the following file(s):

libc6-i386_2.7-8_amd64.deb: package says priority is optional, override says 
standard.

Either the package or the override file is incorrect.  If you think
the override is correct and the package wrong please fix the package
so that this disparity is fixed in the next upload.  If you feel the
override is incorrect then please reply to this mail and explain why.

[NB: this is an automatically generated mail; if you replied to one
like it before and have not received a response yet, please ignore
this mail.  Your reply needs to be processed by a human and will be in
due course, but until then the installer will send these automated
mails; sorry.]

--
Debian distribution maintenance software

(This message was generated automatically; if you believe that there
is a problem with it please contact the archive administrators by
mailing [EMAIL PROTECTED])


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#465583: marked as done (libc6: svn fails on some repositories after ugrade to 2.7-7)

2008-02-13 Thread Debian Bug Tracking System

Your message dated Wed, 13 Feb 2008 17:32:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#465583: fixed in glibc 2.7-8
has caused the Debian Bug report #465583,
regarding libc6: svn fails on some repositories after ugrade to 2.7-7
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
465583: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465583
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
---BeginMessage---
Package: libc6
Version: 2.7-6
Severity: grave
Justification: renders package unusable

Hi, 

After having upgraded libc6 from 2.7-6 to 2.7-7, I get the following 
error message on sourceforge or gnome repositories:


svn: PROPFIND request failed on '/svnroot/panotools/trunk/libpano'
svn: PROPFIND of '/svnroot/panotools/trunk/libpano': Could not resolve hostname
`panotools.svn.sourceforge.net': No address associated with hostname
(https://panotools.svn.sourceforge.net)


Reverting to 2.6-6 fixes the problem.

Regards

Jean-Luc

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-rc1-git2-k8-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc1 1:4.3-20080202-1 GCC support library

libc6 recommends no packages.

-- debconf information:
  glibc/restart-failed:
  glibc/restart-services:



---End Message---
---BeginMessage---
Source: glibc
Source-Version: 2.7-8

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.7-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.7-8_all.deb
glibc_2.7-8.diff.gz
  to pool/main/g/glibc/glibc_2.7-8.diff.gz
glibc_2.7-8.dsc
  to pool/main/g/glibc/glibc_2.7-8.dsc
libc6-dbg_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.7-8_amd64.deb
libc6-dev-i386_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.7-8_amd64.deb
libc6-dev_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.7-8_amd64.deb
libc6-i386_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.7-8_amd64.deb
libc6-pic_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.7-8_amd64.deb
libc6-prof_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.7-8_amd64.deb
libc6-udeb_2.7-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.7-8_amd64.udeb
libc6_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6_2.7-8_amd64.deb
libnss-dns-udeb_2.7-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.7-8_amd64.udeb
libnss-files-udeb_2.7-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.7-8_amd64.udeb
locales-all_2.7-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.7-8_amd64.deb
locales_2.7-8_all.deb
  to pool/main/g/glibc/locales_2.7-8_all.deb
nscd_2.7-8_amd64.deb
  to pool/main/g/glibc/nscd_2.7-8_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno [EMAIL PROTECTED] (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 13 Feb 2008 17:12:18 +0100
Source: glibc
Binary: glibc-doc locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof 
libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-prof libc6.1-pic 
libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-prof libc0.3-pic 
libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-prof libc0.1-pic 
libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 libc6-dev-sparc64 
libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 libc6-powerpc 
libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 libc6-dev-mipsn32 
libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-sparcv9b 
libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 libnss-dns-udeb 
libnss-files-udeb
Architecture: source all amd64
Version: 2.7-8
Distribution: unstable
Urgency: low
Maintainer: GNU Libc Maintainers debian-glibc@lists.debian.org
Changed-By: Aurelien Jarno [EMAIL PROTECTED]
Description: 
 glibc-doc  - GNU C Library: Documentation
 libc6  - GNU C Library: Shared libraries
 libc6-dbg  - GNU C Library: Libraries with debugging 

glibc_2.7-8_amd64.changes ACCEPTED

2008-02-13 Thread Debian Installer

Accepted:
glibc-doc_2.7-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.7-8_all.deb
glibc_2.7-8.diff.gz
  to pool/main/g/glibc/glibc_2.7-8.diff.gz
glibc_2.7-8.dsc
  to pool/main/g/glibc/glibc_2.7-8.dsc
libc6-dbg_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.7-8_amd64.deb
libc6-dev-i386_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.7-8_amd64.deb
libc6-dev_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.7-8_amd64.deb
libc6-i386_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.7-8_amd64.deb
libc6-pic_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.7-8_amd64.deb
libc6-prof_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.7-8_amd64.deb
libc6-udeb_2.7-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.7-8_amd64.udeb
libc6_2.7-8_amd64.deb
  to pool/main/g/glibc/libc6_2.7-8_amd64.deb
libnss-dns-udeb_2.7-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.7-8_amd64.udeb
libnss-files-udeb_2.7-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.7-8_amd64.udeb
locales-all_2.7-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.7-8_amd64.deb
locales_2.7-8_all.deb
  to pool/main/g/glibc/locales_2.7-8_all.deb
nscd_2.7-8_amd64.deb
  to pool/main/g/glibc/nscd_2.7-8_amd64.deb


Override entries for your package:
glibc-doc_2.7-8_all.deb - optional doc
glibc_2.7-8.dsc - source libs
libc6-dbg_2.7-8_amd64.deb - extra libdevel
libc6-dev-i386_2.7-8_amd64.deb - optional libdevel
libc6-dev_2.7-8_amd64.deb - optional libdevel
libc6-i386_2.7-8_amd64.deb - standard libs
libc6-pic_2.7-8_amd64.deb - optional libdevel
libc6-prof_2.7-8_amd64.deb - extra libdevel
libc6-udeb_2.7-8_amd64.udeb - extra debian-installer
libc6_2.7-8_amd64.deb - required libs
libnss-dns-udeb_2.7-8_amd64.udeb - extra debian-installer
libnss-files-udeb_2.7-8_amd64.udeb - extra debian-installer
locales-all_2.7-8_amd64.deb - extra libs
locales_2.7-8_all.deb - standard libs
nscd_2.7-8_amd64.deb - optional admin

Announcing to [EMAIL PROTECTED]
Closing bugs: 465583 


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Processing of glibc_2.7-8_amd64.changes

2008-02-13 Thread Archive Administrator
glibc_2.7-8_amd64.changes uploaded successfully to localhost
along with the files:
  glibc_2.7-8.dsc
  glibc_2.7-8.diff.gz
  glibc-doc_2.7-8_all.deb
  locales_2.7-8_all.deb
  libc6_2.7-8_amd64.deb
  libc6-dev_2.7-8_amd64.deb
  libc6-prof_2.7-8_amd64.deb
  libc6-pic_2.7-8_amd64.deb
  locales-all_2.7-8_amd64.deb
  libc6-i386_2.7-8_amd64.deb
  libc6-dev-i386_2.7-8_amd64.deb
  nscd_2.7-8_amd64.deb
  libc6-dbg_2.7-8_amd64.deb
  libc6-udeb_2.7-8_amd64.udeb
  libnss-dns-udeb_2.7-8_amd64.udeb
  libnss-files-udeb_2.7-8_amd64.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#465652: libc6: Occasional failed wakeup in pthread_cond_wait

2008-02-13 Thread Adam Olsen
Package: libc6
Version: 2.7-5
Severity: normal


In my multithreaded application I'm finding calls to pthread_cond_wait
are occasionally not woken by pthread_cond_broadcast.

Some possibly relevent factors:
* This is a single CPU, single core box
* There's typically 1-3 threads calling pthread_cond_wait
* There's a single global cond used, but each thread has their own lock
* A maintenance thread (although the roles change) acquires all of the
  threads' locks, ensuring they're all asleep.  It then calls
  pthread_cond_broadcast, followed by releasing all their locks
* The maintanance thread does this repeatedly, successfully waking up
  other threads from the cond, as well as repeatedly acquiring and
  releasing the hung thread's lock
* I've verified with my own logging and strace that the maintenance
  thread is acquiring the same lock passed to pthread_cond_wait by the
  hung thread
* A snippet from strace's log (full size 43 megs):
  http://pastebin.com/f41c0c791
* I've verified with gdb that the hung thread is in #0  0xb7edf820 in
  pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
* Attaching and detaching gdb causes the hung thread to wakeup and
  finish normally.

I was told of a patch on IRC, but I was later told it did not affect
x86 (which I'm using).  For posterity, here's what I had written:
Additionally, I was told on IRC of a patch set to glibc's locking code
that came out after 2.7.  I haven't verified if these would fix it, or
if they're even related, but it's something to consider.
http://sources.redhat.com/bugzilla/show_bug.cgi?id=5240
Three changed files are linked there.  I was given a 4th on IRC, which
I'm told is a correction.
http://sourceware.org/cgi-bin/cvsweb.cgi/libc/nptl/sysdeps/unix/sysv/linux/lowlevellock.c.diff?cvsroot=glibcr1=1.18r2=1.19


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc1   1:4.2.2-1  GCC support library

libc6 recommends no packages.

-- debconf information excluded


-- 
Adam Olsen, aka Rhamphoryncus



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



extern inline and ?stat64 fun in glibc

2008-02-13 Thread Sune Vuorela
Hi!

As many people know, som header change in libc6-dev made libqt3-mt (and maybe 
other packages) drop some symbols on one or more archs.

For full details, see the thread starting here:
http://lists.debian.org/debian-devel/2008/02/msg00439.html, especially the 
post by Pierre here:
http://lists.debian.org/debian-devel/2008/02/msg00580.html

For the result of this change, see the RC buglist against libqt3-mt

The question is now - what to do?

1) Roll back the changes to libc6-dev and rebuild qt3
2) patch in those symbols in qt3
3) rename libqt3-mt and rebuild all 500 rdeps, including all of kde3.
4) something else ?

I am currently most in favour of 1. And very much against 2. But hoping for 4.

But please discuss and comment - and please keep me cc'ed. I am not subscribed 
to glibc list.

/Sune
 - one of your friendly kde/qt packagers.
-- 
Man, do you know how may I do for getting access on a kernel?

You have to digit on the connection to reset the mousepad.


signature.asc
Description: This is a digitally signed message part.