Your message dated Wed, 11 Jan 2017 18:19:31 +0100 with message-id <20170111171930.GA26333@localhost.localdomain> and subject line Re: Bug#605621: keyboard no longer working in X has caused the Debian Bug report #605621, regarding keyboard no longer working in X to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 605621: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605621 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Package: upgrade-reports Severity: normal After upgrading from lenny to squeeze my keyboard stopped working in X (but worked with the console). It turned out that my /etc/X11/xorg.conf contained an invalid keyboard variant ("nodeadkeys" from a "de" keyboard I had a few years ago). X in lenny simply ignored the invalid variant (I guess, or was us/nodeadkeys valid in lenny?). This setting was put into /etc/default/keyboard during the upgrade, but X in squeeze silently fails with a wrong keyboard variant. See also bug 571636 for a similar problem. The real problem IMHO is that X silently fails for invalid keyboard layouts or variants (invalid in the sense that there is no keymap for that layout/variant, not that it does not match the real layout). Why can't X print an error message to the log file, and fall back to some default? Even if some keys result in different characters a wrong layout/variant is much better that a completely dead keyboard. Ironically, the "nodeadkeys" variant had exactly the opposite effect, it rendered *all* keys dead ;-) Joachim -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (950, 'testing'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash
--- End Message ---
--- Begin Message ---On Thu, Feb 17, 2011 at 02:17:02PM +0100, Julien Cristau wrote: > reassign 605621 xorg-server > tag 605621 upstream patch > kthxbye > > On Wed, Dec 1, 2010 at 22:23:48 +0100, Joachim Reichel wrote: > > > The real problem IMHO is that X silently fails for invalid keyboard > > layouts or variants (invalid in the sense that there is no keymap for that > > layout/variant, not that it does not match the real layout). Why can't X > > print an error message to the log file, and fall back to some default? > > > > Even if some keys result in different characters a wrong layout/variant > > is much better that a completely dead keyboard. > > > > Ironically, the "nodeadkeys" variant had exactly the opposite effect, it > > rendered *all* keys dead ;-) > > > This should be fixed by http://patchwork.freedesktop.org/patch/4039/ > > Cheers, > Julien > This patch has been merged long ago. Closing this bug. d3499556d8d83396fa2585bd00371a81e086be36 Author: Peter Hutterer <peter.hutte...@who-t.net> Date: Thu Feb 10 15:12:14 2011 +1000 xkb: if the keymap failed to compile, load the default keymap instead. We really need symbols, compat, keynames, vmods and types for a sensible keymap. Try this in your xorg.conf.d snippets for all keyboards: Option "XkbLayout" "us" Option "XkbVariant" "nodeadkeys" us(nodeadkeys) doesn't exist so xkbcomp provides everything but the symbols map. We say we want everything but don't _need_ anything, the server happily gives us a keymap with every key mapped to NoSymbol. This in turn isn't what we want after all. So instead, require symbols, compat, keynames, vmods and types from the keymap and if that fails, load the default keymap instead. If that fails too, all bets are off. Signed-off-by: Peter Hutterer <peter.hutte...@who-t.net> Reviewed-by: Dan Nicholson <dbn.li...@gmail.com> Thanks, Andreassignature.asc
Description: Digital signature
--- End Message ---