| scientes | when can i get mesa 8.1 in xorg edgers? | 02:23 |
|---|---|---|
| RAOF | When it consistently builds, I'd guess :) | 02:24 |
| scientes | oh i see | 02:24 |
| 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:25 |
| 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:26 |
| 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:27 |
| scientes | oh i see | 02:29 |
| 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:40 |
| scientes | that file is autogenerated | 02:46 |
| 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:53 |
| scientes | oh nvm found it | 02:54 |
| scientes | ../../../../../src/mesa/libdricore/../main/api_arrayelt.c:45:27: fatal error: main/dispatch.h: No such file or directory | 03:41 |
| scientes | fffffffffffffffffff | 03:41 |
| scientes | guess you cant run two mesa's at the same time | 05:14 |
| tjaalton | mlankhorst: re; -rendition sync, no it can't since the tarballs don't match | 06:35 |
| mlankhorst | tjaalton: ? | 07:40 |
| mlankhorst | tjaalton: no easy way to force it? :s | 07:41 |
| tjaalton | no, until there's a new upstream release, which should happen for 1.13 abi | 07:42 |
| mlankhorst | ok, I'll just manually do it then. | 07:44 |
| tjaalton | it's called a fakesync when you take the new version but use our tarball | 07:45 |
| mlankhorst | with the diff applied it's still the new version then? | 07:46 |
| tjaalton | the diff is just the changelog entry | 07:46 |
| 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:47 |
| mlankhorst | ok | 07:55 |
| mlankhorst | RAOF: xorg 1.12 https://launchpad.net/~ubuntu-x-swat/+archive/x-staging/+packages almost done when openchrome and ati are rebuilt | 09:12 |
| mlankhorst | RAOF: seems to work here with nouveau, I'll try nvidia drivers too | 09:36 |
| mlankhorst | ok both work | 09:55 |
| RAOF | Woot! Thanks | 09:57 |
| mlankhorst | RAOF: is this going into quantal or just for testing? :) | 10:24 |
| 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:25 |
| mlankhorst | ok :) | 10:26 |
| 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:37 |
| 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:38 |
| mlankhorst | RAOF: Oh the debian git has a hack for it | 10:39 |
| jcristau | ~ private copy of libdrm-nouveau in the ddx | 10:39 |
| RAOF | Sweet. | 10:40 |
| mlankhorst | bryceh: Every time I want to leave prime alone some new issue pops up ;) | 14:16 |
| 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:11 |
| === yofel_ is now known as yofel | ||
| 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) | 17:18 |
| === llstarks is now known as erappleman | ||
| 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 | 21:02 |
| === Azelphur_ is now known as Azelphur | ||
| RAOF | stgraber: Yes! Install xserver-xorg-{video,input}-dummy in your container's xorg.conf and you'll have a wonderfull headless X server. | 22:59 |
| stgraber | RAOF: sweet, thanks! | 23:03 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!