[00:06] <dyek_> bjsnider: Ah, this appears to be it. Not easy to find at all when getting started with it. Now, I know how to find other packages. Thanks.
[00:07] <bjsnider> the bot is all
[16:49] <ripps> tjaalton: Any word from the debian wacom-tools maintainer?
[17:29] <tjaalton> ripps: nope..'
[17:36] <ripps> tjaalton: I'm trying to build wacom-tools in pbuilder, but it seems that a bunch of subdirectories in debian/ seem to be deleted when It's moved to the pbuilder environment... weird.
[17:40] <jcristau> tjaalton: ron was active in #d-devel a couple hours ago fwiw
[19:16] <tjaalton> jcristau: hmm ok
[19:20] <tjaalton> ripps: w-t doesn't work with xserver 1.7
[19:22] <ripps> tjaalton: well, i've built a wacom driver from a xf86-input-wacom git repo, but I still have the same problem. I can see from my xorg.0.log that udev is detecting the tablet and and xorg is aware of it. So I don't know why it's glitching like this.
[19:22] <tjaalton> ripps: like what?
[19:23] <ripps> tjaalton: it freezes on click until I move the pen far away from the tablet
[19:23] <tjaalton> ripps: but is it using wacom or evdev?
[19:23] <tjaalton> my bet is on evdev
[19:24] <tjaalton> full log would show
[19:25] <ripps> well, I can see that udev is populating it, it's located at /dev/input/event4, and the wacom module is loaded in lsmod...
[19:25] <ripps> I'm not sure if if evdev is loading it or not, I'm not seeing any mention of evdev.
[19:26] <tjaalton> well I guess you don't have a wacom rules file for udev?
[19:26] <tjaalton> in that case it'll use evdev
[19:26] <tjaalton> kernel module or not
[19:28] <wind-rider> hi
[19:28] <jcristau> tjaalton: now it's xorg.conf.d/10-wacom.conf ;)
[19:28] <wind-rider> can somebody help me with http://www.freedesktop.org/wiki/Software/XKeyboardConfig/Rules?
[19:28] <tjaalton> jcristau: yes, obviously :)
[19:28] <ripps> I don't have xorg.conf.d yet
[19:29] <jcristau> (just sent pull request for the udev stuff on top of xorg.conf.d)
[19:29] <tjaalton> only a handful of people do
[19:29] <jcristau> udev x11_driver and x11_options.* are gone
[19:29] <tjaalton> yeah
[19:29] <tjaalton> well, no need for rules at all, right?
[19:30] <tjaalton> when the xorg.conf.d stuff is used
[19:30] <jcristau> the xkb stuff stays so it can pull stuff from /etc/default/something, but that's it yeah
[19:30] <jcristau> which is nice
[19:30] <tjaalton> right
[19:31] <tjaalton> wind-rider: what's the problem?
[19:31] <wind-rider> tjaalton: some hotkeys of my laptop lack a X11 keysym, but they do generate keycodes
[19:31] <tjaalton> wind-rider: xev shows them?
[19:32] <wind-rider> tjaalton: xev returns the keycodes, but returns 'NoSymbol' as keysym
[19:32] <wind-rider> tjaalton: i'd like to add these keysyms upstream so other people won't have the same problem
[19:32] <tjaalton> https://wiki.ubuntu.com/Hotkeys
[19:33] <wind-rider> tjaalton: so I'd like to avoid ~/.Xmodmap or so
[19:33] <tjaalton> well, if xev shows them it should be quite easy
[19:33] <tjaalton> file a bug report upstream and tell how to make it work
[19:34] <wind-rider> tjaalton: report the bug at https://bugs.freedesktop.org/enter_bug.cgi?product=xkeyboard-config ?
[19:34] <tjaalton> wind-rider: yes
[19:36] <wind-rider> tjaalton: ok, i'll do that
[19:36] <wind-rider> thx
[20:40] <Sarvatt> ok halfway through the third day uptime and no sign of any crashes no matter what i do with these 2 libdrm commits reverted from 2.4.16
[20:41] <Sarvatt> pretty safe to say that fixed it, now to try with just 	b73612e4fd69565aa2c5c2e9677f3e0af1945f7d  reverted
[20:48] <Sarvatt> hope it does work because 792fed1e2460f96459141b5a628dd5ab4fbb87db doesn't revert cleanly from 2.4.17