[gentoo-user] locale issue to clean up

[gentoo-user] locale issue to clean up

[Mark Knecht]

My Gentoo desktop has had a locale problem for longer than I can
remember. I haven't been able to solve it on my own, but it didn't
seem too important. More a frustration. I switched my profile to the
2008.0 desktop a few days ago. Everything seems to be working but I'm
getting more of these locale-ish messages now so I'd like to figure
out what I've done wrong.

Here's one typical message I might see when running emerge --depclean:

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = "en_US",
	LANG = (unset)
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

The line about falling back to the standard locale "C" is pretty
standard. I also see this in k3b every time I start the program. As I
do a lot of audio work I'd really like to make sure the CDs I burn on
this machine will be acceptable to folks/friends/customers. Here's
what I see in k3b:

<SNIP>
System locale charset is ANSI_X3.4-1968
Your system's locale charset (i.e. the charset used to encode
filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this
has been done intentionally. Most likely the locale is not set at all.
An invalid setting will result in problems when creating data
projects.
Solution: To properly set the locale charset make sure the LC_*
environment variables are set. Normally the distribution setup tools
take care of this.
<SNIP>

   I don't have a clue what's wrong and the Gentoo pages about locale
setup seem to make some assumptions about my understanding of what
this does and how it does it that I'm not living up to so I really
don't know what to provide. I'll start with this and we'll see how it
goes. It seems that possibly I'm supposed to hand edit
/etc/env.d/02locale but in my longish history of running Gentoo (as a
user type) I don't believe I've ever had to edit that so I'm thinking
I must have messed up some other config file somewhere?

Thanks in advance,
Mark

lightning ~ # cat /etc/locale.gen
en_US ISO-8859-1
en_US.UTF-8 UTF-8
lightning ~ #

lightning ~ # locale
LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE="en_US"
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_PAPER="en_US"
LC_NAME="en_US"
LC_ADDRESS="en_US"
LC_TELEPHONE="en_US"
LC_MEASUREMENT="en_US"
LC_IDENTIFICATION="en_US"
LC_ALL=
lightning ~ #

lightning ~ # cat /etc/env.d/02locale
LANG=en_US
lightning ~ #

Re: [gentoo-user] locale issue to clean up

[Dale]

Mark Knecht wrote:
> My Gentoo desktop has had a locale problem for longer than I can
> remember. I haven't been able to solve it on my own, but it didn't
> seem too important. More a frustration. I switched my profile to the
> 2008.0 desktop a few days ago. Everything seems to be working but I'm
> getting more of these locale-ish messages now so I'd like to figure
> out what I've done wrong.
>
> Here's one typical message I might see when running emerge --depclean:
>
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> 	LANGUAGE = (unset),
> 	LC_ALL = "en_US",
> 	LANG = (unset)
>     are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
>
> The line about falling back to the standard locale "C" is pretty
> standard. I also see this in k3b every time I start the program. As I
> do a lot of audio work I'd really like to make sure the CDs I burn on
> this machine will be acceptable to folks/friends/customers. Here's
> what I see in k3b:
>
> <SNIP>
> System locale charset is ANSI_X3.4-1968
> Your system's locale charset (i.e. the charset used to encode
> filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this
> has been done intentionally. Most likely the locale is not set at all.
> An invalid setting will result in problems when creating data
> projects.
> Solution: To properly set the locale charset make sure the LC_*
> environment variables are set. Normally the distribution setup tools
> take care of this.
> <SNIP>
>
>    I don't have a clue what's wrong and the Gentoo pages about locale
> setup seem to make some assumptions about my understanding of what
> this does and how it does it that I'm not living up to so I really
> don't know what to provide. I'll start with this and we'll see how it
> goes. It seems that possibly I'm supposed to hand edit
> /etc/env.d/02locale but in my longish history of running Gentoo (as a
> user type) I don't believe I've ever had to edit that so I'm thinking
> I must have messed up some other config file somewhere?
>
> Thanks in advance,
> Mark
>
> lightning ~ # cat /etc/locale.gen
> en_US ISO-8859-1
> en_US.UTF-8 UTF-8
> lightning ~ #
>
> lightning ~ # locale
> LANG=en_US
> LC_CTYPE="en_US"
> LC_NUMERIC="en_US"
> LC_TIME="en_US"
> LC_COLLATE="en_US"
> LC_MONETARY="en_US"
> LC_MESSAGES="en_US"
> LC_PAPER="en_US"
> LC_NAME="en_US"
> LC_ADDRESS="en_US"
> LC_TELEPHONE="en_US"
> LC_MEASUREMENT="en_US"
> LC_IDENTIFICATION="en_US"
> LC_ALL=
> lightning ~ #
>
> lightning ~ # cat /etc/env.d/02locale
> LANG=en_US
> lightning ~ #
>
>
>   

Check in your /etc/make.conf file and see if you have !some! of this:

INPUT_DEVICES="keyboard mouse"
VIDEO_CARDS="nvidia"
LINGUAS="en"
LANG="en_US"
LC_ALL="en_US.utf8"
SANE_BACKENDS="hp"
NUT_DRIVERS="cyberpower"
ALSA_CARDS="emu10k1"
CAMERAS="canon"
LCD_DEVICES=""
APACHE2_MODULES=""

Keep in mind, your settings may vary from mine but some may need to be
just like mine.  Also, if you do a emerge -pv <package-name>, it will
show what options are on and also what is available to use if nothing is
set.  Not all packages will use those settings so don't be concerned if
it doesn't show them on those.

Hope that helps.

Dale

:-)  :-)

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Sun, Dec 7, 2008 at 1:55 PM, Dale <rdalek1967@gmail.com> wrote:
> Mark Knecht wrote:
>> My Gentoo desktop has had a locale problem for longer than I can
>> remember. I haven't been able to solve it on my own, but it didn't
>> seem too important. More a frustration. I switched my profile to the
>> 2008.0 desktop a few days ago. Everything seems to be working but I'm
>> getting more of these locale-ish messages now so I'd like to figure
>> out what I've done wrong.
>>
>> Here's one typical message I might see when running emerge --depclean:
>>
>> perl: warning: Setting locale failed.
>> perl: warning: Please check that your locale settings:
>>       LANGUAGE = (unset),
>>       LC_ALL = "en_US",
>>       LANG = (unset)
>>     are supported and installed on your system.
>> perl: warning: Falling back to the standard locale ("C").
>>
>> The line about falling back to the standard locale "C" is pretty
>> standard. I also see this in k3b every time I start the program. As I
>> do a lot of audio work I'd really like to make sure the CDs I burn on
>> this machine will be acceptable to folks/friends/customers. Here's
>> what I see in k3b:
>>
>> <SNIP>
>> System locale charset is ANSI_X3.4-1968
>> Your system's locale charset (i.e. the charset used to encode
>> filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this
>> has been done intentionally. Most likely the locale is not set at all.
>> An invalid setting will result in problems when creating data
>> projects.
>> Solution: To properly set the locale charset make sure the LC_*
>> environment variables are set. Normally the distribution setup tools
>> take care of this.
>> <SNIP>
>>
>>    I don't have a clue what's wrong and the Gentoo pages about locale
>> setup seem to make some assumptions about my understanding of what
>> this does and how it does it that I'm not living up to so I really
>> don't know what to provide. I'll start with this and we'll see how it
>> goes. It seems that possibly I'm supposed to hand edit
>> /etc/env.d/02locale but in my longish history of running Gentoo (as a
>> user type) I don't believe I've ever had to edit that so I'm thinking
>> I must have messed up some other config file somewhere?
>>
>> Thanks in advance,
>> Mark
>>
>> lightning ~ # cat /etc/locale.gen
>> en_US ISO-8859-1
>> en_US.UTF-8 UTF-8
>> lightning ~ #
>>
>> lightning ~ # locale
>> LANG=en_US
>> LC_CTYPE="en_US"
>> LC_NUMERIC="en_US"
>> LC_TIME="en_US"
>> LC_COLLATE="en_US"
>> LC_MONETARY="en_US"
>> LC_MESSAGES="en_US"
>> LC_PAPER="en_US"
>> LC_NAME="en_US"
>> LC_ADDRESS="en_US"
>> LC_TELEPHONE="en_US"
>> LC_MEASUREMENT="en_US"
>> LC_IDENTIFICATION="en_US"
>> LC_ALL=
>> lightning ~ #
>>
>> lightning ~ # cat /etc/env.d/02locale
>> LANG=en_US
>> lightning ~ #
>>
>>
>>
>
> Check in your /etc/make.conf file and see if you have !some! of this:
>
> INPUT_DEVICES="keyboard mouse"
> VIDEO_CARDS="nvidia"
> LINGUAS="en"
> LANG="en_US"
> LC_ALL="en_US.utf8"
> SANE_BACKENDS="hp"
> NUT_DRIVERS="cyberpower"
> ALSA_CARDS="emu10k1"
> CAMERAS="canon"
> LCD_DEVICES=""
> APACHE2_MODULES=""
>
> Keep in mind, your settings may vary from mine but some may need to be
> just like mine.  Also, if you do a emerge -pv <package-name>, it will
> show what options are on and also what is available to use if nothing is
> set.  Not all packages will use those settings so don't be concerned if
> it doesn't show them on those.
>
> Hope that helps.
>
> Dale
>
> :-)  :-)

