[19:51] <FernandoMiguel> bRoas
[20:51] <Sarvatt> tjaalton: http://kernel.ubuntu.com/~sarvatt/patches/116_use_shared_galliumcore.diff actually does work with 8.0 branch, just need to fix up the mesa-egl crap
[20:51] <tjaalton> oh, cool
[20:55] <Sarvatt> http://paste.ubuntu.com/823052/ should be the last problem that needs fixing
[20:59] <tjaalton> is this only on the ubuntu branch?
[20:59] <Sarvatt> yup
[20:59] <tjaalton> ok, so no need to bug kibi about it :)
[21:00] <tjaalton> oh right, it's due to moving the libs around
[21:01] <Sarvatt> maybe ya did something in the merge i'm glossing over and might remember it better :)
[21:03] <tjaalton> you mean i botched the merge? totally plausible
[21:03] <tjaalton> since this shouldn't be any different really
[21:03] <tjaalton> than what it was
[21:04] <Sarvatt> oh the mesa-egl crap completely isnt in debian
[21:05] <Sarvatt> no wonder it works there
[21:05] <Sarvatt> haven't seen that before and thought we inherited it in the merge
[21:09] <tjaalton> well it's possible that I missed something from rules when merging from debian
[21:10] <Sarvatt> rules merge looks fine to me looking at a399f4dab2de48673bf6da34dd10c4ff176dfbd3..HEAD :(
[21:18] <tjaalton> i bet it's dh_makeshlibs that's to blame
[21:20] <tjaalton> Sarvatt: check what's in the mesa-egl/ld.so.conf -file
[21:22] <Sarvatt> tjaalton: wait, i just managed to fix it but dont remember what i did
[21:22] <Sarvatt> too many context switches
[21:22] <tjaalton> haha
[21:22] <tjaalton> git diff!
[21:23] <Sarvatt> reverting this hunk of debian/rules
[21:23] <Sarvatt> -       dh_shlibdeps -s -l/usr/lib/$(DEB_HOST_MULTIARCH)/mesa:\
[21:23] <Sarvatt> -/usr/lib/$(DEB_HOST_MULTIARCH)/mesa-egl
[21:23] <Sarvatt> +       dh_shlibdeps -s \
[21:23] <Sarvatt> +               -l/usr/lib/$(DEB_HOST_MULTIARCH)/mesa:\
[21:23] <Sarvatt> +               /usr/lib/$(DEB_HOST_MULTIARCH)/mesa-egl
[21:23] <tjaalton> uh oh
[21:23] <Sarvatt> yay she built
[21:23]  * Sarvatt does a happy dance
[21:24] <tjaalton> of course
[21:24] <tjaalton> stupid me
[21:24] <Sarvatt> -rw-r--r-- 1 sarvatt sarvatt 4.5M Jan 30 21:19 libgl1-mesa-dri_8.0.0+git20120126+8.0.19f88670-0ubuntu0sarvatt_i386.deb
[21:24] <Sarvatt> it grew almost 2MB though
[21:24] <tjaalton> and all that for making it a tad nicer looking :)
[21:24] <Sarvatt> still better than the 27MB one without dricore and galliumcore
[21:24] <Sarvatt> i'll fix it in git
[21:25] <tjaalton> cool
[21:28] <Sarvatt> tjaalton: so mesa's good to go after the merge :)
[21:28] <tjaalton> eeexcellent
[21:29] <Sarvatt> merge now or wait for vdpau stuff to go in ya think?
[21:29]  * Sarvatt would prefer not bothering with vdpau because mesa's build system is already so freaking fragile but oh well
[21:29] <jcristau> +1
[21:30] <jcristau> does any app actually use these shiny video apis?
[21:30] <tjaalton> yeah maybe postpone it for now
[21:30] <tjaalton> sure does, but dunno how the gallium drivers work
[21:31] <tjaalton> at least nvidia blob vdpau is widely used (on my PVR for instance ;)
[21:31] <Sarvatt> i have no clue either
[21:32] <Sarvatt> (if it even works)
[22:04] <Sarvatt> tjaalton: oh yeah, you said you had a problem with xa on amd64? i'm building on i386 so didnt notice that
[22:05] <tjaalton> maybe I didn't, can't remember anymore
[22:05] <tjaalton> *did
[22:09] <RAOF> I we've had some inquiries about whether or not we support vdpau/vaapi; while there's not *that* much that uses it right now, there does seem to be a reasonably complete gstreamer element with support.
[22:14] <Sarvatt> RAOF: you use ati at all to test it?
[22:16] <Sarvatt> oh actually I have an ati in a desktop I run headless, can test it out there
[22:33] <RAOF> I do have an ATI to test it; I need to spin that machine up anyway, to update it.  It'll take *some time*
[22:34] <Sarvatt> ah no worries, vdpau stuff isn't in git
[22:34] <RAOF> What cards does it run on, anyway?
[22:45] <Sarvatt> doing the wayland merge
[22:45] <Sarvatt> RAOF: I dunno at all
[22:46] <RAOF> :)
[22:46] <Sarvatt> will look after this, imagine just radeon/nouveau
[22:46] <Sarvatt> r300+
[22:46] <RAOF> Oh, I mean: what chip generations.  Good, my 5450 should cover that :).
[22:48] <Sarvatt> should the wayland update wait until after A2 too?
[22:48] <Sarvatt> the wiki says soft freeze in effect today but haven't seen any announcements
[22:48] <Sarvatt> well yesterday for RAOF :P
[22:49] <tjaalton> wayland is not on the images, so it shouldn't matter
[22:49] <tjaalton> what about libxcb?
[22:49] <tjaalton> it surely is :)
[22:49] <RAOF> The archive still seems to be open; go for it.
[23:02] <FernandoMiguel>  1177    root         root            1      0.11s       1.34s       172K        0K         0K         0K    --       -     R        1      75%     Xorg
[23:02] <FernandoMiguel> this isn't normal :S
[23:03] <Prf_Jakob> tjaalton: Hey, I heard you wanted a Workstation Key?
[23:04] <Prf_Jakob> Anybody else want one (or Fusion for that matter)?
[23:05] <tjaalton> Prf_Jakob: well, I could test the new stuff yeah
[23:05] <Prf_Jakob> Ok, I'll fix one for you.
[23:05] <tjaalton> I only have precise to run it on though
[23:05] <Prf_Jakob> which hw/driver?
[23:06] <tjaalton> intel
[23:06] <tjaalton> sandybridge
[23:06] <Prf_Jakob> 7.10, 7.11 or 8.0?
[23:07] <tjaalton> oh mesa? 7.11 for the time being, hopefully 8.0 tomorrow
[23:07] <Prf_Jakob> I actually had a reports of 7.10 being slow on sandybridge, 7.11 and 8.0 should be fine.
[23:07] <Prf_Jakob> Oh you are probably good.
[23:08] <tjaalton> as long as the kernel module builds on 3.2 ;)
[23:08] <Sarvatt> yeah thats typically the problem I run into, hunting down kernel patches :)
[23:09] <Sarvatt> patches so the guest additions build against newer kernels i mean
[23:11] <Prf_Jakob> Running w/o tools work fine, if I have problems its with the host kernel modules Workstation wants to build.
[23:11] <RAOF> I could do with a key, if you'd like me to test stuff :)
[23:13] <Prf_Jakob> Just WS or does anybody want a Fusion key as well?
[23:13] <Prf_Jakob> Then again I guess nobody here runs Mac on thier computers ;)
[23:13]  * Sarvatt paid for fusion, its actually decently priced :)
[23:14] <Prf_Jakob> Yeah
[23:14] <Prf_Jakob> WS is a wee bit expensive.
[23:21] <Sarvatt> thank you for offering though Prf_Jakob
[23:23] <Sarvatt> bryce, RAOF, tjaalton: which ppa should I shove new wayland and mesa in?
[23:23] <Sarvatt> x-updates?
[23:23] <broder> RAOF: would it make any sense if that GPU hang i ran into was connected to the weird hsync/vsync issue with GnomeRR? i seem to only see it if i use GnomeRR to switch from internal-display-only to external-display-only
[23:24] <RAOF> broder: It would indeed make sense; GnomeRR is a wee bit crazy about that.  In particular, it'll switch the CRTC from internal to external, whereas the xrandr tool generally won't.
[23:25] <tjaalton> Sarvatt: x-staging imo
[23:25] <RAOF> It's entirely plausible that GnomeRR exposes a bug that you would be difficult to trigger in any other way.
[23:25] <tjaalton> and 7.11.2 in x-updates?
[23:26] <Sarvatt> oh 7.11.2 in x-updates for oneiric would indeed be a good idea
[23:26] <RAOF> Sarvatt: I concur; we might as well continue using x-staging.
[23:26] <Sarvatt> alrighty!
[23:26] <RAOF> I'd *like* 7.11.2 to be suitable for oneiric-updates; I don't know that it is, though. :/
[23:27] <bryce> Sarvatt, x-staging sounds good to me too
[23:27]  * Sarvatt is seriously sick of looking at mesa for tonight so task for tomorrow or something :)
[23:28] <tjaalton> Sarvatt: I can shove stuff somewhere too
[23:28] <tjaalton> also, wayland should be good to push straight to precise, right?
[23:28] <Sarvatt> still have to adapt all this crap to mesa master to get xorg-edgers building again, major changes in master after automakification
[23:29] <Sarvatt> well the merge is pushed to git, it needs a changelog still
[23:29] <Sarvatt> we have a pretty huge diff in debian/, this stuff needs to be pushed to debian
[23:32] <tjaalton> multiarch stuff yep
[23:35] <Sarvatt> ok got http://kernel.ubuntu.com/~sarvatt/wayland/ and pushed it to git, totally untested until i eat dinner :)
[23:35] <tjaalton> hum, wonder why we've had to add the COPYING.GPL-2 there
[23:44] <Sarvatt> tjaalton: wayland isn't in the images? huh?!
[23:44] <Sarvatt> oh
[23:44] <Sarvatt> forgot edgers is "special" due to newer cairo
[23:45] <Sarvatt> wayland-demos will need an update too, rrgh
[23:45] <Sarvatt> libwayland0 (= 0.1.0~0.2-0ubuntu3)
[23:46] <Sarvatt> that needs some drastic changes and it's in universe though
[23:46] <Sarvatt> with the weston rename
[23:49] <Sarvatt> are the cd images going to be in crisis mode if they grow 2MB?
[23:50] <Sarvatt> thats how much bigger libgl1-mesa-dri is compressed in 8.0
[23:50] <RAOF> We can see.
[23:50] <RAOF> :)
[23:50] <RAOF> Failing anything else, I believe we've got the leeway to grow to 750MB.
[23:51] <Sarvatt> i'll see if any of the other packages increased too
[23:51] <Sarvatt> http://paste.ubuntu.com/823262/
[23:52] <Sarvatt> thats rc2, i just hadnt bumped the changelog yet
[23:53] <Sarvatt> 30-Jan-2012 08:28  712M  Desktop CD for 64-bit PC (AMD64) computers (standard download)
[23:53] <Sarvatt> oh cool
[23:53] <RAOF> Yeah; we're already oversize :)
[23:53] <Sarvatt> maybe they should stop calling it "CD" on the download page
[23:54] <Sarvatt> and saying its a bug that its oversized :P
[23:54]  * Sarvatt installs newer mesa to his wife's laptop
[23:55] <Sarvatt> that's always a good stress test
[23:55] <Sarvatt> lots of reports about nvidia-current being hosed in current precise btw
[23:57] <Sarvatt> although two of the people hitting it were hit by busted unity-greeter in the end and blaming nvidia
[23:58] <Sarvatt>  /X
[23:58] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/921998 is pretty nasty
[23:58] <ubot4`> Launchpad bug 921998 in unity-greeter (Ubuntu Precise) (and 1 other project) "unity-greeter crashed with SIGSEGV in indicator_object_get_entries() (affects: 23) (dups: 7) (heat: 124)" [High,Confirmed]