[07:27] <hyperair> RAOF: https://bugs.freedesktop.org/show_bug.cgi?id=48777 <-- i wonder if this would fix the xi2 scroll-jamming issue
[07:27] <ubottu> Freedesktop bug 48777 in Input/synaptics "While tap-dragging: when approaching the touchpad edge, the cursor snaps to the display edge" [Normal,Assigned: ]
[09:43] <kklimonda> hum, any idea on bug 800022? people seem to have to export LIBVA_DRIVER_NAME="fglrx" for va-api to work (and some applications not crashing)
[09:43] <ubottu> Launchpad bug 800022 in fglrx-installer (Ubuntu) "XvBA Hardware Acceleration doesn't work" [Undecided,Confirmed] https://launchpad.net/bugs/800022
[09:48] <kklimonda> or is it an incorrect link..
[09:52] <RAOF> hyperair: No, I'm pretty sure that's not it - I talked with whot, and he said it was a known limitation in the implementation that he needs to fix :/
[10:14] <hyperair> RAOF: you mean the scroll-jamming is a known implementation?
[10:14] <hyperair> er known limitation
[10:14] <hyperair> that sucks =\
[10:14] <RAOF> Apparently so.
[10:15] <hyperair> is he around?
[10:15] <hyperair> i'd like to ask which value's overflowing
[10:15] <hyperair> perhaps we can have a hack in place to stop this from happening
[10:16] <RAOF> No, he's not.
[10:18] <RAOF> Why are gentoo users so *aggresively* ignorant when asking for help?
[16:00] <bryceh> RAOF, :-/
[16:00] <bryceh> sadly they're that way when giving help sometimes too...
[16:18] <mlankhorst> Ah ignorant helpers are even worse. :(
[16:57] <bryceh> cnd, posted reviewed-by to the xorg-devel list for that branch.
[16:58] <cnd> thanks!
[16:58] <cnd> I'm preparing an SRU of xorg-server right now
[16:58] <bryceh> cnd, I didn't spot anything that directly concerns me, it looks fine.  but it seems a lot of code to consider for sru'ing
[16:58] <cnd> yeah
[16:58] <cnd> they are all necessary though
[16:59] <cnd> they're the results of me seeing input lockups and such
[16:59] <bryceh> there's some changes which are just code refactors, and others (if I understand right?) enable functionality that wasn't functioning before.
[17:00] <bryceh> cnd, for getting it accepted into sru, if you  could elaborate on those bugs it might help in getting it approved
[17:00] <cnd> the code refactoring changes were required for subsequent fixes
[17:01] <cnd> I don't remember any new functionality
[17:01] <cnd> but I will be sure to provide a detailed summary of the change
[17:02] <bryceh> cnd, it's certainly possible I just misunderstood some comments as meaning it enabled functionality that wasn't working before
[17:06] <bryceh> 2efbed23 "When activating an explicit grab, update owning listener" I guess was the one that I wondered about being new functionality.  
[17:09] <bryceh> cnd, anyway, other than that, good work!  hope the sru goes in smoothly.
[17:09] <cnd> bryceh, ahh yes
[17:09] <cnd> that is kinda new functionality, kinda bug fix
[17:09] <cnd> but without it, popup menus won't work
[17:09] <cnd> so if on a touchscreen you press on a gtk app menu
[17:09] <cnd> or in the menu bar
[17:10] <cnd> and you hold as the menu drops down
[17:10] <cnd> then you drag your finger down
[17:10] <cnd> without the change, the menu won't see the events
[17:10] <cnd> and you have to lift your finger and touch again to actually select an item
[17:10] <bryceh> ah, yeah that does sound like a bug fix.  Was it working previously or has it just never worked?
[17:11] <cnd> it was working previously because another bug was shadowing it :)
[17:11] <cnd> whot had been telling some folks that he thought it wasn't really fixable
[17:11] <cnd> some of the gtk devs had asked
[17:11] <cnd> so it's new functionality in that it wasn't a bug that was planned to be fixed :)
[17:11] <bryceh> interesting
[17:12] <bryceh> cnd, maybe just toss a sentence in the description like "Fixes broken popup menus, where they fail to..."
[17:13] <cnd> yeah
[17:13] <bryceh> do we have a bug # open for that?  if so link that in too.
[17:14] <bryceh> cnd, also, are all these patches together one bug fix, or do they address distinct problems?  I suspect if you can break it into several SRUs they'll go through the process faster than going in as one big lump
[17:14] <bryceh> but maybe chat up one of the SRU admins about that, maybe it doesn't matter (or would be more work than worth)
[17:15] <cnd> bryceh, I'm targeting them to bug 974887
[17:15] <ubottu> Launchpad bug 974887 in xorg-server (Ubuntu) "unity 3d touch stops registering clicks" [Medium,In progress] https://launchpad.net/bugs/974887
[17:15] <cnd> I plan to note each patch individually to explain why it's needed
[17:15] <cnd> but in the packaging it will be one big squashed patch
[17:23] <bryceh> cnd, ok
[18:03] <bryceh> Sarvatt, what do you think the regression potential is for the SRU bug #968218 ?
[18:03] <ubottu> Launchpad bug 968218 in libxi (Ubuntu Oneiric) "ssh x11 forwarding precise to oneiric causes glibc malloc(): memory corruption" [High,Triaged] https://launchpad.net/bugs/968218
[18:05] <jcristau> ha, reminds me of bugs.debian.org/660411
[18:06] <bryceh> jcristau, indeed, it's the same bug (and same patch).  thanks for the pointer
[18:06] <jcristau> you're not fixing that for the older releases?
[18:09] <jcristau> it's still somewhere on my to-do list to fix it in squeeze... (http://bugs.debian.org/661652)
[18:09] <ubottu> Debian bug 661652 in release.debian.org "pu: package libxi/2:1.3-7" [Normal,Open]
[18:10] <bryceh> jcristau, looks like the SRU was proposed only for oneiric.  but if the issue is affecting earlier releases, would certainly make sense to sru it for those as well.
[18:11] <jcristau> it affects squeeze so presumably also lucid
[18:29] <cnd> argh!
[18:30] <cnd> why is the escape key mapped to "delete everything I just wrote in the bug description update"
[18:30] <cnd> I often hit escape out of habit because I'm a vi user
[18:30] <cnd> and I just lost a good 20 minutes of write up
[18:30] <jcristau> sometimes i do that with ^w
[18:36] <bryceh> Sarvatt, mind doublechecking my hackjob on your patch?  https://bugs.launchpad.net/ubuntu/+source/libxi/+bug/968218/comments/16
[18:36] <ubottu> Launchpad bug 968218 in libxi (Ubuntu Oneiric) "ssh x11 forwarding precise to oneiric causes glibc malloc(): memory corruption" [High,Triaged]
[18:36] <Sarvatt> bryceh: the upstream commit should apply directly?
[18:37] <jcristau> Sarvatt: not to lucid
[18:37] <jcristau> bryceh: http://anonscm.debian.org/gitweb/?p=users/jcristau/libxi.git;a=commitdiff;h=d33c64350c961e3b096565b30e1e98f7c9a569dc is what i had if that helps
[18:37] <jcristau> Sarvatt: (no touch / scroll stuff in XI 2.0)
[18:42] <bryceh> jcristau, thanks
[19:08] <cnd> bryceh, do you have a bug for the change you made to xorg-server for re-enabling patch 227?
[19:09] <cnd> or: how should we propose the SRU with the touch changes and that change?
[19:11] <bryceh> cnd, 930936 would be the bug
[19:14] <cnd> bryceh, how did it get disabled?
[19:16] <cnd> oh, it was never enabled...
[19:16] <cnd> d8e24bf6634b0ef80a21ac1d1b13412d88aa7800
[19:18] <cnd> oops
[19:18] <cnd> http://paste.ubuntu.com/937318/
[19:25] <cnd> bryceh, I've updated the bug report for the SRU
[20:08] <bryceh> cnd, ok thanks
[22:17] <Sarvatt> note to self: don't try cnd's crack jupiter ppa :)
[22:17] <cnd> Sarvatt, huh?
[22:17] <Sarvatt> pointer acceleration is all screwed up in 0ubuntu11~jupiter7
[22:17] <cnd> really?
[22:18] <cnd> I just uploaded to proposed
[22:18] <Sarvatt> moving 1 finger from top to bottom at a steady speed, the acceleration is all over the place
[22:18] <cnd> so if it's broken I need to fix it
[22:18] <cnd> Sarvatt, what device?
[22:18] <Sarvatt> bcm5974, macbook air 4,2
[22:18] <cnd> I don't have any issues here