Dale,
   Thanks. My list seems considerable too small (and possibly
incorrect)  vs yours. I suspect it should be identical. California,
only speak English.

CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j2"
FEATURES="parallel-fetch distclean ccache"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="realmedia quicktime dri radeon mmx mmxext sse sse2 3dnow 3dnowext
gnome kde -esd -arts ladspa nptl nptlonly audiofile gimp gimpprint
ppds usb alsa cdr dvd dvdr dvdread jack jack-tmpfs fluidsynth tcltk
sndfile v4l v4l2 mysql flac xscreensaver -samba i8x0 mythtv apache2
-lirc mjpeg xvid xine cjk unicode vorbis ogg truetype java -eds -dts
a52"
ACCEPT_KEYWORDS="amd64"
ALSA_CARDS="hdsp9652 hdsp"
VIDEO_CARDS="radeon vesa"
LINGUAS="en en_US"
PORTAGE_NICENESS=19
EMERGE_DEFAULT_OPTS="--with-bdeps y"
source /usr/portage/local/layman/make.conf

Looking above I don't have LANG or LC_ALL entries and the LINGUAS is
suspect. If I was to convert them to your settings do I then need to
rebuild any apps that use them?

I tried puting the emerge -epv world results into a file and greping
the file. Does this list look about right? It does contain portage and
k3b which are my most common offenders so I think I'm probably on the
right track.

Thanks!

-Mark


lightning ~ # emerge -epv world >EMERGE.WORLD
lightning ~ # cat EMERGE.WORLD | grep LINGUAS
[ebuild   R   ] sys-apps/portage-2.2_rc16  USE="-build -doc -epydoc
(-selinux)" LINGUAS="-pl" 0 kB [0]
[ebuild   R   ] sys-apps/man-pages-3.14  USE="nls" LINGUAS="-cs -da
-de -es -fr -it -ja -nl -pl -ro -ru -zh_CN" 0 kB [0]
[ebuild   R   ] net-misc/neon-0.28.3  USE="nls ssl zlib -doc -expat
-gnutls -kerberos -pkcs11 -socks5" LINGUAS="-cs -de -fr -ja -nn -pl
-ru -tr -zh_CN" 0 kB [0]
[ebuild   R   ] app-portage/esearch-0.7.1  LINGUAS="-it" 0 kB [?=>0]
[ebuild   R   ] app-text/xpdf-3.02-r1  USE="-nodrm" LINGUAS="-ar -el
-he -ja -ko -la -ru -th -tr -zh_CN -zh_TW" 0 kB [0]
[ebuild   R   ] www-client/mozilla-firefox-bin-2.0.0.18
USE="-restrict-javascript" LINGUAS="en en_US -af -ar -be -bg -ca -cs
-da -de -el -en_GB -es -es_AR -es_ES -eu -fi -fr -fy -fy_NL -ga -ga_IE
-gu -gu_IN -he -hu -it -ja -ka -ko -ku -lt -mk -mn -nb -nb_NO -nl -nn
-nn_NO -pa -pa_IN -pl -pt -pt_BR -pt_PT -ro -ru -sk -sl -sv -sv_SE -tr
-uk -zh -zh_CN -zh_TW" 0 kB [0]
[ebuild   R   ] www-client/mozilla-firefox-2.0.0.18  USE="gnome java
-bindist -debug -filepicker -iceweasel -ipv6 -mozdevelop -moznopango
-restrict-javascript -xforms -xinerama -xprint" LINGUAS="en en_US -af
-ar -be -bg -ca -cs -da -de -el -en_GB -es -es_AR -es_ES -eu -fi -fr
-fy -fy_NL -ga -ga_IE -gu -gu_IN -he -hu -it -ja -ka -ko -ku -lt -mk
-mn -nb -nb_NO -nl -nn -nn_NO -pa -pa_IN -pl -pt -pt_BR -pt_PT -ro -ru
-sk -sl -sv -sv_SE -tr -uk -zh -zh_CN -zh_TW" 0 kB [0]
[ebuild   R   ] net-www/mplayerplug-in-3.50  USE="firefox (multilib)
nls quicktime realmedia -divx -gmedia -gtk -seamonkey -wmp -xulrunner"
LINGUAS="en_US -cs -da -de -es -fr -hu -it -ja -ko -nb -nl -pl -pt_BR
-ru -se -sk -tr -wa -zh_CN" 0 kB [0]
[ebuild   R   ] net-print/cups-1.3.8-r2  USE="X acl dbus java jpeg
ldap pam perl png ppds python samba ssl tiff -avahi -gnutls -kerberos
-php -slp -static -xinetd -zeroconf" LINGUAS="en -de -es -et -fr -he
-id -it -ja -pl -sv -zh_TW" 0 kB [0]
[ebuild   R   ] app-office/openoffice-bin-3.0.0  USE="gnome java kde"
LINGUAS="en -af -ar -as_IN -be_BY -bg -br -bs -ca -cs -da -de -dz -el
-en_GB -en_ZA -es -et -fi -fr -ga -gu -he -hi_IN -hr -hu -it -ja -ka
-km -ko -lt -mk -ml_IN -mr_IN -nb -ne -nl -nn -nr -ns -or_IN -pa_IN
-pl -pt -pt_BR -rw -sh -sk -sl -sr -ss -st -sv -sw_TZ -ta -te_IN -tg
-th -ti_ER -tr -ts -uk -ur_IN -ve -vi -xh -zh_CN -zh_TW -zu" 0 kB [0]
[ebuild   R   ] app-cdr/k3b-1.0.4  USE="alsa dvdr dvdread encode
ffmpeg flac hal mp3 sndfile vorbis -arts -css -debug -emovix -musepack
-musicbrainz -vcd -xinerama" LINGUAS="-af -ar -bg -br -bs -ca -cs -cy
-da -de -el -en_GB -es -et -eu -fa -fi -fr -ga -gl -he -hi -hu -is -it
-ja -ka -lt -mk -ms -nb -nds -nl -nn -pa -pl -pt -pt_BR -ru -rw -se
-sk -sr -sr@Latn -sv -ta -tr -uk -uz -zh_CN -zh_TW" 0 kB [0]
lightning ~ # cat EMERGE.WORLD | grep LANG
lightning ~ # cat EMERGE.WORLD | grep LC
lightning ~ #

Re: [gentoo-user] locale issue to clean up

[Dale]

Mark Knecht wrote:
> Dale,
>    Thanks. My list seems considerable too small (and possibly
> incorrect)  vs yours. I suspect it should be identical. California,
> only speak English.
>
> CFLAGS="-march=k8 -O2 -pipe"
> CHOST="x86_64-pc-linux-gnu"
> CXXFLAGS="${CFLAGS}"
> MAKEOPTS="-j2"
> FEATURES="parallel-fetch distclean ccache"
> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> USE="realmedia quicktime dri radeon mmx mmxext sse sse2 3dnow 3dnowext
> gnome kde -esd -arts ladspa nptl nptlonly audiofile gimp gimpprint
> ppds usb alsa cdr dvd dvdr dvdread jack jack-tmpfs fluidsynth tcltk
> sndfile v4l v4l2 mysql flac xscreensaver -samba i8x0 mythtv apache2
> -lirc mjpeg xvid xine cjk unicode vorbis ogg truetype java -eds -dts
> a52"
> ACCEPT_KEYWORDS="amd64"
> ALSA_CARDS="hdsp9652 hdsp"
> VIDEO_CARDS="radeon vesa"
> LINGUAS="en en_US"
> PORTAGE_NICENESS=19
> EMERGE_DEFAULT_OPTS="--with-bdeps y"
> source /usr/portage/local/layman/make.conf
>
> Looking above I don't have LANG or LC_ALL entries and the LINGUAS is
> suspect. If I was to convert them to your settings do I then need to
> rebuild any apps that use them?
>
> I tried puting the emerge -epv world results into a file and greping
> the file. Does this list look about right? It does contain portage and
> k3b which are my most common offenders so I think I'm probably on the
> right track.
>
> Thanks!
>
> -Mark
>
>
> lightning ~ # emerge -epv world >EMERGE.WORLD
> lightning ~ # cat EMERGE.WORLD | grep LINGUAS
> [ebuild   R   ] sys-apps/portage-2.2_rc16  USE="-build -doc -epydoc
> (-selinux)" LINGUAS="-pl" 0 kB [0]
> [ebuild   R   ] sys-apps/man-pages-3.14  USE="nls" LINGUAS="-cs -da
> -de -es -fr -it -ja -nl -pl -ro -ru -zh_CN" 0 kB [0]
> [ebuild   R   ] net-misc/neon-0.28.3  USE="nls ssl zlib -doc -expat
> -gnutls -kerberos -pkcs11 -socks5" LINGUAS="-cs -de -fr -ja -nn -pl
> -ru -tr -zh_CN" 0 kB [0]
> [ebuild   R   ] app-portage/esearch-0.7.1  LINGUAS="-it" 0 kB [?=>0]
> [ebuild   R   ] app-text/xpdf-3.02-r1  USE="-nodrm" LINGUAS="-ar -el
> -he -ja -ko -la -ru -th -tr -zh_CN -zh_TW" 0 kB [0]
> [ebuild   R   ] www-client/mozilla-firefox-bin-2.0.0.18
> USE="-restrict-javascript" LINGUAS="en en_US -af -ar -be -bg -ca -cs
> -da -de -el -en_GB -es -es_AR -es_ES -eu -fi -fr -fy -fy_NL -ga -ga_IE
> -gu -gu_IN -he -hu -it -ja -ka -ko -ku -lt -mk -mn -nb -nb_NO -nl -nn
> -nn_NO -pa -pa_IN -pl -pt -pt_BR -pt_PT -ro -ru -sk -sl -sv -sv_SE -tr
> -uk -zh -zh_CN -zh_TW" 0 kB [0]
> [ebuild   R   ] www-client/mozilla-firefox-2.0.0.18  USE="gnome java
> -bindist -debug -filepicker -iceweasel -ipv6 -mozdevelop -moznopango
> -restrict-javascript -xforms -xinerama -xprint" LINGUAS="en en_US -af
> -ar -be -bg -ca -cs -da -de -el -en_GB -es -es_AR -es_ES -eu -fi -fr
> -fy -fy_NL -ga -ga_IE -gu -gu_IN -he -hu -it -ja -ka -ko -ku -lt -mk
> -mn -nb -nb_NO -nl -nn -nn_NO -pa -pa_IN -pl -pt -pt_BR -pt_PT -ro -ru
> -sk -sl -sv -sv_SE -tr -uk -zh -zh_CN -zh_TW" 0 kB [0]
> [ebuild   R   ] net-www/mplayerplug-in-3.50  USE="firefox (multilib)
> nls quicktime realmedia -divx -gmedia -gtk -seamonkey -wmp -xulrunner"
> LINGUAS="en_US -cs -da -de -es -fr -hu -it -ja -ko -nb -nl -pl -pt_BR
> -ru -se -sk -tr -wa -zh_CN" 0 kB [0]
> [ebuild   R   ] net-print/cups-1.3.8-r2  USE="X acl dbus java jpeg
> ldap pam perl png ppds python samba ssl tiff -avahi -gnutls -kerberos
> -php -slp -static -xinetd -zeroconf" LINGUAS="en -de -es -et -fr -he
> -id -it -ja -pl -sv -zh_TW" 0 kB [0]
> [ebuild   R   ] app-office/openoffice-bin-3.0.0  USE="gnome java kde"
> LINGUAS="en -af -ar -as_IN -be_BY -bg -br -bs -ca -cs -da -de -dz -el
> -en_GB -en_ZA -es -et -fi -fr -ga -gu -he -hi_IN -hr -hu -it -ja -ka
> -km -ko -lt -mk -ml_IN -mr_IN -nb -ne -nl -nn -nr -ns -or_IN -pa_IN
> -pl -pt -pt_BR -rw -sh -sk -sl -sr -ss -st -sv -sw_TZ -ta -te_IN -tg
> -th -ti_ER -tr -ts -uk -ur_IN -ve -vi -xh -zh_CN -zh_TW -zu" 0 kB [0]
> [ebuild   R   ] app-cdr/k3b-1.0.4  USE="alsa dvdr dvdread encode
> ffmpeg flac hal mp3 sndfile vorbis -arts -css -debug -emovix -musepack
> -musicbrainz -vcd -xinerama" LINGUAS="-af -ar -bg -br -bs -ca -cs -cy
> -da -de -el -en_GB -es -et -eu -fa -fi -fr -ga -gl -he -hi -hu -is -it
> -ja -ka -lt -mk -ms -nb -nds -nl -nn -pa -pl -pt -pt_BR -ru -rw -se
> -sk -sr -sr@Latn -sv -ta -tr -uk -uz -zh_CN -zh_TW" 0 kB [0]
> lightning ~ # cat EMERGE.WORLD | grep LANG
> lightning ~ # cat EMERGE.WORLD | grep LC
> lightning ~ #
>
>
>   
I'm not sure if the -N feature will catch those changes or not.  It may
even depend on the version of portage you are using too.  The newer
versions of portage has a lot of added features but even it may not
catch those.  You may try emerge -vNDp world and see if it sees which
ones needs to be emerged for them to take effect.  That may cure the
other problems as well. 

Regarding the other email you sent:

root@smoker / # locale
LANG=
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE="en_US"
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_PAPER="en_US"
LC_NAME="en_US"
LC_ADDRESS="en_US"
LC_TELEPHONE="en_US"
LC_MEASUREMENT="en_US"
LC_IDENTIFICATION="en_US"
LC_ALL=en_US
root@smoker / #

and

root@smoker / # cat /etc/env.d/02locale
LC_ALL="en_US"
root@smoker / #

Not real sure what to think about this one.  o_O

Dale

:-)  :-) 

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Sun, Dec 7, 2008 at 3:29 PM, Dale <rdalek1967@gmail.com> wrote:
<SNIP
>>
> I'm not sure if the -N feature will catch those changes or not.  It may
> even depend on the version of portage you are using too.  The newer
> versions of portage has a lot of added features but even it may not
> catch those.  You may try emerge -vNDp world and see if it sees which
> ones needs to be emerged for them to take effect.  That may cure the
> other problems as well.

Tried it by hand - just rebuilding k3b. Didn't solve it.

I'm most interested right now in these missing file/directory
messages. What file or directory might it be looking for?

lightning ~ # locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
POSIX
lightning ~ #

