[05:00] <TheMuso> c
[05:00] <TheMuso> damn
[05:46] <lamont> BenC: you still around, or did you go to sleep finally?
[08:14] <glick> hi
[08:15] <glick> how can i participate on the ubuntu kernel maintance/development?
[08:16] <crimsun> https://wiki.ubuntu.com/KernelTeam/GettingInvolved
[08:21] <glick> hey whats up with reiserfs4?
[08:22] <glick> why didnt reiserfs4 get added to the kernel?
[08:22] <glick> i think reiserfs is great
[08:25] <crimsun> if you'll check the archives for this channel, you'll note that precise question has been raised numerous times. In essence, enabling an experimental fs isn't precisely prudent.
[08:26] <glick> resiserfs3 isnt experimental though
[08:26] <glick> ubuntu doesnt seem to support it on install
[08:29] <crimsun> doesn't support it easily? have you loaded reiserfs?
[08:29] <glick> crimsun, i mean on install, it doesnt give you the option to create a reiserfs
[08:29] <glick> just ext3 and ext4
[08:32] <crimsun> glick: for desktop(s), you mean? I've used alternate(s) for some time, and the option is there
[08:33] <glick> hmm wasnt there for dapper
[08:33] <crimsun> that's interesting, since there's a distinct ubiquity changelog entry for precisely that
[08:34] <crimsun> (well, to be precise, it was still 'espresso' back then)
[11:14] <glick> is ppc much easier to code for then x86?
[11:15] <mjg59> In what context?
[11:15] <mjg59> If you're writing C, then unless you're working on very low-level code it makes no difference at all
[11:17] <glick> yeah i mean at the low level
[11:21] <mjg59> Not really, no
[11:21] <glick> you have a ton of registers
[11:21] <mjg59> If you're managing registers by hand, you've generally done something wrong
[11:21] <glick> can directly map all physical memory to the kernel's address space
[02:48] <lamont> BenC: ping?
[03:34] <BenC> lamont: pong
[03:38] <jb-home> BenC: I think he was checking with you on the patch I sent last night.
[03:39] <BenC> I got it, applying today
[03:39] <jb-home> Nice, thanks!
[03:40] <jb-home> Should I look for an upload today, or go get a life instead? =)
[03:40] <jb-home> by which I mean go change a diaper.  bbias. =)
[03:41] <BenC> jb-home: might not be one till the weekend
[03:46] <jb-home> Cool, thanks.
[03:47] <ogra> BenC, why are our default rsize/wsize values for nfs 131072 ? 
[03:48] <ogra> that seems pretty high to me
[03:49] <jb-home> ogra: Bah, why constrain yourself to ethernet packet sizes ;)
[04:00] <zul> BenC: ping openvz crack being uploaded now
[04:01] <BenC> ogra: if that's a kernel default, it's an upstream one...
[04:01] <BenC> userspace may be setting it though
[04:01] <ogra> well, i dont think thats sane ... 
[04:01] <ogra> its what i see for my / mounts on a thin client
[04:01] <jb-home> ogra: in practice, you shouldn't be using nfs on a lossy network anyway.
[04:01] <jb-home> ogra: So you may as well have the window size high.
[04:43] <mrec> BenC: do you use the v4l-dvb repository which is included in the kernel?
[04:44] <mrec> there's an issue with unplugging a dvb usb device, it will crash the dvb framework if the filehandles are still open
[04:44] <mrec> http://mcentral.de/hg/~mrec/v4l-dvb-stable/ (the last 3 patches fix that problem)
[04:44] <mrec> it's a patch against the latest repository from linuxtv
[04:48] <BenC> mrec: We're using stock 2.6.20 for that code
[04:48] <BenC> mrec: Those patches look like they change the ABI...I'm not sure I can get them in for release
[04:48] <mrec> BenC: they don't change the abi
[04:49] <mrec> it has been tested by several people the feedback was positive
[08:47] <AcidBurn> thought I would ask if bug 37784, has been fix, for real?
[08:52] <AcidBurn> https://launchpad.net/bugs/37784