Bug#632798: libc6: broken LANGUAGE design
Jonathan Nieder wrote: 4. Despite what the gettext manual[*] says, setting LANG does not cause LANGUAGE to take effect. This is another bug, as far as I can tell. $ LANG=en_US LANGUAGE=de_DE cp cp: missing file operand Try `cp --help' for more information. The above explanation is nonsense --- the actual cause of the above behavior is that there is no plain en_US locale installed here. $ locale -a | grep en en_US.utf8 $ LC_ALL=gobbledegook LANGUAGE=de cp cp: missing file operand Try `cp --help' for more information. $ LANG=en_US.UTF-8 LANGUAGE=de cp cp: Fehlendes Dateioperand „cp --help“ gibt weitere Informationen. It _might_ be more intuitive for non-installed locales to enable LANGUAGE, too; if so, you can pretend I was complaining about that and call it #4. Otherwise, please feel free to ignore the example. Sorry for the confusion. -- 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/20110706062015.GA14164@elie
Bug#632720: marked as done (tzdata: fails to install when setting debconf values beforehand)
Your message dated Wed, 6 Jul 2011 09:16:57 +0200 with message-id 20110706071656.GA4978@hoothoot and subject line Re: tzdata: fails to install when setting debconf values beforehand has caused the Debian Bug report #632720, regarding tzdata: fails to install when setting debconf values beforehand 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.) -- 632720: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632720 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tzdata Version: 2011h-3 Severity: normal Hi, this problem was present since 2011h-1 and while I can install tzdata again since bug #631878 is fixed, I still get the exact same error as described in that bug report when using debconf-set-selections before package installation: Setting up tzdata (2011h-3) ... dpkg: error processing tzdata (--configure): subprocess installed post-installation script returned error exit status 10 Errors were encountered while processing: tzdata This is how to reproduce the problem: $ sudo multistrap -f multistrap.conf multistrap.conf: -%-- [General] arch= directory=debian-sid-multistrap cleanup=true debootstrap=Debian aptsources=Debian debconfseed=tzdata.debconf [Debian] packages=apt source=http://cdn.debian.net/debian keyring=debian-archive-keyring suite=sid -%-- tzdata.debconf: -%-- tzdata tzdata/Zones/Europe select Berlin tzdata tzdata/Areasselect Europe -%-- To not encounter the problem, either comment the debconfseed line in multistrap.conf or the lines in tzdata.debconf. Multistrap will run fine then. cheers, josch ---End Message--- ---BeginMessage--- Hi, Indeed the problem seems to have been to only supply those two lines to debconf-set-selections: tzdata.debconf: -%-- tzdata tzdata/Zones/Europe select Berlin tzdata tzdata/Areasselect Europe -%-- When putting everything that `debconf-get-selection | grep tzdata` outputs into that file, it will work. tzdata.debconf: -%-- tzdata tzdata/Zones/Australia select tzdata tzdata/Zones/US select tzdata tzdata/Zones/Asia select tzdata tzdata/Zones/Etcselect UTC tzdata tzdata/Zones/SystemVselect tzdata tzdata/Zones/Arctic select tzdata tzdata/Zones/Pacificselect tzdata tzdata/Zones/Antarctica select tzdata tzdata/Zones/Europe select Berlin tzdata tzdata/Zones/Africa select tzdata tzdata/Zones/Americaselect tzdata tzdata/Areasselect Europe tzdata tzdata/Zones/Atlantic select tzdata tzdata/Zones/Indian select -%-- It was working with only supplying those two lines before tzdata 2011h-1 but that those additional lines are needed now is of course not a bug. So I think I can close this one. Sorry for the trouble. cheers, josch ---End Message---
Bug#632798: libc6: broken LANGUAGE design
Hi Jonathan, On 2011-07-05 22:22:51 -0500, Jonathan Nieder wrote: 1. On my local machine, I could not reproduce the same effect. That's probably because no default locale is configured here. After making the default locale de_DE.UTF-8 using dpkg-reconfigure -plow locales, /etc/environment is empty and /etc/default/locale looks like this # File generated by update-locale LANG=de_DE.UTF-8 #LANGUAGE=en_US and ssh localhost locale still shows LANGUAGE=. Any idea what's different between your setup and mine? My settings come from the installation. /etc/default/locale was: # File generated by update-locale #LANG=en_US.UTF-8 LANGUAGE=en_US:en (I only added a LC_TIME=en_DK since, hoping it would be taken into account for the time displayed by gdm). FYI, I installed the machine on 2010-01-04. I did: $ wget http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/jigdo-cd/debian-testing-amd64-netinst.jigdo $ wget wget http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/jigdo-cd/debian-testing-amd64-netinst.template $ jigdo-lite debian-testing-amd64-netinst.jigdo then growisofs -Z /dev/scd0=debian-testing-amd64-netinst.iso to burn a DVD. The installer asked me which language to use, and I chose English (could be American English). Note: I saw that on a machine reinstalled with Debian squeeze, /etc/default/locale only sets LANG, but this may have been manually set by the admin. 2. openssh-server has the following in its default sshd/config: AcceptEnv LANG LC_* That is unfortunate. Independently of everything else, this list ought to be expanded to include LANGUAGE. I agree. This would be a nice addition if /etc/default/locale does not set LANGUAGE. Now, if LANGUAGE is set in /etc/default/locale, this change may not solve the problem due to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=313317 However, even if this ssh bug is fixed, in case LANGUAGE is not defined on the ssh client's side, the system must not set it by default in the user's back. So, in short, LANGUAGE should not be set in /etc/default/locale. I agree concerning 3 and 4 (with corrected explanations). 5. As you mentioned, when LANGUAGE has an effect, it takes precedence over LC_MESSAGES. The principle of least surprise might indicate that the locale in LC_MESSAGES should be used in preference to LANGUAGE, but that would make it impossible to express something like what is currently meant by LANGUAGE=fr:de LC_MESSAGES=de on an installation where most programs are translated to German. (It means: programs using catgets should use German, while programs using gettext should prefer French if possible. Intent: I'd prefer French, but barring that, please give me German instead of English). Hmm... OK, I thought that all programs were using gettext. If one is willing to break with 10 years of gettext behavior, it should be possible to change this without that downside by prepending $LC_MESSAGES to LANGUAGE when and only when it is not already an item in $LANGUAGE. A nice side-effect would be the ability to partially work around (2), as you mentioned. What do you think? What pieces does the above description miss? It would also be necessary that /etc/default/locale does not set LANGUAGE (but perhaps this is already fixed for the new installers). Said otherwise, as LANGUAGE is not standard (e.g. for portable Unix scripts and other settings) and has the precedence, it should never be set by the system, only by the user (who doesn't have necessarily root access) if he wishes too. And of course, the specification of LANGUAGE in the glibc manual should be correct (bug 632795). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- 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/20110706082130.gm8...@prunille.vinc17.org
Re: Bug#632798: libc6: broken LANGUAGE design
Le 06/07/2011 10:21, Vincent Lefevre a écrit : Hi Jonathan, On 2011-07-05 22:22:51 -0500, Jonathan Nieder wrote: 1. On my local machine, I could not reproduce the same effect. That's probably because no default locale is configured here. After making the default locale de_DE.UTF-8 using dpkg-reconfigure -plow locales, /etc/environment is empty and /etc/default/locale looks like this # File generated by update-locale LANG=de_DE.UTF-8 #LANGUAGE=en_US and ssh localhost locale still shows LANGUAGE=. Any idea what's different between your setup and mine? My settings come from the installation. /etc/default/locale was: # File generated by update-locale #LANG=en_US.UTF-8 LANGUAGE=en_US:en (I only added a LC_TIME=en_DK since, hoping it would be taken into account for the time displayed by gdm). Please note that eglibc (more precisely the locales package) never defines LANGUAGE= in /etc/default/locale, it is done in the installer. The only things it does is disabling the LANGUAGE entry if it is not compatible with the selected locales. -- 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/4e14281c.9070...@aurel32.net
Bug#632863: eglibc: add support for arch powerpcspe
Source: eglibc Version: 2.13-10 Severity: minor Tags: sid, patch The attached patch makes eglibc 2.13 work on architecture powerpcspe (an unofficial port hosted on www.debian-ports.org, [1]). It adds two patches in debian/patches/powerpcspe that fix some floating-point related issues (powerpcspe uses a different FPU than powerpc). There should not be any effects on non-powerpcspe builds. cheers, David [1] http://wiki.debian.org/PowerPCSPEPort -- GnuPG public key: http://dvdkhlng.users.sourceforge.net/dk.gpg Fingerprint: B17A DC95 D293 657B 4205 D016 7DEF 5323 C174 7D40 diff -u eglibc-2.13/debian/changelog eglibc-2.13/debian/changelog --- eglibc-2.13/debian/changelog +++ eglibc-2.13/debian/changelog @@ -1,3 +1,12 @@ +eglibc (2.13-10+powerpcspe1) unstable; urgency=low + + * forward-port powerpcspe-specific changes form 2.11.1-2+powerpcspe1 + * dropped 0002-replace-eieio-with-mbar-on-__SPE__.patch since that +should nowadays be handled by GNU 'as' + * added local-no-fma.patch to fix new compile problem on powerpcspe + + -- David Kuehling dvdkh...@gmx.de Wed, 06 Jul 2011 16:36:54 +0200 + eglibc (2.13-10) unstable; urgency=low * control.in/main: tag libc-bin Essential: yes. diff -u eglibc-2.13/debian/patches/series eglibc-2.13/debian/patches/series --- eglibc-2.13/debian/patches/series +++ eglibc-2.13/debian/patches/series @@ -171,6 +171,9 @@ powerpc/local-libgcc_eh-ld.so.diff +powerpcspe/submitted-Powerpc-trampline-consider-__NO_FPRS__.patch +powerpcspe/submitted-no-fma.patch + s390/submitted-nexttowardf.diff s390/cvs-iconv-z9-109.diff only in patch2: unchanged: --- eglibc-2.13.orig/debian/patches/powerpcspe/submitted-Powerpc-trampline-consider-__NO_FPRS__.patch +++ eglibc-2.13/debian/patches/powerpcspe/submitted-Powerpc-trampline-consider-__NO_FPRS__.patch @@ -0,0 +1,48 @@ +From 5f2110f9ce203c42aadc3968ddc487a8c9cc6c83 Mon Sep 17 00:00:00 2001 +From: Sebastian Andrzej Siewior bige...@linutronix.de +Date: Sat, 15 May 2010 21:51:49 +0200 +Subject: [PATCH] Powerpc/trampline: consider __NO_FPRS__ + +don't save/restore FPRs on FPR less systems + +Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de +--- + sysdeps/powerpc/powerpc32/dl-trampoline.S |4 + 1 files changed, 4 insertions(+), 0 deletions(-) + +Index: eglibc-2.13/sysdeps/powerpc/powerpc32/dl-trampoline.S +=== +--- eglibc-2.13.orig/sysdeps/powerpc/powerpc32/dl-trampoline.S 2006-08-17 03:18:26.0 +0200 eglibc-2.13/sysdeps/powerpc/powerpc32/dl-trampoline.S 2011-07-06 16:46:14.0 +0200 +@@ -137,6 +137,7 @@ + stw r9,40(r1) + stw r10,44(r1) + stw r0,8(r1) ++#ifndef __NO_FPRS__ + # Save the floating point registers + stfd fp1,48(r1) + stfd fp2,56(r1) +@@ -146,6 +147,7 @@ + stfd fp6,88(r1) + stfd fp7,96(r1) + stfd fp8,104(r1) ++#endif + # XXX TODO: store vmx registers + # Load the extra parameters. + addi r6,r1,16 +@@ -169,6 +171,7 @@ + lwz r4,20(r1) + lwz r3,16(r1) + lwz r0,12(r1) ++#ifndef __NO_FPRS__ + # Load the floating point registers. + lfd fp1,48(r1) + lfd fp2,56(r1) +@@ -178,6 +181,7 @@ + lfd fp6,88(r1) + lfd fp7,96(r1) + lfd fp8,104(r1) ++#endif + # ...unwind the stack frame, and jump to the PLT entry we updated. + addi r1,r1,320 + bctr only in patch2: unchanged: --- eglibc-2.13.orig/debian/patches/powerpcspe/submitted-no-fma.patch +++ eglibc-2.13/debian/patches/powerpcspe/submitted-no-fma.patch @@ -0,0 +1,16 @@ +Override s_fma[f] assembly routines with C-code when compiling for powerpcspe. + +Signed-off-by: David Kuehling dvdkhlng AT gmx DOT de + +Index: eglibc-2.13/ports/sysdeps/powerpc/powerpc32/e500/fpu/s_fma.c +=== +--- /dev/null 1970-01-01 00:00:00.0 + eglibc-2.13/ports/sysdeps/powerpc/powerpc32/e500/fpu/s_fma.c 2011-07-06 16:47:39.0 +0200 +@@ -0,0 +1 @@ ++#include math/s_fma.c +Index: eglibc-2.13/ports/sysdeps/powerpc/powerpc32/e500/fpu/s_fmaf.c +=== +--- /dev/null 1970-01-01 00:00:00.0 + eglibc-2.13/ports/sysdeps/powerpc/powerpc32/e500/fpu/s_fmaf.c 2011-07-06 16:47:39.0 +0200 +@@ -0,0 +1 @@ ++#include math/s_fmaf.c pgppUbVtkfnEC.pgp Description: PGP signature
Bug#632863: eglibc: add support for arch powerpcspe
severity 632863 wishlist thanks David Kuehling wrote: Severity: minor I've been this is always wishlist because we are not in main archive. Please use User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe So all ppcspe related bugs are together somehow. The attached patch makes eglibc 2.13 work on architecture powerpcspe (an unofficial port hosted on www.debian-ports.org, [1]). Thanks for that. If you have sometime then you could add two files. One of them says which tests-cases are known to fail so if we get another failure it aborts. The second file contains the symbol list for libc. Both were available for ppc the last time I was looking into it. cheers, David Sebastian -- 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/4e148259.6010...@linutronix.de
Processed: Re: Bug#632863: eglibc: add support for arch powerpcspe
Processing commands for cont...@bugs.debian.org: severity 632863 wishlist Bug #632863 [src:eglibc] eglibc: add support for arch powerpcspe Severity set to 'wishlist' from 'minor' thanks Stopping processing here. Please contact me if you need assistance. -- 632863: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632863 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.130996789021826.transcr...@bugs.debian.org
Bug#632917: libc6: getaddrinfo fails prematurely; gethostbyname does not
Package: libc6 Version: 2.13-4 Severity: normal If there are multiple nameservers in /etc/resolv.conf and the first of them refuses DNS queries for some domains, getaddrinfo will fail while gethostbyname succeeds. This can result in VERY mysterious that-shouldn't-happen problems: - host works - ping works - browser works - ssh and various other properly written apps fail Example: $ cat /etc/resolv.conf # Generated by NetworkManager nameserver 10.8.0.1- my VPN DNS server (any DNS server without recursion) nameserver 192.168.43.1 - my phone company's server $ host bitbucket.org bitbucket.org has address 207.223.240.182 bitbucket.org has address 207.223.240.181 bitbucket.org mail is handled by 5 alt1.aspmx.l.google.com. bitbucket.org mail is handled by 5 alt2.aspmx.l.google.com. bitbucket.org mail is handled by 10 aspmx2.googlemail.com. bitbucket.org mail is handled by 10 aspmx3.googlemail.com. bitbucket.org mail is handled by 1 aspmx.l.google.com. $ host bitbucket.org 10.8.0.1 Using domain server: Name: 10.8.0.1 Address: 10.8.0.1#53 Aliases: Host bitbucket.org not found: 5(REFUSED) $ ping -c 1 bitbucket.org PING bitbucket.org (207.223.240.182) 56(84) bytes of data. 64 bytes from 207.223.240.182: icmp_req=1 ttl=50 time=316 ms --- bitbucket.org ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 316.571/316.571/316.571/0.000 ms $ ssh bitbucket.org ssh: Could not resolve hostname bitbucket.org: Name or service not known $ python import socket socket.gethostbyname(bitbucket.org) '207.223.240.181' socket.getaddrinfo(bitbucket.org, 80, 10) Traceback (most recent call last): File stdin, line 1, in module socket.gaierror: [Errno -5] No address associated with hostname I've used ltrace to verify that Python is calling getaddrinfo directly and that it fails. Swapping the order of DNS servers makes the above test succeed. Desired behavior: getaddrinfo() should have EXACTLY the same robust DNS resolution algorithm as gethostbyname() to avoid mysterious, hard-to-diagnose application-dependent failure modes. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39+ (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libc-bin 2.13-4 Embedded GNU C Library: Binaries ii libgcc1 1:4.6.0-10 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.13-4 Embedded GNU C Library: National L -- debconf information excluded -- Mathematics is the supreme nostalgia of our time. -- 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/1309993416.11819.119.camel@calx
Processed: forcibly merging 602291 632917
Processing commands for cont...@bugs.debian.org: forcemerge 602291 632917 Bug#602291: icedove: Icedove does NOT use a second nameserver if the first responds with a server failure Bug#632917: libc6: getaddrinfo fails prematurely; gethostbyname does not Bug#535504: libc6: resolving: does not try different nameserver anymore Forcibly Merged 535504 602291 632917. thanks Stopping processing here. Please contact me if you need assistance. -- 602291: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602291 535504: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535504 632917: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632917 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.131001700932099.transcr...@bugs.debian.org