I tried modifying /etc/env.d/02locale and got a change, but only after
restarting X. (Or so I think. I'm getting confused at this point...) I
Added LC_COLLATE and LC_CTYPE. The LC_COLLATE message went away. The
LC_CTYPE message is unchanged.

lightning ~ # cat /etc/env.d/02locale
LANG=en_US
LC_COLLATE=C
LC_CTYPE=en_US.utf8
lightning ~ # locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
C
POSIX
lightning ~ #


I think I may well have some misspelling somewhere.

Thanks,
Mark

Re: [gentoo-user] locale issue to clean up

[Dale]

Mark Knecht wrote:
> On Sun, Dec 7, 2008 at 3:29 PM, Dale <rdalek1967@gmail.com> wrote:
> <SNIP
>   
>> I'm not sure if the -N feature will catch those changes or not.  It may
>> even depend on the version of portage you are using too.  The newer
>> versions of portage has a lot of added features but even it may not
>> catch those.  You may try emerge -vNDp world and see if it sees which
>> ones needs to be emerged for them to take effect.  That may cure the
>> other problems as well.
>>     
>
> Tried it by hand - just rebuilding k3b. Didn't solve it.
>
> I'm most interested right now in these missing file/directory
> messages. What file or directory might it be looking for?
>
> lightning ~ # locale -a
> locale: Cannot set LC_CTYPE to default locale: No such file or directory
> locale: Cannot set LC_MESSAGES to default locale: No such file or directory
> locale: Cannot set LC_COLLATE to default locale: No such file or directory
> C
> POSIX
> lightning ~ #
>
> I tried modifying /etc/env.d/02locale and got a change, but only after
> restarting X. (Or so I think. I'm getting confused at this point...) I
> Added LC_COLLATE and LC_CTYPE. The LC_COLLATE message went away. The
> LC_CTYPE message is unchanged.
>
> lightning ~ # cat /etc/env.d/02locale
> LANG=en_US
> LC_COLLATE=C
> LC_CTYPE=en_US.utf8
> lightning ~ # locale -a
> locale: Cannot set LC_CTYPE to default locale: No such file or directory
> locale: Cannot set LC_MESSAGES to default locale: No such file or directory
> C
> POSIX
> lightning ~ #
>
>
> I think I may well have some misspelling somewhere.
>
> Thanks,
> Mark
>
>
>   

I think glibc is the one that locale belongs to, maybe try re-emerging
it and see if that helps.  Also make sure you have ran etc-update or
whatever you use to manage config updates too.

I'm pasting my emerge --info here just in case it may help.

root@smoker / # emerge --info
Portage 2.2_rc17 (default/linux/x86/2008.0/desktop, gcc-4.1.2,
glibc-2.6.1-r0, 2.6.23-gentoo-r8 i686)
=================================================================
System uname:
Linux-2.6.23-gentoo-r8-i686-AMD_Athlon-tm-_XP_2500+-with-glibc2.0
Timestamp of tree: Sat, 06 Dec 2008 09:45:01 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.5.2-r7
dev-util/ccache:     2.4-r7
dev-util/cmake:      2.6.2
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d
/etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild
/etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps y"
FEATURES="buildsyspkg ccache distlocks fixpackages parallel-fetch
preserve-libs protect-owned sandbox sfperms strict unmerge-orphans
userfetch"
LANG="en_US"
LC_ALL="en_US.utf8"
LDFLAGS="-Wl,-O1"
LINGUAS="en"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_EXTRA_OPTS="--timeout=600"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
USE="3dnow X acl acpi alsa amd arts artswrappersuid automount berkdb
bluetooth bzip2 cairo cddb cdr chroot cli cracklib crypt cups curl dbus
dri dvd dvdr dvdread eds emboss encode esd evo exif fam fdftk fortran
gdbm gif gimp gkrellm gphoto2 gpm gstreamer gtk hal hbci iconv ipv6
isdnlog java javascript jbig jpeg jpeg2k justify kde kdeprefix ldap
libnotify libwww logrotate mad midi mikmod mmx mp3 mpeg mplayer mudflap
ncurses nptl nptlonly nsplugin offensive ofx ogg opengl openmp pam
parport pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime
readline realmedia reflection sdl seamonkey session spell spl sqlite sse
ssl startup-notification svg sysfs syslog tcl tcpd tiff tk truetype
unicode usb vorbis win32codecs wma wmf wmp x86 xml xorg xprint xv yahoo
zeroconf zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym
copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa
lfloat linear meter mmap_emul mulaw multi null plug rate route share shm
softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux"
LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS,
PORTAGE_COMPRESS_FLAGS, PORTDIR_OVERLAY

root@smoker / #

I did remove some unneeded lines for the mirrors.  Maybe you will notice
something or some guru will come along that has seen this before. 

Dale

:-)  :-) 

Re: [gentoo-user] locale issue to clean up

[Mike Edenfield]

Dale wrote:

> I'm not sure if the -N feature will catch those changes or not.  It may
> even depend on the version of portage you are using too.  The newer

--newuse will pick up changes to LINGUAS since portage 
treats that like an expandable variable (like VIDEO_CARDS 
etc).  The other settings have no direct effect on the USE 
flags, so portage won't notice anything.

You also don't need to reinstall an application to switch 
locales, as long as the language packs for your new locale 
are installed via LINGUAS and/or by default.

--Mike

Re: [gentoo-user] locale issue to clean up

[Mike Edenfield]

Mark Knecht wrote:

>>> lightning ~ # cat /etc/locale.gen
>>> en_US ISO-8859-1
>>> en_US.UTF-8 UTF-8

Just to be safe, try running locale-gen again.  The glibc 
ebuild does this automatically, but if you've changed 
locale.gen since the last time that ebuild ran, you need to 
run locale-gen to pick up the changes.

>>> lightning ~ # cat /etc/env.d/02locale
>>> LANG=en_US

I think that adding LC_ALL="en_US" in this file should be 
all you need.  Basically, your "locale" is made up of about 
a dozen different settings that describe how to display 
things like dates, money, big numbers, sorted lists, etc. 
Each of these options has an LC_* variable associated with 
it.  Additionally, there is a LANG variable that specifies 
which language translation to use (LANGUAGES is a 
GNU-specific alternative to LC_MESSAGES, IIRC, and I rarely 
specify it).

LC_ALL is used if you know you want the use one locale for 
everything, and specifying LC_ALL="en_US" will automatically 
set all of the others for you.  Setting that end rerunning 
env-update ; source /etc/profile should get rid of those 
locale errors.


> Looking above I don't have LANG or LC_ALL entries and the LINGUAS is
> suspect. If I was to convert them to your settings do I then need to
> rebuild any apps that use them?

You don't need LANG/LC_ALL in your make.conf if they are set 
properly in your environment, e.g. in env.d/02locale, since 
they are both run-time environment settings that you want to 
be the same everywhere.

LINGUAS is a build-time setting that tells any 
localization-aware autoconf scripts to install the language 
translation files for the set of languages you listed. 
Having LINGUAS="en en_US" in make.conf is correct, it makes 
sure that only English-language translations are installed. 
  (Not all applications are LINGUAS-aware, so you will still 
see a lot of other languages you didn't ask for.).

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Sun, Dec 7, 2008 at 1:55 PM, Dale <rdalek1967@gmail.com> wrote:
<SNIP>
>
> Check in your /etc/make.conf file and see if you have !some! of this:
>
> INPUT_DEVICES="keyboard mouse"
> VIDEO_CARDS="nvidia"
> LINGUAS="en"
> LANG="en_US"
> LC_ALL="en_US.utf8"
> SANE_BACKENDS="hp"
> NUT_DRIVERS="cyberpower"
> ALSA_CARDS="emu10k1"
> CAMERAS="canon"
> LCD_DEVICES=""
> APACHE2_MODULES=""
>
> Keep in mind, your settings may vary from mine but some may need to be
> just like mine.  Also, if you do a emerge -pv <package-name>, it will
> show what options are on and also what is available to use if nothing is
> set.  Not all packages will use those settings so don't be concerned if
> it doesn't show them on those.
>
> Hope that helps.
>
> Dale
>
> :-)  :-)
>
>
>
>
There seems to be something else going on here. I've made the changes
you suggested - they make sense. I've rerun locale-gen. man locale
suggests locale -a as a way to look at what's set up as public. That
command demonstrates the problem pretty clearly I think, and I suspect
your machine doesn't act the same way:

