=== ripps|sleep is now known as ripps | ||
ara | tseliot, ping | 11:47 |
---|---|---|
tseliot | ara: pong | 11:48 |
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:49 |
tseliot | ara: what does "glxinfo | grep direct" say? | 11:50 |
ara | tseliot, Error: couldn't find RGB GLX visual or fbconfig | 11:50 |
tseliot | ara: I need the output of "update-alternatives display gl_conf" and your /var/log/Xorg.0.log | 11:51 |
ara | tseliot, alright | 11:52 |
ara | tseliot, http://paste.ubuntu.com/352857/ | 11:53 |
ara | tseliot, http://paste.ubuntu.com/352859/ | 11:53 |
tseliot | ara: did it work when you first tried my packages? | 11:55 |
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:56 |
tseliot | ara: what do "lsmod" and "dmesg" say? | 11:58 |
tseliot | the log looks fine... | 11:59 |
ara | tseliot, http://paste.ubuntu.com/352861/ | 11:59 |
ara | tseliot, http://paste.ubuntu.com/352863/ | 12:00 |
tseliot | the right kernel module seems to be there too | 12:01 |
tseliot | ara: let's see your xorg.conf | 12:03 |
ara | tseliot, http://paste.ubuntu.com/352866/ | 12:04 |
tseliot | ara: and the output of this command: ldd /usr/bin/glxinfo | 12:04 |
ara | tseliot, http://paste.ubuntu.com/352867/ | 12:05 |
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:12 |
tseliot | also see if /usr/lib/nvidia-current/ld.so.conf exists | 12:14 |
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:15 |
tseliot | that's correct too | 12:18 |
tseliot | hmm... | 12:18 |
tseliot | ara: does nvidia-settings work? | 12:19 |
tseliot | or does it only show a limited number of options | 12:19 |
tseliot | ? | 12:19 |
ara | tseliot, it works | 12:20 |
ara | tseliot, but "Fail to query the GLX server vendor." | 12:20 |
* bryyce waves | 12:21 | |
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:22 |
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:24 |
tjaalton | what about just running glxinfo | 12:26 |
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:27 |
tseliot | I meant "ls -l /usr/lib/xorg/modules/extensions/libglx.so" | 12:28 |
* tseliot blames it on the clipboard | 12:28 | |
* 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:31 |
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:33 |
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:34 | |
* tseliot -> lunch | 12:39 | |
bryyce | you need more boxes ;-) | 12:39 |
* bryyce -> bed | 12:39 | |
tjaalton | hmm, compiz-wrapper is no more, and compiz-core doesn't depend on mesa-utils | 12:40 |
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:41 |
tjaalton | but glxinfo is in mesa-utils | 12:42 |
tjaalton | or just running 'compiz --replace' should show the error | 12:42 |
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:44 |
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:47 |
jcristau | weird. | 12:49 |
soren | ara: You have an nvidia card? | 12:51 |
ara | soren, yes | 12:51 |
soren | ara: And it actually works for you? I thought all nvidia users were screwed by bug #494627. | 12:52 |
ubottu | Launchpad bug 494627 in xserver-xorg-video-nv "nv driver crashing with segmentation fault in libpthread.so.0" [High,In progress] https://launchpad.net/bugs/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:53 |
soren | Aha! | 12:54 |
soren | :) | 12:54 |
soren | Perhaps I should do the same. | 12:55 |
soren | Which PPA is this? | 12:56 |
soren | tseliot: You have a whole bunch :) | 12:56 |
soren | proprietary-video-improvements? | 12:57 |
soren | That one seems to have recent stuff in it. | 12:57 |
tjaalton | that's the one | 12:59 |
jcristau | hrm. the backtrace in 440323 doesn't have libGL symbols… | 12:59 |
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:00 |
jcristau | and no qt symbols in 419501. bleh. | 13:03 |
jcristau | and 278261 doesn't look like a libxcb bug. | 13:08 |
tjaalton | a new bug triager \o/ :) | 13:08 |
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:09 |
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:10 |
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:15 |
jcristau | bah 435686 has no symbols for the server | 13:20 |
jcristau | weird though, caught a signal in EvdevOn | 13:20 |
jcristau | might be the bug fixed in evdev 2.2.6 | 13:21 |
tjaalton | yep, asked to verify | 13:29 |
tjaalton | bryyce: btw, what happens when the log time counter hits 99999.999999? :) | 14:02 |
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:36 |
tjaalton | it hasn't been updated | 14:37 |
tjaalton | and no, nouveau is not used by default | 14:37 |
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:38 |
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:39 |
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:40 |
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:41 |
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:42 |
jcristau | ack | 14:43 |
tjaalton | it's not yet in the server | 14:43 |
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:44 |
tjaalton | jcristau: libxcb finally synced (manually) | 14:46 |
jcristau | are you guys going for intel 2.10? | 14:46 |
tjaalton | probably | 14:48 |
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:49 |
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:50 |
jcristau | i haven't actually tested what i uploaded to sid, i'm running 1.7.99.3-ish atm :/ | 14:51 |
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:52 |
* mvo will upload -nv with the reverted patch in a bit | 14:53 | |
* sebner waves | 14:55 | |
tseliot | sebner: what does "update-alternatives --display gl_conf" say? | 14:55 |
sebner | tseliot: http://pastebin.com/m1ae40c9 | 14:56 |
tseliot | sebner: try "sudo sh /bin/nvidia-bug-report.sh" and show me the log that it generates | 14:57 |
sebner | tseliot: http://pastebin.com/m7032eae5 | 14:59 |
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:01 |
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:02 |
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:03 |
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:04 |
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:05 |
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:06 |
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:07 |
Sarvatt | reinstalling fixed the alternatives but that didnt fix the problem | 15:08 |
Sarvatt | had to move the .so out of the way | 15:08 |
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:09 |
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:10 |
Sarvatt | libdri.so and libglx.so were just moved there in the xserver packaging | 15:11 |
Sarvatt | work calls :( | 15:11 |
afv | if it helps, Xorg.0.log: http://pastebin.com/d2e13acca | 15:13 |
afv | and pm-suspend.log: http://pastebin.com/d2b126605 | 15:13 |
tjaalton | afv: power management with blobs is like gambling | 15:14 |
afv | blobs? | 15:15 |
tjaalton | nvidia | 15:15 |
afv | ah | 15:15 |
tjaalton | binary blob | 15:15 |
* tseliot nods | 15:15 | |
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:20 |
tjaalton | radeon doesn't support that yet | 15:21 |
tseliot | tjaalton: it does but it's highly experimental | 15:23 |
tseliot | ;) | 15:23 |
tjaalton | right | 15:23 |
tseliot | I'll experiment with this when I have to time to create a radeon package with dkms | 15:25 |
afv | hum... "bonobo-activation-server (afv-6617): could not associate with desktop session: Failed to connect to socket /tmp/dbus-zUBPlHkmdZ: Connection refused" | 15:29 |
afv | forget it | 15:32 |
afv | i find nothing special at syslog... http://pastebin.com/d216d2830 | 15:39 |
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:41 |
afv | or.. try with another driver, for example? | 15:43 |
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 | 15:44 |
sebner | tseliot: something went really wrong: sebner@ubuntu:~$ glxgears | 16:02 |
sebner | Error: couldn't get an RGB, Double-buffered visual | 16:02 |
tseliot | sebner: what does "sudo sh /bin/nvidia-bug-report.sh" say? | 16:03 |
sebner | tseliot: don't always forget poor /usr/ :P http://pastebin.com/m28c9838a | 16:04 |
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:05 |
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:06 |
sebner | heh | 16:07 |
* sebner happy | 16:07 | |
sebner | tseliot: baaaaad news, http://pastebin.com/m466a5e34 | 16:33 |
sebner | haha, now glx fails again | 16:33 |
sebner | tseliot: maybe reinstall xserver to pick new one up? | 16:34 |
tseliot | sebner: it doesn't hurt to try | 16:34 |
sebner | tseliot: I'm sorry, still b0rken | 16:38 |
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:39 |
tseliot | sebner: update-alternatives --display gl_conf | 16:40 |
sebner | tseliot: http://pastebin.com/m2e715488 | 16:40 |
* tseliot screwed up again | 16:41 | |
sebner | heh | 16:41 |
tseliot | I mean, let me check ;) | 16:41 |
tseliot | ok, I overdid | 16:42 |
sebner | haha | 16:42 |
tseliot | switching between desktops with the same screen (with different brightness) is killing my eyes | 16:43 |
sebner | heh | 16:44 |
tseliot | let me fix that | 16:45 |
sebner | :) | 16:50 |
tseliot | sebner: ~proprietaryppa22 should do the right thing | 16:56 |
sebner | tseliot: I'll try :) | 16:56 |
tseliot | thanks | 16:56 |
afv | back. purged nvidia and installed nouveau | 16:59 |
afv | suspend is working :p | 16:59 |
tseliot | yes, that usually works ;) | 17:01 |
tseliot | afv: are you using Lucid? | 17:01 |
tjaalton | kees: how's the libaudit main promotion doing? :) | 17:02 |
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:04 |
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:05 |
tjaalton | kees: so, it's just a diff to debian | 17:07 |
kees | tjaalton: ok, I'll try to get it done, but time isn't looking great. | 17:09 |
tjaalton | kees: ok | 17:10 |
sebner | tseliot: here we go again: http://pastebin.com/m13d1ad5a | 17:19 |
tseliot | sebner: ls -l /etc/alternatives/libglx.so | 17:21 |
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:22 |
tseliot | ERROR: Error while querying attribute 'GLXServerVersion' on ubuntu:0.0 | 17:30 |
tseliot | (Unknown Error). | 17:30 |
sebner | tseliot: that means? | 17:37 |
tseliot | sebner: I think it's still using the wrong libGL libraries | 17:38 |
tseliot | sebner: cat /etc/ld.so.conf.d/GL.conf | 17:39 |
sebner | tseliot: /usr/lib/nvidia-current | 17:40 |
tseliot | which is correct | 17:40 |
sebner | hmmm | 17:41 |
sebner | weird | 17:41 |
tseliot | more weirdness | 17:41 |
tseliot | sebner: maybe do a "sudo ldconfig" | 17:43 |
tseliot | and reboot | 17:43 |
* sebner tries | 17:43 | |
sebner | tseliot: still the same issue :( | 17:49 |
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:54 |
tseliot | yes, of course | 17:55 |
sebner | tseliot: seems something is b0rken. still not working | 17:56 |
sebner | This was my 32nd reboot today btw ;) | 17:56 |
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:57 |
sebner | tseliot: not only yours ^^ | 17:58 |
tseliot | sebner: that should be ok | 17:58 |
tseliot | now sudo ldconfig and reboot | 17:58 |
tseliot | maybe ldconfig got lazy or maybe (more likely) I'm doing something wrong in the packaging | 17:59 |
sebner | Number 33 brought me luck | 18:00 |
sebner | *hehehe* | 18:00 |
sebner | working now | 18:00 |
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:04 |
tseliot | sebner: ok, no hurry | 18:05 |
sebner | wb tseliot | 18:35 |
sebner | :) | 18:35 |
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:36 |
tseliot | sebner: aah | 18:37 |
tseliot | ok | 18:37 |
sebner | tseliot: nvm, rebooting now | 18:39 |
tseliot | ok | 18:40 |
sebner | tseliot: working | 18:41 |
tseliot | sebner: ldd /usr/bin/glxinfo | 18:41 |
sebner | tseliot: http://pastebin.com/m646d3d0d | 18:42 |
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:43 |
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:44 |
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:45 |
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:46 |
tseliot | and then in whatever path we put in /etc/ld.so.conf.d/GL.conf | 18:47 |
tseliot | sebner: oh, well, you did it for a good cause ;) | 18:48 |
sebner | tseliot: new harddrive then plz :P | 18:50 |
tseliot | heh | 18:50 |
tjaalton | hrm, tseliot didn't add anything to the changelog about moving libglx/libdri | 20:10 |
=== verbalshadow_ is now known as verbalshadow |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!