[00:05] <broder> so, uh, on the crazy ideas front, is it possible to use llvmpipe with the nvidia binary driver? nvidia's libgl is giving me no end of trouble
[00:19] <bryceh> broder, I believe llvmpipe is gallium only
[00:20] <broder> meaning it needs a server component?
[00:21] <bryceh> meaning it's mesa-only, which rules out nvidia and fglrx
[00:22] <broder> and there's no way to turn on mesa with the nvidia ddx? am i just saying things that don't make sense?
[00:23] <bryceh> right, the -nvidia binary driver just isn't architected to work that way
[00:23] <broder> :(
[00:24] <bryceh> raof is the gl guru though, he may know tricks
[00:25] <RAOF> broder: You could do that, but you'd need to set LD_LIBRARY_PATH to the mesa libGL.
[00:25] <broder> RAOF: right, i tried that but i got an error
[00:25] <broder> of course, in the process of trying harder, i've broken my laptop, so i can't tell you what that error was at the moment :)
[00:26] <broder> something about fbconfig and RGB visuals
[00:26] <RAOF> Oh, right.
[00:26] <RAOF> nvidia *also* replaces the Xserver's GLX with an incompatible version.
[00:26] <RAOF> Yeah, you're out of lucke.
[00:26] <broder> oh, so i should swap that out separately?
[00:26] <bryceh> broder, to unbreak, purge nvidia and reinstall
[00:27] <bryceh> broder, best case even if it worked with nvidia+llvmpipe you'd be entered into unsupported/untested crazy land :-)
[00:28] <broder> bryceh: oh, i'm well aware of that, but if it's unsupported/untested crazy land that *works*, i'll take my chances
[00:29] <broder> right now i'm seeing both compiz and mutter crash with a fairly high probability whenever i make a display geometry change with nvcontrol
[00:29] <broder> which is causing all kinds of unfortunate cascading problems
[00:32] <RAOF> broder: If you're willing to completely break nvidia's GL I *think* you could swap out nvidia's GLX for Xorg's GLX.
[00:33] <RAOF> I believe you'd want to divert /usr/lib/nvidia-$DRIVER_VER/xorg/libglx.so to do that, then restart X.
[00:34]  * broder nods
[00:35] <broder> right now, i appear to be falling down a http://xkcd.com/349/ shaped rabbit hole
[00:35] <broder> (i think i busted my initrd while i was screwing with things)
[00:36] <bryceh> broder, time to grow your beard longer
[00:36] <broder> heh
[01:28] <Sarvatt> bjsnider: woohoo libva
[01:52] <Sarvatt> so like, mesa 8.0 wont be shipping the default drirc to make unigine games work, hmm
[01:55] <Sarvatt> we'll need to add some /etc/drirc handling to mesa
[03:11] <Sarvatt> 19 files changed, 1146 insertions, 517 deletions in a mesa 8.0.1 stable update single commit..
[03:32] <bjsnider> yeah, i saw that they pulled in the libva stuff
[03:33] <bjsnider> they didn't even ask for the pbuilder proof
[03:43] <RAOF> We'll just hunt you down if it fails :)
[03:44] <bjsnider> i touched the code so long ago that i don't really remember much about it
[03:45] <bjsnider> i spent a lot more time working on the gmtk/gnome-mplayer scripts, so it's nice to see them included
[04:55] <tjaalton> bryceh: yeah to me it sounds like it's been like that all the time :/
[04:56] <tjaalton> bryceh: but as you pointed out, seems to be an issue with a dock and displayport, which only a few arrandale owners seem to have
[05:19] <bryceh> tjaalton, unfortunately one being our ceo
[05:20] <tjaalton> :)
[05:23] <tjaalton> at least it looks like upstream has a way to reproduce that one
[09:41] <tseliot> broder: hi, RAOF mentioned the fact that you did some work on hybrid graphics. Maybe some script on boot? Can you tell me more about it, please?
[17:02] <bryceh> tseliot, I can forward his script
[17:09] <bryceh> hmm, getting 403 errors from bugs.freedesktop.org
[17:11] <tseliot> bryceh: thanks, I've just seen your email
[17:19] <bryceh> anyone else getting 403's accessing https://bugs.freedesktop.org/ or is it just me?
[17:19] <tjaalton> works here
[17:24] <bryceh> hm
[17:28] <seb128> wfm
[22:34] <cnd> bryceh, RAOF, tjaalton, Sarvatt: I would like to push a new xserver (based on 1.11.4 and latest upstream input bits), libxi, evdev, and synaptics tomorrow
[22:35] <cnd> any issues with that?
[22:35] <RAOF> I don't have any problem with that.
[22:35] <Sarvatt> cnd: not here, there was an issue where you commited a fix when the previous hadn't been released yet but that was totally my fault for marking it precise instead of UNRELEASED thinking i'd find a sponsor fast
[22:36] <bryceh> cnd, sounds ok to me
[22:36] <cnd> Sarvatt, ahh, was this in xorg-server?
[22:36] <Sarvatt> yeah
[22:36] <cnd> Sarvatt, did you just squash the changelog into the unreleased one?
[22:37] <Sarvatt> i still had ubuntu9 checked out locally and tjaalton sponsored a package made from that, worked out ok
[22:37] <Sarvatt> so 10 wasnt in it
[22:37] <Sarvatt> was urgent because of mesa and the archive test rebuilds and wasnt sure if you're was ready
[22:37] <cnd> ok, so everything should be good to go?
[22:38] <Sarvatt> yup!
[22:38] <cnd> cool
[22:38] <Sarvatt> was just saying what issues i'd had in xserver in the past week, everythings ok now
[22:38] <cnd> Sarvatt, you should go to the DMB and ask for the creation of an X package set, and for upload rights to it
[22:39] <cnd> I'd be happy to give a positive assessment for it
[22:39] <Sarvatt> yeah tell me about it, going to do that "very soon now"
[22:39] <cnd> heh
[22:40] <RAOF> Have I not already asked for an X package set?
[22:40] <Sarvatt> have you?!
[22:41] <Sarvatt> i thought you short circuited it and got core-dev
[22:42] <RAOF> I did, but after that I think I also asked for an X package set.
[22:43] <Sarvatt> cnd: looking forward to it though, thanks for doing that :)