Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Christian PERRIER
Let's hope you can reach Neskie Manuel who is, IIRC, the author of
many locales for Aboriginal languages of North America.

It's quite some time since I heard from him, though (about 2 years).

Quoting Helge Kreutzmann (deb...@helgefjell.de):
 Hello,
 you are listed as contact person/author of the following locale:
 
 shs_CA
 
 This locale comes with a statement
 
 % Distribution and use is free, also
 % for commercial purposes.
 
 Thus it does not allow modification; it is unclear, however, if this
 statement was meant as a license.
 
 As discussed in
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
 locale could strictly speaking not be part of Debian which would be a
 great loss. (Currently it is allowed pending investigation).
 
 To properly resolve this, I would like to ask you the following
 question:
 
 Would you be willing to relicense this locale to a proper license,
 e.g. (L)GPL v2 or higher or another free software license of your choice?
 
 If you have any questions regarding this issue, do not hesitate to
 contact me (via the reply-to address set).
 
 Thanks for helping to resolve this!
 
 Helge
 
 -- 
   Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys.   http://www.helgefjell.de/debian.php
 64bit GNU powered gpg signed mail preferred
Help keep free software libre: http://www.ffii.de/



-- 




signature.asc
Description: Digital signature


Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Christian PERRIER
I add to the CC list another mail address I know about Boerre
Gaup. Also CC'ing Petter Reinholdtsen, ou Debian Wizard for everything
related to Norway, in case he would have alternate ways to reach Boerre.

Quoting Helge Kreutzmann (deb...@helgefjell.de):
 Hello,
 you are listed as contact person/author of the following locale:
 
 se_NO
 
 This locale comes with a statement
 
 % Distribution and use is free, also
 % for commercial purposes.
 
 Thus it does not allow modification; it is unclear, however, if this
 statement was meant as a license.
 
 As discussed in
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
 locale could strictly speaking not be part of Debian which would be a
 great loss. (Currently it is allowed pending investigation).
 
 To properly resolve this, I would like to ask you the following
 question:
 
 Would you be willing to relicense this locale to a proper license,
 e.g. (L)GPL v2 or higher or another free software license of your choice?
 
 If you have any questions regarding this issue, do not hesitate to
 contact me (via the reply-to address set).
 
 Thanks for helping to resolve this!
 
 Helge
 
 -- 
   Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys.   http://www.helgefjell.de/debian.php
 64bit GNU powered gpg signed mail preferred
Help keep free software libre: http://www.ffii.de/



-- 




signature.asc
Description: Digital signature


Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Helge Kreutzmann
Hello,
you are listed as contact person/author of the following locale:

tg_TJ

This locale comes with a statement

% Distribution and use is free, also
% for commercial purposes.

Thus it does not allow modification; it is unclear, however, if this
statement was meant as a license.

As discussed in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
locale could strictly speaking not be part of Debian which would be a
great loss. (Currently it is allowed pending investigation).

To properly resolve this, I would like to ask you the following
question:

Would you be willing to relicense this locale to a proper license,
e.g. (L)GPL v2 or higher or another free software license of your choice?

If you have any questions regarding this issue, do not hesitate to
contact me (via the reply-to address set).

Thanks for helping to resolve this!

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature


Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Helge Kreutzmann
Hello,
you are listed as contact person/author of the following locale:

tk_TM

This locale comes with a statement

% Distribution and use is free, also
% for commercial purposes.

Thus it does not allow modification; it is unclear, however, if this
statement was meant as a license.

As discussed in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
locale could strictly speaking not be part of Debian which would be a
great loss. (Currently it is allowed pending investigation).

To properly resolve this, I would like to ask you the following
question:

Would you be willing to relicense this locale to a proper license,
e.g. (L)GPL v2 or higher or another free software license of your choice?

If you have any questions regarding this issue, do not hesitate to
contact me (via the reply-to address set).

Thanks for helping to resolve this!

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature


Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Eddy Petrișor
2012/6/27 Helge Kreutzmann deb...@helgefjell.de:
 Hello,
 you are listed as contact person/author of the following locale:

 ro_RO

 This locale comes with a statement

 % Distribution and use is free, also
 % for commercial purposes.

 Thus it does not allow modification; it is unclear, however, if this
 statement was meant as a license.

 As discussed in
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
 locale could strictly speaking not be part of Debian which would be a
 great loss. (Currently it is allowed pending investigation).

 To properly resolve this, I would like to ask you the following
 question:

 Would you be willing to relicense this locale to a proper license,
 e.g. (L)GPL v2 or higher or another free software license of your choice?

Yes, of course. GPL/LGPL v2+ is OK. Same for any other copyleft license.

 If you have any questions regarding this issue, do not hesitate to
 contact me (via the reply-to address set).

 Thanks for helping to resolve this!

            Helge

 --
      Dr. Helge Kreutzmann                     deb...@helgefjell.de
           Dipl.-Phys.                   http://www.helgefjell.de/debian.php
        64bit GNU powered                     gpg signed mail preferred
           Help keep free software libre: http://www.ffii.de/

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iD8DBQFP6r2DRsxcY/MYpWoRAuznAJ9j9Jcx4LFov/BCoqfenmJkPeu7iwCffT39
 WAfakavcn7LbwSSmW+SHLiU=
 =AkQ3
 -END PGP SIGNATURE-




-- 
Regards,
EddyP
=
Imagination is more important than knowledge A.Einstein



--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAK0XTWc2Rwc1z6YzA=whgo-docukk2kumcowqf5axhntv0t...@mail.gmail.com



Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Helge Kreutzmann
Hello,
you are listed as contact person/author of the following locale:

