Bug#165134: xlibs: [xkb] symbol change in us keyboard disables Meta and Compose key
Package: xlibs
Version: 4.2.1-2
Severity: normal
xlibs version 4.1.0-16 (Debian 3.0) contains:
// definition for the extra keys on 104-key "Windows95" keyboards
xkb_symbols "pc104" {
include "us(generic101)"
key <LALT> { [ Alt_L ] };
key <RALT> { [ Alt_R ] };
key <LWIN> { [ Meta_L ] };
key <RWIN> { [ Multi_key ] };
key <MENU> { [ Menu ] };
// modifier mappings
modifier_map Mod1 { Alt_L, Alt_R };
modifier_map Mod4 { Meta_L, Meta_R };
};
whereas thone supplied in this version is:
xkb_symbols "pc104" {
include "us(generic101)"
key <LALT> { [ Alt_L, Meta_L ] };
key <RALT> { [ Alt_R, Meta_R ] };
key <LWIN> { [ Super_L ] };
key <RWIN> { [ Super_R ] };
key <MENU> { [ Menu ] };
// modifier mappings
modifier_map Mod1 { Alt_L, Alt_R, Meta_L, Meta_R };
modifier_map Mod4 { Super_L, Super_R };
};
The Windows keys on upgrade don't send Meta anymore. Personally I prefer
the definition supplied with Debian 3.0 (Left Windows is Meta, Right
Windows is Compose).
This breaks upgrades (and if it isn't going to be changed should be
noted on future release notes) and seem somewhat gratuitous. What is the
Super key and why do I need one?
Anand
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux clam 2.4.17 #13 Mon Mar 18 12:31:14 EST 2002 i686
Locale: LANG=C, LC_CTYPE=
Versions of packages xlibs depends on:
ii libc6 2.2.5-15 GNU C Library: Shared libraries an
ii libfreetype6 2.1.2-8 FreeType 2 font engine, shared lib
ii xfree86-common 4.2.1-2 X Window System (XFree86) infrastr
-- no debconf information
Reply to: