[12:30] <zul> crimsun_: eerie
[01:59] <zul> BenC: its hasnt failed yet has it? :)
[02:00] <BenC> unfortunately I can't watch the builds for -security :(
[02:00] <zul> ah..
[02:00] <BenC> but I suspect it's going well, since no one has complained yet :)
[02:00] <zul> or no one is awake 
[02:00] <zul> then again
[03:20] <infinity> No one was awake.  I'll go check and see if I should be complaining.
[03:20] <chuck_> please
[03:20] <infinity> Which one(s) am I looking at?
[03:21] <infinity> Ben's latest 2.6.15 upload looks buggered all over.
[03:21] <chuck_> hoary/breezy is mine
[03:22] <ajmitch> morning infinity 
[03:22] <infinity> Your latest 2.6.12 builds on amd64, but still fails on sparc (did you try to fix sparc?)
[03:22] <chuck_> no im trying to get sparc up and running
[03:23] <chuck_> and im trying to figure out whats wrong with it as well
[03:43] <zul> infinity: what about 2.6.10?
[03:44] <infinity> It's fine.
[03:44] <zul> whoo..
[03:44] <infinity> (For all I know, it's FTBFS on sparc too, but I don't build hoary on sparc/hppa)
[03:45] <infinity> And don't really intend to start.
[03:45] <zul> hehe
[04:06] <crimsun_> (offline for ~1 hr)
[04:27] <zul> night folks
[05:29] <BenC> crimsun_: fixed another build failure in cs46xx
[05:33] <crimsun_> BenC: besides the typo 5/6 one?
[05:33] <BenC> yeah, I picked up that patch, but there was one more in the .c file
[05:34] <crimsun_> ah geez
[05:34] <crimsun_> sorry 'bout that
[05:34] <BenC> -int snd_cs46xx_suspend(snd_card_t *card, pm_message_t state)
[05:34] <BenC> +int snd_cs46xx_suspend(struct pci_dev *pci, pm_message_t state);
[05:34] <BenC> np
[05:34] <BenC> my fault for not build testing after those last two patches
[05:37] <crimsun_> sheesh, silly me. Of course pci would have been undefined since it would have been missing as an actual parameter...
[12:56] <zul> heylo
[02:36] <kimo> I'm dying for sky2 driver update! When are we getting the kernel update :)
[02:44] <fabbione> kimo: probably tomorrow.
[02:44] <fabbione> and the less you ask, the faster you get it. people don't have to spend time here to answer, but can work on it
[02:45] <zul> oh hey fabbione 
[02:45] <zul> good game yesterday
[02:45] <fabbione> zul: thanks. next will be against US :)
[02:46] <zul> you should win that game of course
[02:46] <fabbione> we should yeah
[02:47] <zul> if not i will laugh and laugh
[04:05] <zul> BenC: i have a couple of patches that im building now for dapper ill send them off tongiht
[04:11] <fabbione> zul: i have a lock on dapper kernel now
[04:14] <zul> fabbione: hmmm?
[04:14] <fabbione> zul: i need to release for sparc now. No more changes until that's done
[04:15] <fabbione> .43 now builds and i need to make sure that one goes in and builds as it is
[04:15] <zul> fabbione: thats fine, ill just accumulate them until the lock is released
[04:15] <fabbione> zul: that's exactly what i was asking for :)
[04:15] <fabbione> thqanks
[05:15] <zul> hmm...our junior tech typed in the bios password for a laptop wrong
[05:16] <zul> and now he cant get in
[05:18] <fabbione> my wife did the same
[05:18] <fabbione> i need to find a way to reset it
[05:18] <zul> take the laptop apart and take out the bios battery?
[05:19] <fabbione> yeah i will have to do when i have time
[05:22] <mjg59> Are you sure it's only the bios password?
[05:22] <mjg59> Laptops have secondary passwords that are stored in eeprom
[05:23] <mjg59> Only way to deal with them is take them apart until you can get access to the i2c bus, and then drive the eeprom directly
[05:23] <mjg59> And then try to work out what needs to be done to remove the password
[05:24] <fabbione> mjg59: pretty sure it's only the BIOS password
[06:52] <zul> whee...writing documenation is fun
[09:00] <BenC> that's probably not even enough for the kernel
[09:01] <Keybuk> heh
[09:02] <Keybuk> mvo: what did you try and boot?
[09:03] <Keybuk> you need about 20MB for the initramfs
[09:03] <Keybuk> maybe another 16MB or so for init and udev
[09:04] <Keybuk> you certainly need 8MB or so for the kernel itself
[09:05] <Keybuk> and then it uses anything between 20MB-64MB of memory for its own nefarious purposes
[09:05] <Keybuk> so minimum RAM would be 64MB on i386 and probably 96MB or more on amd64
[09:06] <Keybuk> (ps. holy christ that's a lot)
[09:10] <Mithrandir> server claims to work on 64MB
[09:15] <Keybuk> Mithrandir: depends how much swap space you have :p
[09:15] <Keybuk> 64MB is probably the absolute minimum without swap, being only just enough to get the kernel and initramfs loaded
[09:16] <maswan> Well, does server install swap space by default?
[09:16] <BenC> everything instals swap by default
[09:17] <BenC> except for diskless systems of course :)
[09:18] <Mithrandir> but swapping over NFS is _so much fun_!
[09:18] <maswan> Btw, can I bug you guys with my silly feature requests now? Like shipping a vmlinux somewhere, and sensible default tcp window sizes? ;)
[09:20] <mvo> Keybuk: I'm using mem=64M now and it works a lot better (swapspace is pretty big)
[09:23] <BenC> maswan: s/bug/propose a spec/
[09:24] <BenC> better hurry, UDS starts in 6 days
[09:26] <maswan> I guess, just feels silly to do that for a small fix. But I'll write something up then.
[09:26] <BenC> tcp windows needs to be discussed
[09:27] <BenC> vmlinux just file a bug
[09:27] <BenC> I think there's already one
[09:27] <BenC> providing a patch to current git to install such a file would be your best bet there
[09:28] <maswan> Unless you want to discuss providing a separate -debug package to save a few megs in the kernel package.
[09:30] <maswan> Yes, there is indeed a wishlist bug for vmunix
[09:32] <BenC> I actually would like to see a linux-debug package, with the ABI file, vmlinux, and build-log
[09:32] <BenC> one for each flavour
[09:32] <maswan> me too
[09:32] <BenC> it can be done just like the linux-headers package does
[09:33] <BenC> in debian/post-install
[09:35] <maswan> sounds pretty encouraging then
[09:36] <maswan> Want me to put a comment with those two lines in the bug to remember it by, or are you one of those guys that remember things and so on? :)
[09:47] <zul> BenC: we tried that in breezy with all of the config options for debug turned on, it was huge
[09:48] <BenC> well, I don't really mean a debug enabled kernel
[09:48] <BenC> just the raw vmlinux from the actual build
[09:48] <zul> ah i see
[09:48] <BenC> uncompressed, unstripped, etc
[09:52] <zul> later im out of here
[11:14] <zul> BenC:  http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9810933701a09f9c4dd0ad963d5ec2efb7df07b7
[11:18] <zul> BenC: for 38851 couldnt  we just blacklist it?
[11:19] <BenC> zul: cherry-picked that commit
[11:19] <BenC> let me check 38851
[11:19] <zul> BenC: for dapper?
[11:19] <BenC> yeah
[11:20] <BenC> it's already in edgy's kernel
[11:20] <zul> ahok