tl_PH

This locale comes with a statement

% Distribution and use is free, also
% for commercial purposes.

Thus it does not allow modification; it is unclear, however, if this
statement was meant as a license.

As discussed in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
locale could strictly speaking not be part of Debian which would be a
great loss. (Currently it is allowed pending investigation).

To properly resolve this, I would like to ask you the following
question:

Would you be willing to relicense this locale to a proper license,
e.g. (L)GPL v2 or higher or another free software license of your choice?

If you have any questions regarding this issue, do not hesitate to
contact me (via the reply-to address set).

Thanks for helping to resolve this!

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature


Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Helge Kreutzmann
Hello,
you are listed as contact person/author of the following locale:

tr_CY

This locale comes with a statement

% Distribution and use is free, also
% for commercial purposes.

Thus it does not allow modification; it is unclear, however, if this
statement was meant as a license.

As discussed in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
locale could strictly speaking not be part of Debian which would be a
great loss. (Currently it is allowed pending investigation).

To properly resolve this, I would like to ask you the following
question:

Would you be willing to relicense this locale to a proper license,
e.g. (L)GPL v2 or higher or another free software license of your choice?

If you have any questions regarding this issue, do not hesitate to
contact me (via the reply-to address set).

Thanks for helping to resolve this!

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature


Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Helge Kreutzmann
Hello,
you are listed as contact person/author of the following locale:

tr_TR

This locale comes with a statement

% Distribution and use is free, also
% for commercial purposes.

Thus it does not allow modification; it is unclear, however, if this
statement was meant as a license.

As discussed in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
locale could strictly speaking not be part of Debian which would be a
great loss. (Currently it is allowed pending investigation).

To properly resolve this, I would like to ask you the following
question:

Would you be willing to relicense this locale to a proper license,
e.g. (L)GPL v2 or higher or another free software license of your choice?

If you have any questions regarding this issue, do not hesitate to
contact me (via the reply-to address set).

Thanks for helping to resolve this!

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature


Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Helge Kreutzmann
Hello,
you are listed as contact person/author of the following locale:

tt_RU

This locale comes with a statement

% Distribution and use is free, also
% for commercial purposes.

Thus it does not allow modification; it is unclear, however, if this
statement was meant as a license.

As discussed in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
locale could strictly speaking not be part of Debian which would be a
great loss. (Currently it is allowed pending investigation).

To properly resolve this, I would like to ask you the following
question:

Would you be willing to relicense this locale to a proper license,
e.g. (L)GPL v2 or higher or another free software license of your choice?

If you have any questions regarding this issue, do not hesitate to
contact me (via the reply-to address set).

Thanks for helping to resolve this!

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature


Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Helge Kreutzmann
Hello,
you are listed as contact person/author of the following locale:

tt_RU@iqtelif

This locale comes with a statement

% Distribution and use is free, also
% for commercial purposes.

Thus it does not allow modification; it is unclear, however, if this
statement was meant as a license.

As discussed in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
locale could strictly speaking not be part of Debian which would be a
great loss. (Currently it is allowed pending investigation).

To properly resolve this, I would like to ask you the following
question:

Would you be willing to relicense this locale to a proper license,
e.g. (L)GPL v2 or higher or another free software license of your choice?

If you have any questions regarding this issue, do not hesitate to
contact me (via the reply-to address set).

Thanks for helping to resolve this!

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature


Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Onur Tolga Sehitoglu
On 06/29/2012 12:30 PM, Helge Kreutzmann wrote:
 Hello,
 you are listed as contact person/author of the following locale:

 tr_TR

 This locale comes with a statement

 % Distribution and use is free, also
 % for commercial purposes.

 Thus it does not allow modification; it is unclear, however, if this
 statement was meant as a license.

 As discussed in
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
 locale could strictly speaking not be part of Debian which would be a
 great loss. (Currently it is allowed pending investigation).

 To properly resolve this, I would like to ask you the following
 question:

 Would you be willing to relicense this locale to a proper license,
 e.g. (L)GPL v2 or higher or another free software license of your choice?
Sure,
I put my name to be contacted in case of any problem. I did not
have any intention to put any license restrictions in the first place .
I believe that statement was inherited from  a template of libc at that
moment.
   I am willing to set it to LGPL v2 or any license to be consistent
with the rest of the locale
licenses. You can delete my name as well since I do not maintain it for
a long time. 

  Let me know if I can provide any assistance you might need.
Best regards.

-- 
Onur Tolga Sehitoglu
http://www.ceng.metu.edu.tr/~onur/


 If you have any questions regarding this issue, do not hesitate to
 contact me (via the reply-to address set).

 Thanks for helping to resolve this!

 Helge





-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fed7ded.8000...@ceng.metu.edu.tr



Processed: Re: Bug#679198: bash: [on native FreeBSD] unable to set FD_CLOEXEC flag

