[00:45] <bdmurray> "I can't help you anymore because my other laptop burned down"
[01:23] <bdmurray> bryce: https://launchpad.net/~brian-murray/+karma
[01:23] <bdmurray> look at the closeness of actions :)
[01:23] <bryce> bdmurray: heh, mega karma coming soon
[01:24] <bdmurray> nah, not for that
[01:24] <bdmurray> So I've New, Incomplete and Confirmed just Triaged left
[01:24] <bdmurray>     ^ done
[01:24] <bryce> cool
[01:40] <pwnguin> well triaged is the hard one, no?
[05:17] <bryce> lol  http://img182.imageshack.us/img182/9371/georgiale1.jpg
[07:01] <tjaalton> hah :)
[10:25] <tjaalton> hmm, fedora has added EXA changes from master to 1.5
[10:29] <tjaalton> includes the glyph cache stuff
[10:50] <tjaalton> heck, I'll try it out
[12:12] <mvo> tjaalton: so, I have a input driver with emulate-wheel support now, how can I make sure it is enabled? I added it to xorg.conf but it seems to get ignored (or worse, configured after the initial configuration and then it can not get the device grab anymore)
[12:26] <tjaalton> mvo: evdev upstream has support for it, I can backport that
[12:27] <mvo> tjaalton: I did a backport (well a git snapshot) already
[12:27] <mvo> tjaalton: I'm just wondering how to activate it now :)
[12:28] <mvo> tjaalton: oh, I think I have it, so I need to figure out which /dev/input/eventX is my trackpoint and just use that?
[12:28] <mvo> yeah, that worked 
[12:28]  * mvo dances with joy
[12:30] <tjaalton> you could make an fdi file for it and drop it in /etc/hal/fdi/policy
[12:30] <mvo> now I just wonder if the inputX number is stable accross reboots
[12:31] <mvo> oh, that sounds even better
[12:31] <mvo> were can I find a example?
[12:32] <tjaalton> you can for instance match info.product of the device, and <merge key="input.x11_driver.OptionName" type="string">foo</merge>
[12:33] <tjaalton> then that should add that option for the driver
[12:34]  * mvo nods
[12:34] <mvo> I will try that
[12:35] <mvo> uploading a git snapshot of the evdev driver is probably too risky, right? so I should do a proper backport of the mousewheel stuff
[12:36] <tjaalton> mvo: yes, there was a commit that made ctrl-c close the server, but it's reverted now :)
[12:41] <tjaalton> mvo: also, I should backport the properties stuff, so I can do both
[12:42] <mvo> tjaalton: will it be possible with the properties stuff to set the mouse-wheel emulation at runtime? or what is it good for?
[12:42] <tjaalton> mvo: exactly
[12:42] <tjaalton> and synaptics support is on the way too
[12:42] <mvo> is there something that already uses it?
[12:43] <tjaalton> no, it's pretty fresh stuff
[12:43]  * mvo nods
[12:43] <tjaalton> evdev master supports it for the wheel and middlebutton emulation
[12:43] <tjaalton> also, you can disable devices with it
[12:44] <mvo> cool
[12:44] <mvo> I will play with it after lunch
[12:45] <tjaalton> heh, it needs support in the server, libXi and xinput
[12:45] <tjaalton> I've got it running, but it needs cleanup
[13:30] <Q-FUNK> bug #255991 is pending sponsoring to debian/unstable.  once that's done, a sync to intrepid should do it.
[13:31] <Q-FUNK> hardy-proposed might require some hand-picking to apply the same fix.
[13:34] <mvo> tjaalton: is it <merge key="input.x11_driver.EmulateWheel" type="bool">true</merge> that then will get picked up?
[13:35] <tjaalton> mvo: might be.. does it work?
[13:35] <mvo> tjaalton: no :) this is why I was asking
[13:36] <tjaalton> mvo: try "string"
[13:36] <mvo> shows up just fine in lshal
[13:36] <tjaalton> oh
[13:36]  * mvo nods
[13:36] <tjaalton> hmm
[13:36] <tjaalton> well, try anyway:)
[13:36] <jcristau> all properties need to be strings in hal
[13:37] <mvo> aha, thanks jcristau
[13:37] <Q-FUNK> jcristau: could you please sponsor the upload to unstable?
[13:46] <mvo> hm, no luck with the fdi file
[13:47] <tjaalton> mvo: does the logfile reveal anything?
[13:49] <mvo> tjaalton: no, unfortunately not, I suspect I set the wrong values, input.x11_driver.OptionName does not match what the keyboard uses (input.xkb.OptionName), but I couldn't find out about it from just peeking over the source
[13:50] <jcristau> input.x11_options.<stuff>
[13:50] <jcristau> see config/hal.c in the server
[13:50] <tjaalton> oh right :)
[13:50] <mvo> jcristau: oh, that sounds like the right one
[13:50] <tjaalton> my bad
[13:59]  * mvo restarts X to test the changes
[14:00] <mvo> I'm a happy man again, thanks jcristau and tjaalton for your help, mouse wheel emulation is working again for me :) I can't life without that :)
[14:03] <tjaalton> mvo: heh, good to hear
[17:17] <tjaalton> yeah, wacom hotplug works.. input.x11_options.Type has to be set in the fdi file or the driver wont initialize
[17:17] <tjaalton> now my cheap aiptek works OOTB
[17:37] <tjaalton> updated wacom-tools uploaded
[17:37] <tjaalton> also a new version
[17:40] <tjaalton> hmm, unplugging the tablet crashes the server :)
[17:45] <jcristau> tjaalton: heh
[17:48] <tjaalton> so wacom still isn't hotplug-friendly
[17:49] <jcristau> shouldn't be too hard though?
[17:49] <tjaalton> probably not, I could get a proper backtrace
[17:53] <bdmurray> bryce: what should happen with bug 188792 now?  Set it back to triaged and leave the back the same?
[18:06] <bryce> looking
[18:09] <bryce> bdmurray: yes, but we also will need an Xorg.0.log on that one
[18:09] <bryce> I've updated
[20:55] <bdmurray> bryce: bug 210414 has only commenter and they've replaced their video card should so can't test is it safe to close?
[20:56] <bryce> bdmurray: yup
[20:56] <jcristau> that title sounds like an 'it hurts when i put a knife in my arm' kind of bug
[23:16] <bryce> tjaalton: any problem if I merge debian's current xorg?  I've got that apport stuff to deploy
[23:16] <bryce> (still doesn't work right, but seems to be an issue in xserver, not xorg)
[23:20] <tjaalton> bryce: there's 7.4~1ubuntu1 waiting to be uploaded?
[23:20] <bryce> yep
[23:20] <bryce> committed to git too
[23:21] <tjaalton> I've somehow missed the memo ;)
[23:21] <tjaalton> not even in the spam folder
[23:21] <tjaalton> but yes, looks good
[23:22] <bryce> ok, uploading
[23:22] <bryce> so this change will let people report bugs via 'apport-cli -f -p xorg'
[23:22] <bryce> and 'apport-cli -f -p xserver-xorg-video-intel' et al
[23:22] <bryce> which will nicely attach all the files we like to get, easy peasy
[23:23] <tjaalton> I actually thought about a similar approach yesterday, since I was asked to attach all kinds of things to debug an acpi issue
[23:23] <bryce> also >in theory< it should also collect these files on X crashes, but this part doesn't work yet - the xserver seems to be trapping SEGV signals pretty thoroughly.  So I still need to sort that out.
[23:24] <bryce> there's also a gui tool for the bug reporting, though I don't remember the command
[23:24] <tjaalton> that the triager should only ask to run one command which then would attach the needed files in the bug. and this is basically it
[23:24] <bryce> yep
[23:25] <bryce> lp #258375 is an example of what we get
[23:25] <tjaalton> yeah I saw, neat
[23:26] <bryce> it's pretty easy to add/change what's included.  let me know
[23:26] <bryce> also, we can have different things attached for different packages, but for now for simplicity I've just make them all identical
[23:26] <bryce> I like that it does all the attachments in one comment, rather than each one an individual comment.
[23:27] <tjaalton> indeed
[23:27] <tjaalton> log.old maybe
[23:27] <bryce> ok
[23:27] <tjaalton> for xkeyboard-config bugs 
[23:27] <tjaalton> uh
[23:28] <jcristau> bryce: if you start X with -core, it'll abort() instead of exit() in AbortServer(), so maybe that would do what you want?
[23:28] <tjaalton> .. setxkbmap -print and xkbcomp :0 -
[23:31] <bryce> added
[23:32] <tjaalton> thanks
[23:33] <bryce> committed but not uploaded; will go in next time xorg is uploaded
[23:33] <tjaalton> yep, that's fine
[23:35] <tjaalton> sigh, xkb-data is a mess
[23:35] <bryce> jcristau: thanks I'll give that a try directly
[23:36] <jcristau> tjaalton: i touched it for the first time a few days ago, and... yeah, it is
[23:37] <jcristau> tjaalton: unfortunately not the right time to clean it up here, with the freeze and all
[23:38] <tjaalton> jcristau: just trying to find out why evdev breaks ABNT (missing keys) :/
[23:38] <tjaalton> packaging aside ;)
[23:38] <jcristau> ah. yeah. it's a mess in more than one way
[23:38] <jcristau> :)
[23:38] <tjaalton> hum, I think we can close all the "error activating XKB configuration" bugs now
[23:38] <tjaalton> heh, right
[23:46] <bryce> jcristau: nope
[23:49] <jcristau> ok :/ dunno how apport's supposed to work, so..
[23:55] <tjaalton> forwarded 255372 upstream
[23:55] <tjaalton> bug 255372