[00:21] <mdeslaur> is anyone here using an acer iconia W500 tablet with precise?
[00:22] <mdeslaur> touch events seem to get all messed up after a couple of minutes
[00:35] <bryceh> mdeslaur, don't think anyone here has that hw.  certainly haven't heard of that problem so far, although I haven't been perusing the precise input bugs
[00:36] <bryceh> mdeslaur, not aware of any recent sru's for X's input bits, possibly kernel got some update?  Tried booting an earlier kernel?
[00:36] <mdeslaur> hrm, using mtview...when the problem occurs, mtview is drawing events two inches away from my finger
[00:36] <mdeslaur> them I switch windows and back, then it's back to being fine for a bit
[00:37] <mdeslaur> bryceh: I tried with precise release, precise with updates, and precise with proposed
[00:37] <bryceh> mdeslaur, I do have a fujitsu touch screen, which tjaalton tinkered with last uds, which  had a problem like that, except it was like that all the time
[00:38] <bryceh> and iirc it was only the x coord that was off
[00:38] <mdeslaur> hrm, i bought this one because everyone was saying oneiric worked great on it...so I guess I'll try oneiric
[00:38] <bryceh> mdeslaur, ok so all three of those versions have the same problem?
[00:39] <mdeslaur> bryceh: yeah, precise is a no-go
[00:39] <bryceh> precise has the franken-xserver as far as the input stack goes.  that's been at the heart of a variety of input bugs in precise
[00:42] <bryceh> mdeslaur, alright so booting different kernels probably won't do anything.  xorg-edgers *might* be worth testing.  But I'd check with tjaalton since he might know something relevant.
[00:42] <mdeslaur> bryceh: cool, thanks
[00:47]  * mdeslaur tries xorg-edgers crack
[00:49] <bjsnider> this makes mdeslaur a crackhead
[00:50] <bjsnider> would you like treatment?
[00:50] <mdeslaur> bjsnider: this free sample is great!
[00:50] <mdeslaur> :)
[00:55] <mdeslaur> lol
[00:55] <mdeslaur> xorg-edgers broke unity
[00:55] <mdeslaur> \o/
[01:04] <bjsnider> "broke' is such a strong word.
[01:04] <bjsnider> it is functionally challenged
[01:05] <mdeslaur> hehe
[01:05] <mdeslaur> unity looks all nice and clean without any icons being drawn in it
[01:12] <bjsnider> that's a glass-half-full approach
[03:52] <tjaalton> mdeslaur: that's thd mesa blocker bug for us.. anyway, you could've tried the backport stack ppa
[04:11] <Sarvatt> mdeslaur: if you need to revert and are on amd64, dpkg -l | egrep 'sarvatt|ricotz|edgers' will give you a full package list, you just remove the ppa sources, apt-get update then add every package returned there to a sudo apt-get install package1/precise package2/precise package3/precise line, just ignore libdrm-nouveau2
[04:27] <tjaalton> uploaded  mesa_8.0.3+8.0.2-0ubuntu3.2
[04:27] <tjaalton> to precise-proposed
[06:57]  * mlankhorst slaps Sarvatt 
[06:58] <tjaalton> what did he do this time?-)
[06:59] <mlankhorst> he knows what he's forgotten :D
[08:24] <tjaalton> i'll package -omap, obsoletes -omapfb
[08:25] <tjaalton> oh it's packaged already
[08:39] <tjaalton> and git messed up
[08:44] <tjaalton> uploaded anyway
[08:44] <tjaalton> didn't push the branch, it's maintained in collab-maint but wanted to ask the maintainer first
[08:51] <tjaalton> meh, -msm
[08:51] <tjaalton> no upstream changes since 2010
[08:51] <tjaalton> why do we still carry it?
[08:51] <tjaalton> ogra_: do you know where xf86-video-msm is used?
[08:52] <tjaalton> oh htc dream / nexus one
[08:52] <tjaalton> i say purge it
[08:54] <tjaalton> vbox next, and after that the stack can move
[08:54] <tjaalton> debfx: i'm looking into patching vbox to build against 1.13..
[09:57] <mlankhorst> tjaalton: if you want I can do that, it needs 2 things, 1. Disable XAA, 2. compat header
[09:58] <tjaalton> mlankhorst: ok, go ahead :)
[09:59] <tjaalton> i started but still trying to figure out the way it's built
[10:01] <mlankhorst> who cares, debuild it.. :p
[10:06] <tjaalton> i'll just look at a build log :)
[10:12] <mlankhorst> debuild -nc >:)
[10:27] <mlankhorst> but I don't see vboxmouse being built so I guess it uses another way :)
[10:34] <mlankhorst> oh great it's too dumb to even have xaa, makes things easier though :)
[10:34] <tjaalton> yeah
[10:37] <tjaalton> compat-api.h is identical on every driver?
[10:37] <mlankhorst> no
[10:38] <mlankhorst> but the idea is the same
[10:38] <tjaalton> ok
[10:42] <mlankhorst> the only difference is in those #ifdef XF86_SCRN_INTERFACE, I think things are changed there as needed by the specific driver :)
[11:33] <mdeslaur> tjaalton: hi, so xorg-edgers didn't solve my touch issue anyway...cnd said it's probably a bug in the gesture stack they're aware of
[11:35] <tjaalton> mdeslaur: ok, good to know
[11:58] <tjaalton> sigh
[11:58] <tjaalton> mlankhor1t: wanna fix -msm too?-)
[12:03] <mlankhor1t> aw was just done with virtualbox :p
[12:04] <tjaalton> trying to update sbuild so it supports cross-building
[12:05] <mlankhor1t> seems virtualbox builds now
[12:05] <tjaalton> cool
[12:05] <mlankhor1t> do you have ubuntu in a vm to test with?
[12:05] <tjaalton> not vbox
[12:06] <tjaalton> hm, could install it on the quantal machine
[12:06] <tjaalton> or maybe not
[12:06] <mlankhor1t> I'll see if I can make it do the netboot thing
[12:06] <tjaalton> if the dependencies get right, just ship it
[12:07] <mlankhor1t> because netboot
[12:07] <mlankhor1t> nah I want to send it in if it's not too much trouble
[12:09] <tjaalton> let debfx handle that part :)
[12:09] <mlankhor1t> heh sure
[12:10] <tjaalton> in the meantime we can upload it to proposed
[12:11] <mlankhor1t> I'm just rechecking if it builds on old one first
[12:11] <mlankhor1t> if so I'll just make it a dumb quilt patch
[12:12]  * mlankhor1t assumes building == working
[12:13] <mlankhorst> tjaalton: where's msm then?
[12:16] <mlankhorst> ok seems to work until it complains I overrode my opengl, ship it.. http://people.canonical.com/~mlankhorst/vbox-x1.13.patch
[12:16] <tjaalton> dget https://launchpad.net/ubuntu/+archive/primary/+files/xf86-video-msm_1.0.1%2Bgit20100122.5f7df591-1ubuntu5.dsc
[12:16] <tjaalton> thanks
[12:17] <mlankhorst> tjaalton: yeah but it is really a 2010 snapshot? :o
[12:17] <tjaalton> yup
[12:17] <tjaalton> no new upstream versions
[12:17] <tjaalton> have fun with it kthxbye :)
[12:17] <mlankhorst> can we drop it and never speak of it again?
[12:17] <mlankhorst> :o
[12:18] <tjaalton> well, you can probably wait until we've got confirmation that it's still used
[12:21] <mlankhorst> yay
[12:22] <mlankhorst> so ship it to quantal? >:D
[12:22] <tjaalton> mlankhorst: can't VBOXDRIScreenInit use SCREEN_INIT_ARGS_DECL as well?
[12:23] <mlankhorst> probably but this works so why bother
[12:23] <tjaalton> heh
[12:23] <tjaalton> yeah
[12:23] <mlankhorst> that function converts it anyhow
[12:24] <mlankhorst> would also mean defining SCREEN_INIT_ARGS to pass it along
[12:24] <mlankhorst> it's mostly meant to make xorg<->driver api easier, and this is driver internal :)
[12:25] <tjaalton> i mean so that it builds against earlier abi too, ie. upstream could take it as-is
[12:25] <tjaalton> but oh well, they can sort it out
[12:25] <mlankhorst> it will build against earlier api now..
[12:25] <mlankhorst> I've built against both for testing
[12:26] <tjaalton> ah, ok
[12:28] <mlankhorst> VBOXDRIScreenInit is no longer SCREEN_INIT_ARGS_DECL with either X api, it doesn't pass the pScrn or index on newer :)
[12:29] <tjaalton> gotcha
[12:29] <mlankhorst> but geode was a bigger mess, at least this one followed the standard api making it easy :)
[12:33] <tjaalton> test building before upload
[12:40] <tjaalton> yep, ship it
[12:42] <tjaalton> mmh, -ivtvdev is hopefully the last one that remains
[12:42] <mlankhorst> skip it
[12:43] <mlankhorst> it's part of universe right?
[12:43] <tjaalton> multiverse
[12:43] <tjaalton> even worse :)
[12:44] <tjaalton> not much happened there either since 2010
[12:44] <tjaalton> if anything
[12:44] <tjaalton> so yeah skip it
[12:45] <tjaalton> added it to the purge list
[12:45] <tjaalton> 14 drivers there now
[12:46] <mlankhorst> :-)
[12:46] <tjaalton> afk for a bit ->
[12:47] <mlankhorst> I'm going to need that list at one point! :D
[13:07] <tjaalton> mlankhorst: bug 1034793 :)
[13:12] <mlankhorst> yeah omapfb has been replaced and doesn't even work right in precise
[13:24] <mlankhorst> brb
[13:52] <ricotz> mlankhorst, tjaalton, hi :), be aware that 304.37 still seems to be broken with 1.13rc4
[14:30] <mlankhorst> sigh ._.
[14:49] <tjaalton> tough
[14:50] <mlankhorst> ricotz: what's broken then?
[14:52] <ricotz> mlankhorst, xorg crashes while just starting firefox or running g-s, same issue since 304.x introduced 1.13 support
[14:53] <ricotz> http://paste.debian.net/plain/183527
[14:53] <ricotz> havent retraced it though since it has the same symptom
[14:54] <ricotz> (i mentioned it to aaronp)
[14:58]  * mlankhorst tries i915 with valgrind
[15:03] <mlankhorst> hey a conditional jump depending on uninitialised bytes in vprintf..
[15:05] <mlankhorst> oh and still no synaptics debugging symbols? what went wrong there
[15:09] <mlankhorst> oh, no merge from debian-experimental which had it
[15:12] <mlankhorst> tjaalton: hey can you upload synaptics?
[16:04] <tjaalton> mlankhorst: yup, uploaded
[16:04] <mlankhorst> thanks :)
[16:05] <tjaalton> hmm, rejected
[16:06] <mlankhorst> o.O
[16:06] <tjaalton> did I not push the previous changed, meh
[16:07] <tjaalton> yup.. oh well, I'll merge with origin
[16:11] <tjaalton> there
[16:12] <mlankhorst> ah k :)
[20:11] <Sarvatt> holy crap, unity work with today's mesa checkout
[20:11] <Sarvatt> \o/\o/
[20:13] <mlankhorst> Sarvatt: ship it!
[20:14]  * mlankhorst is having some fun with wine
[20:14] <Sarvatt> someone actually respond to the pull request?
[20:15] <Sarvatt> sending one with a commit starting with [HACK] maybe wasnt a good idea :P
[20:19] <mlankhorst> Sarvatt: do you think they honestly care about what I send any more?
[20:26] <mlankhorst> I was hoping to stir up some discussion but that seemed to have failed
[20:30] <tjaalton> where was this?
[20:37] <mlankhorst> wine ml
[20:42] <mlankhorst> sent a pull request to their patch mailing list in the hopes of stirring up some discussion, surprised Sarvatt knows :p
[20:43] <tjaalton> ah
[20:50]  * mlankhorst pokes Sarvatt 
[21:21] <Sarvatt> mlankhorst: #nouveau scrollback :)
[21:22] <mlankhorst> ah ofc
[21:25] <mlankhorst> really frustrating though
[21:30] <Sarvatt> was surprised to see fedora was shipping it even, any idea if YokoZar is going to enable it in ubuntu?
[21:32] <mlankhorst> no idea, I've been using it for ages lol
[21:32] <Sarvatt> holy crap, wine in wheezy got upgraded to 1.4.1
[21:32] <mlankhorst> the ubuntu-wine ppa has it though
[21:32] <mlankhorst> quite stable
[21:42] <mlankhorst> Sarvatt: fedora ships wine modifications? not that I know of at least..
[21:42] <Sarvatt> http://pkgs.fedoraproject.org/cgit/wine.git/tree/wine.spec
[21:42] <Sarvatt> check out may 28th
[21:42] <mlankhorst> oh :p
[21:42] <Sarvatt> http://pkgs.fedoraproject.org/cgit/wine.git/tree/wine-pulse-1.5.4.patch they use that, no attribution on it so no clue if its yours or the other one
[21:43] <mlankhorst> well it is, just an old version