2012-06-29 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 block 679198 by 635192
Bug #679198 [bash] bash: Fails to upgrade in kFreeBSD jails
679198 was not blocked by any bugs.
679198 was not blocking any bugs.
Added blocking bug(s) of 679198: 635192
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
679198: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679198
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.134097374421916.transcr...@bugs.debian.org



Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Børre Gaup
Bearjadat, geassemánu 29. b. 2012 07.03.15 Christian PERRIER čálii:
 I add to the CC list another mail address I know about Boerre
 Gaup. Also CC'ing Petter Reinholdtsen, ou Debian Wizard for everything
 related to Norway, in case he would have alternate ways to reach Boerre.
 
 Quoting Helge Kreutzmann (deb...@helgefjell.de):
  Hello,
  you are listed as contact person/author of the following locale:
  
  se_NO
  
  This locale comes with a statement
  
  % Distribution and use is free, also
  % for commercial purposes.
  
  Thus it does not allow modification; it is unclear, however, if this
  statement was meant as a license.
  
  As discussed in
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this
  locale could strictly speaking not be part of Debian which would be a
  great loss. (Currently it is allowed pending investigation).
  
  To properly resolve this, I would like to ask you the following
  question:
  
  Would you be willing to relicense this locale to a proper license,
  e.g. (L)GPL v2 or higher or another free software license of your choice?
  

(L)GPL v2 sounds quite all right by me.

  If you have any questions regarding this issue, do not hesitate to
  contact me (via the reply-to address set).
  
  Thanks for helping to resolve this!
  
  Helge



--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/3347282.NMrGyHx1md@jiralf-macbookpro



Bug#555168: Unclear license situation for (e)glibc locales provided by you

2012-06-29 Thread Christian PERRIER
Quoting Helge Kreutzmann (deb...@helgefjell.de):
 Hello,
 you are listed as contact person/author of the following locale:
 
 tr_CY
 
 This locale comes with a statement
 
 % Distribution and use is free, also
 % for commercial purposes.

Recai Oktas is also a Debian developer. CC'ing his Debian address.




signature.asc
Description: Digital signature


Bug#635192: Processed: Bug#679198: bash: [on native FreeBSD] unable to set FD_CLOEXEC flag

2012-06-29 Thread Robert Millan
2012/6/29 Steven Chamberlain ste...@pyro.eu.org:
 #679198 is this bug.  Did you mean #635192?

Yes, sorry.

 In /usr/include/i386-kfreebsd-gnu/bits/fcntl.h :

 #if _POSIX_C_SOURCE = 200809L
 #define O_TTY_INIT      0x0008      /* Restore default termios 
 attributes */
 /* Defining O_CLOEXEC would break kfreebsd 8.1, see #635192 */
 /* #define O_CLOEXEC    0x0010 */
 #endif

 So it is undefined on purpose?

Correct.  Although leaving it undefined might be worse than defining
it.  E.g. consider programs doing:

/* use O_CLOEXEC if possible */
#ifndef O_CLOEXEC
#define O_CLOEXEC 0
#endif

fd = open (..., O_CLOEXEC);
// don't bother closing fd

But the decision is up to glibc maintainers.

-- 
Robert Millan



--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caofdtxosf-dnj+xy4ncbdh+parrpwkednniw6sluu9fl+jx...@mail.gmail.com



Bug#679172: libc-2.11.3.so: ls[8213]: segfault in libc-2.11.3.so

2012-06-29 Thread Aurelien Jarno
tag 679172 + moreinfo
thanks

On Tue, Jun 26, 2012 at 10:31:46PM +0200, a...@users.sourceforge.net wrote:
 Package: libc6-i686
 Version: 2.11.3-3
 Severity: normal
 File: libc-2.11.3.so
 
 
 Just found this in /var/log/kern.log and /var/log/messages:
 
 ls[8213]: segfault at 1ebbc787 ip b769aa53 sp bffcbc14 error 4 in 
 libc-2.11.3.so[b7626000+14]
 
 ls seemed to work normally, though.
 

Most of this kind of reports are actually not libc fault, but program
passing wrong arguments to some libc functions (like NULL to strlen()).

Please provide a way to reproduce the issue.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120629232129.ga...@hall.aurel32.net



Bug#671715: libc6: Fail to upgrade from 2.13-27 to newer version !

2012-06-29 Thread Aurelien Jarno
On Wed, May 23, 2012 at 07:07:05PM +0200, Aurelien Jarno wrote:
 On Sun, May 06, 2012 at 11:14:56AM +0200, Mourad Jaber wrote:
  Package: libc6
  Version: 2.13-27
  Severity: important
  
  Dear Maintainer,
  
 * What led up to the situation?
  My system (debian/testing) is using 2.13-27 version of libc6 and I'm trying 
  to
  upgrade to the current testing version...
  
 * What exactly did you do (or not do) that was effective (or
   ineffective)?
  I'm trying to do an aptitude install libc6
  
 * What was the outcome of this action?
  It didn't finish well, I obtain the following messages :
  A copy of the C library was found in an unexpected directory:
'/lib/x86_64-linux-gnu/libc-2.13.so'
  It is not safe to upgrade the C library in this situation;
  please remove that copy of the C library or get it out of
  '/lib/x86_64-linux-gnu' and try again.
  
 * What outcome did you expect instead?
  An upgrade without problem !
  
  I have tryied :
   - to move that file - nothing work after that so I cannot redo the 
  upgrade !
   - to use a rescue CD (PartedMagic), chroot the environement and try to 
  force
  the upgrade, but I get the same result !
  
  Is there any solution to make the upgrade happen without reinstalling the 
  whole
  system ?
  
 
 This looks like your dpkg database is corrupted, or at least not in sync
 with the files installed in your system. Can you please provide us the
 contents of all the files named /var/lib/dpkg/info/libc6*.list ?
 

Ping ?

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120629232747.gb...@hall.aurel32.net



r5295 - in glibc-package/trunk/debian: . patches po

2012-06-29 Thread Aurelien Jarno
Author: aurel32
Date: 2012-06-29 23:22:51 + (Fri, 29 Jun 2012)
New Revision: 5295

Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/patches/series
   glibc-package/trunk/debian/po/sk.po
Log:
  * Update Slovak debconf translation, by Ivan Mas?\195?\161r.  Closes: #677919.



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2012-06-24 12:41:45 UTC (rev 
5294)
+++ glibc-package/trunk/debian/changelog2012-06-29 23:22:51 UTC (rev 
5295)
@@ -6,6 +6,7 @@
 #674412.
   * patches/localedata/submitted-es_MX-decimal_point.diff: fix thousand
 separator, use a space instead of a comma.
+  * Update Slovak debconf translation, by Ivan Masár.  Closes: #677919.
 
   [ Samuel Thibault ]
   * patches/hurd-i386/libpthread_librt-link.diff: Remove patch, having

Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series   2012-06-24 12:41:45 UTC (rev 
5294)
+++ glibc-package/trunk/debian/patches/series   2012-06-29 23:22:51 UTC (rev 
5295)
@@ -118,6 +118,11 @@
 hppa/cvs-test-tls-support.diff
 hppa/cvs-cloexec-nonblock.diff
 hppa/cvs-prlimit64.diff
+hppa/local-EAGAIN.diff
+hppa/ports-2011-08-31.diff
+hppa/ports-2011-09-17.diff
+hppa/ports-2011-10-30.diff
+hppa/ports-2012-03-31.diff
 
 hurd-i386/local-dl-dynamic-weak.diff
 hurd-i386/local-enable-ldconfig.diff

Modified: glibc-package/trunk/debian/po/sk.po
===
--- glibc-package/trunk/debian/po/sk.po 2012-06-24 12:41:45 UTC (rev 5294)
+++ glibc-package/trunk/debian/po/sk.po 2012-06-29 23:22:51 UTC (rev 5295)
@@ -1,12 +1,16 @@
-# Ivan Masár heli...@centrum.sk, 2007, 2008.
+# Slovak translation of eglibc debconf templates.
+# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the eglibc package.
+# Ivan Masár heli...@centrum.sk, 2007, 2008, 2012.
+#
 msgid 
 msgstr 
-Project-Id-Version: glibc 2.6.1-1\n
+Project-Id-Version: eglibc\n
 Report-Msgid-Bugs-To: egl...@packages.debian.org\n
 POT-Creation-Date: 2011-10-30 11:52-0700\n
-PO-Revision-Date: 2008-02-26 23:21+0100\n
+PO-Revision-Date: 2012-06-17 20:43+0100\n
 Last-Translator: Ivan Masár heli...@centrum.sk\n
-Language-Team: Slovak sk-i...@lists.linux.sk\n
+Language-Team: Slovak debian-l10n-slo...@lists.debian.org\n
 Language: sk\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=utf-8\n
@@ -27,24 +31,14 @@
 #. Type: multiselect
 #. Description
 #: ../debhelper.in/locales.templates:1002
-msgid 
-Locales are a framework to switch between multiple languages and allow users 
-to use their language, country, characters, collation order, etc.
-msgstr 
-Locales sú infraštruktúra na prepínanie medzi viacerými jazykmi a umožňujú 
-používateľom používať ich jazyk, krajinu, poradie znakov atď.
+msgid Locales are a framework to switch between multiple languages and allow 
users to use their language, country, characters, collation order, etc.
+msgstr Locales sú infraštruktúra na prepínanie medzi viacerými jazykmi a 
umožňujú používateľom používať ich jazyk, krajinu, poradie znakov atď.
 
 #. Type: multiselect
 #. Description
 #: ../debhelper.in/locales.templates:1002
-msgid 
-Please choose which locales to generate. UTF-8 locales should be chosen by 
-default, particularly for new installations. Other character sets may be 
-useful for backwards compatibility with older systems and software.
-msgstr 
-Prosím zvoľte, ktoré locales sa majú vytvoriť. Štandardne by mali byť 
-zvolené UTF-8 locales, zvlášť na nových inštaláciách. Iné znakové sady môžu 
-byť užitočné pre spätnú kompatibilitu so staršími systémami a softvérom.
+msgid Please choose which locales to generate. UTF-8 locales should be chosen 
by default, particularly for new installations. Other character sets may be 
useful for backwards compatibility with older systems and software.
+msgstr Prosím zvoľte, ktoré locales sa majú vytvoriť. Štandardne by mali byť 
zvolené UTF-8 locales, zvlášť na nových inštaláciách. Iné znakové sady môžu byť 
užitočné pre spätnú kompatibilitu so staršími systémami a softvérom.
 
 #. Type: select
 #. Choices
@@ -61,26 +55,14 @@
 #. Type: select
 #. Description
 #: ../debhelper.in/locales.templates:2002
-msgid 
-Many packages in Debian use locales to display text in the correct language 
-for the user. You can choose a default locale for the system from the 
-generated locales.
-msgstr 
-Mnohé balíky v Debiane používajú locales pre zobrazovanie textu v správnom 
-jazyku používateľa. Z vytvorených locales môžete zvoliť štandardné locale 
-systému.
+msgid Many packages in Debian use locales to display text in the correct 
language for the user. You can choose a default locale for the system from the 
generated locales.
+msgstr Mnohé balíky v Debiane používajú locales pre 

r5296 - in glibc-package/trunk/debian: . control.in

2012-06-29 Thread Aurelien Jarno
Author: aurel32
Date: 2012-06-29 23:29:16 + (Fri, 29 Jun 2012)
New Revision: 5296

Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/control
   glibc-package/trunk/debian/control.in/main
Log:
  * control.in/main: switch multiarch-support to priority: required.  Closes:
#677624.



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2012-06-29 23:22:51 UTC (rev 
5295)
+++ glibc-package/trunk/debian/changelog2012-06-29 23:29:16 UTC (rev 
5296)
@@ -7,6 +7,8 @@
   * patches/localedata/submitted-es_MX-decimal_point.diff: fix thousand
 separator, use a space instead of a comma.
   * Update Slovak debconf translation, by Ivan Masár.  Closes: #677919.
+  * control.in/main: switch multiarch-support to priority: required.  Closes:
+#677624.
 
   [ Samuel Thibault ]
   * patches/hurd-i386/libpthread_librt-link.diff: Remove patch, having

Modified: glibc-package/trunk/debian/control
===
--- glibc-package/trunk/debian/control  2012-06-29 23:22:51 UTC (rev 5295)
+++ glibc-package/trunk/debian/control  2012-06-29 23:29:16 UTC (rev 5296)
@@ -127,7 +127,7 @@
  libc6 (= 2.13-5) [armhf i386],
  libc0.3 (= 2.13-5) [hurd-i386],
  libc0.1 (= 2.13-5) [kfreebsd-i386],
-Priority: standard
+Priority: required
 Description: Transitional package to ensure multiarch compatibility
  This is a transitional package used to ensure multiarch support is present
  in ld.so before unpacking libraries to the multiarch directories.  It can

Modified: glibc-package/trunk/debian/control.in/main
===
--- glibc-package/trunk/debian/control.in/main  2012-06-29 23:22:51 UTC (rev 
5295)
+++ glibc-package/trunk/debian/control.in/main  2012-06-29 23:29:16 UTC (rev 
5296)
@@ -127,7 +127,7 @@
  libc6 (= 2.13-5) [armhf i386],
  libc0.3 (= 2.13-5) [hurd-i386],
  libc0.1 (= 2.13-5) [kfreebsd-i386],
-Priority: standard
+Priority: required
 Description: Transitional package to ensure multiarch compatibility
  This is a transitional package used to ensure multiarch support is present
  in ld.so before unpacking libraries to the multiarch directories.  It can


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1skkcn-0006zt...@vasks.debian.org



r5297 - glibc-package/trunk/debian/patches

2012-06-29 Thread Aurelien Jarno
Author: aurel32
Date: 2012-06-30 00:06:58 + (Sat, 30 Jun 2012)
New Revision: 5297

Modified:
   glibc-package/trunk/debian/patches/series
Log:
Fix commit r5295


Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series   2012-06-29 23:29:16 UTC (rev 
5296)
+++ glibc-package/trunk/debian/patches/series   2012-06-30 00:06:58 UTC (rev 
5297)
@@ -118,11 +118,6 @@
 hppa/cvs-test-tls-support.diff
 hppa/cvs-cloexec-nonblock.diff
 hppa/cvs-prlimit64.diff
-hppa/local-EAGAIN.diff
-hppa/ports-2011-08-31.diff
-hppa/ports-2011-09-17.diff
-hppa/ports-2011-10-30.diff
-hppa/ports-2012-03-31.diff
 
 hurd-i386/local-dl-dynamic-weak.diff
 hurd-i386/local-enable-ldconfig.diff


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1skldh-l9...@vasks.debian.org



r5298 - glibc-package/trunk/debian

2012-06-29 Thread Aurelien Jarno
Author: aurel32
Date: 2012-06-30 02:45:42 + (Sat, 30 Jun 2012)
New Revision: 5298

Modified:
   glibc-package/trunk/debian/changelog
Log:
Upload to unstable


Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2012-06-30 00:06:58 UTC (rev 
5297)
+++ glibc-package/trunk/debian/changelog2012-06-30 02:45:42 UTC (rev 
5298)
@@ -1,4 +1,4 @@
-eglibc (2.13-34) UNRELEASED; urgency=low
+eglibc (2.13-34) unstable; urgency=low
 
   [ Aurelien Jarno ]
   * patches/any/cvs-pthread-builtin-expect.diff: new patch from upstream to
@@ -20,7 +20,7 @@
   * patches/hurd-i386/unsubmitted-mremap.diff: New hurd-only patch to comment
 MREMAP flags, unimplemented on the Hurd.
 
- -- Aurelien Jarno aure...@debian.org  Sun, 03 Jun 2012 22:51:53 +0200
+ -- Aurelien Jarno aure...@debian.org  Sat, 30 Jun 2012 01:44:32 +0200
 
 eglibc (2.13-33) unstable; urgency=medium
 


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1skngs-0006ws...@vasks.debian.org



Bug#677624: marked as done (multiarch-support should be priority: required)

2012-06-29 Thread Debian Bug Tracking System
Your message dated Sat, 30 Jun 2012 03:04:55 +
with message-id e1sknzt-00022i...@franck.debian.org
and subject line Bug#677624: fixed in eglibc 2.13-34
has caused the Debian Bug report #677624,
regarding multiarch-support should be priority: required
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 ow...@bugs.debian.org
immediately.)


-- 
677624: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677624
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: multiarch-support
Version: 2.13-33

Forwarding per Russ's observation that multiple required library
packages are depending on multiarch-support, which causes Lintian to
complain.

Given that it is a transitional package, this shouldn't be a big deal,
since it's less than 200k installed (and all of that package
documentation overhead)

Thanks,

- Ted
---BeginMessage---
Theodore Ts'o ty...@mit.edu writes:

 If a required package (such as e2fslibs, which is required by e2fsprogs)
 provides multiarch support, then Lintian requires that the package have
 a dependency on the package multiarch-support[1].

 However, this causes debcheck to complain because you now have a
 required package depending on a package, multiarch-support, which is
 only at standard priority[2] 

 [1] 
 http://lintian.debian.org/tags/missing-pre-dependency-on-multiarch-support.html
 [2] http://qa.debian.org/debcheck.php?dist=unstablepackage=e2fsprogs

 What is the right thing to do to resolve this mutually irreconcilable
 set of complaints from either Lintian or debcheck?

multiarch-support should be priority: required.  It's already a dependency
of several other priority: required packages, such as libselinux1 and
zlib1g.

That implies that in the interim you should ignore debcheck.

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87aa05kxv0@windlord.stanford.edu


---End Message---
---End Message---
---BeginMessage---
Source: eglibc
Source-Version: 2.13-34

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

eglibc-source_2.13-34_all.deb
  to main/e/eglibc/eglibc-source_2.13-34_all.deb
eglibc_2.13-34.diff.gz
  to main/e/eglibc/eglibc_2.13-34.diff.gz
eglibc_2.13-34.dsc
  to main/e/eglibc/eglibc_2.13-34.dsc
glibc-doc_2.13-34_all.deb
  to main/e/eglibc/glibc-doc_2.13-34_all.deb
libc-bin_2.13-34_amd64.deb
  to main/e/eglibc/libc-bin_2.13-34_amd64.deb
libc-dev-bin_2.13-34_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-34_amd64.deb
libc6-dbg_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-34_amd64.deb
libc6-dev-i386_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-34_amd64.deb
libc6-dev_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-34_amd64.deb
libc6-i386_2.13-34_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-34_amd64.deb
libc6-pic_2.13-34_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-34_amd64.deb
libc6-prof_2.13-34_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-34_amd64.deb
libc6-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-34_amd64.udeb
libc6_2.13-34_amd64.deb
  to main/e/eglibc/libc6_2.13-34_amd64.deb
libnss-dns-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-34_amd64.udeb
libnss-files-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-34_amd64.udeb
locales-all_2.13-34_amd64.deb
  to main/e/eglibc/locales-all_2.13-34_amd64.deb
locales_2.13-34_all.deb
  to main/e/eglibc/locales_2.13-34_all.deb
multiarch-support_2.13-34_amd64.deb
  to main/e/eglibc/multiarch-support_2.13-34_amd64.deb
nscd_2.13-34_amd64.deb
  to main/e/eglibc/nscd_2.13-34_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 677...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno aure...@debian.org (supplier of updated eglibc 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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 30 Jun 2012 01:44:32 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd 

Bug#674412: marked as done (tcc: undefined symbol '__builtin_expect' on pthread_cleanup_push() call)

2012-06-29 Thread Debian Bug Tracking System
Your message dated Sat, 30 Jun 2012 03:04:55 +
with message-id e1sknzt-00022c...@franck.debian.org
and subject line Bug#674412: fixed in eglibc 2.13-34
has caused the Debian Bug report #674412,
regarding tcc: undefined symbol '__builtin_expect' on pthread_cleanup_push() 
call
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 ow...@bugs.debian.org
immediately.)


-- 
674412: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674412
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: tcc
Version: 0.9.26~git20120104.83d57c0-5
Severity: normal

Hi,

When using pthread_cleanup_push() from a threaded function, tcc won't
compile. Please see the attached example file thread.c. Here is how it
compiles with gcc and tcc:

$ gcc -Wall -Wextra thread.c -pthread
thread.c: In function ‘clean_something’:
thread.c:3:28: warning: unused parameter ‘NULL_value’ [-Wunused-parameter]

$ tcc -Wall -Wextra thread.c -pthread
thread.c:10: warning: implicit declaration of function '__builtin_expect'
tcc: error: undefined symbol '__builtin_expect'

Cheers,
  Matteo

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

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tcc depends on:
ii  dpkg  1.16.3
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-32

Versions of packages tcc recommends:
ii  libc6-dev [libc-dev]  2.13-32

tcc suggests no packages.

-- no debconf information
#include pthread.h

void clean_something(void* NULL_value)
{
	// some code
}

void* thread_func(void* NULL_value)
{
	pthread_cleanup_push(clean_something, NULL) ;
	// some code
  pthread_cleanup_pop(1) ;
	pthread_exit(NULL_value) ;
}

int main(void)
{
	pthread_t mythread ;
	pthread_create(mythread, NULL, thread_func, NULL) ;
	return 0 ;
}
---End Message---
---BeginMessage---
Source: eglibc
Source-Version: 2.13-34

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

eglibc-source_2.13-34_all.deb
  to main/e/eglibc/eglibc-source_2.13-34_all.deb
eglibc_2.13-34.diff.gz
  to main/e/eglibc/eglibc_2.13-34.diff.gz
eglibc_2.13-34.dsc
  to main/e/eglibc/eglibc_2.13-34.dsc
glibc-doc_2.13-34_all.deb
  to main/e/eglibc/glibc-doc_2.13-34_all.deb
libc-bin_2.13-34_amd64.deb
  to main/e/eglibc/libc-bin_2.13-34_amd64.deb
libc-dev-bin_2.13-34_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-34_amd64.deb
libc6-dbg_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-34_amd64.deb
libc6-dev-i386_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-34_amd64.deb
libc6-dev_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-34_amd64.deb
libc6-i386_2.13-34_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-34_amd64.deb
libc6-pic_2.13-34_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-34_amd64.deb
libc6-prof_2.13-34_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-34_amd64.deb
libc6-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-34_amd64.udeb
libc6_2.13-34_amd64.deb
  to main/e/eglibc/libc6_2.13-34_amd64.deb
