[02:23] <scientes> when can i get mesa 8.1 in xorg edgers?
[02:24] <RAOF> When it consistently builds, I'd guess :)
[02:24] <scientes> oh i see
[02:25] <scientes> wait im looking at the log, and it looks like its building just ine
[02:25] <scientes> https://launchpadlibrarian.net/107031799/buildlog_ubuntu-precise-amd64.mesa_8.1~git20120606.ec19bdd1-0ubuntu0sarvatt~precise_FAILEDTOBUILD.txt.gz
[02:26] <scientes> i mean, i don't see an actual error there
[02:26] <scientes> i'll download it and see if i can coax it...
[02:27] <RAOF> That'd be because mesa builds in parallel; you need to scroll a long way up, where you'll see that it's failing to find main/dispatch.h
[02:29] <scientes> oh i see
[02:40] <scientes> well thats an upstream problem
[02:40] <scientes> there is no dispatch at all is that source package ;)
[02:40] <scientes> *dispatch.h
[02:40] <scientes> needs next git version
[02:46] <scientes> that file is autogenerated
[02:53] <scientes> where is the software that checks out from git so i can run it locally?
[02:53] <scientes> cause i just build mesa from git just fine
[02:54] <scientes> oh nvm found it
[03:41] <scientes> ../../../../../src/mesa/libdricore/../main/api_arrayelt.c:45:27: fatal error: main/dispatch.h: No such file or directory
[03:41] <scientes> fffffffffffffffffff
[05:14] <scientes> guess you cant run two mesa's at the same time
[06:35] <tjaalton> mlankhorst: re; -rendition sync, no it can't since the tarballs don't match
[07:40] <mlankhorst> tjaalton: ?
[07:41] <mlankhorst> tjaalton: no easy way to force it? :s
[07:42] <tjaalton> no, until there's a new upstream release, which should happen for 1.13 abi
[07:44] <mlankhorst> ok, I'll just manually do it then.
[07:45] <tjaalton> it's called a fakesync when you take the new version but use our tarball
[07:46] <mlankhorst> with the diff applied it's still the new version then?
[07:46] <tjaalton> the diff is just the changelog entry
[07:47] <tjaalton> our diff that is
[07:47] <tjaalton> so you can take the debian version, bump the revision and build a new package by using our orig.tar.gz
[07:55] <mlankhorst> ok
[09:12] <mlankhorst> RAOF: xorg 1.12 https://launchpad.net/~ubuntu-x-swat/+archive/x-staging/+packages almost done when openchrome and ati are rebuilt
[09:36] <mlankhorst> RAOF: seems to work here with nouveau, I'll try nvidia drivers too
[09:55] <mlankhorst> ok both work
[09:57] <RAOF> Woot! Thanks
[10:24] <mlankhorst> RAOF: is this going into quantal or just for testing? :)
[10:25] <RAOF> mlankhorst: The packages in the PPA? They'll go into quantal once we've decided that the rest of the madness has settled sufficiently.
[10:26] <mlankhorst> ok :)
[10:37] <mlankhorst> RAOF: in fact could we not wait too long due or alternatively release xserver-xorg-video-nouveau from git to debian-experimental, and sync it?
[10:38] <RAOF> Sorry, I don't quite understand what you're saying.
[10:38] <RAOF> I think the upshot is that you'd like to sync xservzer-xorg-video-nouveau soon :)
[10:38] <mlankhorst> yeah, I have a fix in debian's git repo too i want to have
[10:38] <RAOF> What's libdrm like? The newer nouveau will need the newer ABI, right?
[10:39] <mlankhorst> RAOF: Oh the debian git has a hack for it
[10:39] <jcristau> ~ private copy of libdrm-nouveau in the ddx
[10:40] <RAOF> Sweet.
[14:16] <mlankhorst> bryceh: Every time I want to leave prime alone some new issue pops up ;)
[17:11] <stgraber> hey there, just a quick question for you. I'm currently working on the LXC auto upgrade testing backend to replace our slow Qemu backend for quite a few tests. Obviously after upgrading a desktop system, X tries to start and fails as the container doesn't have any video hardware.
[17:11] <stgraber> that's breaking some of our tests as we kind of like having X around. So I was wondering if there's a way of getting X to start but without any hardware or if I should try to dpkg-divert X to Xvfb instead
[17:18] <stgraber> (I tend to prefer dumping an xorg.conf file in my upgraded system rather than moving binaries around to make the system think Xvfb is X)
[21:02] <erappleman> bryceh, regarding the plans to use intel sna in quantal, would hwe take priority over that? airlied expects uxa+nouveau prime offloading to be present in quantal's graphics stack
[22:59] <RAOF> stgraber: Yes! Install xserver-xorg-{video,input}-dummy in your container's xorg.conf and you'll have a wonderfull headless X server.
[23:03] <stgraber> RAOF: sweet, thanks!