[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#605621: marked as done (keyboard no longer working in X)

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 owner@bugs.debian.org
immediately.)


-- 
605621: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605621
Debian Bug Tracking System
Contact owner@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.hutterer@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.hutterer@who-t.net>
    Reviewed-by: Dan Nicholson <dbn.lists@gmail.com>

Thanks,
Andreas

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: