=== zorael__ is now known as Zorael
[13:28] <directhex> okay then. evdev_drv.
[13:29] <directhex> for whatever reason, an unmolested xorg is deciding that this mouse is a simple 5-button (i.e. left right plus clickwheel) mouse. this is wrong. i know i've had it right in the past, with mangled xorg
[13:29] <directhex> question is, why's it wrong and what can i do about it?
[13:37] <jcristau> what does /proc/bus/input/devices say about that mouse?
[13:38] <jcristau> also evtest on that device (/dev/input/eventX)
[13:56] <directhex> jcristau, http://paste.debian.net/45132/
[13:56] <directhex> jcristau, i need to kill X for evtest don't i
[13:57] <jcristau> shouldn't be necessary these days
[13:57] <directhex> the evtest command certainly lists more buttons than xev is responding to
[13:57] <directhex>     Event code 275 (SideBtn)
[13:57] <directhex>     Event code 6 (HWheel)
[13:57] <directhex> and so on
[13:57] <jcristau> except for synaptics devices, but even then vt switching should be sufficient
[13:58] <directhex> http://paste.debian.net/45133/
[13:58] <jcristau> what version of evdev is this btw?
[14:05] <directhex> jcristau, whatever ships in jaunty
[14:06] <directhex> jcristau, and i think i see where it's going wrong... the mouse device (event6) is not actually registering anything at all. the mouseemu device (event5) is - but it lacks buttons
[14:06] <directhex> i have no idea what or why mouseemu is
[14:07] <directhex> wait, that was it... purging the mouseemu package
[14:07] <directhex> so why on earth was that installed, and why does it break multi-button support?
[14:11] <tjaalton> because you installed it? nothing depends on it
[14:11] <tjaalton> make that "no package"
[14:11] <directhex> i definitely didn't explicitly install it
[14:16] <directhex> /var/log/installer/syslog:Aug 25 16:11:49 ubuntu ubiquity: Setting up mouseemu (0.16-0ubuntu3) ...
[14:16] <directhex> officially not my fault
[14:17] <tjaalton> it's a laptop?
[14:18] <directhex> no, it's not - but it might have been misdetected as such?
[14:18] <tjaalton> could be
[14:19] <directhex> jms@osc-bigmac:~$ laptop-detect -v
[14:19] <directhex> We're not on a laptop (no relevant hint found)
[14:19] <directhex> d-i/source/hw-detect/hw-detect.sh:# Install mouseemu on systems likely to have single-button mice
[14:19] <directhex> .....
[14:20] <tjaalton> heh
[14:21] <directhex> what a naive check
[14:21] <tjaalton> so file a bug against hw-detect
[14:21] <jcristau> it's stupid that installing that package breaks a real mouse though..
[14:21] <tjaalton> it is
[14:22] <directhex> it seems the package's priority is to add buttons to a 1-button mouse. i doubt they tested it in a 9-button scenario
[14:27] <directhex> tjaalton, in your opinion, better to file a bug against hw-detect regarding installing mouseemu inappropriately, or against mouseemu for breaking multi-button mice?
[14:30] <ScottK> directhex: I vote for both.
[14:32] <directhex> ScottK, ja wol!
[14:49] <directhex> Bug #419935 filed
[14:49] <ubottu> Launchpad bug 419935 in hw-detect "hw-detect wants to install mouseemu on Mac when it really shouldn't" [Undecided,New] https://launchpad.net/bugs/419935
[15:55] <tjaalton> yeah, that works
[18:35] <bryce> morning
[20:37] <jg> afternoon bryce 
[20:37] <bryce> jg, hello
[20:38] <jg> bryce: I see you inflicted new bits on me this afternoon...
[20:39] <jg> bryce: so far, so good...
[20:40] <jg> bryce: I thought glxgears was supposed to end up getting throttled to VR...
[20:45] <jbarnes> it'll go faster if it can render frames faster than refresh
[20:45] <jbarnes> but it shouldn't tear
[20:46] <jg> jbarnes: ah, thanks.
[20:47] <jg> jbarnes: I see no tearing.
=== zorael_ is now known as Zorael
[23:32] <LLStarks> hey bryce. does shutterworth's word overrule a 'denied for karmic'?
[23:32] <bryce> LLStarks, eh?
[23:33] <LLStarks> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/377090/comments/24
[23:33] <ubottu> Launchpad bug 377090 in mesa "[i945gm] (Needs kernel 2.6.31) DRI2 swapbuffers" [Wishlist,In progress]
[23:33] <LLStarks> from mark with love.
[23:34] <bryce> jeeze
[23:35] <bryce> jbarnes, hey, where are we at with the dri2 swapbuffer stuff?
[23:35] <jbarnes> bryce: just updated that bug :)
[23:35] <jbarnes> LLStarks pointed me at it
[23:37] <bryce> jbarnes, how mature is the stuff?  Is it currently pretty stable or would it destabilize things a lot if we merged it right now?
[23:37] <jbarnes> I wouldn't recommend it for karmic
[23:40] <jbarnes> bryce: it would be good to have in edgers though
[23:40] <jbarnes> but I'd just wait until it lands
[23:40] <jbarnes> shouldn't be long now before those branches are merged into master of the various repos
[23:41] <LLStarks> if i was to use the bits that are already implemented and then supplement the dri2 branches from proto and xserver, would that be sufficient for a testing enviroment?
[23:43] <jbarnes> yeah that should be enough