[PATCH] Support filtering of hotplugged input devices

Daniel Stone daniel at fooishbar.org
Tue Oct 27 07:48:24 PDT 2009


Hi,

On Tue, Oct 27, 2009 at 04:57:40PM +1000, Peter Hutterer wrote:
> On Mon, Oct 26, 2009 at 02:33:49PM -0700, Dan Nicholson wrote:
> > That seems nice, but how will this work in the future of ConsoleKit
> > multiseat? I'm not crazy about about adding options that are only
> > available through an undocumented hal key, [...]
> 
> same with me, I thought CK was the way of the future and we don't have to
> put hacks in like this. If the CK solution is to fill in this key, then OK,
> but otherwise I'd rather not have an option that will soon be either hardly
> supported (because underused) and deprecated one release after its
> introduction.

Hopefully ConsoleKit will actually save us all in a way that similar
projects have spectacularly failed to.  I assume its API will look
something like:
ck_is_this_device_for_us(struct ck_ctx *ck, const char *path);
and we can just ignore it if that returns false.  I'm sure reality will
be vastly more convoluted and awful, but you get the gist.

Failing that, I don't think this is an overly bad situation in the
interim, but it really needs to be pushed down to the DIX: have a global
session_id string or somesuch which can be set on the command line, else
seeded from the server layout in the XFree86 DDX.  If you want to
resubmit with that changed, I'd be happy to at least ack the patch.

Cheers,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.x.org/archives/xorg-devel/attachments/20091028/877e6f7d/attachment.pgp 


More information about the xorg-devel mailing list