| === zorael__ is now known as Zorael | ||
| directhex | okay then. evdev_drv. | 13:28 |
|---|---|---|
| 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:29 |
| jcristau | what does /proc/bus/input/devices say about that mouse? | 13:37 |
| jcristau | also evtest on that device (/dev/input/eventX) | 13:38 |
| directhex | jcristau, http://paste.debian.net/45132/ | 13:56 |
| directhex | jcristau, i need to kill X for evtest don't i | 13:56 |
| 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:57 |
| directhex | http://paste.debian.net/45133/ | 13:58 |
| jcristau | what version of evdev is this btw? | 13:58 |
| directhex | jcristau, whatever ships in jaunty | 14:05 |
| 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:06 |
| 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:07 |
| 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:11 |
| 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:16 |
| tjaalton | it's a laptop? | 14:17 |
| directhex | no, it's not - but it might have been misdetected as such? | 14:18 |
| tjaalton | could be | 14:18 |
| 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:19 |
| tjaalton | heh | 14:20 |
| 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:21 |
| 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:22 |
| 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:27 |
| ScottK | directhex: I vote for both. | 14:30 |
| directhex | ScottK, ja wol! | 14:32 |
| 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 | 14:49 |
| tjaalton | yeah, that works | 15:55 |
| bryce | morning | 18:35 |
| jg | afternoon bryce | 20:37 |
| bryce | jg, hello | 20:37 |
| jg | bryce: I see you inflicted new bits on me this afternoon... | 20:38 |
| jg | bryce: so far, so good... | 20:39 |
| jg | bryce: I thought glxgears was supposed to end up getting throttled to VR... | 20:40 |
| jbarnes | it'll go faster if it can render frames faster than refresh | 20:45 |
| jbarnes | but it shouldn't tear | 20:45 |
| jg | jbarnes: ah, thanks. | 20:46 |
| jg | jbarnes: I see no tearing. | 20:47 |
| === zorael_ is now known as Zorael | ||
| LLStarks | hey bryce. does shutterworth's word overrule a 'denied for karmic'? | 23:32 |
| bryce | LLStarks, eh? | 23:32 |
| 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:33 |
| bryce | jeeze | 23:34 |
| 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:35 |
| 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:37 |
| 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:40 |
| 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:41 |
| jbarnes | yeah that should be enough | 23:43 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!