[14:11] <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:28] <tseliot> nawi: that should be fixed. What driver are you using?
[14:28] <tseliot> which version?
[15:06] <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:07] <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:08] <nawi>  Version table: *** 2:1.6.0-0ubuntu14 0        500 http://archive.ubuntu.com jaunty/main Packages       100 /var/lib/dpkg/status
[15:09] <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:10] <nawi> http://stuntmoto.org/php/zf/
[15:11] <nawi> that has 185 too mysteriously
[15:13] <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:14] <nawi> and nvidia-glx-180 is now Version: 180.44-0ubuntu1
[15:15] <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:16] <nawi> already did that and i'm installing the driver now
[15:16] <tseliot> if it doesn't work
[15:17] <nawi> i'll reboot now
[15:17] <tseliot> just type: sudo rm /var/cache/apt/archives/nvidia*
[15:21] <nawi> it works now, thanks for the help
[19:11] <jbarnes> apw: ping
[19:49] <tormod> bryce, did you delete all -intel packages from x-updates?
[20:41] <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:44] <tormod> tseliot: if you just run "make", is i915 built then?
[20:45] <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:46] <tseliot> I'm running make -C linux-core now
[20:46] <tseliot> let's see what happens
[20:47] <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:48] <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:49] <tormod> the i915 stuff in libdrm/linux-core is rotting
[20:50] <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:51] <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:53] <tseliot> jbarnes: ok and then something like make -C linux-core DRM_MODULES="i810 i830 i915" should work, right?
[20:54] <jbarnes> possibly
[20:54] <tseliot> ok
[20:54] <jbarnes> assuming it picks up the right headers too
[20:55] <tseliot> jbarnes: and where can I find them?
[20:55] <jbarnes> include/drm
[20:56] <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:57] <tseliot> tormod: yes, but wouldn't I still need the kernel modules though?
[20:58]  * 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
[21:00] <tormod> or use the "mainline kernel" repo
[21:03] <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:07] <tormod> yes that sounds nice if it will work
[21:09] <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:14] <tseliot> right
[21:16] <tseliot> ok, I got it to work from the kernel
[21:17]  * tseliot needs to move it from the kernel to a separate package
[22:56] <tormod> hi bryce, I dropped a libdrm and -intel 2.7.0 in ~intel-gfx-testing
[22:57] <tormod> I did the dirty libdrm-dev Replaces libc-headers. If it's ok you might want to copy it to x-updates.