MoonMind
Group: Members
Posts: 5
Joined: July 2005 |
|
Posted: Jan. 29 2006,10:15 |
|
I truely admire this kind of thorough fix, but wouldn't it be easier to get the de-latin1-nodeadkeys.kmap.gz from another system (like a Debian system) and just copy it into /usr/share/keymaps/i386/qwertz/ ?
Edit: Tried it - it's not the point. The map loaded at bootup is "de" instead of "de-latin1-nodeadkeys". That seems to be it - but I've yet to locate the file from which the KEYBOARD variable is read in order to change that...
Edit2: Loading "de-latin1-nodeadkeys" fails altogether:
Code Sample | $ loadkeys de-latin1-nodeadkeys Loading de-latin1-nodeadkeys.kmap.gz loadkeys: de-latin1-nodeadkeys:4: cannot open include file de-latin1.kmap |
Isn't the include supposed to include de-latin1.kmap.gz?
Okay, but anyway, the idea doesn't seem to have been a good one...
Edit3: loadkeys doesn't work on the live CD either - so there must be something else to load and set keymaps... I've seen a keymap.sh somewhere - is that it?
Okay, I've found /etc/sysconfig/knoppix and changed settings there - about to reboot, hopefully see you soon with some good news...
Edit4: Nope, no joy. I consider this a but or at least a flaw in the system - even xsetup.sh isn't able to set the keymap to de-latin1-nodeadkeys (it employing loadkeys, in fact, so that's bound to happen).
Edit5: Closing in on the issue... I tried sudo dpkg-reconfigure locales, was told that locales wasn't installed, tried sudo apt-get install locales and found broken dependencies - glibc-2.2.5-11.8 is missing. Having known DSL for a while (and loving it for its size as well as for its functionality), I guess this is intentional - any ideas on how to change this? I coulnd't get any version of glibc via apt-get using the default repositories...
|