Re: [Cooker] locales not set when logging as user
Same problem here... Pierre. On 2002.12.03 16:16 Guillaume Rousse wrote: [root@silbermann guillaume]# cat /etc/sysconfig/i18n SYSFONTACM=iso15 LC_CTYPE=fr_FR LANGUAGE=fr_FR:fr LC_MONETARY=fr_FR LC_COLLATE=fr_FR LC_NUMERIC=fr_FR SYSFONT=lat0-16 LC_TIME=fr_FR LANG=fr_FR LC_MESSAGES=fr_FR [root@silbermann guillaume]# locale LANG=fr LC_CTYPE=fr_FR LC_NUMERIC=fr_FR LC_TIME=fr_FR LC_COLLATE=fr_FR LC_MONETARY=fr_FR LC_MESSAGES=fr_FR LC_PAPER="fr" LC_NAME="fr" LC_ADDRESS="fr" LC_TELEPHONE="fr" LC_MEASUREMENT="fr" LC_IDENTIFICATION="fr" LC_ALL= => OK [guillaume@silbermann guillaume]$ 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= => NOK Occurs also when logging in console [guillaume@silbermann guillaume]$ rpm -q initscripts initscripts-6.91-17mdk -- The speed with which components become obsolete is directly proportional to the price of the component. -- Murphy's Computer Laws n°9
Re: [Cooker] Locales-it-2.3.1.2-4mdk breaks several programs (again)
On Tue, 28 Aug 2001, Sylvain Patry wrote: > Had similar problem with locales-en-2.3.1.1-1mdk > perl was falling back to standard locale ("C"). > > I had to run "localedef -i en_US -f ISO-8859-1 en_US" so I guess would > be similar for it_IT? It didn't work (not that I expected it did, I already triedsomething like it and it didn't work). I stand in my belief that there's something broken in Mandrake's implementation of glibc-2.2.4 or locales-??-2.3.1.2. -- Paolo Pedroni paolo.pedroniiol.it
RE: [Cooker] Locales-it-2.3.1.2-4mdk breaks several programs (again)
> > On Mon, 27 Aug 2001, Paolo Pedroni wrote: > > > I'm sending this again since it did not get through the first time (I > > couldn't find it in the mail archive). > > > > Hi, I just installed glibc-2.2.4-2mdk with locales-it-2.3.1.2-4mdk, and > > now several programs malfunction. For example several kde programs > > (rpmdrake [ver. 1.3-52.1mdk], the kde control center, the kde panel > > [both ver. 2.1.1-13mdk], to name a few) have lost (in whole or in part) > > their internationalization and now are in english. > > On the other hand 'man' (ver. 1.5i2-3mdk), every time it has to display > > some error message, shows the following message: "Failed to open the > > message catalog man on the path NLSPATH=", but NLSPATH is set to > > the (usual?) value of '/usr/share/locale/%l/%N'. > > Each time 'perl' (ver 5.600-30mdk), starts, it gives the following > > (long) error message: > > perl: warning: Setting locale failed. > > perl: warning: Please check that your locale settings: > > LANGUAGE = "it_IT:it", > > LC_ALL = (unset), > > LC_MESSAGES = "it_IT", > > LC_TIME = "it_IT", > > LC_NUMERIC = "it_IT", > > LC_CTYPE = "it_IT", > > LC_MONETARY = "it_IT", > > LC_COLLATE = "it_IT", > > LANG = "it" > > are supported and installed on your system. > > perl: warning: Falling back to the standard locale ("C"). > > > I have same warnings with Czech locale :( Czech? Looks into installer log - you get the same warnings for *English* locale! Some parts of Perl are seriously broken (I doubt it is locale because most programs still work). -andrej
Re: [Cooker] Locales-it-2.3.1.2-4mdk breaks several programs (again)
Had similar problem with locales-en-2.3.1.1-1mdk perl was falling back to standard locale ("C"). I had to run "localedef -i en_US -f ISO-8859-1 en_US" so I guess would be similar for it_IT? > On Mon, 27 Aug 2001, Paolo Pedroni wrote: > > > I'm sending this again since it did not get through the first time (I > > couldn't find it in the mail archive). > > > > Hi, I just installed glibc-2.2.4-2mdk with locales-it-2.3.1.2-4mdk, and > > now several programs malfunction. For example several kde programs > > (rpmdrake [ver. 1.3-52.1mdk], the kde control center, the kde panel > > [both ver. 2.1.1-13mdk], to name a few) have lost (in whole or in part) > > their internationalization and now are in english. > > On the other hand 'man' (ver. 1.5i2-3mdk), every time it has to display > > some error message, shows the following message: "Failed to open the > > message catalog man on the path NLSPATH=", but NLSPATH is set to > > the (usual?) value of '/usr/share/locale/%l/%N'. > > Each time 'perl' (ver 5.600-30mdk), starts, it gives the following > > (long) error message: > > perl: warning: Setting locale failed. > > perl: warning: Please check that your locale settings: > > LANGUAGE = "it_IT:it", > > LC_ALL = (unset), > > LC_MESSAGES = "it_IT", > > LC_TIME = "it_IT", > > LC_NUMERIC = "it_IT", > > LC_CTYPE = "it_IT", > > LC_MONETARY = "it_IT", > > LC_COLLATE = "it_IT", > > LANG = "it" > > are supported and installed on your system. > > perl: warning: Falling back to the standard locale ("C"). > > > I have same warnings with Czech locale :( > KDE control center is in English too. > > Is there any solution for this problem? > > R.V. > > > -- NeoMail - Webmail that doesn't suck... as much. http://neomail.sourceforge.net
Re: [Cooker] Locales-it-2.3.1.2-4mdk breaks several programs (again)
On Mon, 27 Aug 2001, Paolo Pedroni wrote: > I'm sending this again since it did not get through the first time (I > couldn't find it in the mail archive). > > Hi, I just installed glibc-2.2.4-2mdk with locales-it-2.3.1.2-4mdk, and > now several programs malfunction. For example several kde programs > (rpmdrake [ver. 1.3-52.1mdk], the kde control center, the kde panel > [both ver. 2.1.1-13mdk], to name a few) have lost (in whole or in part) > their internationalization and now are in english. > On the other hand 'man' (ver. 1.5i2-3mdk), every time it has to display > some error message, shows the following message: "Failed to open the > message catalog man on the path NLSPATH=", but NLSPATH is set to > the (usual?) value of '/usr/share/locale/%l/%N'. > Each time 'perl' (ver 5.600-30mdk), starts, it gives the following > (long) error message: > perl: warning: Setting locale failed. > perl: warning: Please check that your locale settings: > LANGUAGE = "it_IT:it", > LC_ALL = (unset), > LC_MESSAGES = "it_IT", > LC_TIME = "it_IT", > LC_NUMERIC = "it_IT", > LC_CTYPE = "it_IT", > LC_MONETARY = "it_IT", > LC_COLLATE = "it_IT", > LANG = "it" > are supported and installed on your system. > perl: warning: Falling back to the standard locale ("C"). I have same warnings with Czech locale :( KDE control center is in English too. Is there any solution for this problem? R.V.
Re: [Cooker] Locales-it-2.3.1.2-4mdk breaks several programs
So sprach »Paolo Pedroni« am 2001-08-24 um 18:59:36 +0200 : > their internationalization and now are in english. Hmm, not so here. Talking about rpmdrake, it prints this error message when I start: Gtk-WARNING **: Ladbares Modul in Module-Pfad: "libxfce.so" kann nicht gefunden werden, > On the other hand 'man' (ver. 1.5i2-3mdk), every time it has to display > some error message, shows the following message: "Failed to open the Same here! > Each time 'perl' (ver 5.600-30mdk), starts, it gives the following > (long) error message: Not here. My locale is set to de_DE. Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 10 hours 51 minutes
Re: [Cooker] locales work now
Yo, On Thu, Nov 30, 2000 at 04:18:03PM -0500, Ha Duong Minh wrote: > Hi, > Someone said earlier that the locales worked now. I am sorry, but I > didn't notice my system must be screwed up weirdly. What was wrong anyway ? > Minh. Hack it, it installs itself in /usr/share but it wants it in /usr/lib, so, you must create symlink or manually move them around ... I believe that Pablo is asking the glibc people what to do now. So you can either (1) quick fix it for now (2) wait for a package from Pablo. -- Geoffrey Lee <[EMAIL PROTECTED]> §õªø· ~/.signature ¤¤¤åbig5 compliant (You can't see it thanks to new glibc. :p) http://www.mandrakesoft.com/~snailtalk ftp://devel.mandrakesoft.com/pub/people/snailtalk "Seven days in a honeymoon makes one whole week."
Re: [Cooker] Locales with glibc-2.95.2-3mdk
Yo, Yes. I believe that they are broken for the while, after we upgraded to the new glibc ... Please wait for it to be fixed. On Sun, Oct 29, 2000 at 11:36:41AM +, Piercarlo Grandi wrote: > I try to use the latest just to give it a spin, and I have noticed that > locales don't quite work with 'glibc-2.95.2-3mdk', e.g. this 'strace' > output extract from running 'date': > > > open("/usr/share/locale/locale.alias", O_RDONLY) = 3 > open("/usr/lib/locale/en_GB/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT (No such file >or directory) > open("/usr/share/i18n/en_GB/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT (No such file >or directory) > open("/usr/lib/locale/en/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT (No such file or >directory) > open("/usr/share/i18n/en/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT (No such file or >directory) > > > There are three problems: > > * The locales in the 'locale*-2.3-1mdk' RPMs are installed in the wrong > directory ("/usr/share/locale"), or else 'glibc-2.95.2-3mdk' has been > compiled with a different default locale directory path > ("/usr/lib/locale:/usr/share/i18n"). > > * There are locale definition files with 'glibc-2.95.2-3mdk", but they > are not compiled, in "/usr/share/i18n". > > * Even if the locales are looked up in the new path > "/usr/lib/locale:/usr/share/i18n", the locale alias file is expected > to be in "/usr/share/locale". > > For now this can be fixed by compiling with 'localedef' the locale and > character map definition under "/usr/share/i18n/locales/", which will > end up in "/usr/lib/locale", writing a suitable > "/usr/lib/locale/locale.alias" file and linking it as > "/usr/share/locale/locale.alias". > > I have done so for the few locales I might end up actually using (with > the 'ISO-8859-1' character map, which results in a locale suffix of > 'iso88591'), and this is the 'locale.alias' file that defines aliases > with the most common variants: > > > latin1 POSIX > ISO8859_1 POSIX > ISO-8859-1 POSIX > > C POSIX > C_C.C POSIX > C.ISO8859_1 POSIX > C.ISO-8859-1POSIX > > Cextend en_US.iso88591 > English_United-States.437 en_US.iso88591 > > cymraeg cy_GB.iso88591 > welsh cy_GB.iso88591 > cycy_GB.iso88591 > cy_GB cy_GB.iso88591 > cy_GB.ISO8859_1 cy_GB.iso88591 > cy_GB.ISO-8859-1 cy_GB.iso88591 > > english en_GB.iso88591 > enen_GB.iso88591 > en_GB en_GB.iso88591 > en_GB.ISO8859_1 en_GB.iso88591 > en_GB.ISO-8859-1 en_GB.iso88591 > > english_usen_US.iso88591 > enen_US.iso88591 > en_US en_US.iso88591 > en_US.ISO8859_1 en_US.iso88591 > en_US.ISO-8859-1 en_US.iso88591 > > frenchfr_FR.iso88591 > français fr_FR.iso88591 > frfr_FR.iso88591 > fr_FR fr_FR.iso88591 > fr_FR.ISO8859_1 fr_FR.iso88591 > fr_FR.ISO-8859-1 fr_FR.iso88591 > > fr_CA fr_CA.iso88591 > fr_CA.ISO8859_1 fr_CA.iso88591 > fr_CA.ISO-8859-1 fr_CA.iso88591 > > italian it_IT.iso88591 > italiano it_IT.iso88591 > itit_IT.iso88591 > it_IT it_IT.iso88591 > it_IT.ISO8859_1 it_IT.iso88591 > it_IT.ISO-8859-1 it_IT.iso88591 > > > As a general note, the locale situation is a bit of a mess, because it's > not clear which/where the stuff should default to. -- Geoffrey Lee <[EMAIL PROTECTED
Re: [Cooker] locales and GLIBC
On Mon, Oct 23, 2000 at 07:09:16PM +0200, allx wrote: > Hello, > Where is Pablo? :-)) > > I have compiled the original source code ( from egcs ) and after also the "locales" >included... but this does not work. > I get working libs ( no problems at all ) but locales Well, when I did glibc-2.2.9x packages for Linux-Mandrake Russian Edition, I've kept original glibc locale (surely with our patches), and it works. Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] locales problem
Kaixo! On Mon, Mar 13, 2000 at 11:02:39PM +0100, Andreas Simon wrote: >>> Gdk-WARNING **: locale not supported by C library > I use glibc version 2.1.3-0.2mdk, the newest as far as I know. The format of locale definitions changed in 2.1.3. You have to rebuild them (you can get src.rpm of 'locales' and build it, then install 'locales' and 'locales-xx' for your language). -- Ki ça vos våye bén, Pablo Saratxaga http://www.ping.be/~pin19314/ PGP Key available, key ID: 0x8F0E4975
Re: [Cooker] locales problem
David Carvalho wrote: > > Pablo Saratxaga wrote: > > > > Kaixo! > > > > On Sat, Mar 11, 2000 at 12:50:55PM -0600, David Foresman wrote: > > > > > fresh install of cooker from a couple of days ago. > > > I get this error when i try to compile something. > > > > > > perl: warning: Setting locale failed. > > > perl: warning: Please check that your locale settings: > > > LANGUAGE = "en", > > > LC_ALL = "en", > > > LANG = "en" > > > are supported and installed on your system. > > > > Install the package 'locales-en'. > > (Strange it hasn't been installed) > > > > -- > > > > That happened to me also. I had the locales-en installed , then after a > fresh rsync from sunet 2 days ago , these weirdness started here in my > box. After a rpm -qa|grep locale , I discovered thar the locales-en > package was deleted either from rpm's DB as from my box itself. Yes, I got the very same problem. I made a forced reinstall of locales-en-2.2-2mdk.noarch.rpm but the problem is still there. Not only perl gives me nice warning, also GTK-programms complain Gdk-WARNING **: locale not supported by C library Can it be, that there are some mo files missing in the new glibc package? It is only about 4MB big. I remeber the older ones were 8MB. Best regards ~Andreas
Re: [Cooker] locales problem
Pablo Saratxaga wrote: > > Kaixo! > > On Sat, Mar 11, 2000 at 12:50:55PM -0600, David Foresman wrote: > > > fresh install of cooker from a couple of days ago. > > I get this error when i try to compile something. > > > > perl: warning: Setting locale failed. > > perl: warning: Please check that your locale settings: > > LANGUAGE = "en", > > LC_ALL = "en", > > LANG = "en" > > are supported and installed on your system. > > Install the package 'locales-en'. > (Strange it hasn't been installed) > > -- > That happened to me also. I had the locales-en installed , then after a fresh rsync from sunet 2 days ago , these weirdness started here in my box. After a rpm -qa|grep locale , I discovered thar the locales-en package was deleted either from rpm's DB as from my box itself.
Re: [Cooker] locales problem
Kaixo! On Sat, Mar 11, 2000 at 12:50:55PM -0600, David Foresman wrote: > fresh install of cooker from a couple of days ago. > I get this error when i try to compile something. > > perl: warning: Setting locale failed. > perl: warning: Please check that your locale settings: > LANGUAGE = "en", > LC_ALL = "en", > LANG = "en" > are supported and installed on your system. Install the package 'locales-en'. (Strange it hasn't been installed) -- Ki ça vos våye bén, Pablo Saratxaga http://www.ping.be/~pin19314/ PGP Key available, key ID: 0x8F0E4975
Re: [Cooker] Locales
On Tue, 12 Oct 1999, Jeff Garzik wrote: > On Wed, 13 Oct 1999, Alessandro Sangiuliano wrote: > > > > Many thanks, now work but a new error message comes out: > > > > bbootsect.s:Assembler messages > > bbootsect.s1112: Error: '%al' not allowed with 'outw' > > This without clean. > > Yes; you need a recent version of GNU assembler (which comes in the > binutils package I believe). > > The copy I'm running, which works, is: > > chief:~> as --version > GNU assembler 2.9.1 > Copyright 1997 Free Software Foundation, Inc. > > If you need to upgrade http://freshmeat.net/ should help you find the > binutils homepage, I don't recall it offhand. > > Jeff Cooker ships 2.9.5.. My guess is it's a clean kernel tarball, and will need the gcc patchs from the kernel srpm to compile with gcc 2.95* -- MandrakeSoft http://www.mandrakesoft.com/ --Axalon
Re: [Cooker] Locales
On Wed, 13 Oct 1999, Alessandro Sangiuliano wrote: > Il mar, 12 ott 1999, hai scritto: > > On Wed, 13 Oct 1999, Alessandro Sangiuliano wrote: > > > 2 > > > Compiling new kernel 2.3.21 > > > The first thing is that : make mrproper reports that asm is a directory. > > > (error1) > > > Ok, I have removed the asm dir and created a new symlink to asm.i386 > > > Everything works but at the end ( creating vmlinuz) : > > > > > > kernel.o(.data+0x148c): undefined reference to sysrq_enabled > > > char.o in function : handle_scancode > > > char.o text.(+0x6094): undefined reference to sysrq_enabled > > > > > > Add "int sysrq_enabled=1;" near the top of drivers/char/sysrq.c > > Many thanks, now work but a new error message comes out: > > bbootsect.s:Assembler messages > bbootsect.s1112: Error: '%al' not allowed with 'outw' > This without clean. Yes; you need a recent version of GNU assembler (which comes in the binutils package I believe). The copy I'm running, which works, is: chief:~> as --version GNU assembler 2.9.1 Copyright 1997 Free Software Foundation, Inc. If you need to upgrade http://freshmeat.net/ should help you find the binutils homepage, I don't recall it offhand. Jeff
Re: [Cooker] Locales
Il mar, 12 ott 1999, hai scritto: > On Wed, 13 Oct 1999, Alessandro Sangiuliano wrote: > > 2 > > Compiling new kernel 2.3.21 > > The first thing is that : make mrproper reports that asm is a directory. > > (error1) > > Ok, I have removed the asm dir and created a new symlink to asm.i386 > > Everything works but at the end ( creating vmlinuz) : > > > > kernel.o(.data+0x148c): undefined reference to sysrq_enabled > > char.o in function : handle_scancode > > char.o text.(+0x6094): undefined reference to sysrq_enabled > > > Add "int sysrq_enabled=1;" near the top of drivers/char/sysrq.c Many thanks, now work but a new error message comes out: bbootsect.s:Assembler messages bbootsect.s1112: Error: '%al' not allowed with 'outw' This without clean. Now I'm runing make clean, make dep, make bzImage... I have a question: why with Mandrake 6.0 and 6.1 I can use the standard kernel source? Many thanks Alessandro
Re: [Cooker] Locales
On Wed, 13 Oct 1999, Alessandro Sangiuliano wrote: > 2 > Compiling new kernel 2.3.21 > The first thing is that : make mrproper reports that asm is a directory. > (error1) > Ok, I have removed the asm dir and created a new symlink to asm.i386 > Everything works but at the end ( creating vmlinuz) : > > kernel.o(.data+0x148c): undefined reference to sysrq_enabled > char.o in function : handle_scancode > char.o text.(+0x6094): undefined reference to sysrq_enabled Add "int sysrq_enabled=1;" near the top of drivers/char/sysrq.c Jeff