[11:47] <ara> tseliot, ping
[11:48] <tseliot> ara: pong
[11:49] <ara> tseliot, hey!, when I try to activate compiz it gives me an error "desktop effects could not be activated", but I don't get any errors in Xorg.0.log or syslog
[11:49] <ara> tseliot, any ideas where to look?
[11:50] <tseliot> ara: what does "glxinfo | grep direct" say?
[11:50] <ara> tseliot, Error: couldn't find RGB GLX visual or fbconfig
[11:51] <tseliot> ara: I need the output of "update-alternatives display gl_conf" and your /var/log/Xorg.0.log
[11:52] <ara> tseliot, alright
[11:53] <ara> tseliot, http://paste.ubuntu.com/352857/ 
[11:53] <ara> tseliot, http://paste.ubuntu.com/352859/
[11:55] <tseliot> ara: did it work when you first tried my packages?
[11:56] <tseliot> "it" being compiz
[11:56] <ara> tseliot, no, I just tried it today
[11:56] <ara> s/no/I hadn't tried before :)
[11:58] <tseliot> ara: what do "lsmod" and "dmesg" say?
[11:59] <tseliot> the log looks fine...
[11:59] <ara> tseliot, http://paste.ubuntu.com/352861/
[12:00] <ara> tseliot, http://paste.ubuntu.com/352863/
[12:01] <tseliot> the right kernel module seems to be there too
[12:03] <tseliot> ara: let's see your xorg.conf
[12:04] <ara> tseliot, http://paste.ubuntu.com/352866/
[12:04] <tseliot> ara: and the output of this command: ldd /usr/bin/glxinfo
[12:05] <ara> tseliot, http://paste.ubuntu.com/352867/
[12:12] <tseliot> ara: and the output of this command: cat /etc/ld.so.conf.d/GL.conf
[12:12] <tseliot> if the file is empty then I know what to fix
[12:14] <tseliot> also see if /usr/lib/nvidia-current/ld.so.conf exists
[12:15] <ara> ara@sushirider:/var/log$ cat /usr/lib/nvidia-current/ld.so.conf 
[12:15] <ara> /usr/lib/nvidia-current
[12:15] <ara> ara@sushirider:/var/log$ cat /etc/ld.so.conf.d/GL.conf 
[12:15] <ara> /usr/lib/nvidia-current
[12:18] <tseliot> that's correct too
[12:18] <tseliot> hmm...
[12:19] <tseliot> ara: does nvidia-settings work?
[12:19] <tseliot> or does it only show a limited number of options
[12:19] <tseliot> ?
[12:20] <ara> tseliot, it works
[12:20] <ara> tseliot, but "Fail to query the GLX server vendor."
[12:21]  * bryyce waves
[12:22] <tseliot> ara: ok, let's see if glx exists and what it points to (let's pretend that the X log lied)
[12:22] <tseliot> bryyce: hey
[12:22] <ara> hey bryyce
[12:22] <bryyce> NFI why I'm awake at 4:30am
[12:24] <tseliot> ara: which means that you should check "ls -l /usr/lib/nvidia-current/xorg/libglx.so",  "ls -l /etc/alternatives/libglx.so" and "ls -l /etc/alternatives/libglx.so"
[12:24] <tseliot> bryyce: :-)
[12:26] <tjaalton> what about just running glxinfo
[12:27] <ara> tseliot, those 3 are there
[12:27] <ara> (with 777 permissions)
[12:27] <ara> tseliot, http://paste.ubuntu.com/352880/
[12:27] <tseliot> the 2nd and the 3rd are the same
[12:28] <tseliot> I meant "ls -l /usr/lib/xorg/modules/extensions/libglx.so"
[12:28]  * tseliot blames it on the clipboard
[12:31]  * ara blames Ctrl+C/Ctrl+V
[12:31] <ara> tseliot, same thing
[12:31] <ara> ara@sushirider:/var/log$ ls -l /usr/lib/xorg/modules/extensions/libglx.so
[12:31] <ara> lrwxrwxrwx 1 root root 27 2010-01-05 14:44 /usr/lib/xorg/modules/extensions/libglx.so -> /etc/alternatives/libglx.so
[12:33] <tseliot> ara: ok, I must be something else then. I'll investigate the problem and let you know
[12:33] <tseliot> thanks for reporting the problem
[12:34] <tjaalton> ara: what about the output of glxinfo?
[12:34]  * tseliot is having a hard time getting Lucid to work on his testing box
[12:39]  * tseliot -> lunch
[12:39] <bryyce> you need more boxes ;-)
[12:39]  * bryyce -> bed
[12:40] <tjaalton> hmm, compiz-wrapper is no more, and compiz-core doesn't depend on mesa-utils
[12:41] <tjaalton> ara: install mesa-utils and try again
[12:41] <jcristau> but it still uses glxinfo?  i thought that would be gone and it'd do the GL calls itself?
[12:41] <tjaalton> maybe
[12:41] <tjaalton> compiz works here anyway :)
[12:42] <tjaalton> but glxinfo is in mesa-utils
[12:42] <tjaalton> or just running 'compiz --replace' should show the error
[12:44] <ara> ara@sushirider:/var/log$ compiz --replace
[12:44] <ara> compiz (core) - Fatal: Root visual is not a GL visual
[12:44] <ara> compiz (core) - Error: Failed to manage screen: 0
[12:44] <ara> compiz (core) - Fatal: No manageable screens found on display :0.0
[12:44] <ara> Launching fallback window manager
[12:44] <jcristau> glxinfo and xdpyinfo plz?
[12:47] <ara> ara@sushirider:/var/log$ glxinfo 
[12:47] <ara> name of display: :0.0
[12:47] <ara> Error: couldn't find RGB GLX visual or fbconfig
[12:47] <ara> http://paste.ubuntu.com/352892/
[12:49] <jcristau> weird.
[12:51] <soren> ara: You have an nvidia card?
[12:51] <ara> soren, yes
[12:52] <soren> ara: And it actually works for you? I thought all nvidia users were screwed by bug #494627.
[12:53] <ara> soren, I am using tseliot's PPA, I am reporting back to him, to try to upload it to Lucid asap :)
[12:54] <soren> Aha!
[12:54] <soren> :)
[12:55] <soren> Perhaps I should do the same.
[12:56] <soren> Which PPA is this?
[12:56] <soren> tseliot: You have a whole bunch :)
[12:57] <soren> proprietary-video-improvements?
[12:57] <soren> That one seems to have recent stuff in it.
[12:59] <tjaalton> that's the one
[12:59] <jcristau> hrm.  the backtrace in 440323 doesn't have libGL symbols…
[13:00] <jcristau> also the ext_name is weird
[13:00] <jcristau> #6  0x00007fa4bc76e7b2 in XextAddDisplay (extinfo=0x17153c0, dpy=0xf1f340, 
[13:00] <jcristau>     ext_name=0x7fa4ae23a550 "ueryObjectuiv", hooks=0x7fa4ae35c2a0, 
[13:00] <jcristau>     nevents=17, data=0x0) at ../../src/extutil.c:112
[13:00] <jcristau> 	dpyinfo = (XExtDisplayInfo *) 0xec0010
[13:00] <soren> "ueryObjectuiv" :)
[13:03] <jcristau> and no qt symbols in 419501. bleh.
[13:08] <jcristau> and 278261 doesn't look like a libxcb bug.
[13:08] <tjaalton> a new bug triager \o/ :)
[13:09] <jcristau> i was looking whether your sync request had been processed, and there were 4 bugs in https://launchpad.net/ubuntu/+source/libxcb/+bugs so i figured i'd look :)
[13:09] <tjaalton> hehe
[13:10] <jcristau> not going to look at the 292 xorg-server ones ;)
[13:10] <jcristau> 334264 should probably be closed as fixed in 1.7.x though
[13:10] <tjaalton> it's rather depressing going through them
[13:15] <jcristau> (only looked at the title for the Xdmx bug, didn't look at the details)
[13:15] <tjaalton> I'll ask the reporter to test on a lucid livecd
[13:20] <jcristau> bah 435686 has no symbols for the server
[13:20] <jcristau> weird though, caught a signal in EvdevOn
[13:21] <jcristau> might be the bug fixed in evdev 2.2.6
[13:29] <tjaalton> yep, asked to verify
[14:02] <tjaalton> bryyce: btw, what happens when the log time counter hits 99999.999999? :)
[14:36] <alkisg_> I'm trying Lucid on my laptop with nvidia 8600M GT. Isn't nouveau supposed to be automatically used? I can't even install it:
[14:36] <alkisg_> xserver-xorg-video-nouveau: Depends: xserver-xorg-core (>= 2:1.6.2) but it is not going to be installed
[14:36] <alkisg_> E: Broken packages
[14:36] <alkisg_> Any clues?
[14:37] <tjaalton> it hasn't been updated
[14:37] <tjaalton> and no, nouveau is not used by default
[14:38] <alkisg_> tjaalton: so the only solution for nvidia on Lucid for the moment is vesa, right?
[14:38] <tjaalton> beginning to doubt it will (for lucid=
[14:38] <tjaalton> today, yes
[14:38] <alkisg_> Thank you
[14:39] <bjsnider> tjaalton, the .33 kernel nouveau driver would not be backported to the lucid kernel?
[14:39] <tjaalton> bjsnider: nothing happened so far
[14:39] <tjaalton> visible anyway
[14:39] <bjsnider> and after linus worked so hard to bully red hat into getting it in there
[14:40] <alkisg_> bjsnider: so if I install .33 I'll get working nouveau drivers? (with all the instability, of course, I don't mind...)
[14:40] <tjaalton> alkisg_: no
[14:40] <tjaalton> the ddx will still fail to install
[14:40] <jcristau> you'll still need the userspace part
[14:41] <alkisg_> May I ask a last question? I tried passing "xforcevesa" as a kernel parameter, and it only seemed to work some of the times, I didn't get when exactly (was it only on the live CD?)
[14:41] <alkisg_> Is there any way to specify that I want to use vesa without creating a xorg.conf?
[14:42] <jcristau> rm xorg.conf
[14:42] <jcristau> it should fall back to vesa on its onw
[14:42] <jcristau> ^t
[14:42] <tjaalton> though it'll use nv and that'll crash
[14:42] <jcristau> ah
[14:42] <jcristau> then  uninstall nv, or create xorg.conf
[14:42] <jcristau> i thought mvo had fixed nv btw?
[14:42] <tjaalton> or maybe not, but at least the colors are wrong. that's what mvo's patch would fix
[14:43] <jcristau> ack
[14:43] <tjaalton> it's not yet in the server
[14:44] <alkisg_> Yeah nv had some weird green/black colors
[14:44] <alkisg_> Not usable at all
[14:44] <mvo> that is a side-effect of my initial crash fix, it fixes the crash, but that is not helpful (because of the colors)
[14:46] <tjaalton> jcristau: libxcb finally synced (manually)
[14:46] <jcristau> are you guys going for intel 2.10?
[14:48] <tjaalton> probably
[14:49] <tjaalton> we need to install some headers from libdrm again
[14:49] <mvo> given the amount of complains about the funny colors I guess I should upload a revert -nv and a patched xserver this evening - unless there is feedback on ML that says otherwise- what do you think?
[14:49] <tjaalton> erm, add to libdrm-dev, and Replace linux-libc-dev
[14:50] <tjaalton> mvo: I can add it to the server
[14:50] <tjaalton> and merge it too
[14:50] <tjaalton> with the new version in sid
[14:50] <mvo> sounds good
[14:50] <tjaalton> but first I'd like to know why I always get failsafe (which doesn't work with kms)
[14:51] <jcristau> i haven't actually tested what i uploaded to sid, i'm running 1.7.99.3-ish atm :/
[14:52] <tjaalton> hehe
[14:52] <tjaalton> I believe it works
[14:52] <tjaalton> will test too
[14:52] <jcristau> i had been running 1.7.3.901 for a while before though
[14:53]  * mvo will upload -nv with the reverted patch in a bit
[14:55]  * sebner waves
[14:55] <tseliot> sebner: what does "update-alternatives --display gl_conf" say?
[14:56] <sebner> tseliot: http://pastebin.com/m1ae40c9
[14:57] <tseliot> sebner: try "sudo sh /bin/nvidia-bug-report.sh" and show me the log that it generates
[14:59] <sebner> tseliot: http://pastebin.com/m7032eae5
[15:01] <tseliot> sebner: try with "sudo apt-get install --reinstall nvidia-current" (as it's pointing to the wrong glx file)
[15:01] <sebner> tseliot: then restart right?
[15:02] <tseliot> sebner: no, maybe just show me the output of "ls -l /etc/alternatives/libglx.so"
[15:02] <tseliot> and then restart
[15:02] <sebner> tseliot: lrwxrwxrwx 1 root root 38 2010-01-07 15:42 /etc/alternatives/libglx.so -> /usr/lib/nvidia-current/xorg/libglx.so
[15:03] <Sarvatt> [    0.123515] (II) Loading /usr/lib/xorg/modules/extensions/standard/libglx.so
[15:03] <tseliot> sebner: ok, now restart and then do a "sudo sh /bin/nvidia-bug-report.sh" again and give me the log
[15:03] <sebner> aye
[15:03] <tseliot> Sarvatt: yes, that is why I asked him to reinstall the package
[15:03] <Sarvatt> you've got the same problem I do sebner, moving /usr/lib/xorg/modules/extensions/standard/libglx.so away should fix it
[15:04] <bjsnider> he's having the same problem sarvatt was
[15:04] <sebner> heh
[15:04] <bjsnider> oh, he just said that
[15:04] <Sarvatt> i reinstalled it 4 times, no luck without manually moving the .so out of the way :(
[15:05] <bjsnider> wait, i thought aptitude fixed it?
[15:05] <bjsnider> your last message said aptitude fixed the problem
[15:05] <Sarvatt> not here
[15:05] <tseliot> Sarvatt: it means that X looks for libglx.so in subdirectories and ignores the link in /usr/lib/xorg/modules/extensions/
[15:05] <Sarvatt> yeah thats what I got from it too, and couldn't figure out why
[15:06] <tseliot> jcristau: does this make sense to you ^^ ?
[15:06] <sebner> tseliot: http://pastebin.com/m46823125
[15:06] <tseliot> or, is it a feature? ;)
[15:06] <Sarvatt> it prefers the actual file even though its in a subdirectory over the link in the main directory
[15:06]  * sebner uses apt-get :P
[15:06] <tseliot> right
[15:07] <tseliot> ok, let me fix that
[15:07] <jcristau> tseliot: dunno.  should all be in hw/xfree86/loader/ somewhere.
[15:07] <tseliot> ok
[15:07] <bjsnider> Sarvatt, i thought it was just that the alternatives hadn't taken effect
[15:08] <Sarvatt> reinstalling fixed the alternatives but that didnt fix the problem
[15:08] <Sarvatt> had to move the .so out of the way
[15:09] <bjsnider> but the .so in the /standard/ path is a link
[15:09] <Sarvatt> nope thats the actual one that used to be in /usr/lib/xorg/modules/extensions/ before
[15:10] <afv> hi. resuming after suspend leads me to a gray screen (this started happening in lucid pre-alpha. it was fine before. i'm using nvidia). if i have Rhythmbox playing before suspending, when resuming it continues playing.. i can only go to a tty after doing a Alt+SysRq+R, but always with a gray screen..
[15:10] <bjsnider> Sarvatt, are you sure about that?
[15:10] <Sarvatt> yeah 100%
[15:11] <Sarvatt> libdri.so and libglx.so were just moved there in the xserver packaging
[15:11] <Sarvatt> work calls :(
[15:13] <afv> if it helps, Xorg.0.log: http://pastebin.com/d2e13acca
[15:13] <afv> and pm-suspend.log: http://pastebin.com/d2b126605
[15:14] <tjaalton> afv: power management with blobs is like gambling
[15:15] <afv> blobs?
[15:15] <tjaalton> nvidia
[15:15] <afv> ah
[15:15] <tjaalton> binary blob
[15:15]  * tseliot nods
[15:20] <bjsnider> someone in another channel was complaining that his ati card under the radeon driver was constantly at full throttle while under fglrx it was dynamic, usually low power mode
[15:21] <tjaalton> radeon doesn't support that yet
[15:23] <tseliot> tjaalton: it does but it's highly experimental
[15:23] <tseliot> ;)
[15:23] <tjaalton> right
[15:25] <tseliot> I'll experiment with this when I have to time to create a radeon package with dkms
[15:29] <afv> hum... "bonobo-activation-server (afv-6617): could not associate with desktop session: Failed to connect to socket /tmp/dbus-zUBPlHkmdZ: Connection refused"
[15:32] <afv> forget it
[15:39] <afv> i find nothing special at syslog... http://pastebin.com/d216d2830
[15:41] <tjaalton> what I tried to say is that there's probably nothing we can do about it
[15:41] <afv> isn't there a way i can debug it better?
[15:43] <afv> or.. try with another driver, for example?
[15:44] <tjaalton> currently there is no other driver that works even that much
[15:44] <afv> hmm, ok
[15:44] <afv> thanks then
[15:44] <afv> brb
[16:02] <sebner> tseliot: something went really wrong: sebner@ubuntu:~$ glxgears
[16:02] <sebner> Error: couldn't get an RGB, Double-buffered visual
[16:03] <tseliot> sebner: what does "sudo sh /bin/nvidia-bug-report.sh" say?
[16:04] <sebner> tseliot: don't always forget poor /usr/ :P  http://pastebin.com/m28c9838a
[16:05] <tseliot> sebner: ok, it looks like the right glx is loaded now but dri is not: (EE) Failed to load module "dri" (module does not exist, 0)
[16:05] <sebner> grrrrr
[16:05] <tseliot> sebner: which means that I should fix that in nvidia
[16:06] <sebner> heh
[16:06] <tseliot> as nvidia still points to the old path
[16:06] <sebner> I was right
[16:06] <sebner> nvidia rebuild :P
[16:06] <tseliot> no more X recompilation should be required
[16:07] <sebner> heh
[16:07]  * sebner happy
[16:33] <sebner> tseliot: baaaaad news, http://pastebin.com/m466a5e34
[16:33] <sebner> haha, now glx fails again
[16:34] <sebner> tseliot: maybe reinstall xserver to pick new one up?
[16:34] <tseliot> sebner: it doesn't hurt to try
[16:38] <sebner> tseliot: I'm sorry, still b0rken
[16:39] <tseliot> sebner: ls -l /etc/alternatives/libglx.so
[16:39] <sebner> tseliot: lrwxrwxrwx 1 root root 31 2010-01-07 17:28 /etc/alternatives/libglx.so -> /usr/lib/standard-x11/libglx.so
[16:40] <tseliot> sebner: update-alternatives --display gl_conf
[16:40] <sebner> tseliot: http://pastebin.com/m2e715488
[16:41]  * tseliot screwed up again
[16:41] <sebner> heh
[16:41] <tseliot> I mean, let me check ;)
[16:42] <tseliot> ok, I overdid
[16:42] <sebner> haha
[16:43] <tseliot> switching between desktops with the same screen (with different brightness) is killing my eyes
[16:44] <sebner> heh
[16:45] <tseliot> let me fix that
[16:50] <sebner> :)
[16:56] <tseliot> sebner: ~proprietaryppa22 should do the right thing
[16:56] <sebner> tseliot: I'll try :)
[16:56] <tseliot> thanks
[16:59] <afv> back. purged nvidia and installed nouveau
[16:59] <afv> suspend is working :p
[17:01] <tseliot> yes, that usually works ;)
[17:01] <tseliot> afv: are you using Lucid?
[17:02] <tjaalton> kees: how's the libaudit main promotion doing? :)
[17:04] <tseliot> superm1: speaking of mirs, any progress on the one for libvdpau?
[17:04] <kees> tjaalton: well... I'd like to get it derooted.
[17:05] <kees> tjaalton: which requires a fair bit of work/testing.
[17:05] <kees> tjaalton: at present, it's a postponed workitem for Lucid.  what needs it?
[17:05] <tjaalton> kees: we've disabled selinux from xserver due to libaudit being in universe
[17:07] <tjaalton> kees: so, it's just a diff to debian
[17:09] <kees> tjaalton: ok, I'll try to get it done, but time isn't looking great.
[17:10] <tjaalton> kees: ok
[17:19] <sebner> tseliot: here we go again: http://pastebin.com/m13d1ad5a
[17:21] <tseliot> sebner:  ls -l /etc/alternatives/libglx.so
[17:22] <sebner> tseliot: lrwxrwxrwx 1 root root 38 2010-01-07 18:12 /etc/alternatives/libglx.so -> /usr/lib/nvidia-current/xorg/libglx.so
[17:22] <tseliot> sebner: it should work now
[17:22] <tseliot> does it?
[17:22] <sebner> tseliot: nope
[17:22] <sebner> tseliot: Error: couldn't get an RGB, Double-buffered visual
[17:30] <tseliot> ERROR: Error while querying attribute 'GLXServerVersion' on ubuntu:0.0
[17:30] <tseliot>        (Unknown Error).
[17:37] <sebner> tseliot: that means?
[17:38] <tseliot> sebner: I think it's still using the wrong libGL libraries
[17:39] <tseliot> sebner: cat /etc/ld.so.conf.d/GL.conf
[17:40] <sebner> tseliot: /usr/lib/nvidia-current
[17:40] <tseliot> which is correct
[17:41] <sebner> hmmm
[17:41] <sebner> weird
[17:41] <tseliot> more weirdness
[17:43] <tseliot> sebner: maybe do a "sudo ldconfig"
[17:43] <tseliot> and reboot
[17:43]  * sebner tries
[17:49] <sebner> tseliot: still the same issue :(
[17:54] <tseliot> sebner: maybe try to move /usr/lib/libGL.so.1.2 away, then ldconfig and reboot
[17:54] <tseliot> this shouldn't happen though
[17:54] <sebner> tseliot: away means .backup is ok?
[17:55] <tseliot> yes, of course
[17:56] <sebner> tseliot: seems something is b0rken. still not working
[17:56] <sebner> This was my 32nd reboot today btw ;)
[17:57] <jcristau> .backup means it's still visible for ldconfig
[17:57] <tseliot> oh, I misread your sentence then
[17:57] <tseliot> I missed the dot
[17:57] <sebner> ohhh
[17:57] <tseliot> jcristau: thanks for spotting that. My eyes are way too tired
[17:57] <sebner> now it's /usr/lib/foobar
[17:57] <sebner> ^^
[17:58] <sebner> tseliot: not only yours ^^
[17:58] <tseliot> sebner: that should be ok
[17:58] <tseliot> now sudo ldconfig and reboot
[17:59] <tseliot> maybe ldconfig got lazy or maybe (more likely) I'm doing something wrong in the packaging
[18:00] <sebner> Number 33 brought me luck
[18:00] <sebner> *hehehe*
[18:00] <sebner> working now
[18:04] <tseliot> sebner: ok, what if you put the library back and type ldconfig -n /usr/lib/nvidia-current
[18:04] <sebner> tseliot: I'll test later. Now I'm giving my harddrive a break ;)
[18:05] <tseliot> sebner: ok, no hurry
[18:35] <sebner> wb tseliot 
[18:35] <sebner> :)
[18:36] <sebner> tseliot: is there a difference between ldconfig and sudo ldconfig? No output at all with both
[18:36] <tseliot> sebner: it should be done with sudo
[18:36] <sebner> k
[18:36] <tseliot> did you try the command that I suggested before?
[18:36] <tseliot> sudo ldconfig -n /usr/lib/nvidia-current
[18:36] <sebner> tseliot: Guess why I asked :P I haven't rebooted yet though
[18:37] <tseliot> sebner: aah
[18:37] <tseliot> ok
[18:39] <sebner> tseliot: nvm, rebooting now
[18:40] <tseliot> ok
[18:41] <sebner> tseliot: working
[18:41] <tseliot> sebner: ldd /usr/bin/glxinfo
[18:42] <sebner> tseliot: http://pastebin.com/m646d3d0d
[18:43] <tseliot> at this point I think that if something else calls ldconfig it can break things unless I move those libraries to a separate directory
[18:43] <tseliot> sebner: ok, it seems to be ok now
[18:44] <tseliot> jcristau: opinions on this?
[18:44] <jcristau> hmm?
[18:44] <sebner> tseliot: :D, great thanks! Though I would have ~10 reboots instead of ~40 if I had moved the file at the beginning ^^
[18:45] <tseliot> jcristau: I was thinking of moving libGL*, etc. to a different directory
[18:45] <tseliot> as currently I have to do ldconfig -n /path/to/the/right/libraries
[18:46] <tseliot> even though the path is set in /etc/ld.so.conf.d/GL.conf
[18:46] <tseliot> as ldconfig seems to look in /usr/lib first
[18:47] <tseliot> and then in whatever path we put in /etc/ld.so.conf.d/GL.conf
[18:48] <tseliot> sebner: oh, well, you did it for a good cause ;)
[18:50] <sebner> tseliot: new harddrive then plz :P
[18:50] <tseliot> heh
[20:10] <tjaalton> hrm, tseliot didn't add anything to the changelog about moving libglx/libdri