evdev-1.2.0 / hal-0.5.10 combo broken?

[Daniel Stone]

On Fri, Jan 18, 2008 at 01:20:03AM -0200, pcpa at mandriva.com.br wrote:
> Quoting Daniel Stone <daniel at fooishbar.org>:
>> Yes, it is being 'forced', as it were.  You say that as if it's a bad
>> thing.
>
>  I did not say it is a bad thing, if I had said, I would quote it
> differently, like as in *forcing*. I belive evdev X Input driver is
> almost functional to replace kbd and mouse, but may need some tweaking,
> at least 3 button mouse emulation...

Patches for three-button emulation etc are obviously welcome.

>> Can you please show me where this ever happens?  evdev was specifically
>> designed to avoid this, and I'd like to see some proof of it going
>> wrong.  I've seen it go badly wrong when Ubuntu merged a patch from some
>> derivative distro whose name I forget (maybe it was PepperPad) that
>> broke evdev, but that's it.
>
>  Check "inputInfo.devices" list at the first call to
> xserver/config/hal.c:device_added(). This of course if there is
> any "InputDevice" section in xorg.conf.
>  This is what I asked in other email, see also
> https://bugs.freedesktop.org/show_bug.cgi?id=13361
> for more details.

I tried to explain to you how this was not a problem in the previous
thread about this.

Yes, the xorg.conf stuff should be handled, and the patch for that would
be dead simple to write.

>> No, that's completely and utterly wrong.  HAL cannot be configured with
>> any GUI tool that I know of, and only parses text files.  Oh well.
>
>  I was expecting that some tool would already exist or be in the works,
> cut&paste of hal udis and uuids in a terminal isn't much easy for
> configuration purposes :-)

Er, so you're complaining about GUI tools, and then complaining that
there aren't any GUI tools when you're told that they don't exist?

Those are a distributor problem anyway, but writing an FDI is trivial,
and you don't even have to remember any UUIDs.  Just look at
x11-input.fdi or whatever it is.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.x.org/archives/xorg/attachments/20080118/bdcfb336/attachment.pgp>