libnss-dns-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-34_amd64.udeb
libnss-files-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-34_amd64.udeb
locales-all_2.13-34_amd64.deb
  to main/e/eglibc/locales-all_2.13-34_amd64.deb
locales_2.13-34_all.deb
  to main/e/eglibc/locales_2.13-34_all.deb
multiarch-support_2.13-34_amd64.deb
  to main/e/eglibc/multiarch-support_2.13-34_amd64.deb
nscd_2.13-34_amd64.deb
  to main/e/eglibc/nscd_2.13-34_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 674...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno aure...@debian.org (supplier of updated eglibc 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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 30 Jun 2012 01:44:32 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd 
multiarch-support 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 

Bug#677919: marked as done (eglibc: [INTL:sk] Slovak po-debconf translation)

2012-06-29 Thread Debian Bug Tracking System
Your message dated Sat, 30 Jun 2012 03:04:55 +
with message-id e1sknzt-00022l...@franck.debian.org
and subject line Bug#677919: fixed in eglibc 2.13-34
has caused the Debian Bug report #677919,
regarding eglibc: [INTL:sk] Slovak po-debconf translation
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 ow...@bugs.debian.org
immediately.)


-- 
677919: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677919
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: eglibc
Severity: wishlist
Tags: l10n patch
Version: 2.13-33

.po attached

~~helix84


sk.po
Description: Binary data
---End Message---
---BeginMessage---
Source: eglibc
Source-Version: 2.13-34

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

eglibc-source_2.13-34_all.deb
  to main/e/eglibc/eglibc-source_2.13-34_all.deb
eglibc_2.13-34.diff.gz
  to main/e/eglibc/eglibc_2.13-34.diff.gz
eglibc_2.13-34.dsc
  to main/e/eglibc/eglibc_2.13-34.dsc
glibc-doc_2.13-34_all.deb
  to main/e/eglibc/glibc-doc_2.13-34_all.deb
libc-bin_2.13-34_amd64.deb
  to main/e/eglibc/libc-bin_2.13-34_amd64.deb
libc-dev-bin_2.13-34_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-34_amd64.deb
libc6-dbg_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-34_amd64.deb
libc6-dev-i386_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-34_amd64.deb
libc6-dev_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-34_amd64.deb
libc6-i386_2.13-34_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-34_amd64.deb
libc6-pic_2.13-34_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-34_amd64.deb
libc6-prof_2.13-34_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-34_amd64.deb
libc6-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-34_amd64.udeb
libc6_2.13-34_amd64.deb
  to main/e/eglibc/libc6_2.13-34_amd64.deb
libnss-dns-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-34_amd64.udeb
libnss-files-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-34_amd64.udeb
locales-all_2.13-34_amd64.deb
  to main/e/eglibc/locales-all_2.13-34_amd64.deb
locales_2.13-34_all.deb
  to main/e/eglibc/locales_2.13-34_all.deb
multiarch-support_2.13-34_amd64.deb
  to main/e/eglibc/multiarch-support_2.13-34_amd64.deb
nscd_2.13-34_amd64.deb
  to main/e/eglibc/nscd_2.13-34_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 677...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno aure...@debian.org (supplier of updated eglibc 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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 30 Jun 2012 01:44:32 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd 
multiarch-support 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-s390 libc6-dev-s390 
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-i686 
libc6-xen libc0.1-i686 libc0.3-i686 libc0.3-xen libc6.1-alphaev67 
libc6-loongson2f libnss-dns-udeb libnss-files-udeb
Architecture: source all amd64
Version: 2.13-34
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno aure...@debian.org
Changed-By: Aurelien Jarno aure...@debian.org
Description: 
 eglibc-source - Embedded GNU C Library: sources
 glibc-doc  - Embedded GNU C Library: Documentation
 libc-bin   - Embedded GNU C Library: Binaries
 libc-dev-bin - Embedded GNU C Library: Development binaries
 libc0.1- Embedded GNU C Library: Shared libraries
 libc0.1-dbg - Embedded GNU C Library: detached debugging symbols
 libc0.1-dev - Embedded GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - Embedded GNU C Library: 32bit development libraries for 
AMD64
 libc0.1-i386 - Embedded GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - Embedded GNU C Library: Shared 

Bug#678358: marked as done (hurd should not define AF_LINK .....)

2012-06-29 Thread Debian Bug Tracking System
Your message dated Sat, 30 Jun 2012 03:04:55 +
with message-id e1sknzt-00022o...@franck.debian.org
and subject line Bug#678358: fixed in eglibc 2.13-34
has caused the Debian Bug report #678358,
regarding hurd should not define AF_LINK .
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 ow...@bugs.debian.org
immediately.)


-- 
678358: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678358
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: hurd
Version: 20120605-2
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

... or if it does should implement the relevant functionality
including making a definition of the sockaddr_dl structure available.

   * What led up to the situation?
In trying to NMU pmacct for #675836, I found that Hurd 
defines AF_LINK but does define the sockaddr_dl structure.
One would hope it would be defined in the net/if_dl.h file
as it is on kfreebsd.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I am looking at replacing #ifdef AF_LINK with
#if defined(AF_LINK)  !defined(__GNU__)

   * What was the outcome of this action?
Some people seem to think it would be better if builds
failed on Hurd.

Other known cases of this occurring are:
#256669 - efs2progs
#636510 - erlang
#676756 - netifaces

