Your message dated Sun, 6 Mar 2011 03:24:15 +0100
with message-id <[email protected]>
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 [email protected]
immediately.)
--
588566: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588566
Debian Bug Tracking System
Contact [email protected] 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 <[email protected]> (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.
signature.asc
Description: Digital signature
--- End Message ---
