Re: [gentoo-user] locale issue to clean up
On Mon, Dec 8, 2008 at 11:10 AM, Mike Edenfield [EMAIL PROTECTED] 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
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
On Sun, Dec 7, 2008 at 9:32 PM, Mark Knecht [EMAIL PROTECTED] 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 jamicrosoft-cp1251 zh_CN.UTF-8 am_ET.UTF-8 iso8859-13 ja.JISmicrosoft-cp1255 zh_CN.gb18030 armscii-8 iso8859-14 ja.S90microsoft-cp1256 zh_CN.gbk compose.dir iso8859-15 ja.SJIS mulelao-1 zh_HK.UTF-8 el_GR.UTF-8 iso8859-2 ja.U90nokhchi-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 kotatar-cyr zh_TW georgian-ps iso8859-5 ko_KR.UTF-8 th_TH zh_TW.UTF-8 ibm-cp1133iso8859-6 koi8-cth_TH.UTF-8 zh_TW.big5 iscii-dev iso8859-7 koi8-rtscii-0 isiri-3342iso8859-8 koi8-uvi_VN.tcvn iso8859-1 iso8859-9 locale.alias vi_VN.viscii iso8859-10iso8859-9e locale.dirzh_CN lightning ~ # Thanks, Mark
Re: [gentoo-user] locale issue to clean up
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.
Re: [gentoo-user] locale issue to clean up
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
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 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] locale issue to clean up
On Mon, Dec 8, 2008 at 9:24 AM, Mick [EMAIL PROTECTED] 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
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
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 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
On Sun, Dec 7, 2008 at 1:55 PM, Dale [EMAIL PROTECTED] 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
Re: [gentoo-user] locale issue to clean up
On Sun, Dec 7, 2008 at 1:55 PM, Dale [EMAIL PROTECTED] 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
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 [EMAIL PROTECTED] -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:
[EMAIL PROTECTED] / # 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
[EMAIL PROTECTED] / #
and
[EMAIL PROTECTED] / # cat
Re: [gentoo-user] locale issue to clean up
On Sun, Dec 7, 2008 at 3:29 PM, Dale [EMAIL PROTECTED] 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
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 wrote: On Sun, Dec 7, 2008 at 3:29 PM, Dale [EMAIL PROTECTED] 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. [EMAIL PROTECTED] / # 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 + 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 [EMAIL PROTECTED] / # I did remove some unneeded lines for the mirrors. Maybe you will
Re: [gentoo-user] locale issue to clean up
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
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
On Sun, Dec 7, 2008 at 4:10 PM, Mike Edenfield [EMAIL PROTECTED] 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[EMAIL PROTECTED] eo es_PR gl jami or sotk xh amcs es es_SV gn kamk pa sqtl yi ang cs_CZes_AR es_UY gr kkml pl srtr yo arcy es_CL es_VE gu kmmn pl_PL [EMAIL PROTECTED] tt zh_CN asda es_CO et hawknmr ps [EMAIL PROTECTED]ug zh_HK azde es_CR et_EE he koms pt [EMAIL PROTECTED] uk zh_TW bede_DEes_DO eu hi kok mt pt_BR svur zu [EMAIL PROTECTED] dz es_EC fa hr kunb pt_PT sv_SE ur_PK bgel es_ES fi hu ky[EMAIL PROTECTED] ro swuz bnel_GRes_GT fo hy line ru ta[EMAIL PROTECTED] bn_IN en es_HN fr id locale.alias nl ru_RU teve bren_AUes_MX fr_FR io ltnn rw tgvi bsen_CAes_NI furis lvno si thwa byn en_GBes_PA ga it mai nso sk tiwal caen_USes_PE gezit_IT mgoc sl tig wo lightning ~ # lightning ~ # ls /usr/share/i18n/ SUPPORTED charmaps locales lightning ~ #
Re: [gentoo-user] locale issue to clean up
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
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
On Sun, Dec 7, 2008 at 5:19 PM, Willie Wong [EMAIL PROTECTED] 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=1chap=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 root4096 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
On Sun, Dec 7, 2008 at 5:14 PM, smallnow [EMAIL PROTECTED] 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
On Sun, Dec 7, 2008 at 7:10 PM, Mark Knecht [EMAIL PROTECTED] wrote: On Sun, Dec 7, 2008 at 5:14 PM, smallnow [EMAIL PROTECTED] 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
