From: "Florian v. Savigny" <lorian@fsavigny.de>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Kernel update messed up console encoding
Date: Fri, 27 Feb 2009 18:29:20 +0100 [thread overview]
Message-ID: <0MKv1o-1Ld6WW1EfT-000DMF@mrelayeu.kundenserver.de> (raw)
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2085 bytes --]
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 encoding, i.e. iso-8859-1, because this
was fine for German (now I want to stick to it because I have so much
legacy material in that encoding). Now, when I type a string with
Non-ASCII characters on the commandline, it looks normal, but when I
redirect this to a file, the file command identifies the contents of
that file (correctly, it seems to me) as UTF-8. When I boot the old
kernel (which I kept), the same procedure results in a file identified
as iso-8859-1 (and with accordingly fewer bytes). Here are the
contents (the same sentence):
Kernel 2.6.17:
"Ich kann es außerdem nicht ändern"
Kernel 2.6.27:
"Ich kann es auÃerdem nicht ändern"
I grepped the .config files for any options that might have a bearing
on this. The only difference I found was in the first of these four
lines:
linux-2.6.17:
# CONFIG_NLS_ASCII is not set
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_15=y
CONFIG_NLS_UTF8=y
linux-2.6.27
CONFIG_NLS_ASCII=y
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_15=y
CONFIG_NLS_UTF8=y
So I set $CONFIG_NLS_ASCII differently for the new kernel. But as far
as I understand, these refer to the handling of file names (it's in
the section "file systems"), and only specify what is supported, so I
don't see how this could have an effect on console encoding.
The only thing I am dead sure about is that the kernel itself must be
the culprit, because when I boot the old kernel, this behaviour goes
away. There is absolutely no change in the system otherwise. (The
$UNICODE variable in /etc/rc.conf is set to "no".)
Can anyone give me a hint where to look what I have messed up? Emacs,
which I sometimes like to use on the console, is particularly
uncomfortable with this, and I seem to write confusing e-mails.
Many thanks in advance for any hint,
Florian
next reply other threads:[~2009-02-27 17:29 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-27 17:29 Florian v. Savigny [this message]
2009-02-27 21:05 ` [gentoo-user] Kernel update messed up console encoding Sebastian Günther
2009-02-28 10:34 ` Florian v. Savigny
2009-02-28 11:34 ` Eray Aslan
2009-02-28 14:26 ` Sebastian Günther
2009-02-28 17:38 ` Florian v. Savigny
2009-02-28 18:48 ` Sebastian Günther
2009-03-01 9:36 ` Florian v. Savigny
2009-03-01 10:30 ` [gentoo-user] " Nikos Chantziaras
2009-03-01 12:25 ` Florian v. Savigny
2009-03-01 12:48 ` Nikos Chantziaras
2009-03-02 1:01 ` Florian v. Savigny
2009-03-02 11:29 ` Nikos Chantziaras
2009-03-02 12:51 ` Florian v. Savigny
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0MKv1o-1Ld6WW1EfT-000DMF@mrelayeu.kundenserver.de \
--to=lorian@fsavigny.de \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox