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

Bug#588566: marked as done (xserver-xorg-input-all: For amd64 should depend on xserver-xorg-input-kbd and xserver-xorg-input-mouse)

Your message dated Sun, 6 Mar 2011 03:24:15 +0100
with message-id <20110306022415.GA16348@debian.org>
and subject line Re: Bug#588566: xserver-xorg-input-all: For amd64 should depend on xserver-xorg-input-kbd and xserver-xorg-input-mouse
has caused the Debian Bug report #588566,
regarding xserver-xorg-input-all: For amd64 should depend on xserver-xorg-input-kbd and xserver-xorg-input-mouse
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.)


-- 
588566: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588566
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: xserver-xorg-input-all
Version: 1:7.5+6
Severity: normal

The default hot plugging X input system implemented using evdev
did not detect my serial mouse so I turned hot plugging off using

Option          "AutoAddDevices"        "False"
Option          "AutoEnableDevices"     "False"

in the ServerFlags section of xorg.conf with corresponding InputDevice
sections that load the kbd and mouse drivers.

However, the result was a complete freeze because
xserver-xorg-input-kbd and xserver-xorg-input-mouse were not installed
by default by xserver-xorg-input-all.  The issue was resolved by
installing those drivers, but wouldn't it be better to have them
installed by default for the benefit of those like me with hardware
where the evdev approach does not work?

Of course, if xserver-xorg-input-mouse and/or xserver-xorg-input-kbd
interfere with evdev, that is a different story, but I don't think
they affect it at all unless the user specifically is requesting kbd
and mouse drivers as I outlined above.

Alan W. Irwin

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xserver-xorg-input-all depends on:
ii  xserver-xorg-input-evd 1:2.3.2-6         X.Org X server -- evdev input driv
ii  xserver-xorg-input-syn 1.2.2-2           Synaptics TouchPad driver for X.Or
ii  xserver-xorg-input-wac 0.10.5+20100416-1 X.Org X server -- Wacom input driv

xserver-xorg-input-all recommends no packages.

xserver-xorg-input-all suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
Hi Alan,

Alan W. Irwin <irwin@beluga.phys.uvic.ca> (26/02/2011):
> I do plan to give inputattach a quick try once I move from Debian
> Squeeze to Debian testing (probably in 6-12 months after testing has
> had a chance to settle down for a while), but if the inputattach
> method doesn't work, I will still need to fallback to the legacy
> approach at that point.

ok.

> Of course, this discussion is all just a side issue to my original
> bug report on the missing dependency issue for the legacy approach.
> Please fix that!  Also, please remove the moreinfo tag.

Please don't “!” me. I'm not convinced this is a bug to only pull
evdev on Linux. AFAICT if it doesn't work for your device, that's a
bug (could be in the kernel, in the server, or in the driver) which
ought to be fixed. So back to the initial bug report, closing. Feel
free to file one (probably against xserver-xorg-input-evdev, that
should be a good start) if you want us to look into it.

KiBi.

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: