r2577 - in glibc-package/trunk/debian: . po
Author: aurel32
Date: 2007-09-22 22:01:45 + (Sat, 22 Sep 2007)
New Revision: 2577
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/po/es.po
Log:
* Update Spanish debconf translation, by Carlos Valdivia Yag?\195?\188e.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2007-09-21 12:52:24 UTC (rev
2576)
+++ glibc-package/trunk/debian/changelog2007-09-22 22:01:45 UTC (rev
2577)
@@ -1,3 +1,9 @@
+glibc (2.6.1-6) unstable; urgency=low
+
+ * Update Spanish debconf translation, by Carlos Valdivia Yagüe.
+
+ -- Aurelien Jarno <[EMAIL PROTECTED]> Sun, 23 Sep 2007 00:01:21 +0200
+
glibc (2.6.1-5) unstable; urgency=low
[ Pierre Habouzit ]
Modified: glibc-package/trunk/debian/po/es.po
===
--- glibc-package/trunk/debian/po/es.po 2007-09-21 12:52:24 UTC (rev 2576)
+++ glibc-package/trunk/debian/po/es.po 2007-09-22 22:01:45 UTC (rev 2577)
@@ -20,10 +20,10 @@
#
msgid ""
msgstr ""
-"Project-Id-Version: glibc 2.5-0exp6\n"
+"Project-Id-Version: glibc 2.6.1-3\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
-"POT-Creation-Date: 2007-09-10 10:19+0200\n"
-"PO-Revision-Date: 2007-04-09 14:30+0200\n"
+"POT-Creation-Date: 2007-09-09 23:53+0200\n"
+"PO-Revision-Date: 2007-09-10 12:30+0200\n"
"Last-Translator: Carlos Valdivia Yagüe <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Spanish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
@@ -105,7 +105,7 @@
#. Description
#: ../debhelper.in/libc.templates:1001
msgid "Services to restart for GNU libc library upgrade:"
-msgstr ""
+msgstr "Servicios a reiniciar para la actualización de GNU libc:"
#. Type: string
#. Description
@@ -117,6 +117,12 @@
"review the following space-separated list of init.d scripts for services to "
"be restarted now, and correct it if needed."
msgstr ""
+"Los servicios y programas en ejecución que utilicen NSS necesitan "
+"reiniciarse, o por el contrario puede que ya no sean capaces de realizar "
+"búsquedas o autenticación (para servicios como ssh, esto puede evitar "
+"afectar a su capacidad para ingresar en el sistema). Por favor, revise la "
+"siguiente lista de scripts de init.d, separada por espacios, de los "
+"servicios a reiniciar ahora, y corríjala si es necesario."
#. Type: string
#. Description
@@ -124,12 +130,14 @@
msgid ""
"Note: restarting sshd/telnetd should not affect any existing connections."
msgstr ""
+"Aviso: reiniciar sshd/telnetd no debería afectar a las conexiones activas."
#. Type: error
#. Description
#: ../debhelper.in/libc.templates:2001
msgid "Failure restarting some services for GNU libc upgrade"
msgstr ""
+"Fallo al reiniciar algunos servicios para la actualización de GNU libc"
#. Type: error
#. Description
@@ -138,11 +146,21 @@
"The following services could not be restarted for the GNU libc library "
"upgrade:"
msgstr ""
+"Los siguientes servicios no pudieron reiniciarse para la actualización "
+"de GNU libc."
#. Type: error
#. Description
#: ../debhelper.in/libc.templates:2001
+msgid "${services}"
+msgstr "${services}"
+
+#. Type: error
+#. Description
+#: ../debhelper.in/libc.templates:2001
msgid ""
"You will need to start these manually by running '/etc/init.d/ "
"start'."
msgstr ""
+"Tendrá que iniciarlos manualmente ejecutando «/etc/init.d/ "
+"start»."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433869: Update not applied
Greg Trounson a écrit : > Aurelien Jarno wrote: >> Greg Trounson a écrit : >>> Looking in >>> http://ftp.us.debian.org/debian/dists/etch/main/binary-i386/Packages.bz2 I >>> notice the package tzdata is still stuck at version 2007b, which does not >>> apply the time >>> zone changes listed in this bug report. >>> >>> It seems apparent that version 2007f, which contains the fix, is marked to >>> be put into >>> etch but since it has not yet been done, and the New Zealand daylight >>> savings time is due >>> to come into effect in two weeks, this is now rather urgent. >> The fix is already in the volatile archive (see >> http://volatile.debian.org), in the etch-proposed-update archive and it >> will also appear in the next release of etch. Alternatively you can also >> download the new version by hand and use dpkg -i. >> >>> I would recommend re-opening this bug and upgrading its severity until the >>> fix has been >>> applied. >> That won't change anything as it is now out of control of the glibc team. >> > > And these mission-critical updates aren't put into security, why? > Because it's not a security bug. -- .''`. 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]
Re: A comment about RFC 3484 address selection
Juliusz asked me to pass this along to -ctte since non-subscribers can't post. On Sat, Sep 22, 2007 at 10:14:23PM +0200, Juliusz Chroboczek wrote: > The semantics of gethostbyname have always been rather vaguely > defined. In particular, it has never been clear whether multiple > addresses are returned in an order specified by the DNS server, in the > order corresponding to local preferences, or in some other order. The > only thing that is clear is that the first address returned is the > preferred address -- the one that should be used by primitive > applications that are unwilling to deal with the complexities of > multiple addresses. > > RFC 3484 clarifies that the list of addresses returned by getaddrinfo > is in an order that takes into account both the server's and local > preferences. While this might or might not be the best semantics, it > is at least a well defined semantics; one that software authors can > expect to rely on. > > Please, do not change standard interfaces in Debian. If you really > believe a better interface is needed, please define a new interface > under a new name; there is precedent to this approach (e.g. setresuid), > which is much better than overloading standard names (e.g. the OpenBSD > semantics of setuid, which, while better than the POSIX semantcs, causes > useless confusion and grief). > > Regards, > > Juliusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug libc/4656] FILE* operations are not robust enough with signals
--- Additional Comments From madcoder at debian dot org 2007-09-22 19:57 --- Subject: Re: FILE* operations are not robust enough with signals On Sat, Sep 22, 2007 at 11:40:58PM +, nix at esperi dot org dot uk wrote: > > --- Additional Comments From nix at esperi dot org dot uk 2007-09-22 > 19:40 --- > This patch turns out to be a seriously bad idea, because no other libcs > preserve the stdio buffer state on error. At least bash, zsh, and rpc.mountd > in > all released versions of nfs-utils are known to fail with this patch applied, > with rpc.mountd failing in such a way that NFS service appears to entirely > fail > because no fhs can be validated. (Also several of glibc's own tests fail.) > > Ideally you'd think it would be better: it's avoiding data loss. But a lot of > programs are *expecting* data loss in this situation, and avoiding it makes > them misbehave... Have you any evidence of that ? Because it definitely does not makes sense to me. Debian has the patch, and we didn't saw any of those problem show up yet. -- http://sourceware.org/bugzilla/show_bug.cgi?id=4656 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug libc/4656] FILE* operations are not robust enough with signals
--- Additional Comments From nix at esperi dot org dot uk 2007-09-22 19:40 --- This patch turns out to be a seriously bad idea, because no other libcs preserve the stdio buffer state on error. At least bash, zsh, and rpc.mountd in all released versions of nfs-utils are known to fail with this patch applied, with rpc.mountd failing in such a way that NFS service appears to entirely fail because no fhs can be validated. (Also several of glibc's own tests fail.) Ideally you'd think it would be better: it's avoiding data loss. But a lot of programs are *expecting* data loss in this situation, and avoiding it makes them misbehave... -- http://sourceware.org/bugzilla/show_bug.cgi?id=4656 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: db4.5 posix/pthread mutexes
On Sat, Sep 22, 2007 at 06:55:18AM -0400, Clint Adams wrote: > is EINVAL 251 on hppa? It appears to be ENOSYS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443581: marked as done (locales: stranges characters in file)
Your message dated Sat, 22 Sep 2007 18:53:10 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#443581: locales: stranges characters in file has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: locales Version: 2.6.1-5 Severity: normal File: /etc/locale.alias Hello, dear GNU Libc Maintainers, I've just installed the package "locales" and it has modified the file /etc/locale.alias in this way: /etc/locale.alias.dpkg-new 2007-09-17 01:55:42.0 +0200 -bokmål no_NO.ISO-8859-1 +bokmal nb_NO.ISO-8859-1 +bokmÃ¥lnb_NO.ISO-8859-1 catalanca_ES.ISO-8859-1 croatian hr_HR.ISO-8859-2 czech cs_CZ.ISO-8859-2 @@ -38,7 +38,7 @@ eesti et_EE.ISO-8859-1 estonian et_EE.ISO-8859-1 finnish fi_FI.ISO-8859-1 -français fr_FR.ISO-8859-1 +français fr_FR.ISO-8859-1 french fr_FR.ISO-8859-1 in my ignorance I think that "français" should have been left as it was, instead of changing it into "français". Thank you the time you spend in maintaining Debian, cheers, Giovanni -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.22-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 [glibc-2.6-1] 2.6.1-5GNU C Library: Shared libraries locales recommends no packages. -- debconf information: * locales/default_environment_locale: [EMAIL PROTECTED] * locales/locales_to_be_generated: [EMAIL PROTECTED] ISO-8859-15, it_IT.UTF-8 UTF-8 --- End Message --- --- Begin Message --- Giovanni Ridolfi a écrit : > Package: locales > Version: 2.6.1-5 > Severity: normal > File: /etc/locale.alias > > Hello, dear GNU Libc Maintainers, > > I've just installed the package "locales" and it has modified the file > /etc/locale.alias in this way: > > /etc/locale.alias.dpkg-new 2007-09-17 01:55:42.0 +0200 > -bokmål no_NO.ISO-8859-1 > +bokmal nb_NO.ISO-8859-1 > +bokmÃ¥lnb_NO.ISO-8859-1 > catalanca_ES.ISO-8859-1 > croatian hr_HR.ISO-8859-2 > czech cs_CZ.ISO-8859-2 > @@ -38,7 +38,7 @@ > eesti et_EE.ISO-8859-1 > estonian et_EE.ISO-8859-1 > finnish fi_FI.ISO-8859-1 > -français fr_FR.ISO-8859-1 > +français fr_FR.ISO-8859-1 > french fr_FR.ISO-8859-1 > > in my ignorance I think that "français" should have been left as it > was, instead of changing it into "français". > This is correct. The file has just be changed to UTF-8 which is the default encoding on Debian systems. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net --- End Message ---
Bug#443581: locales: stranges characters in file
Package: locales Version: 2.6.1-5 Severity: normal File: /etc/locale.alias Hello, dear GNU Libc Maintainers, I've just installed the package "locales" and it has modified the file /etc/locale.alias in this way: /etc/locale.alias.dpkg-new 2007-09-17 01:55:42.0 +0200 -bokmål no_NO.ISO-8859-1 +bokmal nb_NO.ISO-8859-1 +bokmÃ¥lnb_NO.ISO-8859-1 catalanca_ES.ISO-8859-1 croatian hr_HR.ISO-8859-2 czech cs_CZ.ISO-8859-2 @@ -38,7 +38,7 @@ eesti et_EE.ISO-8859-1 estonian et_EE.ISO-8859-1 finnish fi_FI.ISO-8859-1 -français fr_FR.ISO-8859-1 +français fr_FR.ISO-8859-1 french fr_FR.ISO-8859-1 in my ignorance I think that "français" should have been left as it was, instead of changing it into "français". Thank you the time you spend in maintaining Debian, cheers, Giovanni -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.22-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 [glibc-2.6-1] 2.6.1-5GNU C Library: Shared libraries locales recommends no packages. -- debconf information: * locales/default_environment_locale: [EMAIL PROTECTED] * locales/locales_to_be_generated: [EMAIL PROTECTED] ISO-8859-15, it_IT.UTF-8 UTF-8
Bug#443460: deadlock during symbol resolving
On Fri, Sep 21, 2007 at 04:22:52PM +0200, Christoph Pfister wrote: > Package: libc6 > Version: 2.6.1-1+b1 > > I get very reproducibly a deadlock when I run certain apps, see the > attached backtrace (on x86 / p4 with ht). The problem doesn't occur if > I use LD_BIND_NOW as a workaround. The svn version of pulseaudio has a similar problem. Apparently RedHat already fixed this in their unstable glibc. See: https://bugzilla.redhat.com/show_bug.cgi?id=284171 and http://sourceware.org/ml/libc-hacker/2007-09/msg5.html It would be nice if this could be fixed in debian's glibc too :) Sjoerd -- We have only two things to worry about: That things will never get back to normal, and that they already have. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: glibc's getaddrinfo() sort order
* Anthony Towns: > I don't agree with making a decision to go against an IETF standard RFC 3484 is not an IETF standard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: db4.5 posix/pthread mutexes
On Sat, Sep 22, 2007 at 12:25:47PM +0200, Frank Lichtenheld wrote: > $ ./pthreads_shared > p_ca_i: 0 > p_ca_s: 251 Thanks. is EINVAL 251 on hppa? If not, could someone figure out how pthread_condattr_setpshared() could be returning 251? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
