[03:57] <bryce> tjaalton: lrm-2.6.20 xorg bugs are wontfixing away ;-)
[04:33] <tjaalton> bryce: dull and boring, dare I say ;)
[04:39] <wgrant> tjaalton: Been watching the discussion in #ubuntu-devel?
[04:39] <wgrant> The property issues have changed, but still exist.
[04:39] <wgrant> Something isn't 64-bit-safe.
[04:40] <wgrant> (or at least fails to work sanely on amd64, while it does on i386 on the same hardware, so it's probably 64-bit-unsafeness...)
[04:43] <tjaalton> wgrant: no, just got up and am on a train
[04:48] <wgrant> tjaalton: You're not allowed to sleep! Anyway, I'll be gone for about an hour in a few minutes.
[04:49] <wgrant> But it certainly seems to occur on amd64 and not i386.
[04:49] <wgrant> The symptoms of the issue have changed, but it seems to be the same thing.
[04:53] <tjaalton> ok, so the joystick-crashes and properties go together?
[04:56] <tjaalton> hmm, sounds like update-manager should make sure that input-all is installed in the system, or the server should depend on evdev
[05:15] <bryce> tjaalton: ~2200 -> ~2000
[05:15] <tjaalton> whee
[05:15] <bryce> I finished up and unsubbed us from lrm-2.6.20
[05:15] <tjaalton> great
[05:16] <tjaalton> btw, did ou notice that we now have nouveau?
[05:16] <bryce> I've also incompleted all the New bugs that didn't have something resembling an Xorg.0.log attached
[05:16] <bryce> ah, no I didn't.  good to hear
[05:16] <tjaalton> ..which just happens to be useless
[05:16] <bryce> tjaalton: have you been seeing that there are people successfully using -radeonhd?
[05:16] <bryce> that surprised me, but hey
[05:16] <tjaalton> nope
[05:17] <bryce> mentioned in a number of -ati bug reports
[05:17] <tjaalton> that it wrks better than ati?
[05:17] <bryce> blah blah, -ati is busted, blank screen yada yada... works ok when I switch to -radeonhd
[05:17] <tjaalton> +o
[05:18] <bryce> er hey actually I did know about nouveau... I'd had slangasek sync it in a few weeks back.  but does it work at all?
[05:19] <tjaalton> it was synced yesterday
[05:19] <tjaalton> won't build
[05:19] <tjaalton> requires newer  libdrm and drm-modules
[05:19]  * bryce nods
[05:20] <bryce> is it causing any breakages?
[05:20] <tjaalton> hardly, since there are no packages :)
[05:21] <bryce> heh true.
[05:29] <tjaalton> ok, I'll be offline the next 40h or so.. the ferry to estonia departs in 30min :)
[05:38] <bryce> cya tjaalton
[05:39] <bryce> tjaalton: yeah I've got monday off and am going to try to spend it all out in the wood shop
[12:30] <wgrant> Anybody have any ideas on https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/267611/comments/53?
[23:09] <wgrant> tjaalton: Can you please cherrypick db6e631d31d4ffd476ccd105f8adb8d8b4727b29 into our -synaptics soon?
[23:33] <Ng> hrm, did something change about input property stuff
[23:33] <Ng> my scroll enabling script isn't working anymore! ;)
[23:33] <Ng> 	Wheel Emulation:		1
[23:33] <Ng> 	Wheel Emulation Y Axis:		4, 5
[23:33] <Ng> but no scrolling seems to be happening
[23:40] <wgrant> Ng: Yes, we have large changes in that area.
[23:40] <wgrant> Hmmm.
[23:41] <wgrant> I would have thought that should be working.
[23:41] <wgrant> Which arch, and is that plain evdev?
[23:41] <Ng> i386
[23:41] <wgrant> And it works fine for me.
[23:41] <wgrant> Have you rebooted since the new stuff appeared on Friday?
[23:42] <Ng> yeah i did an update early afternoon then did a battery drain test with a bootable CD
[23:43] <Ng> I assume it's an all-evdev setup, I don't have an xorg.conf so it's just using hal
[23:43] <wgrant> It's not a touchpad, I presumeE?
[23:43] <Ng> no, trackpoint
[23:44] <wgrant> Not a combined trackpoint/touchpad, like they often are?
[23:44] <Ng> I do have both, and the touchpad is usually on the same device, but I have that disabled in the BIOS
[23:45] <wgrant> -synaptics has a bug whereby it will partially break property setting, but if it's not on that device...
[23:45] <wgrant> So it just doesn't work at all?
[23:45] <wgrant> I've never used wheel emulation before, but setting Wheel Emulation to 1 and Wheel Emulation Button to 2 worked fine.
[23:45] <Ng> I think it thinks it's doing it - the mmb is obeying the wheelemulation timeout and when I try to scroll the mouse pointer doesn't move (which is correct)
[23:46] <Ng> hrm
[23:47] <Ng> (WW) Sony PLAYSTATION(R)3 Controller: Don't know how to use device
[23:47] <Ng> (II) UnloadModule: "evdev"
[23:47] <Ng> does that mean it just unloaded it for that device, or has it unloaded the module entirely?!
[23:47] <Ng> (I don't know how to get a list of currently loaded X modules)
[23:47] <jcristau> just for that device
[23:48] <Ng> ok
[23:48] <jcristau> grep _drv.so /proc/$(pidof X)/maps should work
[23:49] <wgrant> jcristau: Hi. Do you have any idea why libxi is spewing crap at the server like in https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/267611/comments/53? Most of the code seems fairly similar to Get(Window)Property, which works fine...
[23:49] <Ng> evdev is listed three times
[23:49] <jcristau> wgrant: no clue
[23:50] <Ng> I guess it might be handy if it logged what it was using for a device when it picks it up from hal
[23:50] <jcristau> wgrant: i build a server from the ubuntu branch, and libXi/xinput from upstream git, and playing with the 'device enabled' property seemed to work
[23:50] <wgrant> jcristau: On amd64?
[23:50] <jcristau> but then i'm on i386
[23:51] <wgrant> Ah.
[23:51] <wgrant> There's no problem there.
[23:51] <wgrant> Identical hardware works on i386 but fails on amd64. The issue only appears if and only if one is using amd64.
[23:53] <jcristau> that's just weird
[23:54] <wgrant> Precisely.
[23:54] <wgrant> The ordering is even stranger.
[23:54] <jcristau> yeah
[23:55] <wgrant> At least it's probably easier to debug that poking around in the server.
[23:56] <wgrant> Actually...
[23:56] <wgrant> I suppose I can use SSH X forwarding to a remote amd64 machine.
[23:56] <wgrant> Since it looks client-side...