Re: Locale settings for US
(Cc:-ing grml-mailinglist)
* Mark 27e3kk302@sneakemail.com [20060929 11:02]:
Current /etc/default/locale values (the rest undefined):
# File generated by grml-setlang LANGUAGE=us LANG=en_US.iso885915 LC_ALL=en_US.iso885915 LC_MESSAGES=en_US.iso885915 COUNTRY=US CHARSET=iso8859-1
Ok, and what's inside /etc/sysconfig/keyboard?
This:
# File generated by grml-setkeyboard ... KEYTABLE="us" XKEYBOARD="us" KDEKEYBOARD="us" KDEKEYBOARDS="us"
Ok.
If X is running: does 'xmodmap ~/.Xmodmap' do what you expect to get?
No change.
The environment files look ok.
How does environment look like in X then? (Just run 'env'.)
Does running 'startx 2>~/.xsession-errors' show anything relevant in ~/.xsession-errors?
Which grml-version are you using? Output of 'dpkg --list grml-scripts grml-autoconfig grml-etc grml-etc-core' would be interesting as well.
Maybe something like "GTKKEYBOARD" as it's not KDE but XFCE desktop.
No. (I don't know of such an environment variable and never set one at grml.)
regards, -mika-
I am suspicious that we need LC_MONETARY set.
Perl validation script (I have not run it): http://www.student.uit.no/~pere/linux/glibc/check-locale
How does environment look like in X then? (Just run 'env'.)
Normal. Here are the relevant bits:
ZSHDIR=/home/testuser/.zsh SHELL=/bin/zsh TERM=xterm LC_ALL=en_US.iso885915 USER=testuser COUNTRY=US LC_MESSAGES=en_US.iso885915 LANG=en_US.iso885915 TZ=US/California LANGUAGE=us DISPLAY=:0.0 CHARSET=iso8859-1 COLORTERM=yes WINDOWID=27263014 XTERM_VERSION=XTerm(210) XTERM_SHELL=/bin/zsh
Does running 'startx 2>~/.xsession-errors' show anything relevant in ~/.xsession-errors?
The X sessions starts via startxfce4. X.org 7.1.1 with XFCE 4.4RC1. The X.org log file just shows missing fonts. The keyboard stanza in /etc/X11/xorg.conf is this:
Section "InputDevice" Identifier "Keyboard0" Option "CoreKeyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection
Which grml-version are you using?
0.8-1 development version. I did not update any grml packages but have upgraded others like X.org, etc. Generally this USB drive runs OK. Nvidia drivers.
Output of 'dpkg --list grml-scripts grml-autoconfig grml-etc grml-etc-core'
No packages found matching grml-etc-core. Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-===============-==============-============================================ ii grml-autoconfig 0.5-5 main bootup process of a grml system ii grml-etc 0.8-10 ecetera files for the grml system ii grml-scripts 0.8-5 some small scripts which should make live ea
Incoming from Mark:
I am suspicious that we need LC_MONETARY set.
I'm suspicious that you need to run "dpkg-reconfigure locales" and select "en_US ISO-8859-15". I have that enabled on my system but have never used it. I too run zsh (Canada):
LANG="en_CA" LANGUAGE="en_CA"
(not grml; Debian stable/Sarge), and I've since changed those to "....iso885915". When I get a chance, I'll test them out and report back.
LC_ALL=en_US.iso885915
I've had problems in the past setting this. LANG and LANGUAGE (optional) should be all that's necessary. LC_ALL is too overly broad.
CHARSET=iso8859-1
Uh, what? Could that be the problem?
Just guessing here ...
* s. keeling keeling@spots.ab.ca [20060930 07:15]:
Incoming from Mark:
I am suspicious that we need LC_MONETARY set.
I'm suspicious that you need to run "dpkg-reconfigure locales" and select "en_US ISO-8859-15". I have that enabled on my system but have never used it. I too run zsh (Canada):
LANG="en_CA" LANGUAGE="en_CA"
(not grml; Debian stable/Sarge), and I've since changed those to "....iso885915". When I get a chance, I'll test them out and report back.
grml provides lots of locales already OOTB, take a look at /etc/locale.gen*. So you shouldn't have to run 'dpkg-reconfigure locales' on your own.
The script grml-setlang sets environment variables through /etc/default/locale (which was once known as /etc/environment but changed in current Debian due to a policy) and zsh configuration of grml takes care about the environment files (also backwards compatible).
LC_ALL=en_US.iso885915
I've had problems in the past setting this. LANG and LANGUAGE (optional) should be all that's necessary. LC_ALL is too overly broad.
Setting LC_ALL is very common on many live-cds including grml until grml 0.8. With the new language stuff (see http://grml.supersized.org/archives/185-basic-unicode-support-for-grml.html) it has been deprecated. (It costed me several hours to implement a smart, easy-to-use, unicode-capable and backward-compatible system.)
CHARSET=iso8859-1
Uh, what? Could that be the problem?
Good catch, that's the difference regarding environment stuff I can see between grml 0.8 and grml 0.8-2 here. It was set in grml 0.8 too but the variable was never exported. If that's the reason for the problem I'll take a closer look at it of course.
regards, -mika-
Incoming from s. keeling:
Incoming from Mark:
I am suspicious that we need LC_MONETARY set.
I'm suspicious that you need to run "dpkg-reconfigure locales" and select "en_US ISO-8859-15". I have that enabled on my system but have never used it. I too run zsh (Canada):
LANG="en_CA" LANGUAGE="en_CA"
(not grml; Debian stable/Sarge), and I've since changed those to "....iso885915". When I get a chance, I'll test them out and report back.
LC_ALL=en_US.iso885915
As root, vi /etc/locale.gen, and add:
en_US.ISO-8859-15 ISO-8859-15
then run dpkg-reconfigure locales.
I also added:
english en_CA.ISO-8859-15
to /etc/locale.alias, but this is likely irrelevant.
* Mark 27e3kk302@sneakemail.com [20060930 02:15]:
I am suspicious that we need LC_MONETARY set.
This was never set in grml, so I don't see any reason why it should be set now.
How does environment look like in X then? (Just run 'env'.)
Normal. Here are the relevant bits:
ZSHDIR=/home/testuser/.zsh SHELL=/bin/zsh TERM=xterm LC_ALL=en_US.iso885915 USER=testuser COUNTRY=US LC_MESSAGES=en_US.iso885915 LANG=en_US.iso885915 TZ=US/California LANGUAGE=us DISPLAY=:0.0 CHARSET=iso8859-1 COLORTERM=yes WINDOWID=27263014 XTERM_VERSION=XTerm(210) XTERM_SHELL=/bin/zsh
Ok.
Does running 'startx 2>~/.xsession-errors' show anything relevant in ~/.xsession-errors?
The X sessions starts via startxfce4. X.org 7.1.1 with XFCE 4.4RC1. The X.org log file just shows missing fonts.
I'm not interested in the X.org log file but in ~/.xsession-errors. :)
The keyboard stanza in /etc/X11/xorg.conf is this:
Section "InputDevice" Identifier "Keyboard0" Option "CoreKeyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection
Looks ok (same setup here).
Which grml-version are you using?
0.8-1 development version. I did not update any grml packages but have upgraded others like X.org, etc. Generally this USB drive runs OK. Nvidia drivers.
Ok.
Maybe running 'apt-get update ; apt-get install grml-etc grml-etc-core grml-scripts grml-autoconfig' and grml-setlang helps. I've done a lot of development in the environment/language stuff, including get rid of the LC_ALL-stuff.
regards, -mika-
I'm not interested in the X.org log file but in ~/.xsession-errors. :)
No errors.
Maybe running 'apt-get update ; apt-get install grml-etc
We would rather wait for the next development release and use grml2hd. By then XFCE 4.4 final may be released. The bug could be in XFCE. It's too minor to risk changes.
The real question we have is not "how did grml do this?" but rather, "what are the best locale settings for USA?" We can just put them in by hand. Everything works great except the numeric keypad dot key.
participants (3)
-
Mark -
Michael Prokop -
s. keeling