lightning ~ # locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
POSIX
lightning ~ # locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE="en_US"
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_PAPER="en_US"
LC_NAME="en_US"
LC_ADDRESS="en_US"
LC_TELEPHONE="en_US"
LC_MEASUREMENT="en_US"
LC_IDENTIFICATION="en_US"
LC_ALL=
lightning ~ #

I'm wondering if I really do need to add more stuff to my 02locale
environment file. Possibly it got messed up during some update?

lightning ~ # cat /etc/env.d/02locale
LANG=en_US
lightning ~ #

If anyone (everyone!) has a machine that acts better on the above
commands could you post back the contents of the 02locale file? This
Gentoo page suggests I might want to edit it:

http://www.gentoo.org/doc/en/guide-localization.xml

so I tried adding the LC_CTYPE=en_US to it but that didn't fix
anything. It says a directory is missing. What directory?

k3b still generates the warning message even after a reboot. I suspect
it won't go away until I find the solution to running the locale
command above.

Thanks,
Mark

Re: [gentoo-user] locale issue to clean up

[Mike Edenfield]

Mark Knecht wrote:

> lightning ~ # locale -a
> locale: Cannot set LC_CTYPE to default locale: No such file or directory
> locale: Cannot set LC_MESSAGES to default locale: No such file or directory
> locale: Cannot set LC_COLLATE to default locale: No such file or directory
> C
> POSIX

This looks like the problem: you have specified that you 
want to use en_US as your locale, but you don't have that 
locale installed.

You should have a directory in /usr/share/locale for every 
locale you want available on your system.  The source files 
for the locales should be in /usr/share/i18n/locales and 
/usr/share/i18n/charsets.  That is, you should have all of 
the following:

/usr/share/i18n/locales/en_US
/usr/share/i18n/charsets/ISO8859-1
/usr/share/i18n/charsets/UTF-8
/usr/share/locale/en_US.ISO8859-1
/usr/share/locale/en_US.UTF-8

If you are missing the last two, rerunning locale-gen should 
create them.  If you're missing any of the first three, then 
you will probably need to emerge -1 glibc to get everything 
back.

--Mike

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Sun, Dec 7, 2008 at 4:10 PM, Mike Edenfield <kutulu@kutulu.org> wrote:
> Mark Knecht wrote:
>
>> lightning ~ # locale -a
>> locale: Cannot set LC_CTYPE to default locale: No such file or directory
>> locale: Cannot set LC_MESSAGES to default locale: No such file or
>> directory
>> locale: Cannot set LC_COLLATE to default locale: No such file or directory
>> C
>> POSIX
>
> This looks like the problem: you have specified that you want to use en_US
> as your locale, but you don't have that locale installed.
>
> You should have a directory in /usr/share/locale for every locale you want
> available on your system.  The source files for the locales should be in
> /usr/share/i18n/locales and /usr/share/i18n/charsets.  That is, you should
> have all of the following:
>
> /usr/share/i18n/locales/en_US
> /usr/share/i18n/charsets/ISO8859-1
> /usr/share/i18n/charsets/UTF-8
> /usr/share/locale/en_US.ISO8859-1
> /usr/share/locale/en_US.UTF-8
>
> If you are missing the last two, rerunning locale-gen should create them.
>  If you're missing any of the first three, then you will probably need to
> emerge -1 glibc to get everything back.
>
> --Mike
>
>

Hi Mike,
   Thanks for joining in. I have mucho craziness in these directories!
/usr/share/locale has way too much stuff, but it doesn't have what I
want. It's missing en_US.utf8 and en_US.ISO8859-1. Also, all of what I
think are the font files are in a directory called charmaps, not
charsets, like yours: (This is an AMD64 machine so maybe that's part
of the difference?)

lightning ~ # ls /usr/share/i18n
SUPPORTED  charmaps  locales
lightning ~ #

   Before I do something stupid, can I erase all this /usr/share stuff
by hand, then re-emerge glibc, rerun locale-gen to get the right
stuff. I suspect that since I had weird settings in make.conf, now
fixed with Dale's help, that now if I re-emerge glibc maybe I'll get
the right stuff?

lightning ~ # ls /usr/share/locale/
af        ca@valencia  eo     es_PR  gl     ja            mi       or
   so        tk           xh
am        cs           es     es_SV  gn     ka            mk       pa
   sq        tl           yi
ang       cs_CZ        es_AR  es_UY  gr     kk            ml       pl
   sr        tr           yo
ar        cy           es_CL  es_VE  gu     km            mn
pl_PL  sr@Latn   tt           zh_CN
as        da           es_CO  et     haw    kn            mr       ps
   sr@ije    ug           zh_HK
az        de           es_CR  et_EE  he     ko            ms       pt
   sr@latin  uk           zh_TW
be        de_DE        es_DO  eu     hi     kok           mt
pt_BR  sv        ur           zu
be@latin  dz           es_EC  fa     hr     ku            nb
pt_PT  sv_SE     ur_PK
bg        el           es_ES  fi     hu     ky            nds@NFE  ro
   sw        uz
bn        el_GR        es_GT  fo     hy     li            ne       ru
   ta        uz@cyrillic
bn_IN     en           es_HN  fr     id     locale.alias  nl
ru_RU  te        ve
br        en_AU        es_MX  fr_FR  io     lt            nn       rw
   tg        vi
bs        en_CA        es_NI  fur    is     lv            no       si
   th        wa
byn       en_GB        es_PA  ga     it     mai           nso      sk
   ti        wal
ca        en_US        es_PE  gez    it_IT  mg            oc       sl
   tig       wo
lightning ~ #

lightning ~ # ls /usr/share/i18n/
SUPPORTED  charmaps  locales
lightning ~ #

Re: [gentoo-user] locale issue to clean up

[smallnow]

Mike Edenfield wrote:
> You should have a directory in /usr/share/locale for every locale you
> want available on your system.  The source files for the locales should
> be in /usr/share/i18n/locales and /usr/share/i18n/charsets.  That is,
> you should have all of the following:
>
> /usr/share/i18n/locales/en_US
> /usr/share/i18n/charsets/ISO8859-1
> /usr/share/i18n/charsets/UTF-8
> /usr/share/locale/en_US.ISO8859-1
> /usr/share/locale/en_US.UTF-8

Um, on my system, i have
/usr/share/i18n/charmaps/UTF-8.gz
/usr/share/i18n/charmaps/IS8859-1.gz
notice charmaps vs charsets
the other folders all have en_US files and folders, no utf8 extensions. And my
locale stuff seems to work fine. Do you actually have those files on your
computer or did you just type them from memory and get them wrong?
I do locale -a and get:
C
POSIX
en_US
en_US.iso88591
en_US.utf8
also, I do locale-gen and it succeeds and I don't get any of the files you
mentioned.

Heres my suggestion to the original poster. I would heed the warning in the
gentoo guide not to set LC_ALL. I also have a lot of other files under those
directories and I would just leave them alone, but if you want to delete them,
just move them so you can move them back later if it doesn't help. I think one
of your problems might be that you need to set all your locale variables in
02locale. Then do "eselect env update" and relogin. Also you should have 644
permissions on these files.

 cat /etc/env.d/02locale
LANG="en_US.UTF-8"
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="POSIX"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"


 cat /etc/locale.gen

