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 is different from the
capital A tilde it should have in iso-8859-1. But this is hardly the
heart of the matter- the c3 shouldn't be there in the first place.

  > echo "äöüÄÖÜß" > console.test
  > then write the same in emacs and save as emacs.test.
  > 
  > And then compare the output of
  > 
  > file console.test
  > and
  > file emace.test
  > 
  > If there are differences, somewhere here lies the Problem

But I have already described the result of the first procedure in my
first posting (UTF-8 when echoed under the new kernel, iso-8859-1 when
echoed under the old kernel) and the result of the second one - IN
DETAIL - in my last posting (too long to repeat; see there), which I
assume you have read. Have I missed something?

  > locale 
  > should shown it to you

Thanks. $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".

  > > Does nobody know where the kernel controls what the keys of the
  > > console keyboard send when pressed?
  > > 
  > > (BTW, KEYMAP="de-latin1-nodeadkeys", in /etc/conf.d/keymaps.)
  > 
  > Exactly there.

Could you explain that, please (do you perhaps mean "this is where the
kernel's behaviour IS CONTROLLED")? As I have repeatedly said, all
variable settings are of course the same under both kernels, so both
definitely behave differently with the same settings.

Regards,
Florian

PS: Just one thing: do you think you could cite only those portions of
postings that you are replying to? Having to wade through tons of
cited material to find any replies is quite hard on the eyes,
especially when understanding one another seems to be difficult.