Dear listmates,
(I did try to use a more specific mailing list, and tried
gentoo-admin, but it seems there's nobody around.)
I recently updated my kernel from 2.6.17 to 2.6.27, and it seems that
the new kernel causes the encoding of the console to behave weird:
I used to use the default Unix e
Dear Sebastian,
thank you for your thoughts. I am afraid switching to UTF-8 for
everything, although I see that this is the sound thing to do
eventually, is not currently an option for me - there are far too many
things which depend on that. (Also, it would tend to obscure or
complicate the pro
Hi Sebastian,
> > But Emacs displays the lower-case umlauts followed by a space
> > etc. etc. ...
> what does file say about the offending files?
I was not actually talking about files when I mentioned Emacs, but
what I see when I *type* into Emacs (such as in this mail
message). But in c
Hi Sebastian,
> That is a problem of the consolefont, since the console can't display it
> with cp1250...
Maybe - if this font has codepage 1250, as one would assume, it should
normally display a capital A with a short accent (I think that's a
slavonic letter) in position hex c3. True, that
Hi Nikos,
> > $LANG and $LC_ALL are not set (i.e. locale simply shows
> > "LANG=" and "LC_ALL=" with no values). All other LC_... variables are
> > set to "POSIX".
>
> I don't think that will work.
Interestingly, I just discovered the locales are different for one
user (who has "de_DE
Hi Nikos,
> Maybe the commands "unicode_start" and "unicode_stop" might help.
Bull's eye! "unicode_stop" reverses the behavior completely to what
the old kernel did.
I looked inside; both are actually shell scripts; unicode_stop is very
simple:
kbd_mode -a
if test -t ; then
ech
Hi Nikos,
> On my /etc/rc.conf, there's this:
>
># Set unicode to YES to turn on unicode support for keyboards
># and screens.
>unicode="YES"
It's set to "no" on my machine (I already posted this; this was the
first thing outside the kernel that I considered, I think). (I
7 matches
Mail list logo
