[03:29] <infinity> BenC: Argh.  "Ok, this is a good bear"?  Die. :)
[04:19] <BenC> hehe
[04:35] <BenC> infinity: I have a new lrm with nvidia 9629 upgrade too
[04:35] <ajmitch> that will make so many users happy
[05:38] <BenC> infinity: lrm and linux-meta coming when I wake up in the morning
[06:33] <infinity> BenC: You upgrading fglrx too?
[12:27] <gnomefreak> is there a list of modules that are not in -6 somewhere i can look at? i know nvidia was missing at one point
[12:53] <cypher1> i am having problems upgrading from a 2.4 kernel to 2.6.18 kernel. Any help ?
[12:54] <cypher1> the kernel panics saying it cannot mount the root filesystem
[12:54] <Mithrandir> neither 2.4 or 2.6.18 is, has been or will ever be supported in Ubuntu.
[12:55] <cypher1> why ?
[12:55] <cypher1> so does that mean i cannot download and built my own kernel with version 2.6.18 ?
[12:55] <Mithrandir> 2.4?  Why should it be?  2.6.18?  We're skipping that; edgy was 2.6.17; feisty will be 2.6.20
[12:55] <Mithrandir> you can, but I would recommend against it.  Why do you want to do so?
[12:56] <cypher1> Mithrandir: i wanted to learn building it 
[12:56] <cypher1> Mithrandir: thanks for the info
[12:56] <Mithrandir> you might want to read the URLs referenced in the topic here.
[01:04] <gnomefreak> 2.6.19 i thought
[01:04] <gnomefreak> atleast that is what it is now
[01:06] <cypher1> yes 2.6.19 is in beta i guess
[01:06] <gnomefreak> rc5 iirc
[01:07] <cypher1> i guess 2.6.12 and later has some issues with loading modules parallely
[01:07] <cypher1> gnomefreak: sorry i did not get it
[01:08] <Mithrandir> gnomefreak: I said feisty "will be", not "is". :-)
[01:08] <gnomefreak> cypher1: if i remember correctly 2.6.19 is in the rc5 stage (in general not in ubuntu)
[01:09] <gnomefreak> Mithrandir: dont we normally keep the kernel we start with?
[01:09] <gnomefreak> like dapper started with 2.6.15 and ended with it
[01:09] <gnomefreak> breezy - edgy was like that
[01:10] <Mithrandir> gnomefreak: BenC said otherwise, iirc
[01:10] <cypher1> gnomefreak: but by that would not the kernel would be little out of date when a release comes out ?
[01:11] <gnomefreak> release == stable not in date or out dated
[01:36] <tepsipakki> BenC: bug #72696
[01:36] <tepsipakki> hm, malone 72696
[01:36] <tepsipakki> duh, no ubugtu here, then ;)
[01:40] <cypher1> bug 72696
[02:35] <BenC> tepsipakki: ok
[02:56] <tepsipakki> BenC: is it feasible for dapper-updates?
[03:05] <tepsipakki> ah, saw your comment
[03:08] <zul> hey
[03:10] <BenC> hey zul
[03:10] <zul> hey BenC how is it going?
[03:10] <BenC> not too bad
[04:04] <zul> good
[04:42] <kylem> argh. out of captain crunch.
[04:43] <zul> heh
[04:44] <thom> what in the hells is captain crunch? my only reference is cryptonomicon
[04:44] <thom> and i've never seen it
[04:44] <kylem> dude.
[04:44] <zul> its a cereal
[04:44] <kylem> best. cereal. ever.
[04:44] <zul> fruit loops are better though
[04:45] <thom> heh. do it!
[04:45] <Mithrandir> thom: it enabled blueboxing, which is why it's famous.  At least why it's famous in geek circles.
[04:46] <zul> http://en.wikipedia.org/wiki/Cap'n_Crunch
[04:49] <zul> kylem: is it still captain crunch in quebec?
[04:49] <kylem> no clue.
[04:49] <kylem> i buy groceries in ontario.
[04:49] <zul> ah
[04:49] <kylem> since i'm usually in ontario anyway, the loblows on rideau is so darn convenient on the way home...
[04:50] <zul> yeah it was for me when i was working in queubec
[04:55] <mjg59> kylem: You don't get to visit .nl until you've been to Cambridge
[04:56] <kylem> hehe.
[05:00] <thom> mBdale's european debauchery tour!
[05:03] <kylem> heh.
[05:35] <zul> BenC: do we want to get the mactel patches into feisty?
[05:35] <BenC> yeah, I'm working on them
[05:36] <zul> ok
[05:36] <dade`> :)
[06:04] <zul> later...got another doctor appointment to go to
[06:34] <trappist> is edgy's kernel supposed to be preemptible?  I ask because it doesn't seem to be.  mouse and everything get very laggy under heavy i/o load, e.g. when installing packages
[06:46] <dade`> trappist: it is
[06:47] <trappist> dade`: I see CONFIG_PREEMPT is not set, but CONFIG_PREEMPT_VOLUNTARY and CONFIG_PREEMPT_BLK are y.  mind if I ask what those mean, and how they differ from CONFIG_PREEMPT?
[07:13] <trappist> ok now I get it - we preempt the big kernel lock (CONFIG_PREEMPT_BKL) and we say CONFIG_PREEMPT_VOLUNTARY=y but there's no /proc/sys/kernel/voluntary_preemption, *and* CONFIG_PREEMPT is not set.  so (please correct me if I'm wrong) only the big kernel lock is preemptible.
[07:33] <BenC> trappist: correct
[07:33] <trappist> BenC: why do we not just say CONFIG_PREEMPT=y
[07:35] <BenC> becomes preempt isn't optimal for a kernel that is supposed to run everywhere
[07:36] <BenC> s/becomes/because/
[07:36] <trappist> I assume having separate desktop/server kernels has been brought up and shot down
[07:38] <BenC> trappist: I guess you haven't noticed that we have a separate server and desktop kernel already :)
[07:39] <BenC> even on strictly desktop, preempt has some areas where it caused enough of a problem for enough people that the benfits were outweighed
[07:44] <cmvo> BenC: Hi! I know this is devel only, but it there a way to set the sequence drivers are loaded during boot?
[07:48] <BenC> cmvo: can you describe your scenario?
[07:48] <BenC> I'm actually working on something along those lines, I'd be interested in your use case
[07:50] <cmvo> BenC: I've got a system with a ICH6 with 4 SATA HDs connected to it and also a promise SX-2
[07:51] <BenC> cmvo: So you're concern is just sdX device ordering?
[07:51] <cmvo> to which a 5th HD is connected temporarily for backups.
[07:51] <BenC> cmvo: you're problem can be solved in other ways, mainly by using UUID instead of the device name, for partitions
[07:53] <cmvo> With no HD connected to the SX-2 the four HDs are sda-sdd. With a HD connected to the SX-2 this becomes sda and the others are sdc-sdf
[07:54] <BenC> cmvo: Right, you should replace /dev/sdX with UUID=XXXXXXXXXX in fstab and grub's menu.lst
[07:57] <cmvo> BenC: Thanks, I'll take a closer look at UUIDs. Guess I've been using static /dev for too long :-) Sorry for bothering you.
[07:58] <BenC> cmvo: No problem
[09:43] <zul_> hey