[11:31] Greetings! [11:31] Who is to blame if g-a-p says that I can't have compiz but I actually can? [11:35] Laney: afaik g-a-p tries to run the compiz script, and if it doesn't work, it says you can't have it =\ [11:36] try running the compiz script? maybe you got a blacklisted pci-id or something [11:36] I see jockey, and then compiz attempts to start and then dies [11:36] but compiz --replace works fine [11:36] eh? [11:36] did you manually install compiz or anything? [11:37] in all the ubuntu packages, compiz is a script that calls compiz.real --replace [11:37] plus a few other options [11:37] no [11:37] try checking [11:37] otherwise debug the script, if it's crashing halfway [11:40] metacity 4eva [11:49] lol [12:54] Hello, is anybody there? [12:56] Hello, does anyone here know anything about the nvidia drivers in karmic a4? [12:57] For some reason, 185.18.31, 185.18.36 and 190.x.x give me artifacts, then system crashes (laptop resets itself). [12:57] I had to revert to 185.18.14. [12:57] It is an NVidia GeForce 8400M GT, inside of a Sony Vaio VGN-AR41E laptop === ripps_ is now known as ripps [13:15] Hello, is anybody there? [13:15] 12:56 < Cyberkilla> Hello, does anyone here know anything about the nvidia drivers in karmic a4? [13:15] For some reason, 185.18.31, 185.18.36 and 190.x.x give me artifacts, then system crashes (laptop resets itself). [13:16] you said that already. [13:16] I had to revert to 185.18.14. [13:16] It is an NVidia GeForce 8400M GT, inside of a Sony Vaio VGN-AR41E laptop [13:16] I know [13:16] I didn't think anyone was listening [13:16] repeating the same thing 15 minutes later won't make people listen [13:17] Aww [13:17] I can't find anybody who knows about it. I was referred to this room, on the off-chance. [13:45] https://bugs.launchpad.net/bugs/417518 [13:45] Launchpad bug 417518 in xserver-xorg-video-geode "Sync xserver-xorg-video-geode 2.11.3-2 (main) from Debian unstable (main)." [Wishlist,Confirmed] [13:58] hmm [14:12] hi... could someone instruct me how to set the kernel setting mentioned in comment #7 https://bugs.freedesktop.org/show_bug.cgi?id=23386 ? do i just have to add> radeon.modeset=1 at the end of the line or do i have to also add the i915.modeset=1 mentioned in the X wiki? [14:12] Freedesktop bug 23386 in Driver/Radeon "Artifacts with cairo dock 2.0 [openGL]" [Normal,New] [14:13] i tried with just radeon.modeset=1 and noticed that my system became very , i mean horribly sluggish [14:14] could someone ACK this sync? [14:17] mac_v: no, i915 refers to the intel driver. modesetting makes radeon slow, it's being worked on upstream [14:17] tjaalton: ah , ok... thanx :) [14:18] Q-FUNK: just subscribe ubuntu-archive to the bug [14:18] ok [14:19] Cyberkilla: use nvidia-bug-report.sh to file it upstream, not much we can do about it [14:22] hmm [14:22] When would I do this? Presumably whilst in the midst of the chaos. [14:22] I'd have to install the crazy drivers again. [14:22] I'll see what I can do. [14:22] or use the nvidia forums [14:22] So, nobody has complained of this yet? [14:23] not here anyway [14:23] Someone said it might be a missing dependency in the package. [14:23] check if you have nvidia-glx-185 installed [14:23] Not a missing on on my system, but something odd with the way they made the packages. But, I don't see why it would only affect me in that case. [14:24] I do. Or rather, I did have everything installed. [14:24] regressions in that driver are not unheard of... [14:24] I've had to go back to 185.18.14 [14:24] The sad thing is, it affects me in every new driver I've tested: 185.18.31, 185.18.36 ("stable") and one of the 190.x.x packages. [14:42] tjaalton: do you happen to have the bug# for the upstream radeon issue? [14:44] no [14:46] tjaalton: thanx :) [18:21] after installing from xorg-edgers ppa , do i have to run "dpkg-reconfigure" ? [18:22] no [18:28] jcristau: thanx :) [18:36] that command is irrelevant in karmic [22:46] How can I see what display driver I'm using? [22:47] MTeck: I'd normally look at /var/log/Xorg.0.log, but it might depend on why you want to know [22:48] mzz: just what package is being used [22:49] MTeck: I'd look at /var/log/Xorg.0.log to find the file name of the driver used, then use dlocate or something to find the corresponding package name [22:49] I'm an ubuntu newbie, the dlocate half of this may be suboptimal [22:49] should be pretty much xserver-xorg-video-${name_of_driver} [22:51] and yes, I'd expect that to be true, but I didn't want to say so in case there's some exception. [22:51] jcristau: that's why I was trying to figure out what driver(s) I'm using [22:52] easiest is probably 'grep _drv /var/log/Xorg.0.log' [22:53] hrm - I'm not even using -fbdev - I thought that was pretty mcuh always needed [22:53] thanks [22:54] http://pastebin.ubuntu.com/258950/ [22:55] right, so intel. [22:57] little grep line was nice and easy :)