If the known cases of this can be documented then hopefully the
hacks can be removed once the underlying issue is fixed.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable'), (1, 'experimental')
Architecture: hurd-i386 (i686-AT386)

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages hurd depends on:
ii  libc0.32.13-33+b1
ii  libncursesw5   5.9-4
ii  libparted0debian1  2.3-9.1
ii  libtinfo5  5.9-4
ii  libuuid1   2.20.1-1
ii  netdde 0.0.20120520-1+b1
ii  sysv-rc2.88dsf-18

Versions of packages hurd recommends:
ii  bf-utf-source  0.05-0.1

Versions of packages hurd suggests:
pn  hurd-doc  none

-- no debconf information


---End Message---
---BeginMessage---
Source: eglibc
Source-Version: 2.13-34

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

eglibc-source_2.13-34_all.deb
  to main/e/eglibc/eglibc-source_2.13-34_all.deb
eglibc_2.13-34.diff.gz
  to main/e/eglibc/eglibc_2.13-34.diff.gz
eglibc_2.13-34.dsc
  to main/e/eglibc/eglibc_2.13-34.dsc
glibc-doc_2.13-34_all.deb
  to main/e/eglibc/glibc-doc_2.13-34_all.deb
libc-bin_2.13-34_amd64.deb
  to main/e/eglibc/libc-bin_2.13-34_amd64.deb
libc-dev-bin_2.13-34_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-34_amd64.deb
libc6-dbg_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-34_amd64.deb
libc6-dev-i386_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-34_amd64.deb
libc6-dev_2.13-34_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-34_amd64.deb
libc6-i386_2.13-34_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-34_amd64.deb
libc6-pic_2.13-34_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-34_amd64.deb
libc6-prof_2.13-34_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-34_amd64.deb
libc6-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-34_amd64.udeb
libc6_2.13-34_amd64.deb
  to main/e/eglibc/libc6_2.13-34_amd64.deb
libnss-dns-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-34_amd64.udeb
libnss-files-udeb_2.13-34_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-34_amd64.udeb
locales-all_2.13-34_amd64.deb
  to main/e/eglibc/locales-all_2.13-34_amd64.deb
locales_2.13-34_all.deb
  to main/e/eglibc/locales_2.13-34_all.deb
multiarch-support_2.13-34_amd64.deb
  to main/e/eglibc/multiarch-support_2.13-34_amd64.deb
nscd_2.13-34_amd64.deb
  to main/e/eglibc/nscd_2.13-34_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 678...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno aure...@debian.org (supplier of updated eglibc 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 ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 30 Jun 2012 01:44:32 +0200

Bug#679172: marked as done (libc-2.11.3.so: ls[8213]: segfault in libc-2.11.3.so)

2012-06-29 Thread Debian Bug Tracking System
Your message dated Fri, 29 Jun 2012 23:09:51 -0500
with message-id 20120630040906.GA3486@burratino
and subject line [a...@users.sourceforge.net: Re: ls[8213]: segfault in 
libc-2.11.3.so]
has caused the Debian Bug report #679172,
regarding libc-2.11.3.so: ls[8213]: segfault in libc-2.11.3.so
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 ow...@bugs.debian.org
immediately.)


-- 
679172: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679172
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: libc6-i686
Version: 2.11.3-3
Severity: normal
File: libc-2.11.3.so


Just found this in /var/log/kern.log and /var/log/messages:

ls[8213]: segfault at 1ebbc787 ip b769aa53 sp bffcbc14 error 4 in 
libc-2.11.3.so[b7626000+14]

ls seemed to work normally, though.

-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6-i686 depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib

libc6-i686 recommends no packages.

libc6-i686 suggests no packages.

-- no debconf information


---End Message---
---BeginMessage---
Forwarding with permission.
---BeginMessage---

Hi, Jonathan,

I see what you mean. Looking at /var/log/kern.log again, I have just noticed 
something a
bit strange:

Jun 26 17:32:24 tulip kernel: [38097.453497] sshd[5014]: segfault at cebc3057 
ip b7354a53 sp bfa6f364 error 5 in libc-2.11.3.so[b72e+14]
Jun 26 17:32:26 tulip kernel: [38098.938167] sshd[5025]: segfault at ce7e33cf 
ip b734ea53 sp bfaccb34 error 5 in libc-2.11.3.so[b72da000+14]
Jun 26 17:32:53 tulip kernel: [38126.483606] grep[5069]: segfault at 201f513b 
ip b76e0a53 sp bfaa7b34 error 4 in libc-2.11.3.so[b766c000+14]
Jun 26 17:33:14 tulip kernel: [38147.117780] grep[5108]: segfault at 2041258b 
ip b76a1a53 sp bfdce394 error 4 in libc-2.11.3.so[b762d000+14]
Jun 26 17:33:16 tulip kernel: [38148.904277] ls[5111]: segfault at 1fe9b770 ip 
b766da53 sp bf8413a4 error 4 in libc-2.11.3.so[b75f9000+14]
Jun 26 22:03:10 tulip kernel: [54343.297123] ls[8213]: segfault at 1ebbc787 ip 
b769aa53 sp bffcbc14 error 4 in libc-2.11.3.so[b7626000+14]

It never happened before, and the messages preceding (Jun 26 17:23:01 tulip 
kernel:
[37534.196807]) and following (Jun 27 17:24:23 tulip kernel: [124015.641028]) 
the ones
quoted here concern totally different things.

And, of course, I cannot reproduce the problem. Sorry. I hope it is not a 
serious hardware
problem.

Very curious and a bit worried myself,

Axel
---End Message---
---End Message---