/srv/irclogs.ubuntu.com/2008/06/10/#ubuntu-x.txt

tseliottjaalton: I have completed the DKMS part for the nvidia driver (for our new package)09:25
tseliotI'm uploading the source09:25
tseliotto my webspace09:25
tjaaltontseliot: did you use my debdiff as a base?09:29
tseliottjaalton: yes, of course09:31
tjaaltoncool09:31
tseliotI'm working with you, not against you ;)09:31
tjaaltonjust to make sure ;)09:32
tseliotI'm reuploading the original too, just to be sure09:32
tjaaltoncould you make a debdiff against my version?09:33
tseliotsure09:33
tjaaltonor any (unified) diff09:33
tseliotyour debdiff was nvidia-split.debdiff, right?09:34
tjaaltonyes09:34
tseliottjaalton: here's the debdiff: http://www.albertomilone.com/ubuntu/newlrm/nvidia-dkms.debdiff09:43
tseliotHere are the files: http://www.albertomilone.com/ubuntu/newlrm/nvidia-graphics-drivers_169.12.orig.tar.gz09:44
tseliothttp://www.albertomilone.com/ubuntu/newlrm/nvidia-graphics-drivers_169.12-4ubuntu2.diff.gz09:45
tseliothttp://www.albertomilone.com/ubuntu/newlrm/nvidia-graphics-drivers_169.12-4ubuntu2.dsc09:45
tseliothttp://www.albertomilone.com/ubuntu/newlrm/nvidia-graphics-drivers_169.12-4ubuntu2_source.changes09:45
tjaaltonwhy have you removed files that doesn't matter being there (debian.binary)? it only makes the diff large09:48
tjaalton*don't09:51
tjaaltonseems like the diff'ed target was unclean, since it had nvidia-kernel/09:54
tseliotok, let me do it again09:54
tjaaltonbut there were a bunch of files you've removed by hand. it should be enough to comment stuff out from rules09:55
tjaaltonmakes it a lot easier to merge in the future09:55
tseliotok09:55
tjaaltonsee, I'm saving your time ;)09:56
tseliotit looks like I did a debclean before doing the debdiff09:57
tseliotcan you get the source from my website?09:57
tjaaltonhmm don't bump the version since no version has been uploaded09:58
tjaaltonbut yes, I'll get it09:58
tseliottjaalton: doing a debdiff with the same version is not possible ;)09:59
tjaaltondiff -Naur is fine too09:59
tseliotnext time I'll just do a diff09:59
tjaaltonumm, did you change the tarball?10:00
tjaaltonat least the size differs, so it's not built with the tarball from debian10:01
tseliottjaalton: honestly, I don't remember the reason why I did it. I'm working on a lot of things and my memory sucks10:01
tseliottjaalton: I think I have just regenerated the orig, the code is the same10:02
tjaaltonyou can't touch the tarball :/10:03
tselioti.e. Debian's + yours10:03
tjaaltonI can't extract the package10:05
tseliotI'll reupload the diff done with the original orig file10:05
tjaaltonbecause the tarball is not the same as in debian10:05
tjaaltoncool10:05
tseliottry now. If it doesn't work I'll download the orig from debian again10:06
tseliotthe links to the files are the same in my webspace10:07
tjaaltonyep, worked this time10:08
tseliotok, great10:08
tjaaltonyeah, diff is much better10:10
tseliotI had to recreate the orig for the lrm-envy, maybe this confused me a bit, I don't know... ;)10:11
tjaaltonyou modified the copyright?10:13
tjaaltonthe ftp url10:13
tseliotin which file?10:13
tjaaltondebian/copyright10:13
tseliotno, I guess not10:14
tseliotwhy should I have done such a thing?10:14
tjaalton-ftp://download.nvidia.com/XFree86/Linux-x86_64/169.12/NVIDIA-Linux-x86_64-169.12-pkg2.run10:14
tjaalton+ftp://download.nvidia.com/XFree86/Linux-x86/169.12/NVIDIA-Linux-x86-169.12-pkg0.run10:14
tjaaltonyou tell me :)10:14
tjaaltonthe same change (pkg2->pkg0) is in several other files10:14
tseliotpkg2 is for 64bit while pkg0 is for 32bit10:15
tjaaltonmaybe that's generated10:15
tseliotfurthermore that file is generated from the .in10:15
tjaaltonright, so no problem there10:15
tjaaltonactually, lrm had pkg1 & pkg2.. wonder what's the difference between pkg0 & pkg110:16
tseliotpkg0 doesn't contain the pre-built modules10:17
tseliotfor SUSE, Redhat, etc.10:17
tseliottherefore it's smaller10:17
tjaaltonok, so it was a "bug" in lrm10:17
tseliotyes, it wasted our bandwidth10:18
tseliotpkg0 9.7MB, pkg1 16.8MB :-)10:20
tjaaltonyep10:20
tjaaltonyou removed n-k-s.NEWS? although it's useless, it shouldn't matter being there and making the diff smaller10:21
tseliotI guess I did it. You can put it back10:22
tjaaltonok, so I'll merge the rest, and then change the epoch etc. Then testing on hardy10:23
tseliotthe driver won't be loaded in hardy though. Maybe remove the lrm first10:24
tjaaltonI know it won't be, but it should work there10:25
tjaaltondoes lrm-common conflict with the new package?10:31
tjaaltonfunctionally10:31
tseliotit should10:32
tseliotand we should get rid of lrm-common anyway10:32
tjaaltonit's not a problem with the new lrm that'll get in intrepid10:32
tjaaltonprobably won't exist there10:32
tseliotbut of course it will be a problem if we decide to backport the driver to hardy10:33
tjaaltonnope10:34
tjaaltonwon't happen10:34
tseliotwhich one won't happen? The problem or the backport?10:35
tjaaltonbackport10:35
tseliotok, then10:35
tseliotand users will get the updated drivers through envyng therefore no backport will be needed ;)10:36
tjaaltonright, I won't take the risk of updating lrm10:37
tseliotok, then10:38
=== jcristau_ is now known as jcristau
=== jcristau_ is now known as jcristau
superm1tseliot, tjaalton haven't talked to you for a bit, so i wanted to see where you were at w/ dkms support on the nvidia packages?15:28
tseliotsuperm1: this morning I gave tjaalton the part about dkms. However we have yet to work on the control file and on the diversions15:36
superm1so likely this stuff won't be ready for intrepid alpha 1 :(15:36
tseliotsuperm1: do you need the nvidia driver?15:43
superm1tseliot, i was going to do some initial testing on intrepid for some next generation laptops once the alpha came out15:54
superm1and some of them contain nvidia, so this seemed appropriate to test at the same time15:54
tseliotsuperm1: ok, I'll see what I can do to speed up this process. What's the deadline for the 1st alpha of Intrepid?16:00
tjaaltontseliot: you can continue working on the version you gave me (including my comments). I didn't have time to merge it with my tree today, but maybe I can do some testing tomorrow16:18
tseliottjaalton: ok ;)16:19
jcristauit should be possible to sync libx11 now18:37
mnemoin what ubuntu package does the /usr/lib/dri/i965_dri.so file ship?20:27
jcristaulibgl1-mesa-dri20:29
jcristaupackages.ubuntu.com would have told you that i think20:30
tjaaltondpkg -S foo will tell, or dlocate20:30
tjaaltonphew, my vdr box decided to overheat right in the middle of an upgrade20:30
mnemoexcellent thanks... give a man a fish, heh ;)20:30
tjaaltonno keyboard/monitor.. the kernel booted fine though20:31
tjaaltongotta love the robustness of dpkg/apt..20:35
bryceheya20:36
tjaaltonhi20:37
bryceI added a notes field to http://people.ubuntu.com/~bryce/Xorg/versions_current.html20:38
bryceit can be edited at http://wiki.ubuntu.com/X/PackageNotes20:39
tjaaltonyep, I saw that, it's useful20:39
tjaaltonlibx11 could be synced, as jcristau pointed out20:40
* bryce nods20:41
bryceI'll go ahead and put a request in for it; I was wondering about that20:41
tjaaltonand, blech.. v4l needs an epoch to be able to sync it20:41
jcristauoh?20:42
tjaaltonshould be the last one <knocksonwood>20:42
jcristausigh20:42
tjaaltonyeah, it was there from the first release20:44
tjaaltonwhich is a bit silly20:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!