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

Bug#573703: marked as done (xserver-xorg-input-kbd: Direct configuration parameters for keyboard are ignored)

Your message dated Sat, 13 Mar 2010 12:10:42 +0100
with message-id <20100313111042.GE2370@patate.is-a-geek.org>
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 owner@bugs.debian.org
immediately.)


-- 
573703: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573703
Debian Bug Tracking System
Contact owner@bugs.debian.org 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

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: