International characters in xterm
bt...@passagen.se
None of the virtual terminals available on my debian (woody) system are able
to display international characters, especially Swedish ones like (å,ä,ö).
I used to have the same problem on the console but this disappeared when
doing a
dpkg-reconfigure locales
and selecting Swedish as my default locale. No other X application seems
to have trouble displaying these chars.
Below are some error messages which might help resolve this issue.
> emacs &
>Warning: locale not supported by C library, locale unchanged
>dumpkeys (in xterm)
Couldnt get a file descriptor referring to the console
> perl -pe''
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "swedish",
LC_ALL = (unset),
LANG = "sv_SE.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
I have also done a
>apt-get install euro-support*
cheers
Tom
_______________________________________________________
Sök företag på Gula Sidorna
http://www.gulasidorna.se
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Alex Malinovich
> Hi,
> None of the virtual terminals available on my debian (woody) system are able
> to display international characters, especially Swedish ones like (å,ä,ö).
> I used to have the same problem on the console but this disappeared when
> doing a
When you say "virtual terminals" are you referring to an xterm or
gnome-terminal, or are you referring to the actual virtual terminals on
the system? (e.g. Alt-F1 through Alt-F6) If you mean the actual virtual
terminals on the system, (e.g. Alt-F2), then I've been having the same
problem. If you look back a few days in the list I had a question about
UTF-8 support. I'm able to get all of the characters just fine in
gnome-terminal, but when I go to a console, the characters don't show
up.
> >dumpkeys (in xterm)
> Couldnt get a file descriptor referring to the console
>
This is because dumpkeys doesn't work in a graphical shell AFAIK. I have
the same problem. I thought there was a way to specify the tty with a
command line option, but I just checked and I don't see one.
> > perl -pe''
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LANGUAGE = "swedish",
> LC_ALL = (unset),
> LANG = "sv_SE.UTF-8"
> are supported and installed on your system.
You should set LC_ALL to something. Unfortunately, locales doesn't do it
for you. I just added it to my .bashrc.
And are you sure that LANGUAGE is correct? I had thought that it was
LANG. Either way, I believe it should be set to the language code, not
the name of the language. So, in your case, sv_SE.
--
Alex Malinovich
Support Free Software, delete your Windows partition TODAY!
Encrypted mail preferred. You can get my public key from any of the
pgp.net keyservers. Key ID: A6D24837
Vineet Kumar
Actually, LC_ALL doesn't need to be set (and it probably shouldn't).
For all of the locale environment variables LC_*, LC_ALL overrides any
value that you may have set. LANG is used as a default. For example,
my environment looks like this:
wingnut:~% locale
LANG=en_US.UTF-8
LC_CTYPE=ja_JP.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE=C
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=
if I set LC_ALL to anything, I'd lose my ability to have a mainly-
english system, with the ability to input japanese text, and to have my
collation done the old C/Posix way (A-Za-z instead of AaBb--YyZz).
Using the LC_* variables this way is much more flexible than setting
LC_ALL.
good times,
Vineet
--
http://www.doorstop.net/
--
"If you can put it on a T-shirt, it's speech... To enjoin the T-shirts as a
circumvention device is ludicrous." --Robin Gross, EFF staff attorney