en_US ISO-8859-1
en_US.utf8 UTF-8

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Sun, Dec 7, 2008 at 5:14 PM, smallnow <smallnow@gmail.com> wrote:
> Mike Edenfield wrote:
>> You should have a directory in /usr/share/locale for every locale you
>> want available on your system.  The source files for the locales should
>> be in /usr/share/i18n/locales and /usr/share/i18n/charsets.  That is,
>> you should have all of the following:
>>
>> /usr/share/i18n/locales/en_US
>> /usr/share/i18n/charsets/ISO8859-1
>> /usr/share/i18n/charsets/UTF-8
>> /usr/share/locale/en_US.ISO8859-1
>> /usr/share/locale/en_US.UTF-8
>
> Um, on my system, i have
> /usr/share/i18n/charmaps/UTF-8.gz
> /usr/share/i18n/charmaps/IS8859-1.gz
> notice charmaps vs charsets
> the other folders all have en_US files and folders, no utf8 extensions. And my
> locale stuff seems to work fine. Do you actually have those files on your
> computer or did you just type them from memory and get them wrong?
> I do locale -a and get:
> C
> POSIX
> en_US
> en_US.iso88591
> en_US.utf8
> also, I do locale-gen and it succeeds and I don't get any of the files you
> mentioned.
>
> Heres my suggestion to the original poster. I would heed the warning in the
> gentoo guide not to set LC_ALL. I also have a lot of other files under those
> directories and I would just leave them alone, but if you want to delete them,
> just move them so you can move them back later if it doesn't help. I think one
> of your problems might be that you need to set all your locale variables in
> 02locale. Then do "eselect env update" and relogin. Also you should have 644
> permissions on these files.
>
>  cat /etc/env.d/02locale
> LANG="en_US.UTF-8"
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME="en_US.UTF-8"
> LC_COLLATE="POSIX"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
>
>
>  cat /etc/locale.gen
>
> en_US ISO-8859-1
> en_US.utf8 UTF-8
>

You may be correct about setting all of this in 02locale. I noticed
that the Gentoo formatting stuff for vi is treating LC_ALL and
LC_COLLATE differently than LINGUAS. The manual seems to say set
system wide stuff in 02locale and user stuff in your own account.

[[ Two minutes later... ]]

OK, I changed 02locale and just put your values in. I rane eselect env
update, logged out and back in. For the first time locale -a looks
good:

lightning ~ # locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=POSIX
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_ALL=
lightning ~ # locale -a
C
POSIX
en_US
en_US.iso88591
en_US.utf8
lightning ~ #

   At this point I may be clean but I'm going to emerge glibc just to be sure.

   Back later...

Cheers,
Mark

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Sun, Dec 7, 2008 at 7:10 PM, Mark Knecht <markknecht@gmail.com> wrote:
> On Sun, Dec 7, 2008 at 5:14 PM, smallnow <smallnow@gmail.com> wrote:
>> Mike Edenfield wrote:
>>> You should have a directory in /usr/share/locale for every locale you
>>> want available on your system.  The source files for the locales should
>>> be in /usr/share/i18n/locales and /usr/share/i18n/charsets.  That is,
>>> you should have all of the following:
>>>
>>> /usr/share/i18n/locales/en_US
>>> /usr/share/i18n/charsets/ISO8859-1
>>> /usr/share/i18n/charsets/UTF-8
>>> /usr/share/locale/en_US.ISO8859-1
>>> /usr/share/locale/en_US.UTF-8
>>
>> Um, on my system, i have
>> /usr/share/i18n/charmaps/UTF-8.gz
>> /usr/share/i18n/charmaps/IS8859-1.gz
>> notice charmaps vs charsets
>> the other folders all have en_US files and folders, no utf8 extensions. And my
>> locale stuff seems to work fine. Do you actually have those files on your
>> computer or did you just type them from memory and get them wrong?
>> I do locale -a and get:
>> C
>> POSIX
>> en_US
>> en_US.iso88591
>> en_US.utf8
>> also, I do locale-gen and it succeeds and I don't get any of the files you
>> mentioned.
>>
>> Heres my suggestion to the original poster. I would heed the warning in the
>> gentoo guide not to set LC_ALL. I also have a lot of other files under those
>> directories and I would just leave them alone, but if you want to delete them,
>> just move them so you can move them back later if it doesn't help. I think one
>> of your problems might be that you need to set all your locale variables in
>> 02locale. Then do "eselect env update" and relogin. Also you should have 644
>> permissions on these files.
>>
>>  cat /etc/env.d/02locale
>> LANG="en_US.UTF-8"
>> LC_CTYPE="en_US.UTF-8"
>> LC_NUMERIC="en_US.UTF-8"
>> LC_TIME="en_US.UTF-8"
>> LC_COLLATE="POSIX"
>> LC_MONETARY="en_US.UTF-8"
>> LC_MESSAGES="en_US.UTF-8"
>> LC_PAPER="en_US.UTF-8"
>> LC_NAME="en_US.UTF-8"
>> LC_ADDRESS="en_US.UTF-8"
>> LC_TELEPHONE="en_US.UTF-8"
>> LC_MEASUREMENT="en_US.UTF-8"
>> LC_IDENTIFICATION="en_US.UTF-8"
>>
>>
>>  cat /etc/locale.gen
>>
>> en_US ISO-8859-1
>> en_US.utf8 UTF-8
>>
>
> You may be correct about setting all of this in 02locale. I noticed
> that the Gentoo formatting stuff for vi is treating LC_ALL and
> LC_COLLATE differently than LINGUAS. The manual seems to say set
> system wide stuff in 02locale and user stuff in your own account.
>
> [[ Two minutes later... ]]
>
> OK, I changed 02locale and just put your values in. I rane eselect env
> update, logged out and back in. For the first time locale -a looks
> good:
>
> lightning ~ # locale
> LANG=en_US.UTF-8
> LC_CTYPE=en_US.UTF-8
> LC_NUMERIC=en_US.UTF-8
> LC_TIME=en_US.UTF-8
> LC_COLLATE=POSIX
> LC_MONETARY=en_US.UTF-8
> LC_MESSAGES=en_US.UTF-8
> LC_PAPER=en_US.UTF-8
> LC_NAME=en_US.UTF-8
> LC_ADDRESS=en_US.UTF-8
> LC_TELEPHONE=en_US.UTF-8
> LC_MEASUREMENT=en_US.UTF-8
> LC_IDENTIFICATION=en_US.UTF-8
> LC_ALL=
> lightning ~ # locale -a
> C
> POSIX
> en_US
> en_US.iso88591
> en_US.utf8
> lightning ~ #
>
>   At this point I may be clean but I'm going to emerge glibc just to be sure.
>
>   Back later...
>
> Cheers,
> Mark
>

Hi all,
   OK, it appears that this has solved the problem as best I can tell
right now. The two most consist manifestations of the problem - error
messages when running layman and warning messages when starting k3b -
are all gone.

   The solution in my case for anyone who might find this thread later was:

1) Move all the locale stuff out of /etc/make.conf. I now only have
the LINGUAS statement in there.

2) Move all the locale stuff into /etc/env.d/02locale. I'm not
qualified to say what the right set of statements in 02locale might
be. I copied the ones kindly provided by smallnow. I did not set
LC_ALL.

3) Possibly most important run eselect env update. I've been running
the older env-update script. I guess I did miss the memo! ;-)

   At this point the machine seems the happiest it's been in months.
I'll of course have to watch it go through some updates over the next
few weeks but the obvious issues seem solved.

Good night, over and out,
Mark

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Sun, Dec 7, 2008 at 9:32 PM, Mark Knecht <markknecht@gmail.com> wrote:
<SNIP>
>
> Hi all,
>   OK, it appears that this has solved the problem as best I can tell
> right now. The two most consist manifestations of the problem - error
> messages when running layman and warning messages when starting k3b -
> are all gone.
>
>   The solution in my case for anyone who might find this thread later was:
>
> 1) Move all the locale stuff out of /etc/make.conf. I now only have
> the LINGUAS statement in there.
>
> 2) Move all the locale stuff into /etc/env.d/02locale. I'm not
> qualified to say what the right set of statements in 02locale might
> be. I copied the ones kindly provided by smallnow. I did not set
> LC_ALL.
>
> 3) Possibly most important run eselect env update. I've been running
> the older env-update script. I guess I did miss the memo! ;-)
>
>   At this point the machine seems the happiest it's been in months.
> I'll of course have to watch it go through some updates over the next
> few weeks but the obvious issues seem solved.
>
> Good night, over and out,
> Mark
>

Good morning,
   Finishing the thread from last night, I think it was obvious but
for anyone reading later I did re-emerge glibc.

   OK, it turns out there may still be an issue or two. At least I'd
like to get your input on it.

   All of the issues I had recognized up through yesterday were
