=== mnemo changed the topic of #ubuntu-x to: Ubuntu 9.04 released! | https://wiki.ubuntu.com/X | ||
nawi | I have an old bug that is supposedly fixed and I haven't got any responses https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/308410 | 14:11 |
---|---|---|
ubottu | Launchpad bug 308410 in update-manager "Latest Xorg removes nvidia driver ... conflicting xserver-xorg-video-4" [Medium,Confirmed] | 14:11 |
tseliot | nawi: that should be fixed. What driver are you using? | 14:28 |
tseliot | which version? | 14:28 |
nawi | tseliot, i'm using the "nv", driver but that problem persists no matter what driver I attempt to install | 15:06 |
tseliot | nawi: what does this command say? apt-cache policy xserver-xorg-core | 15:06 |
nawi | actually, it seems I can install the nvidia-glx-173 | 15:07 |
nawi | but the problem persists for 180, which is my goal | 15:07 |
tseliot | please attach the output of that command ^^ | 15:07 |
nawi | xserver-xorg-core: Installed: 2:1.6.0-0ubuntu14 Candidate: 2:1.6.0-0ubuntu14 | 15:07 |
nawi | Version table: *** 2:1.6.0-0ubuntu14 0 500 http://archive.ubuntu.com jaunty/main Packages 100 /var/lib/dpkg/status | 15:08 |
tseliot | nawi: ok, now I need the output of this command (use pastebin.com to paste the output): sudo aptitude show nvidia-glx-180 | 15:09 |
nawi | the problem started when I did update and rebooted, there was kernel mismatch between 180 and 185 drivers, then I reinstalled 180 which removed xserver | 15:09 |
nawi | now I have xserver but not nvidia-glx | 15:09 |
tseliot | 185 doesn't exist | 15:09 |
tseliot | yet | 15:09 |
nawi | http://stuntmoto.org/php/zf/ | 15:10 |
nawi | that has 185 too mysteriously | 15:11 |
nawi | I found a couple of intrepid sources from apt repositories, l removed then and updated and the problem is gone | 15:13 |
nawi | now I'll just need to try installing the driver | 15:13 |
nawi | and nvidia-glx-180 is now Version: 180.44-0ubuntu1 | 15:14 |
tseliot | nawi: ok, so the problem was caused by a package installed from an external repository | 15:15 |
nawi | yes, it seems so | 15:15 |
tseliot | remove that repository from your sources.list | 15:15 |
nawi | already did that and i'm installing the driver now | 15:16 |
tseliot | if it doesn't work | 15:16 |
nawi | i'll reboot now | 15:17 |
tseliot | just type: sudo rm /var/cache/apt/archives/nvidia* | 15:17 |
nawi | it works now, thanks for the help | 15:21 |
jbarnes | apw: ping | 19:11 |
tormod | bryce, did you delete all -intel packages from x-updates? | 19:49 |
tseliot | tormod: if I get drm from git and then type: make -C linux-core DRM_MODULES="i915" only drm.ko is built but no i915 any ideas as to what I'm doing wrong? | 20:41 |
tormod | tseliot: if you just run "make", is i915 built then? | 20:44 |
tseliot | tormod: just "make" gives make: *** No targets specified and no makefile found | 20:45 |
tormod | well you are in the linux-core directory? | 20:45 |
tseliot | I'm running make -C linux-core now | 20:46 |
tseliot | let's see what happens | 20:46 |
tormod | your syntax above used to work, at least for other modules | 20:47 |
tseliot | tormod: yes, it works for i810, radeon, etc. but not for i915 or i830 | 20:47 |
tseliot | no, there's no i915.ko | 20:48 |
tormod | ah I remember, they ditched it - you're supposed to get it from the kernel now, and not from linux-core | 20:48 |
tseliot | the files related to i915 are in shared-core | 20:48 |
tormod | the i915 stuff in libdrm/linux-core is rotting | 20:49 |
tormod | which means nobody wants to bother with backporting stuff to linux-core which then has to built with any kernel | 20:50 |
jbarnes | oh yeah geez don't use the drm repo | 20:50 |
tseliot | tormod: basically I'm trying to get the drm bits for the kernel and to make them build with DKMS so that I can use the latest intel driver with libdrm + the drm kernel bits while keeping kernel 2.6.28 | 20:50 |
tormod | jbarnes: for intel you mean? linux-core is still valid for other drivers right? | 20:51 |
jbarnes | kinda | 20:51 |
tseliot | jbarnes: where shall I get it for intel? | 20:51 |
jbarnes | airlied has been putting stuff he considers stable into his drm-rawhide repos and such | 20:51 |
jbarnes | tseliot: for intel just copy the drivers/gpu/drm dir from a more recent kernel | 20:51 |
tseliot | jbarnes: ok and then something like make -C linux-core DRM_MODULES="i810 i830 i915" should work, right? | 20:53 |
jbarnes | possibly | 20:54 |
tseliot | ok | 20:54 |
jbarnes | assuming it picks up the right headers too | 20:54 |
tseliot | jbarnes: and where can I find them? | 20:55 |
jbarnes | include/drm | 20:55 |
tseliot | ah, ok | 20:56 |
tormod | tseliot: I was just uploading a libdrm and -intel for Jaunty in ~intel-gfx-testing PPA, it might be what you're after | 20:56 |
tseliot | tormod: yes, but wouldn't I still need the kernel modules though? | 20:57 |
* tseliot would like to use UXA and benefit from the fixes in the kernel | 20:58 | |
tseliot | (and not having UXA hang X) | 20:58 |
tormod | yes, if you need kernel fixes it will not help | 20:58 |
tseliot | dkms should be the answer | 20:58 |
tormod | or use the "mainline kernel" repo | 21:00 |
tseliot | that too but I would like to keep a kernel which is supported and have the new kernel stuff as a module which is automatically rebuilt when the kernel is updated | 21:03 |
tormod | yes that sounds nice if it will work | 21:07 |
tormod | if the above works, why don't they copy the gpu/drm stuff back into linux-core? would be nice, because then drm-snapshot could be used | 21:09 |
tormod | (and drm-snapshot could be ported to dkms of course) | 21:09 |
tseliot | right | 21:14 |
tseliot | ok, I got it to work from the kernel | 21:16 |
* tseliot needs to move it from the kernel to a separate package | 21:17 | |
tormod | hi bryce, I dropped a libdrm and -intel 2.7.0 in ~intel-gfx-testing | 22:56 |
tormod | I did the dirty libdrm-dev Replaces libc-headers. If it's ok you might want to copy it to x-updates. | 22:57 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!