You are not logged in.
Probably something is missing.
locale output:
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=it_IT.utf8
LC_CTYPE="it_IT.utf8"
LC_NUMERIC="it_IT.utf8"
LC_TIME="it_IT.utf8"
LC_COLLATE="it_IT.utf8"
LC_MONETARY="it_IT.utf8"
LC_MESSAGES="it_IT.utf8"
LC_PAPER="it_IT.utf8"
LC_NAME="it_IT.utf8"
LC_ADDRESS="it_IT.utf8"
LC_TELEPHONE="it_IT.utf8"
LC_MEASUREMENT="it_IT.utf8"
LC_IDENTIFICATION="it_IT.utf8"
LC_ALL=
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
en_US.utf8
localectl output
System Locale: LANG=en_US.UTF-8
VC Keymap: it
X11 Layout: n/a
my /etc/locale.conf
LANG="en_US.UTF-8"
it_IT was a fallback ... trying to fix it I removed it from locale.gen but I didn't solve the problem.
Before I removed it the system fallback to italian language everywhere.
Last edited by saronno (2013-11-09 17:13:39)
Offline
If you want to use Italian, you have to uncomment it in locale.conf and re-run locale.gen.
When posting configs, code or command output, please use [ code ] tags, not [ quote ] tags https://bbs.archlinux.org/help.php#bbcode
like this
Offline
If you want to use Italian, you have to uncomment it in locale.conf and re-run locale.gen.
I don't want to use italian, I want to us and I usually use en_US everywhere ... the only thing is italian
os the keyboard layout.
Everthing was fine but after a total update yesterday my locale get messed up.
I used to have en_US as the primary language and it_IT as a fallback (unused).
Everything was in english but the keyboard layout.
After the update system falled back to italian ... I try to reset everything but nothing.
I remove italian ... but nothing.
I think It don't find some files and then it fall back to what it can ..
Offline
Reboot.
Offline
done but nothing han changed
Offline
Are you setting the LANG variable somewhere? In your ~/.bashrc maybe?
https://wiki.archlinux.org/index.php/Lo … ser_locale
Offline
first uncomment locale you use then do same as below code
# locale-gen
# echo LANG=en_US.UTF-8 > /etc/locale.conf
# export LANG=en_US.UTF-8
reboot
Offline
Are you setting the LANG variable somewhere? In your ~/.bashrc maybe?
https://wiki.archlinux.org/index.php/Lo … ser_locale
No, there is nothing in .bashrc, just an alias for ls.
However, using env you will find that LANG=it_IT.utf8
The problem is I can't understand how or where this is done.
Besides, LANG=it_IT.utf8 is not just for the user X, but for every user, even root.
Offline
first uncomment locale you use then do same as below code
# locale-gen # echo LANG=en_US.UTF-8 > /etc/locale.conf # export LANG=en_US.UTF-8
reboot
Partial success. The XFCE menu change to english, but part of the system is still in italian.
Somewhere, something keep setting this thing in italian. Besides, these messages ..
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
... seem to indicate that en_US locale is partially broken ..
Eventually, how can I reinstall everything?
Which packages need I to reinstall?
Offline
I think these messages mean they can't find Italian. They can't because you only uncommented
C
POSIX
en_US.utf8
right?
Offline
I think these messages mean they can't find Italian. They can't because you only uncommented
C POSIX en_US.utf8
right?
At the moment italian was commented in locale.gen,
so I don't even understant why it use italian for some LC_
There has to be somethign else messing up with these setting ...
maybe some XFCE component ...
Offline
Try booting into tty and not straight to X. If you get the same output from 'locale', I guess it's not XFCE.
You can add
export LANG=en_US.UTF-8
to your ~/.bashrc and see if it fixes things.
Offline
Try booting into tty and not straight to X. If you get the same output from 'locale', I guess it's not XFCE.
You can add
export LANG=en_US.UTF-8
to your ~/.bashrc and see if it fixes things.
If I boot in terminal everything is correct.
So there is something in X or XFCE messing up my
locale setting.
Offline
What does localectl tell you about things?
Offline
What does localectl tell you about things?
It's in the first message I posted.
Offline
Damn, I'm real good at somehow missing chunks of posts.... or forgetting I read them.
How are you starting X, btw?
Offline
Damn, I'm real good at somehow missing chunks of posts.... or forgetting I read them.
How are you starting X, btw?
It's the default systemd runlevel
Offline
No, it's not, default is just multi-user.target. I'm assuming that means you're using some kind of Display Manager?
Offline
No, it's not, default is just multi-user.target. I'm assuming that means you're using some kind of Display Manager?
Yes, specifically lightdm.
However my target is graphical.target (I put it in the kernel parameters).
Last edited by saronno (2013-11-08 20:01:54)
Offline
I logged in as root with lightdm and locale was in order.
So it has to be something in the user configuration ...
and it's not in .bashrc
Any idea?
Offline
is there a way to find out what process access the environment variables?
Offline
another little hint ...
if I launch a terminale and set LAND as en_US.utf8 I have again everything in order (export LANG=en_US.utf8)
but if I open another terminal and launch again locate I obtain the same mess.
In a window is ok, in the other is a mess.
Offline
is there a way to find out what process access the environment variables?
Define access. If it means what reads them, not that I can think of.
If it means set them, You may try a command to find the files that set an individual variable in your home directory with :
find ~ -exec /usr/bin/grep PATH {} \; 2> /dev/null
That would find all of the references to the variable PATH in all of the files in the directory tree under your home directory.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
saronno wrote:is there a way to find out what process access the environment variables?
Define access. If it means what reads them, not that I can think of.
If it means set them, You may try a command to find the files that set an individual variable in your home directory with :
find ~ -exec /usr/bin/grep PATH {} \; 2> /dev/nullThat would find all of the references to the variable PATH in all of the files in the directory tree under your home directory.
Good, but it didn't print the filename so I used
grep -r "it_IT.utf8" ~
and finally I discovered that Language=it_IT.utf8 was in ~/.dmrc
Now I will try to remove that ...
Offline