successfully fixed using the steps above. However when compiling
Ardour this morning I found that it was installing locale data for as
much as I can tell every language possible. Does this imply there is
still a locale issue? If I only need en_US derivatives then why are
other locale messages getting installed?

   Also, I noticed when using slocate that there are some locale
directories under X11. In the same spirit, are they there by default
or left over from something I did earlier and haven't correctly
cleaned up?

lightning ~ # ls /usr/share/X11/locale/
C                 iso8859-11  ja            microsoft-cp1251  zh_CN.UTF-8
am_ET.UTF-8       iso8859-13  ja.JIS        microsoft-cp1255  zh_CN.gb18030
armscii-8         iso8859-14  ja.S90        microsoft-cp1256  zh_CN.gbk
compose.dir       iso8859-15  ja.SJIS       mulelao-1         zh_HK.UTF-8
el_GR.UTF-8       iso8859-2   ja.U90        nokhchi-1         zh_HK.big5
en_US.UTF-8       iso8859-3   ja_JP.UTF-8   pt_BR.UTF-8       zh_HK.big5hkscs
georgian-academy  iso8859-4   ko            tatar-cyr         zh_TW
georgian-ps       iso8859-5   ko_KR.UTF-8   th_TH             zh_TW.UTF-8
ibm-cp1133        iso8859-6   koi8-c        th_TH.UTF-8       zh_TW.big5
iscii-dev         iso8859-7   koi8-r        tscii-0
isiri-3342        iso8859-8   koi8-u        vi_VN.tcvn
iso8859-1         iso8859-9   locale.alias  vi_VN.viscii
iso8859-10        iso8859-9e  locale.dir    zh_CN
lightning ~ #


Thanks,
Mark

Re: [gentoo-user] locale issue to clean up

[Mike Edenfield]

Mark Knecht wrote:

> You may be correct about setting all of this in 02locale. I noticed
> that the Gentoo formatting stuff for vi is treating LC_ALL and
> LC_COLLATE differently than LINGUAS. The manual seems to say set
> system wide stuff in 02locale and user stuff in your own account.

They are different.

LINGUAS is a build-time hint for localized programs that lists which 
languages you want translations for.  It has no effect at run-time other 
than ensuring that your selected languages are available.

The LC_* variables, and LANG, are run-time settings that tell the C 
library which locale to use.  LC_COLLATE, for example, tells vi how to 
sort things alphabetically.

Just as an aside, I see frequent warnings not to set LC_ALL because it's 
"dangerous", but that seems like a vast overreaction to me.  LC_ALL is a 
global setting that overrides all of the other LC_ variables with a 
single setting.  The "danger" is that you cannot then individually 
override the behavior, say to use a different currency or sorting 
format, but IMO the people who need to do that are the exception, and 
would clearly know how to do it.

For a single user system with a single locale where all the LC_* 
variables have the same value anyway, setting LC_ALL to "en_US" and 
settings the other half-dozen LC_* variables to "en_US" has the same effect.

Re: [gentoo-user] locale issue to clean up

[Mike Edenfield]

smallnow wrote:
> Mike Edenfield wrote:

> Um, on my system, i have
> /usr/share/i18n/charmaps/UTF-8.gz
> /usr/share/i18n/charmaps/IS8859-1.gz
> notice charmaps vs charsets
> the other folders all have en_US files and folders, no utf8 extensions. And my
> locale stuff seems to work fine. Do you actually have those files on your
> computer or did you just type them from memory and get them wrong?

I was working from memory, and yes, I meant charmaps instead of charsets 
(I've seen both names used, but it's the same data.)

Re: [gentoo-user] locale issue to clean up

[Willie Wong]

On Sun, Dec 07, 2008 at 04:42:53PM -0800, Penguin Lover Mark Knecht squawked:
>    Thanks for joining in. I have mucho craziness in these directories!
> /usr/share/locale has way too much stuff, but it doesn't have what I
> want. It's missing en_US.utf8 and en_US.ISO8859-1. Also, all of what I
> think are the font files are in a directory called charmaps, not
> charsets, like yours: (This is an AMD64 machine so maybe that's part
> of the difference?)
> 
> lightning ~ # ls /usr/share/i18n
> SUPPORTED  charmaps  locales
> lightning ~ #
> 
>    Before I do something stupid, can I erase all this /usr/share stuff
> by hand, then re-emerge glibc, rerun locale-gen to get the right
> stuff. I suspect that since I had weird settings in make.conf, now
> fixed with Dale's help, that now if I re-emerge glibc maybe I'll get
> the right stuff?
> 

My apologies for jumping in kind of late in this thread, and I am not
sure if you have answered this question already, but what do you have
as the content of /etc/locale.gen ?  I ask because this is useful
prior to you issuing emerge glibc again.

Best, 

W
-- 
"You should be excited by this, because it is an equation you can solve."
~DeathMech, S. Sondhi. P-town PHY 205
Sortir en Pantoufles: up 730 days, 23:59

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Sun, Dec 7, 2008 at 5:19 PM, Willie Wong <wwong@princeton.edu> wrote:
> On Sun, Dec 07, 2008 at 04:42:53PM -0800, Penguin Lover Mark Knecht squawked:
>>    Thanks for joining in. I have mucho craziness in these directories!
>> /usr/share/locale has way too much stuff, but it doesn't have what I
>> want. It's missing en_US.utf8 and en_US.ISO8859-1. Also, all of what I
>> think are the font files are in a directory called charmaps, not
>> charsets, like yours: (This is an AMD64 machine so maybe that's part
>> of the difference?)
>>
>> lightning ~ # ls /usr/share/i18n
>> SUPPORTED  charmaps  locales
>> lightning ~ #
>>
>>    Before I do something stupid, can I erase all this /usr/share stuff
>> by hand, then re-emerge glibc, rerun locale-gen to get the right
>> stuff. I suspect that since I had weird settings in make.conf, now
>> fixed with Dale's help, that now if I re-emerge glibc maybe I'll get
>> the right stuff?
>>
>
> My apologies for jumping in kind of late in this thread, and I am not
> sure if you have answered this question already, but what do you have
> as the content of /etc/locale.gen ?  I ask because this is useful
> prior to you issuing emerge glibc again.
>
> Best,
>
> W

Always room for another voice. Thanks for joining.

Current contents of /etc/locale.gen were copied from the Gentoo Base
System install instructions at the bottom of the page:

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1&chap=6

lightning ~ # cat /etc/locale.gen
en_US ISO-8859-1
en_US.UTF-8 UTF-8
lightning ~ #

When I run locale-gen the results look at least reasonable to me:

lightning ~ # locale-gen
 * Generating 2 locales (this might take a while) with 1 jobs
 *  (1/2) Generating en_US.ISO-8859-1 ...
                          [ ok ]
 *  (2/2) Generating en_US.UTF-8 ...
                          [ ok ]
 * Generation complete
lightning ~ #

man locale-gen says it puts everything in /usr/lib/locale which has
little on this machine:

lightning ~ # ls -al /usr/lib/locale/
total 1504
drwxr-xr-x   2 root root    4096 2008-12-07 18:42 .
drwxr-xr-x 115 root root   65536 2008-12-07 14:48 ..
-rw-r--r--   1 root root       0 2008-12-02 15:06 .keep_sys-libs_glibc-2.2
-rw-r--r--   1 root root 1520480 2008-12-07 18:42 locale-archive
lightning ~ #

Similar stuff in /usr/lib32/locale and /usr/lib64/locale. It seems
that these are the files modified by locale-gen:

lightning ~ # ls -al  /usr/lib/locale/locale-archive
-rw-r--r-- 1 root root 1520480 2008-12-07 18:42 /usr/lib/locale/locale-archive
lightning ~ # date
Sun Dec  7 18:53:33 PST 2008
lightning ~ # locale-gen
 * Generating 2 locales (this might take a while) with 1 jobs
 *  (1/2) Generating en_US.ISO-8859-1 ...
                          [ ok ]
 *  (2/2) Generating en_US.UTF-8 ...
                          [ ok ]
 * Generation complete
lightning ~ # ls -al  /usr/lib/locale/locale-archive
-rw-r--r-- 1 root root 1520480 2008-12-07 18:53 /usr/lib/locale/locale-archive
lightning ~ #

