Your message dated Sat, 13 Mar 2010 12:10:42 +0100
with message-id <[email protected]>
and subject line Re: Bug#573703: xserver-xorg-input-kbd: Direct configuration
parameters for keyboard are ignored
has caused the Debian Bug report #573703,
regarding xserver-xorg-input-kbd: Direct configuration parameters for keyboard
are ignored
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 [email protected]
immediately.)
--
573703: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573703
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: xserver-xorg-input-kbd
Version: 1:1.4.0-1
Severity: important
So far I ignored the HAL strategy change of xorg and still configured
the keyboard in xorg.conf, using the direct configuration parameters:
Option "XkbKeycodes" "xfree86+aliases(qwertz)"
Option "XkbTypes" "nevyn"
Option "XkbSymbols" "nevyn"
Option "XkbCompat" "complete"
Option "XkbGeometry" "thinkpad(intl)"
With the last update, this seems broken: Only using the above
parameters, the default us-keyboard is loaded. Using standard
configuration parameters for any other standard keyboard, this keyboard
is properly loaded.
I'm not sure if this is a bug, feature change or HAL crazyness. I just
couldn't find any information about this in the changelogs.
Do you have any information?
Thanks and best regards,
emanuel
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable'), (50, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32.2-a (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages xserver-xorg-input-kbd depends on:
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii xserver-xorg-core 2:1.7.5-1 Xorg X server - core server
xserver-xorg-input-kbd recommends no packages.
xserver-xorg-input-kbd suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sat, Mar 13, 2010 at 10:40:09 +0100, Emanuel Schmid wrote:
> Package: xserver-xorg-input-kbd
> Version: 1:1.4.0-1
> Severity: important
>
> So far I ignored the HAL strategy change of xorg and still configured
> the keyboard in xorg.conf, using the direct configuration parameters:
> Option "XkbKeycodes" "xfree86+aliases(qwertz)"
> Option "XkbTypes" "nevyn"
> Option "XkbSymbols" "nevyn"
> Option "XkbCompat" "complete"
> Option "XkbGeometry" "thinkpad(intl)"
>
> With the last update, this seems broken: Only using the above
> parameters, the default us-keyboard is loaded. Using standard
> configuration parameters for any other standard keyboard, this keyboard
> is properly loaded.
>
> I'm not sure if this is a bug, feature change or HAL crazyness. I just
> couldn't find any information about this in the changelogs.
> Do you have any information?
>
These options were removed from the keyboard driver. All keyboards
should be configured using a rules/model/layout/variant/options
combination instead of the obsolete
keycodes/types/compat/symbols/geometry. See [1].
And in any case, the kbd driver itself is obsolete on linux, where
things moved on to xserver-xorg-input-evdev.
[1]
http://cgit.freedesktop.org/xorg/driver/xf86-input-keyboard/commit/?id=62e663e7b107207b474713f22b6fec72f811dd86
Cheers,
Julien
signature.asc
Description: Digital signature
--- End Message ---
