Processed: Re: Bug#960536: locales: $LANGUAGE and $LC_ALL are not set
Processing commands for cont...@bugs.debian.org: > tag 960536 + unreproducible Bug #960536 [locales] locales: $LANGUAGE and $LC_ALL are not set Added tag(s) unreproducible. > thanks Stopping processing here. Please contact me if you need assistance. -- 960536: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960536 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#960536: locales: $LANGUAGE and $LC_ALL are not set
tag 960536 + unreproducible thanks Hi, I am tagging this bug as unreproducible as it seems that perl warning is solved. El lun., 18 may. 2020 a las 13:52, Samuel Thibault () escribió: > Hello, > > The question was rather: with the locales-all package installed, is perl > still emitting the locale warning? > > Thank you Samuel for the clarification. It seems that locale warning has been fixed. I only get this warning in 4-5 packages, but I am fixing another issues so now I am not sure about the exact "problematic" packages. I am reinstalling every package to check whether this issue is solved (and also to check other problems I have during upgrade). I will close this bug when I finish reinstallation of packages and check the output to be sure that the warning is fixed. Thanks for your great work. Jose
Bug#960536: locales: $LANGUAGE and $LC_ALL are not set
Hello, José Antonio Jiménez Madrid, le lun. 18 mai 2020 13:43:07 +0200, a ecrit: > Unfortunately $LANGUAGE and $LC_ALL are still unset. Just to be clear: that is completely expected. One only has to set LANG, and locales will normally work. The question was rather: with the locales-all package installed, is perl still emitting the locale warning? Samuel
Bug#960536: locales: $LANGUAGE and $LC_ALL are not set
Hi Aurelien, thank you so much for your quick reply. I have installed locales-all but $LANGUAGE and $LC_ALL are still unset. I noticed that I had locales-all:i386 installed, now it the amd64 package is installed in my system. Also, this computer started with Debian 5. I am removing all config files from time to time, maybe there is an old config file producing the problem. I have looked for this old file but I have found nothing related with locales. Besides, I have seen that I had "es_ES.utf8" in my local user and "es_ES.UTF-8" for root. Now both have "es_ES.UTF-8". El sáb., 16 may. 2020 a las 13:41, Aurelien Jarno () escribió: > Hi, > > > There are two things to look at. First we need understand if the locale > is correctly generated. Then we also need to understand if the > environment variables are correctly set. > > Could you please send: > > * The content of "/etc/default/locale" > The content of my "/etc/default/locale" is: $ more /etc/default/locale LANG=es_ES.UTF-8 > > * The output of the "locales" command > > $ locale LANG=es_ES.UTF-8 LANGUAGE= LC_CTYPE="es_ES.UTF-8" LC_NUMERIC="es_ES.UTF-8" LC_TIME="es_ES.UTF-8" LC_COLLATE="es_ES.UTF-8" LC_MONETARY="es_ES.UTF-8" LC_MESSAGES="es_ES.UTF-8" LC_PAPER="es_ES.UTF-8" LC_NAME="es_ES.UTF-8" LC_ADDRESS="es_ES.UTF-8" LC_TELEPHONE="es_ES.UTF-8" LC_MEASUREMENT="es_ES.UTF-8" LC_IDENTIFICATION="es_ES.UTF-8" LC_ALL= (locale as root produces the same output) > * The content of the "/usr/lib/locale/" directory. > > I am enclosing two files with the output of "ls -lha /usr/lib/locale/" 1.- localeFolder (this file is before installing locales-all:amd64) 2.- localeFolder+locales-all (this file is after the installation of locales-all:amd64, when I noticed that the i386 package was installed in my system). the only differences I can see are the modification dates and the file "locale-archive" which size 211M has been removed. > As an alternative, does installing locales-all, which contains already > all locales already compiled does fix your problem? > > > Unfortunately $LANGUAGE and $LC_ALL are still unset. At least I have the same locales for all users in my system now. Any idea to keep investigating this weird behaviour ??? Thank you so much, Jose localeFolder Description: Binary data localeFolder+locales-all Description: Binary data
Bug#960536: locales: $LANGUAGE and $LC_ALL are not set
Hi,
On 2020-05-13 19:06, José Antonio Jiménez Madrid wrote:
> Package: locales
> Version: 2.28-10
> Severity: minor
> Tags: l10n
>
> Hi,
>
> I upgraded yesterday to Buster and in the process of upgrading packages I got
> the following perl warning in several packages:
>
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LANGUAGE = (unset),
> LC_ALL = (unset),
> LANG = "es_ES.UTF-8"
> are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
>
>
> In some places I have found "a way to fix it", but this not works for me. I
> followed the steps.
>
> export LANGUAGE=es_ES.UTF-8
> export LANG=es_ES.UTF-8
> export LC_ALL=es_ES.UTF-8
> locale-gen
> dpkg-reconfigure locales
>
>
> selecting the generation of all locales and to use es_ES.UTF-8 in the debconf
> window. But the problem persists.
> Also I have tried to change to another locales, like
>
> en_US.UTF-8
>
> but LANGUAGE and LC_ALL keep unset. Coming back to my original locale does not
> fix the problem.
>
> I do not know whether this can be related with bugs:
>
> #687522
That's a different issue that prevents using debconf to select the
locales to build. It seems you are able to to that, even if they do not
seem to be regenerated.
> #724456
That's a temporary problem only happening during the upgrade. Your
problem seems to be permanent.
>
> I can make test, send log files,... to find what is causing this problem.
There are two things to look at. First we need understand if the locale
is correctly generated. Then we also need to understand if the
environment variables are correctly set.
Could you please send:
* The content of "/etc/default/locale"
* The output of the "locales" command
* The content of the "/usr/lib/locale/" directory.
As an alternative, does installing locales-all, which contains already
all locales already compiled does fix your problem?
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Bug#960536: locales: $LANGUAGE and $LC_ALL are not set
Package: locales
Version: 2.28-10
Severity: minor
Tags: l10n
Hi,
I upgraded yesterday to Buster and in the process of upgrading packages I got
the following perl warning in several packages:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "es_ES.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
In some places I have found "a way to fix it", but this not works for me. I
followed the steps.
export LANGUAGE=es_ES.UTF-8
export LANG=es_ES.UTF-8
export LC_ALL=es_ES.UTF-8
locale-gen
dpkg-reconfigure locales
selecting the generation of all locales and to use es_ES.UTF-8 in the debconf
window. But the problem persists.
Also I have tried to change to another locales, like
en_US.UTF-8
but LANGUAGE and LC_ALL keep unset. Coming back to my original locale does not
fix the problem.
I do not know whether this can be related with bugs:
#687522
#724456
I can make test, send log files,... to find what is causing this problem.
Thank you for your great work !!
Sincerely,
Jose
-- System Information:
Debian Release: 10.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-9-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND,
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8),
LANGUAGE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages locales depends on:
ii debconf [debconf-2.0] 1.5.71
ii libc-bin 2.28-10
ii libc-l10n 2.28-10
locales recommends no packages.
locales suggests no packages.
-- debconf information:
* locales/locales_to_be_generated: All locales
* locales/default_environment_locale: es_ES.UTF-8