The date is updated after running locale-gen.

   I guess what I have left to decide is what to do with
/etc/env.d/02locale. smallnow suggests putting everything in there it
seems. I suspect others here have working systems but nothing in those
files. I've never modified that file in 8 years of running Gentoo. I
suppose I probably missed the memo! I tried to solve this problem a
couple of months ago and heard something similar on the gentoo-64 list
but didn't get far enough to want to do it. Maybe now's the time?

Thanks,
Mark

Re: [gentoo-user] locale issue to clean up

[Mick]

[-- Attachment #1: Type: text/plain, Size: 702 bytes --]

On Monday 08 December 2008, Mark Knecht wrote:

>    I guess what I have left to decide is what to do with
> /etc/env.d/02locale. smallnow suggests putting everything in there it
> seems. I suspect others here have working systems but nothing in those
> files. I've never modified that file in 8 years of running Gentoo. I
> suppose I probably missed the memo! I tried to solve this problem a
> couple of months ago and heard something similar on the gentoo-64 list
> but didn't get far enough to want to do it. Maybe now's the time?

Now I am getting confused - at least one box of mine does not 
have /etc/env.d/02locale at all.  Am I supposed to create it manually?
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Mon, Dec 8, 2008 at 9:24 AM, Mick <michaelkintzios@gmail.com> wrote:
> On Monday 08 December 2008, Mark Knecht wrote:
>
>>    I guess what I have left to decide is what to do with
>> /etc/env.d/02locale. smallnow suggests putting everything in there it
>> seems. I suspect others here have working systems but nothing in those
>> files. I've never modified that file in 8 years of running Gentoo. I
>> suppose I probably missed the memo! I tried to solve this problem a
>> couple of months ago and heard something similar on the gentoo-64 list
>> but didn't get far enough to want to do it. Maybe now's the time?
>
> Now I am getting confused - at least one box of mine does not
> have /etc/env.d/02locale at all.  Am I supposed to create it manually?
> --
> Regards,
> Mick
>

<hehe!!> (Laughing at me, not you!)

I don't know... ;-)

I think those files are the responsibility of maybe the baselayout
package? equery belongs doesn't tell me anything. It could depend on
what version you are running. There is some small amount of discussion
about them in the install guides, but not enough info for someone
looking for information to really learn anything.

I'm running baselayout-1.12.11.1 and have updated to the 2008.0
desktop profile. This is an AMD64 install. Don't think any of that
matters but I don't know. (Again, I'm not that much into how all this
works really so I struggle at these things sometimes!)

- Mark

Re: [gentoo-user] locale issue to clean up

[Dale]

Mick wrote:
> On Monday 08 December 2008, Mark Knecht wrote:
>
>   
>>    I guess what I have left to decide is what to do with
>> /etc/env.d/02locale. smallnow suggests putting everything in there it
>> seems. I suspect others here have working systems but nothing in those
>> files. I've never modified that file in 8 years of running Gentoo. I
>> suppose I probably missed the memo! I tried to solve this problem a
>> couple of months ago and heard something similar on the gentoo-64 list
>> but didn't get far enough to want to do it. Maybe now's the time?
>>     
>
> Now I am getting confused - at least one box of mine does not 
> have /etc/env.d/02locale at all.  Am I supposed to create it manually?
>   

I noticed earlier that that file does not belong to any package on my
machine so I would guess that you do have to create it.  It appears I
did on mine anyway.  If it needs to be updated later, I'm sure portage
will catch it and config updater will catch it.

Dale

:-)  :-) 


P.S.  I guess it could have been put there by a older package that is no
longer installed and just left over crude.  I dunno.  :/

Re: [gentoo-user] locale issue to clean up

[Mike Edenfield]

Mick wrote:

> Now I am getting confused - at least one box of mine does not 
> have /etc/env.d/02locale at all.  Am I supposed to create it manually?

The file isn't automatically created by anything, since strictly 
speaking you can get away without using it.  However, if you are going 
to add the locale information to your environment, that file name in the 
env.d directory is considered the correct way to do it.

Without it, your locale is probably falling back to C or POSIX, the 
defaults, which for the most part behave just like en_US anyway.  It 
certainly wouldn't hurt for you to explicitly set your locale and 
language options.

Re: [gentoo-user] locale issue to clean up

[Mark Knecht]

On Mon, Dec 8, 2008 at 11:10 AM, Mike Edenfield <kutulu@kutulu.org> wrote:
> Mick wrote:
>
>> Now I am getting confused - at least one box of mine does not have
>> /etc/env.d/02locale at all.  Am I supposed to create it manually?
>
> The file isn't automatically created by anything, since strictly speaking
> you can get away without using it.  However, if you are going to add the
> locale information to your environment, that file name in the env.d
> directory is considered the correct way to do it.
>
> Without it, your locale is probably falling back to C or POSIX, the
> defaults, which for the most part behave just like en_US anyway.  It
> certainly wouldn't hurt for you to explicitly set your locale and language
> options.
>

It turned out that the 64-bit machine I was working on yesterday - my
oldest Gentoo machine at home - didn't have much info in
/etc/locale.gen. However two other 32-bit machines I'm updating today
had some information that would have helped me a bit if I had had it.
I attach it here for reference.

What I get out of this is that everything having to do with glibc
locales is located under /usr/share/i18n. The stuff located under
/usr/share/locale is something else. Also, emerge glibc will update
locales but once this is all set up correctly locale-gen will do the
same thing.

Cheers,
Mark

Sector9 ~ # cat /etc/locale.gen
# /etc/locale.gen: list all of the locales you want to have on your system
#
# The format of each line:
# <locale> <charmap>
#
# Where <locale> is a locale located in /usr/share/i18n/locales/ and
# where <charmap> is a charmap located in /usr/share/i18n/charmaps/.
#
# All blank lines and lines starting with # are ignored.
#
# For the default list of supported combinations, see the file:
# /usr/share/i18n/SUPPORTED
#
# Whenever glibc is emerged, the locales listed here will be automatically
# rebuilt for you.  After updating this file, you can simply run `locale-gen`
# yourself instead of re-emerging glibc.

en_US ISO-8859-1
en_US.UTF-8 UTF-8
Sector9 ~ #

Re: [gentoo-user] locale issue to clean up

[Mike Edenfield]

Mark Knecht wrote:

>    Thanks for joining in. I have mucho craziness in these directories!
> /usr/share/locale has way too much stuff, but it doesn't have what I
> want. It's missing en_US.utf8 and en_US.ISO8859-1. Also, all of what I
> think are the font files are in a directory called charmaps, not
> charsets, like yours: (This is an AMD64 machine so maybe that's part
> of the difference?)

No, those are mistakes on my part, I was working from memory, and my 
memory apparently sucks :\

The folders you should be looking at are the locales and charmaps 
directories, as you found.  Also, you may not have anything in 
/usr/share/locales for the en_US stuff, since it's the default language 
and doesn't usually need translation.

Now that I'm physically at my Gentoo desktop, here's what I have:

apollo ~ # cat /etc/locale.gen
en_US.UTF-8 UTF-8

apollo ~ # ls /usr/share/i18n/locales/en_US*
/usr/share/i18n/locales/en_US

apollo ~ # ls /usr/share/i18n/charmaps/UTF*
/usr/share/i18n/charmaps/UTF-8.gz

apollo ~ # locale-gen -l
en_US.UTF-8

apollo ~ # cat /etc/env.d/02locale
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
GDM_LANG="en_US.UTF-8"


>    Before I do something stupid, can I erase all this /usr/share stuff
> by hand, then re-emerge glibc, rerun locale-gen to get the right
> stuff. I suspect that since I had weird settings in make.conf, now
> fixed with Dale's help, that now if I re-emerge glibc maybe I'll get
> the right stuff?

I wouldn't erase anything unless you're concerned about disk space.  The 
items in i18n are installed by default by glibc.  The extra items in the 
locale folder may have been installed by an ebuild that isn't LINGUAS 
aware -- those folders contain the translated user interface messages. 
Having extras around shouldn't hurt anything.