[00:00] <Sarvatt> still a big range between there to bisect down more
[00:01] <bryceh> yeah but we can probably rule a lot of stuff out
[00:01] <bryceh> like... there's a ton of glsl stuff, that's not going to be relevant right?
[00:03] <bryceh> oh wow, one of the patches in this set was one of the mildly suspicious anholt ones...  50a3349bee04088bee3491622d6ef3c032d01eac
[00:03] <Sarvatt> yeah and nothing with st/foo
[00:03] <bryceh> mesa: Set the base format of GL_ALPHA FBOs and teach swrast about it.
[00:03] <bryceh> the error message you and I are seeing has to do with GL ALPHA's (that's the 21 at the end of the message I gather)
[00:04] <bryceh> however there's nothing *obviously* wrong with that patch
[00:04] <bryceh> just that it's returning GL_ALPHA now in cases where it didn't, and 
[00:04] <bryceh> and at the point where we're getting that error message it's receiving alpha it isn't set up to deal with
[00:05] <bryceh> Sarvatt, btw any idea what the FS stuff anholt's working on is?
[00:05] <Sarvatt> Mesa 7.9-devel implementation error: Bad renderbuffer format: 21
[00:05] <Sarvatt> Please report at bugzilla.freedesktop.org
[00:05] <Sarvatt> (unity:9658): libunity-private-DEBUG: test-window.vala:295: This target does not support getting window details
[00:05] <Sarvatt> ** (unity:9658): DEBUG: Active window is: NULL
[00:05] <Sarvatt> ** (unity:9658): DEBUG: Switching to menus from XID 0
[00:05] <Sarvatt> ** (unity:9658): DEBUG: Looking for parent window on XID 56623107
[00:05] <Sarvatt> ** (unity:9658): DEBUG: Switching to menus from XID 56623107
[00:05] <Sarvatt> ** (unity:9658): DEBUG: Unable to get MWM functions for: 56623107
[00:05] <Sarvatt> that message is there during all the good builds too
[00:06] <bryceh> wondering if those can all be ignored
[00:06] <bryceh> oh
[00:06] <Sarvatt> yeah they can  be ignored, it's all hidden behind an env variable to use it
[00:06] <bryceh> rats, then so much for my theory
[00:07] <bryceh> but if it at all matters, I think that error message is caused by not supporting the MESA_FORMAT_A8 in the i915 code.  The support's there for 965 tho (which is probably why kenvandine doesn't see the warning)
[00:08] <bryceh> Sarvatt, so maybe next step would be to extract out all the glx patches from the 908 snapshot and see if the issue goes away
[00:08] <bryceh> we kinda suspect glx, and that would narrow it down to a small set of patches
[00:10] <Sarvatt> i'm checking 0915 now incase http://cgit.freedesktop.org/mesa/mesa/commit/?id=4ebf07a426771b62123e5fcb5a8be0de24037af1 fixes
[00:10] <Sarvatt> no dice
[00:11] <bryceh> Sarvatt, if you post the 0908 packages I can work on extracting the glx patches
[00:11] <bryceh> otherwise I should take care of some uploads for cnd
[00:13] <Sarvatt> http://sarvatt.com/downloads/bryce/
[03:16] <bryceh> kenvandine, you still around?
[03:52] <bryceh> guess not
[03:52] <bryceh> kenvandine, anyway I've fixed the bug, would be nice to get confirmation on your hw
[04:21] <Dink> bryceh, if you need to test it on 945GME I can be the guinea pig
[05:06] <bryceh> Dink, go ahead
[08:28] <kamstrup> bryceh,  is there some special repo i need in order to test out mesa_7.9~git20100909-0ubuntu2?
[08:31] <bryceh> kamstrup, no
[08:33] <kamstrup> bryceh, ok, holding on for it to hit the updates then :-)
[08:59] <RAOF> bryceh: Good morning.
[08:59] <bryceh> hi RAOF
[09:00] <RAOF> I understand that mesa 7.9 broke unity?
[09:00] <bryceh> yep
[09:00] <RAOF> Because of bug #632352 ?
[09:00] <ubot4> Launchpad bug 632352 in clutter-1.0 (Ubuntu) "Clutter fails to update with Mesa 7.9 (affects: 1) (heat: 10)" [Critical,Confirmed] https://launchpad.net/bugs/632352
[09:02] <RAOF> Which I hadn't noticed hadn't been uploaded?
[09:03] <bryceh> maybe; certainly it is some sort of bad state of drawables.  I found that reverting the drawable garbage collector made the issue resolve
[09:04] <bryceh> or at least, unity drew itself.
[09:04] <RAOF> I'll have a look at the patches you reverted and see if one of them contains the same thing.
[09:05] <bryceh> no
[09:05] <bryceh> the patches I reverted just swapped out the new garbage collector for the old crufty one
[09:05] <bryceh> so my guess is that this merely sweeps the problem under the rug
[09:06] <bryceh> iow the old gc may be sloppy and letting broken code get away with stuff
[09:06] <RAOF> Possibly.
[09:06] <bryceh> this clutter patch may be a more proper fix
[09:07] <RAOF> It certainly fixes *a* all-white-screen bug; I hadn't noticed that it hadn't been uploaded because I've been running those clutter packages while testing 7.9!
[09:07] <bryceh> on the other hand, if the new garbage collector is this brittle maybe that's ungood by itself
[09:07] <RAOF> It's not brittle; it's that clutter was depending on a mesa bug that got fixed.
[09:07] <bryceh> rah roah
[09:08] <bryceh> heh
[09:08] <RAOF> (IE: it was relying on mesa always sending swap events even when they hadn't been asked for)
[09:09] <bryceh> wow, well that'd be quite exasperating to know I wasted a day chasing down an X fix for something that's really a clutter fault!
[09:09] <RAOF> And when that bug got fixed in 7.9, the clutter mainloop no longer advances, because Unity doesn't ask for swap_events, so it doesn't recieve them, so clutter never advances the mainloop.
[09:10] <bryceh> ah
[09:10] <bryceh> so with the bugged mesa what happens, is it that invalid code sends out events?
[09:11] <RAOF> Yeah.  Prior to 7.9 mesa would unconditionally send out a bunch of events (invalidate, swap_complete, etc).
[09:12] <bryceh> commit f24ec6367b1cf6c6822fa998df8a877288711427
[09:12] <bryceh> Author: Kristian Høgsberg <krh@bitplanet.net>
[09:12] <bryceh> Date:   Wed Sep 8 18:54:30 2010 -0400
[09:12] <bryceh>     glx: Ignore DRI2 event for drawables we've destroyed
[09:12] <bryceh>     
[09:12] <bryceh>     Since we now actually destroy GLX drawables, we get into situations where
[09:12] <bryceh>     we get events for drawables that no longer exist.  Just ignore the
[09:12] <bryceh>     event in that case.
[09:12] <bryceh> then that might be the relevant one of the three
[09:13] <bryceh> although I had found if that was reverted but not 16887d042a917fa4773e4d853f50051b54e9948c as well, it still failed
[09:13] <RAOF> Yeah.  You could also have reverted:
[09:13] <RAOF> commit f8d81c31cee30821da3aab331a57f484f6a07a5d
[09:14] <RAOF> Author: Nick Bowler <nbowler@draconx.ca>
[09:14] <RAOF> Date:   Wed Jul 14 12:01:49 2010 -0400
[09:14] <RAOF>     dri2: Track event mask in client code.
[09:14] <RAOF>     
[09:14] <RAOF>     When direct rendering is being used, DRI2 BufferSwapComplete events are
[09:14] <RAOF>     sent unconditionally to clients, even if they haven't been requested.
[09:14] <RAOF>     This causes error messages to be printed by every freeglut application
[09:14] <RAOF>     of the form
[09:14] <RAOF>     
[09:14] <RAOF>       freeglut (./gears): Unknown X event type: 104
[09:14] <RAOF>     
[09:14] <RAOF>     and might confuse other clients.
[09:14] <RAOF>     
[09:14] <RAOF>     This is a fixed up version of the patch by Jesse Barnes, which drops
[09:14] <RAOF>     BufferSwapComplete events if they are not requested by clients.
[09:14] <RAOF>     
[09:14] <RAOF>     Fixes fdo bug 27962.
[09:14] <ubot4> Launchpad bug 27962 in gnome-system-tools (Ubuntu) "The generate random password is invalid (heat: 2)" [Medium,Invalid] https://launchpad.net/bugs/27962
[09:14] <RAOF>     
[09:14] <RAOF>     Signed-off-by: Nick Bowler <nbowler@draconx.ca>
[09:14] <RAOF>     Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
[09:14] <bryceh> slow wireless? ;-)
[09:15] <RAOF> Slow wireless → my server in .au → you in US :)
[09:16] <tjaalton> let's add this to the wiki http://sphotos.ak.fbcdn.net/hphotos-ak-snc4/hs713.snc4/63370_436968843916_823908916_5119505_7805897_n.jpg
[09:17] <bryceh> tjaalton, lol
[09:17] <RAOF> Heh.
[09:18] <bryceh> new stock reply time
[09:18] <tjaalton> yep :)
[09:19] <bryceh> tjaalton, you at xds too?
[09:20] <tjaalton> bryceh: nah
[09:21] <tjaalton> oh, phoronix finally has something about xds..
[09:24] <bryceh> the wayland/meego bit?
[09:25] <tjaalton> yep
[09:42] <cnd> RAOF, I've pushed a new update to evdev: http://git.debian.org/?p=users/corp186-guest/xserver-xorg-input-evdev.git;a=shortlog;h=refs/heads/ubuntu
[09:43] <cnd> I think a verbal (or over IRC :) ok would suffice for me to ask seb128 or didrocks to upload
[09:44] <RAOF> cnd: K.  Are you pushing to your private tree rather than pkg-xorg/xserver-xorg-input-evdev for some deep purpose? :)
[09:44] <bryceh> apparently to confuse me
[09:44] <cnd> RAOF, I don't want to push to the real tree until I get an ok
[09:44] <cnd> bryceh, hey
[09:44] <cnd> didn't expect you up at this hour
[09:44] <RAOF> Gah!
[09:45] <RAOF> Why can't I pull from git?
[09:45] <bryceh> cnd, drank too much coffee today chasing a mesa bug
[09:45] <cnd> bryceh, heh
[09:45]  * RAOF is terribly sorry about that!
[09:45] <cnd> bryceh, so the evdev change didn't work
[09:45] <cnd> your upload put my changes, a debdiff, as a source patch :)
[09:45] <bryceh> yeah looks like
[09:46] <bryceh> I was squeezing that in between mesa builds, obviously didn't check close enough
[09:46] <cnd> bryceh, np
[09:47] <bryceh> cnd, for future reference it'd help to either have the stuff committed directly to the ubuntu evdev tree, or posted as a debdiff, or just having the straight patch.
[09:47] <cnd> bryceh, my thought was that you could just git pull
[09:47] <bryceh> evidently anything different from that just confuses me ;-)
[09:47] <cnd> or cherry pick
[09:47] <cnd> but I can push directly to the real tree
[09:47] <bryceh> yeah... I'm just real sucky at git
[09:47] <cnd> heh
[09:47] <soreau> Can I get anyone running latest X bits to test compiz wallpaper? It has been broke and I am trying to determine if its fixed by a recent commit http://cgit.freedesktop.org/xorg/xserver/commit/?id=648c8871c92727d7b6b16859f27f12266a06a16e
[09:48] <soreau> Or if anyone has also experienced compiz wallpaper drawing nothing
[09:48] <cnd> bryceh, I come from the kernel world where the mechanisms of code commit are different
[09:48] <bryceh> yeah
[09:49] <bryceh> what about the synaptics upload, was that ok?
[09:49] <cnd> bryceh, looks like it
[09:49] <RAOF> I merged that into git, so I hope so :)
[09:50] <bryceh> RAOF, the evdev patch?
[09:50] <bryceh> yep
[09:51] <bryceh> RAOF, are you going to upload it?
[09:51] <bryceh> RAOF, or do you need me to?
[09:51] <RAOF> I need you too.
[09:51] <RAOF> But I'll just test build first!
[09:52] <bryceh> ok, I'm ready to upload on your signal
[09:57] <bryceh> cnd, sorry I've not been paying as much attention to mt as I had, it hit my annoyance threshold.
[10:11] <cnd> bryceh, yeah, sorry
[10:12] <cnd> it's really hitting my annoyance threshold too...
[10:15] <cnd> bryceh, RAOF says everything is ok for upload
[10:19] <cnd> his irc client isn't working quite right
[10:19] <cnd> he blames the dx team :)
[10:21] <jcristau> easy target
[10:22] <bryceh> cnd, RAOF, okay uploaded.
[10:23] <cnd> bryceh, thanks!
[10:23] <bryceh> np
[10:23] <cnd> I'm really sorry about the fire drills and piling on
[10:23] <cnd> and you should go get some sleep
[10:23] <cnd> :)
[10:23] <bryceh> hehe, quite true
[10:24] <bryceh> cnd, say hi to jbarnes for me
[10:27] <Wubbbi> Sarvatt: Is this Mesa update a fix for the clutter things?
[10:28] <cnd> bryceh, will do
[12:15] <kenvandine> bryceh, yay!
[13:49] <apw> Sarvatt, RAOF, did we used to carry some nvidia noaccel patches or am i on crack
[13:49] <kenvandine> Sarvatt, bryceh's upload didn't fix the mesa/unity problem for me
[13:49] <RAOF> apw: We used to carry some nvidia noaccel patches; you're not on crack.
[13:50] <kenvandine> on my GM45 or 945
[13:50] <kenvandine> hey RAOF
[13:50] <RAOF> kenvandine: https://bugs.edge.launchpad.net/ubuntu/+source/clutter-1.0/+bug/632352
[13:50] <ubot4> Launchpad bug 632352 in clutter-1.0 (Ubuntu) "Clutter fails to update with Mesa 7.9 (affects: 1) (heat: 10)" [Critical,Confirmed]
[13:50] <RAOF> Does that fix it?
[13:51] <kenvandine> RAOF, i didn't test that... missed that in reading the scrollback
[13:51] <apw> RAOF, so i got a report that a mac is showing the behaviour again on beta, noaccell fixes it 
[13:52] <apw> bug #546393
[13:52] <ubot4> Launchpad bug 546393 in linux (Ubuntu Lucid) (and 2 other projects) "MacBook Pro 5,1 / 5,2 / 5,3 / 5,5 fails to boot into 10.04 desktop (affects: 17) (dups: 1) (heat: 96)" [High,Fix released] https://launchpad.net/bugs/546393
[13:59] <RAOF> apw: Hm.  So, have we lost the noaccel blacklist?
[14:00] <RAOF> DBO: Hey!  You're probably hitting bug #632352.  Want to check out the fix from there?
[14:00] <ubot4> Launchpad bug 632352 in clutter-1.0 (Ubuntu) "Clutter fails to update with Mesa 7.9 (affects: 1) (heat: 10)" [Critical,Confirmed] https://launchpad.net/bugs/632352
[14:06] <kenvandine> RAOF, ok, testing that clutter... /me crosses fingers
[14:08] <kenvandine> RAOF, yay!
[14:08] <kenvandine> that worked for me
[14:09] <RAOF> Good!
[14:09] <RAOF> That'll be needing an upload, then :)
[14:09] <kenvandine> RAOF, any reason not to upload that?
[14:09] <kenvandine> i can do it :)
[14:10] <kenvandine> want me to?
[14:10] <RAOF> Yes, please.
[14:10] <kenvandine> cool
[14:10] <kenvandine> thx man!
[14:13] <RAOF> We should revert the mesa bandaid, too.
[14:15] <RAOF> apw: It looks like we have lost noaccel blacklist from the kernel.
[14:17] <apw> RAOF, hrmphs
[14:17] <apw> i'll find out about iot
[14:21] <kenvandine> RAOF, can you upload the reverted bandaid to the ppa for testing?
[14:21] <RAOF> Certainly.
[14:22] <kenvandine> thx
[14:22]  * kenvandine is scared :)
[14:24] <kenvandine> RAOF, actually... that would be basically exactly the mesa we had yesterday right?
[14:24] <kenvandine> i can test that easily
[14:25] <RAOF> kenvandine: It would indeed be exactly yesterday's mesa.
[14:25] <kenvandine> ok... let me test that quickly
[14:25] <kenvandine> can you prepare the source upload?
[14:25] <kenvandine> and can you upload after it is tested? i don't think i can upload X packages
[14:28] <RAOF> I can't upload it, either.
[14:29] <kenvandine> ok, we can find a sponsor... just prepare it :)
[14:29]  * kenvandine will brb... i hope
[14:30] <kenvandine> 7.9~git20100909-0ubuntu1
[14:30] <kenvandine> right?
[14:30] <njpatel> bryceh, RAOF, Sarvatt: btw, thanks for all the awesome work guys :)
[14:30] <RAOF> Yup.
[14:31] <apw> RAOF, ok confirmed that we no longer have the noveau noaccel patches... s
[14:31] <apw> s
[14:31] <apw> i assume we should only be reinstating them as we find confirmed requrements for them
[14:32] <RAOF> Yeah, that'd be right.
[14:32] <RAOF> njpatel: Sorry for breaking your baby :)
[14:33] <njpatel> RAOF, lol, one day I'll break X...and then you'll see! ;)
[14:33] <apw> RAOF, unfortuanatly we are already in RC freeze
[14:34] <RAOF> apw: And there are no more kernel uploads available! :(
[14:34] <apw> RAOF, as there is a noaccel on the command line work around i am unsure if its worth fighting the release team to get a spin
[14:34] <RAOF> It's probably releasenotable.
[14:35] <apw> RAOF, not ideal for surew
[14:35] <apw> hrm
[14:35] <apw> why do people test on the freeze date, and then tell you its broken ?
[14:36] <RAOF> Because they want it to work!
[14:36] <apw> heh not enough to test it when we might be able to do anything about it
[14:36] <kenvandine> RAOF, ok... it worked, mesa = 7.9~git20100909-0ubuntu1 with patched clutter works
[14:36] <RAOF> apw: Right.  If the tested it earlier, it might not work!
[14:36] <apw> heheh
[14:37] <kenvandine> RAOF, so YAY... lets get that uploaded
[15:25] <Dink> hmm with the new fixes. Should ubuntu-netbook-default-settings be changed as well the clutter vbank = none ?
[15:26] <kenvandine> Dink, i just uploaded a fix for that
[15:26] <Dink> ahh k
[15:27] <kenvandine> i had removed it from the package, but didn't rm it via postinst
[15:27] <kenvandine> since it was a conffile
[15:27] <Dink> so to test the new fix I should just rm it myself 
[15:28] <Dink> the 80lcutter_vblank_none file
[15:44] <Dink> removing the vblank=none I still get wsod
[15:44] <Dink> $ apt-cache policy libgl1-mesa-dri
[15:44] <Dink> libgl1-mesa-dri:
[15:44] <Dink>   Installed: 7.9~git20100909-0ubuntu2
[15:44] <Dink>   Candidate: 7.9~git20100909-0ubuntu2
[15:47] <Sarvatt> clutter-1.0 1.2.12-0ubuntu12 is what you need
[15:49] <Dink> libclutter ? I do not see a clutter-1.0
[15:49] <Dink> there is a clutter-1.0-tests
[15:50] <Dink> $ apt-cache policy libclutter-1.0-0
[15:50] <Dink> libclutter-1.0-0:
[15:50] <Dink>   Installed: 1.2.12-0ubuntu11
[15:50] <Dink> hmm maybe it hasn't been published yet ?
[15:52] <Dink> ahh yeah I haven't gotten it yet in my repo
[15:53] <Dink> switching repos now
[15:56] <Dink> hmm still nada getting it from launchpad
[15:57] <Dink> bb going to test
[16:06] <vish> bryceh: have mercy on us! bug watcher is on a rampage.. :(  it is checking status for old fix released bugs too
[16:06] <vish> importance rather...
[16:08] <Dink> yay all working. The only strange part after I installed the latest ubuntu-netbook-default-settings it actually did not remove the existing 80clutter_vblank_none file even though it was not listed in the .deb
 i had removed it from the package, but didn't rm it via postinst
 since it was a conffile
[16:09] <Sarvatt> thats what he meant by that :)
[16:10] <Dink> i thought that was the 0.8.7 release 
[16:10] <Dink> ahh its 0.8.8
[16:10] <Dink> I see it now
[16:11] <Dink> damn builds in 4hrs
[16:12] <Dink> sorry for language
[16:12] <Dink> slipped 
[16:14] <Sarvatt> yeah everyones rushing to shove packages in before the final freeze in an hour or so :)
[16:14] <Dink> Now that things are a bit slow do you have a quick moment to check something out ?
[16:17] <Dink> I remove gnome-shell, gir1.0, and mesa-utils and my issue got better
[16:19] <Dink> ohh and libgq4 got upgraded during that time also. Something there helped.
[16:19] <Dink> libgt4*
[16:35] <ScottK> Sarvatt or RAOF: Any hope for Bug #628077 getting fixed soonish?  I had thought you had a fix ~close at hand?
[16:35] <ubot4> Launchpad bug 628077 in xserver-xorg-video-intel (Ubuntu Maverick) (and 1 other project) "[i865] Crash on logout with KDM (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/628077
[16:48] <Sarvatt> ScottK: still working on it here but got caught up in the mesa mess, i'm sorry
[16:48] <ScottK> Sarvatt: OK. /Thanks.
[16:49] <Sarvatt> xserver-xorg-video-intel (2:2.12.0-1ubuntu61) maverick; urgency=low :D
[17:17] <Sarvatt> ugh, vblank interrupts are still horribly screwed on my netbook, things are jerky unless i move the mouse or disable it with a drirc
[17:19] <Sarvatt> could be the same thing that Wubbbi person was hitting yesterday, looks like its specific to these aspire ones
[17:32]  * bryceh waves
[17:32] <ScottK> Is the reversion of the new mesa garbage collector going to get reverted now that clutter is (as I understand it) fixed?
[17:32] <bryceh> vish, no mercy
[17:32] <vish> ;p
[17:33] <bryceh> vish, but it'll be over pretty soon, at least for gnome.  I'll probably kick off mozilla in a bit, that'll be another painful one
[17:33] <vish> yeah , gnome is that i get spammed..
[17:33] <vish> bryceh: but, why did the old fix released bugs need importance? it could have been blacklisted right?
[17:33] <Dink> Sarvatt, runing aod250 myself and haven't noticed anything yet
[17:35] <Sarvatt> Dink: run glxgears and dont touch the trackpad, it isn't choppy?
[17:35] <ScottK> bryceh: Would it be possible just not to send these emails?
[17:35] <bryceh> vish, I suspect the reason for that is since they were closed the regular updater wasn't updating them, so when this change came through it decided to catch them all up
[17:35] <vish> like Bug #181788 .. maybe something to consider for the other bug watches
[17:36] <ubot4> Launchpad bug 181788 in gtk+2.0 (Ubuntu Lucid) (and 6 other projects) "File chooser not working in current folder (affects: 23) (dups: 5) (heat: 148)" [Low,Fix released] https://launchpad.net/bugs/181788
[17:36] <bryceh> ScottK, not really, the launchpad code for doing the notices is pretty intricate and not configurable in that way
[17:36] <Sarvatt> my AOA150 starts thinking 15-18hz is the screen refresh rate if I dont move the mouse :)
[17:36] <vish> the gtk task got closed as fixed on 8-31 so might be something else..
[17:37] <ScottK> bryceh: Then IMO the difficulty cause by this is more than the benefit of going back and fixing.
[17:37] <bryceh> ScottK, guess we can disagree there then
[17:38] <vish> alrighty.. back to X bisecting! :)
[17:38] <ScottK> bryceh: You probably didn't get caught away from home with only your phone to read email on and no good way to script dumping them all.
[17:40] <Dink> Sarvatt, ahh yeah I see what you are saying. Yes same thing here. Also my other issue came back this time happend on just the netbook itself so it is not related to external monitor being plugged in.
[17:40] <vish> Sarvatt: does your AOA on return from suspend immediately show the screen?  mine stays black and i need to move cursor
[17:41] <Sarvatt> Dink: wget -O ~/.drirc http://sarvatt.com/downloads/drirc.txt
[17:41] <Dink> Sarvatt, 110-120 without moving and about 280-300 moving it
[17:41] <Sarvatt> vish: nope it doesn't but i dont use gnome-screensaver or screen locking at all so that might have something to do with it
[17:42] <vish> i dont lock either.. so might be screensaver..
[17:42] <Dink> Sarvatt, wow soo much better
[17:43] <Dink> 1040-1080 now
[17:43] <Sarvatt> its not the fps i'm worried about
[17:43] <Sarvatt> its fine that its lower, its just it thinks the screen refresh rate is like 15hz so things are choppy as heck
[17:45] <Sarvatt> wonder if any non aspire one netbooks are hitting this too
[17:56] <Sarvatt> ack, that mesa revert didn't go in already?
[17:59] <Sarvatt> guess it can wait for the next upload anyhow because we should have a RC release soon, trying to figure out what RAOF is doing with the git branches
[18:05] <ScottK> I may have another mesa change for you anyway.  Just uploaded a test package to my PPA.
[19:54] <Sarvatt> oops, missed the new fglrx released yesterday, uploading to x-updates now
[19:57] <Sarvatt> only fix that isn't SUSE specific is - System no longer fails while launching fgl_glxgears window when Anti-Aliasing and Desktop Effects are enabled
[23:01] <Sarvatt> bryceh: if you have a few moments to spare, would you be willing to look at this bug and tell me what you think regarding a SRU? https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/640214
[23:01] <ubot4> Launchpad bug 640214 in xserver-xorg-video-intel (Ubuntu) (and 1 other project) "X failed on Intel B43 machine (affects: 2) (heat: 16)" [Undecided,New]
[23:01] <Sarvatt> it's not urgent, i'm about to pass the heck out anyway :)
[23:29] <bryceh> looking
[23:30] <bryceh> will recognize -> will not recognize
[23:32] <bryceh> There's 5 patches, some of which arent' relevant, so I would suggest a) editing the non-relevant patches and remove their [x] patch flag, and b) explicitly linking the patch being proposed for sru in the description
[23:35] <bryceh> Sarvatt, the changes of adding pci ids seems quite sane, although the debdiff looks kinda weird, you might doublecheck that
[23:35] <bryceh> Sarvatt, but in general additions of pci ids to older releases is almost always fine for sru'ing
[23:37] <bryceh> Sarvatt, in fact we could probably be more aggressive at backporting pci ids in general, at least to the lts
[23:38] <bryceh> Sarvatt, yeah I'm kinda worn out still from yesterday myself 
[23:41] <Sarvatt> bryceh: oh shoot, you're right, I didn't clean the tree before creating the package so it's got the diff in there twice, what a bonehead move :)
[23:42] <bryceh> yeah removing the patch from debian/patches.  I've done that myself a time or two
[23:43] <Sarvatt> and thats good to know, there are a bunch of ati ones to add to x-x-v-ati I think that i'll look into tomorrow
[23:43] <bryceh> bet it'd build fine though, you don't need the patch after it's applied ;-)
[23:44] <bryceh> the first 2-3 ubuntu releases, following a release i'd just routinely snag all the new pci ids from each of the driver upstream git trees and do sru's
[23:44] <bryceh> but then it got so I just didn't have time, and often the newer hw required more than just pci ids anyway
[23:44] <bryceh> but those were always pretty straightforward sru's to get accepted