[12:18] <BenC> edgy, dapper?
[12:18] <david_corrales> edgy
[12:19] <BenC> have you tried booting an older kernel?
[12:19] <david_corrales> I don't have any old kernel
[12:19] <david_corrales> since the update didn't change the numeration
[12:19] <david_corrales> it was a replacement
[12:20] <mkrufky> BenC: i mailed it to kernel-team, but it got bounced "awaiting moderator approval"
[12:20] <mkrufky> (sorry to interject)
[12:20] <david_corrales> mkrufky: np :)
[12:21] <BenC> mkrufky: It'll get through, thanks
[12:21] <BenC> david_corrales: No idea there...do you have a CD you can boot rescue from?
[12:21] <mkrufky> ok, cool
[12:21] <david_corrales> sure
[12:21] <david_corrales> I can try overwriting grub
[12:21] <okaratas> mkrufky good new :)
[12:21] <BenC> david_corrales: Also, it's not a kernel problem that grub cannot find a file, just FYI
[12:22] <david_corrales> I thought about that also
[12:22] <BenC> david_corrales: No, I don't mean overwriting grub, the problem is much simpler
[12:22] <david_corrales> but why would it suddenly break
[12:22] <mkrufky> okaratas: huh?
[12:22] <david_corrales> it can boot fc6 and debian
[12:22] <david_corrales> I tried changing the root parameter and partitions (the root is fine though, since it can boot fedora)
[12:23] <BenC> david_corrales: That has nothing to do with it
[12:23] <okaratas> mkrufky your joined ubuntu kernel network team
[12:24] <BenC> david_corrales: Boot the rescue CD, and find /boot/grub/menu.lst from the root partition, and also get an "ls -l" of the /boot direction on the root partition
[12:24] <david_corrales> the files are there
[12:24] <david_corrales> vmlinuz and initrd.img
[12:24] <BenC> vmlinuz and initrd.img are not files
[12:24] <david_corrales> well, those are links in /
[12:24] <david_corrales> but I mean
[12:24] <david_corrales> in boot, there's vmlinuz-bla-bla
[12:24] <BenC> they are symlinks, I need to see the actual files in /boot to see if they look sane
[12:25] <mkrufky> okaratas: i am?  that's wierd... i do v4l-dvb stuff, not network stuff :-?
[12:25] <david_corrales> which is actually, read correctly by the grub command line
[12:25] <okaratas> mkrufky hm okey
[12:25] <mkrufky> hehe
[12:25] <david_corrales> that is, if I'm in grub
[12:25] <david_corrales> and press e to edit the line
[12:25] <okaratas> https://launchpad.net/people/ubuntu-kernel-server
[12:25] <david_corrales> I erase it all, then use TAB to autocomplete
[12:25] <david_corrales> it'll tell me that the files are there
[12:25] <okaratas> mkrufky your devel server package?
[12:25] <BenC> david_corrales: Something is obviously broken, so if you could get me the actual ls -l output of that directory, I can help, otherwise you're on your own
[12:26] <david_corrales> okie, gimme a sec
[12:26] <david_corrales> didn't mean to sound like an ass... it's just that I've tried a couple tricks hehe :)
[12:26] <BenC> david_corrales: Note that grub isn't using the symlinks, those are mainly if you use lilo...grub uses the /boot/vmlinuz-x.y.z and /boot/initrd.img-x.y.z files
[12:27] <david_corrales> yeah, I tried the links and they didn't work either lol
[12:27] <BenC> and sometimes those files can get corrupt
[12:27] <david_corrales> debian vanilla uses those
[12:27] <BenC> do you have /boot on a separate partition
[12:27] <BenC> ?
[12:27] <david_corrales> nope
[12:27] <BenC> david_corrales: well we aren't talking about debian, we are talking about ubuntu :)
[12:28] <david_corrales> yeah, I was just saying hehe
[12:28] <david_corrales> ok
[12:28] <david_corrales> here's my ls
[12:28] <mkrufky> okaratas: v4l-dvb subsystem applies to both server and desktop stuff.... in the case of DVR , then it is for servers, yes
[12:28] <david_corrales> abi-2.6.17-10-generic
[12:28] <david_corrales> memtest86+.bin
[12:28] <BenC> david_corrales: "ls -l" I need to see file sizes, etc
[12:28] <david_corrales> config-2.6.17-10-generic
[12:28] <david_corrales> ah k
[12:28] <BenC> and please put it on pastebin
[12:29] <david_corrales> hmm
[12:29] <david_corrales> I'm actually seeing a difference in the init.rd image
[12:29] <david_corrales> from my lappy to my desktop
[12:29] <mkrufky> hmm, guess i lost okaratas
[12:32] <david_corrales> slow pastebin
[12:33] <david_corrales> btw, the only change from my laptop to my desktop is init.rd. Laptop 7mb (working), desktop 5.5mb (broken)
[12:33] <david_corrales> lappy is Pentium M, desktop is Athlon XP
[12:36] <david_corrales> *waiting for pastebin to show signs of life
[12:37] <mkrufky> pastebin.com has been royally farked for the past many months
[12:38] <mkrufky> pastebin.ca is still good though
[12:38] <mkrufky> and http://rafb.net/paste is good too
[12:38] <david_corrales> good to know lol
[12:38] <mkrufky> there is another pastebin on ubuntu's web site, but i dont know where it is, offhand
[12:38] <david_corrales> http://pastebin.ca/279341
[12:39] <david_corrales> thanks for the link mkrufky
[12:39] <mkrufky> I'm happy to help
[12:40] <david_corrales> :)
[12:41] <david_corrales> btw, replacing the init.rd file did nothing
[12:50] <david_corrales> BenC: any pointers?
[01:09] <david_corrales> BenC: ?
[01:38] <infinity> BenC: Release notes here: https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_8.32.5.html
[01:38] <infinity> BenC: Download here: http://ati.amd.com/support/drivers/linux/linux-radeon.html
[01:39] <infinity> BenC: If you use a feed reader, RSS for releases is at http://www.ati.com/online/rss/atilinuxdriver.rss
[01:39] <mjg59> infinity: I'm not convinced that's going to build against 2.6.19+
[01:41] <BenC> infinity: Thanks
[01:43] <BenC> david_corrales: pastebin your boot/grub/menu.lst too please
[01:48] <infinity> mjg59: A little patching never killed anyone.
[01:48] <BenC> mjg59, infinity: I got the current one to build, so I can do the same here :)
[01:49] <mjg59> The fucking kernel driver calls mprotect
[01:49] <mjg59> And modify_ldt
[01:49] <mjg59> Using the syscall macros
[02:14] <david_corrales> BenC: I fell asleep! You still there?
[02:42] <david_corrales> BenC: http://pastebin.ca/279461 here's the menu.lst file
[02:54] <BenC> david_corrales: Why does ubuntu say root (hd1,4), and fedora say root (hd0,5), the actual root= is /dev/sda for both?
[02:55] <david_corrales> o.o
[02:55] <BenC> groot=(hd1,4)
[02:55] <david_corrales> let me check something
[02:55] <david_corrales> hmmm
[02:55] <BenC> I think that might have something to do with it
[02:55] <david_corrales> looks like grub changed my root to 1,4
[02:56] <david_corrales> bah, that was it
[02:56] <BenC> groot is set by grub
[02:56] <BenC> isn't
[02:56] <david_corrales> now I feel stupid -_-
[02:56] <david_corrales> it should be filed as a bug though
[02:56] <david_corrales> I had a previous menu.lst file with (0,4) just checked
[02:57] <david_corrales> the last update, bumped it to (1,4)
[02:57] <david_corrales> thing is, I have a second hard drive so it was checking the second one
[02:58] <BenC> ok, file a bug on grub then
[02:58] <david_corrales> okies :)
[02:58] <david_corrales> thanks for the help
[02:59] <BenC> np
[02:59] <david_corrales> I'll go file it
[03:05] <david_corrales> BenC: one final question. Which package should I commit it to? grub or grub-installer?
[03:05] <BenC> grub
[03:06] <david_corrales> k thanks
[04:19] <derekS> BenC: ping? 2.6.20 ended up booting.... i have a bunch of the same errors... 
[01:46] <fabbione> BenC, kylem: ping?
[01:47] <fabbione> linux-source-2.6.20$ for i in *2.6.20-1.1_sparc.udeb; do dpkg -c $i | grep mpt; done
[01:47] <fabbione> we need the mpt modules to install on Niagara
[01:47] <fabbione> and that would be very nice (aka do it now or die) before monday
[01:48] <fabbione> there is already a bug in LP for that
[02:25] <zul> morning
[03:43] <BenC> fabbione: Bug report filed already
[03:43] <BenC> missing drivers/block/ and drivers/fusion/
[04:00] <fabbione> BenC: yeps.. those 2
[04:00] <fabbione> i really need them
[05:26] <BenC> fabbione: commited {block,message}-modules
[05:27] <fabbione> BenC: thanks. Is there any chance we can get a kernel before monday with that stuff?
[05:27] <BenC> definitely
[05:27] <fabbione> great thanks
[05:27] <BenC> I'll probably upload later tonight
[05:27] <mjg59> BenC: Hm. What should be responsible for me ending up with ata-piix and not piix?
[05:27] <fabbione> ok
[05:27] <BenC> along with lrm
[05:27] <BenC> mjg59: hold a second
[05:27] <fabbione> BenC: can you coordinate with Colin to get also meta and d-i ?
[05:27] <fabbione> he is aware that we need it
[05:27] <BenC> fabbione: ok
[05:27] <fabbione> and he was going to prioritize etc..
[05:28] <fabbione> it will really help David and me
[05:28] <BenC> mjg59: What were your pci ven/dev id's again?
[05:28] <BenC> fabbione: When are you arriving at dave's?
[05:29] <fabbione> tomorrow
[05:29] <fabbione> around 6pm your time more or less
[05:29] <fabbione> we already have some kernel stuff discussed .. so stay tuned for patches -> quick uploads
[05:29] <fabbione> it's all good crack ;)
[05:30] <BenC> I wont be around Sunday, so take that day off :)
[05:30] <fabbione> Sunday i expect that we will be dorking around
[05:30] <fabbione> it's sunday for us too
[05:30] <BenC> I have early Christmas stuff to do with family, and a 6pm EST $500k tournament
[05:30] <fabbione> but i couldn't get a flight on sunday as planned
[05:30] <kylem> BenC, heh, if you win big, does all this stuff fall onto me? :)
[05:30] <fabbione> + i need to get over 9 hours of jetlag again :)
[05:31] <BenC> kylem: First place is $93k, which is nice, but not job quitting material :)
[05:31] <kylem> oh, i figured it would be 500K. 
[05:31] <BenC> fabbione: good luck with that
[05:31] <BenC> $500k is the prize pool
[05:31] <zul> BenC: good luck..
[05:31] <kylem> ahh.
[05:31] <fabbione> BenC: sucks to be me and for only one week :)
[05:32] <zul> dont go all in on the first hand
[05:32] <kylem> On Fri, 15 Dec 2006, Jaroslav Kysela wrote:
[05:32] <kylem> >
[05:32] <kylem> > Linus, please do an update from:
[05:32] <kylem> No.
[05:32] <kylem> Too effin late.
[05:32] <kylem> Please send bugfixes only by now.
[05:32] <kylem>                 Linus
[05:32] <BenC> lol
[05:32] <BenC> yeah, there's way too much crack in 2.6.20 already
[05:33] <kylem> i dunno about that, the .diff is actually kind of small.
[05:33] <mjg59> BenC: 8086:266f
[05:33] <kylem> patch-2.6.20-rc1.gz                14-Dec-2006 02:00  3.9M  
[05:33] <kylem> patch-2.6.19-rc1.gz                05-Oct-2006 03:27  6.6M  
[05:34] <kylem> ... that can't be right.
[05:34] <fabbione> kylem: size doesn't matter here.. really
[05:34] <zul> in some cases it does ;)
[05:34] <BenC> kylem: Wow, I wouldn't have guessed that
[05:34] <kylem> in most cases, size matters...
[05:34] <BenC> are you sure 2.6.19 didn't get a lot of whitespace cleanup? :)
[05:35] <kylem> patch-2.6.18-rc1.gz                06-Jul-2006 04:24  5.8M  
[05:35] <kylem> patch-2.6.17-rc1.gz                03-Apr-2006 03:45  6.0M  
[05:35] <BenC> we need a way to measure invasiveness
[05:35] <kylem> there's got to be a mistake.
[05:35] <fabbione> zul: no, it doesn't.. you can break all with one liner...
[05:36] <mjg59> BenC: There's a lot of PCI IDs that are common between ata_piix and piix
[05:36] <fabbione> -#define libata 0
[05:36] <fabbione> +#define libata 1
[05:36] <fabbione> we all remember that, don't we? :)
[05:36] <BenC> mjg59: Inside of ATA_ENABLE_PATA
[05:36] <mjg59> Yes
[05:37] <mjg59> But there's IDs in piix that aren't in ata_piix
[05:37] <mjg59> Not sure if that's deliberate - some of them may me in old_piix and the other one
[05:38] <BenC> mjg59: Guess I need to go through and compare...disable the ones in piix when ata_piix is configured
[05:38] <mjg59> Yeah
[05:38] <mjg59> As far as I know, anything in piix that isn't in old_piix and mpii_piix (or whatever) should be in ata_piix
[05:39] <BenC> mjg59: lol, there only one in oldpiix
[05:40] <BenC> same for mpiix
[05:40] <BenC> 0x1230 and 0x1234
[05:42] <BenC> it's so pissing me off that most of the pata drivers are using hex instead of the pci_ids.h macros
[05:42] <mjg59> BenC: Yeah, that sounds about right
[05:43] <BenC> it's so much easier to rgrep drivers/ with the macro than the hex
[06:20] <BenC> mjg59: piix contains only 5 id's once ifdef'd for pata stuff
[06:21] <mjg59> BenC: I've got 30 or so from 2.6.19-7
[06:21] <mjg59> 24, to be precise
[06:22] <BenC> most of those will be gone on the next upload
[06:22] <mjg59> Ok
[08:19] <zul> heh there is an ubuntu satanic edition
[08:36] <bronson> zul: Yeah, that looks pretty sweet. 
[08:37] <bronson> OK, I've put my linux-vserver packages up.  http://git.u32.net/
[08:37] <bronson> deb http://dpkg.u32.net/ubuntu edgy main   (deb-src works too)
[08:48] <BenC> bronson: Nice, you should post to -devel about that
[08:48] <bronson> Will do.
[08:49] <bronson> Maybe add a short howto on the Wiki too.
[08:50] <BenC> sounds good
[08:57] <superm1> ping BenC 
[08:57] <BenC> superm1: pong
[08:57] <superm1> hi BenC.  I just wanted to let you know that there was an ivtv 0.9.1 release that should probably go into l-r-m rather then 0.9
[08:58] <superm1> it was announced a few days ago
[08:58] <BenC> lrm?
[08:58] <BenC> is ivtv non-free or something?
[08:58] <superm1> well i was assuming it'd build off linux-restrictd-modules
[08:59] <superm1> you remember we talked before, correct?
[08:59] <BenC> it's in the ubuntu/ directory of ubuntu-2.6 (2.6.20) git right now
[08:59] <BenC> 0.9.1 is
[08:59] <superm1> oh okay
[08:59] <superm1> well then nvm :)
[08:59] <BenC> going to be in the 2.6.20-2.2 upload
[08:59] <superm1> great
[09:00] <superm1> thanks a bunch for making this happen
[09:02] <BenC> np
[09:05] <superm1> so, question though - will the resulting modules be shipping directly on all boxes, or will this be an ivtv-modules package?
[09:06] <BenC> default
[09:06] <BenC> kernel will provide the ivtv-modules
[09:06] <superm1> okay
[09:07] <superm1> that will make this much easier for users then, just needing to install the firmware
[09:08] <superm1> okay well off to lunch for me, have a good one
[09:08] <BenC> where's the firmware, I can maybe include that too
[09:08] <superm1> well its non fre
[09:08] <superm1> *non free
[09:08] <superm1> and there is a license attached to it
[09:08] <BenC> I can maybe put it in lrm depending on the license
[09:08] <superm1> i just got it accepted into multiverse
[09:08] <superm1> like an hour ago
[09:08] <BenC> if the kernel proper has the driver, the firmware should go with it
[09:09] <superm1> well the license is all in the packaging now.  here i'll give you a revu link
[09:09] <superm1> http://revu.tauware.de/details.py?upid=3786
[09:10] <superm1> when i spoke to the hauppauge rep, it was made clear that we just need to have the user be presented the end user license
[09:10] <superm1> which is what the firmware package will be doing
[09:21] <superm1> I was assuming the process to get it into l-r-m in the first place would mean it going into multiverse first anyhow (at least thats the way MOTU made it seem)
[09:34] <BenC> superm1: Ah, if it's an EULA, then yeah, separate package is best
[09:34] <superm1> Ok
[09:35] <superm1> would it be feasible to move it into restricted though rather then multiverse?
[09:36] <superm1> so that you didnt need to enable multiverse to use it
[09:36] <superm1> out of the box
[10:04] <Mithrandir> BenC: plans for 2.6.20 lrm in NEW soonish?
[10:04] <BenC> Mithrandir: over the weekend
[10:04] <Mithrandir> coolie
[10:04] <BenC> I'm doing a build/boot test of latest 2.6.20 git now
[10:04] <Mithrandir> ping me when you need NEW love.
[10:05] <BenC> ok, thanks
[10:07] <zul>  later../
[10:44] <bronson> Oh no, the entire .git/ tree ended up in my source package.
[10:44] <bronson> How do you guys prevent that from happening?
[10:53] <superm1> when you debuild, you can add a -i
[10:55] <superm1> that at least works to leave out .bzr and .svn directories
[10:55] <superm1> i'm imagining it works for .git too
[10:58] <superm1> bronson, if .git isn't automatically filtered with the -i, the man page indicates that it will take regexps to filter additional directories
[10:58] <bronson> superm1: I can do that, certainly.
[10:59] <bronson> I was just wondering if the kernel guys had it a bit more automated.
[11:01] <superm1> setup an env variable
[11:01] <superm1> DEBUILD_DPKG_BUILDPACKAGE_OPTS
[11:02] <superm1> and add what you are missing to it
[11:02] <superm1> (the -i)
[11:02] <superm1> that can also go in /etc/devscripts.conf
[11:02] <bronson> Hey, that sounds good to me.
[11:02] <bronson> superm1: thanks!
[11:02] <superm1> yup