[02:47] <RAOF> Oh, man.  Stupid tests.
[04:53] <RAOF> Ok.  There's the less annoying part done.
[04:54] <RAOF> Now to make these tests reliably pass or fail, rather than by nondeterministically by the wondrous mysteries of server processing.
[07:08] <RAOF> Dear unit-tests: What?
[18:10] <bryceh> looks like our mesa friend is back in 8.0.1:  https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/942662
[19:42] <tjaalton> http://www.elisanet.fi/jarnoalanko/2012-02-28%2015.22.28.jpg
[19:48] <seb128> bryceh, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/926379 got reopened
[19:49] <bryceh> seb128, yes I know, I reopened it ;-)
[19:50] <bryceh> er wait
[19:50] <bryceh> seb128, actually I unduped 942662
[19:51] <seb128> bryceh, if you want a new stacktrace tag the master apport-request-retrace
[19:51] <bryceh> ok
[19:51] <seb128> bryceh, that will tell the retracer to attach a new stacktrace from the next dup
[19:52] <seb128> rather than cleaning the dup as it does
[19:53] <bryceh> tjaalton, I see you included this bug # in the changelog for 8.0.1; by chance do you have any info on the issue beyond what was already recorded on the bug report?
[19:54] <tjaalton> bryceh: not really, trusted Sarvatt that it would've been fixed.. too bad if it isn't :/
[19:54] <bryceh> tjaalton, so niksula.hut.fi re-enabled c-a-b eh?  :-)
[19:55] <bryceh> tjaalton, ok
[19:55] <bryceh> Sarvatt, ^^ ideas?
[19:55] <tjaalton> bryceh: seems so :) (I didn't work for them, this is the IT lab at the CS department)
[19:55] <tjaalton> they're using 11.10 AIUI
[19:56] <bryceh> right, the one with the buggy compiz
[20:01] <Sarvatt> bryceh: https://www.libreoffice.org/bugzilla/show_bug.cgi?id=46303
[20:04] <tjaalton> libreoffice bugzilla? shared with fd.o?
[20:07] <Sarvatt> guess so, all google searches for fdo bugs bring up libreoffice.org domain equivalents now, its really annoying
[20:09] <tjaalton> heh
[20:09] <bryceh> Sarvatt, thanks
[20:10] <bryceh> so, is this a snb specific bug?
[20:13] <Sarvatt> timely thread on intel-gfx mailing list 1330374538-8138-1-git-send-email-anuj.phogat@gmail.com
[20:16] <bryceh> Sarvatt, subjectline?
[20:17] <Sarvatt> mid.gmane.org/1330374538-8138-1-git-send-email-anuj.phogat@gmail.com
[20:17] <Sarvatt> http://
[20:17] <tjaalton> [Intel-gfx] [PATCH] drm/i915: Handle request to map a very large buffer object
[20:17] <Sarvatt> [Intel-gfx] [PATCH] drm/i915: Handle request to map a very large buffer object
[20:17] <Sarvatt> yah
[20:19] <bryceh> thanks, yeah this looks pertinent
[20:49] <bryceh> ok, so looks like it needs a mesa patch and libdrm patch.  But we probably need to find how to repro the bug first
[20:51] <bryceh> tjaalton, do you have sufficient debian fu to wave tormod's intel-gpu-tools changes through?
[20:51] <bryceh> http://anonscm.debian.org/gitweb/?p=users/tormod-guest/intel-gpu-tools.git;a=summary
[20:51] <bryceh> http://alioth.debian.org/~tormod-guest/intel-gpu-tools/
[20:58] <tjaalton> bryceh: sure, isn't that a pkg-xorg maintained package?
[20:58] <tjaalton> if not, I don't have my account setup yet so can't upload atm
[20:59] <bryceh> tjaalton, official repo is at http://git.debian.org/?p=pkg-xorg/app/intel-gpu-tools.git
[20:59] <bryceh> so think it is
[21:00] <tjaalton> yeah I can merge it there
[21:01] <jcristau> well tormod can do that too
[21:01] <jcristau> but i think he's waiting on a sponsor
[21:01] <jcristau> ie kibi or me
[21:02] <tjaalton> ok
[22:22] <RAOF> Ahh, balls.  Is xserver-xorg-input-void broken?
[22:34] <Sarvatt> writing tests for the barriers stuff?
[22:48] <RAOF> Sarvatt: Indeed.  They work!
[22:48] <RAOF> Sarvatt: Now, to make sure they work even if I touch my pointer :)
[23:07] <bryceh> TMI