Here is the 'export' output related to locale:
declare -x LANG="en_CA.utf8"
declare -x LC_ADDRESS="en_CA.UTF-8"
declare -x LC_IDENTIFICATION="en_CA.UTF-8"
declare -x LC_MEASUREMENT="en_CA.UTF-8"
declare -x LC_MONETARY="en_CA.UTF-8"
declare -x LC_NAME="en_CA.UTF-8"
declare -x
I see. If you "export" LC_TIME, then that may have priority ...
Please check output of "export"
My system is free from /etc/locale.conf
My "export" output for locale related variables are only with
declare -x LANG="en_US.UTF-8"
declare -x LANGUAGE="en_US:en"
Maybe changing example to use
locales-all got installed by this morning's full-upgrade, but the issue
is the same.
I think my problem is having an /etc/locale.conf file with a bunch of
LC_ variables set. I don't know where that file came from, perhaps a
previous installation that got copied into the new one.
Hank
On
Control: reopen -1
Control: tags -1 pending
On Sat, 2020-07-25 at 00:39 +0900, Osamu Aoki wrote:
> Oops,
>
> I think your problem goes out if you install the locales-all package
>
> I forgot to ask:
>
> $ dpkg -l locales*
>
> If you didn't install locales-all package or generate
Oops,
I think your problem goes out if you install the locales-all package
I forgot to ask:
$ dpkg -l locales*
If you didn't install locales-all package or generate fr_CA.UTF-8
locale data manually by running the following
$ sudo dpkg-reconfigure locales
You get English ... didn't I
I am a little embarrassed. A little digging revealed all the LC_
variables are set in /etc/locale.conf. I'm not sure how that file got
set but the date suggests it was around the time I installed Debian. So
either it came from a long-ago config file or something prompted me to
set it. I think
Thank you for taking the time to respond to this.
I was reading the Debian Reference shortly after a clean install of
bullseye. (It's a very useful document, BTW, thanks for doing it.)
However I have been running Debian for years and migrated some config
files over from a previous
Hmmm...
I agree this is probably not a bug but a user support problem. Let me
add a comment:
I chose to use $LANG to set the locale since that seems to be the way
default install configures used by Debian system.
Hank, if you are facing this issue on some default install system
without
Package: debian-reference
Version: 2.76
Severity: minor
Dear Maintainer,
In section 1.5.2, The "$LANG" variable, one of the examples given, showing how
to pass an environement variable to a shell command, doesn't work as expected.
The example looks like:
$ date
Sun Jun 3 10:27:39 JST 2007
$
9 matches
Mail list logo