[12:06] <infinity> vesafb is just the one we copy there by default.  Users could put another one there if they really want it.
[12:06] <infinity> We don't actually use vesafb by default either, we use vga16fb.
[12:07] <alex_joni> ok, so I should probably put vga16fb in there too?
[12:08] <infinity> Nah, initramfs copies it in properly even if it's not in the initrd directory.
[12:08] <infinity> The hack we discussed is only required for vesafb, primarily because I didn't notice that slightly buggy behaviour before release.
[12:09] <alex_joni> to better explain what I'm trying to do. we're working on a linux-based CNC controller, and we chose Ubuntu as the primary platform. because it needs RT stuff, we need to provide kernel packages aswell. but we would like to have them as close as possible to the Ubuntu ones
[12:12] <alex_joni> ok, I'll ship the new kernel to some beta testers, and if they still have trouble with usplash I might get back to you if that's ok..
[01:02] <zul> heylo
[01:45] <zul> BenC: i emailed pitti the changelog
[01:55] <zul> BenC: what do you think of this for dapper-updates http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=5a9191ff683ce4ebfd2c6a15e2989f5b1f420321
[02:14] <zul> er..for 386 # CONFIG_USB_SUSPEND is not set
[02:50] <BenC> zul: maybe
[02:51] <BenC> zul: been in the main kernel since dec., so yeah, email me the URL so I can cherry pick it
[03:00] <BenC> zul: or cherry-pick it into your tree that I can pull from
[03:06] <zul> done.
[03:13] <zul> hmmm...i wonder when hoary-security and breezy-security will be open again
[03:39] <bluefoxicy> http://rafb.net/paste/results/mVnwz695.html  How's that for clean-up :)
[03:46] <zul> uh...the answer was on the kernet-team mailing list
[04:02] <bluefoxicy> zul:  I do not have that list.
[04:03] <zul> well check the archives then
[04:03] <bluefoxicy> ugh now I have to grep archives.  be back in 20 minutes.
[04:03] <bluefoxicy> ubuntu-kernel or what kernel-team
[04:04] <bluefoxicy> cool ok so it should be.
[04:04] <bluefoxicy> hopefully I can get the above patch merged.
[04:04] <bluefoxicy> (if it doesn't have retarded breakage)
[04:06] <bluefoxicy> I rewrote the address space randomization code (with help) to be more cross-platform in an attempt to get it working on alpha, arm, ppc, ppc64, x86, x86-64, sparc, and sparc64
[04:06] <bluefoxicy> the code delta is rather small and light, minimally intrusive, and builds on current infrastructure; I should be able to get it working on like every architecture that PaX randomizes on (since it's an adaptation of the PaX code to slip into existing infra)
[04:07] <bluefoxicy> which is like 13 archs.
[04:07] <bluefoxicy> Problem is due to the mmap_base being changed to TASK_SIZE without randomization at random times, there is a large lack of stability :)
[04:07] <bluefoxicy> I don't know WHY
[04:08] <bluefoxicy> and haven't figured out how current infra copes
[04:08] <bluefoxicy> it may be because I touch certain places in the code where in the same code block the mmap_base is used, changed, and used more
[04:08] <bluefoxicy> or something silly.
[12:47] <zul> heylo
[12:47] <ajmitch> hi
[12:48] <zul> hey ajmitch 
[01:34] <sivang> hi all
[01:35] <sivang> what is the source package for an arch'es bin kernel package?
[01:35] <sivang> I want to check up the hook that dispatches a notiication to restart the system after a kernel is installed
[01:35] <sivang> anybody any idea?
[01:36] <zul> eh?
[01:38] <sivang> hi zul 
[01:38] <sivang> whenever I Installa new kernel in dapper,
[01:38] <sivang> I get thje notification bubble that a system restart ir required
[01:38] <sivang> where lies the code to dispatch the notification ?
[01:39] <sivang> and also, how do I track which source package was used to produce my current running kernel?
[01:39] <sivang> (sorry for the too many questions)
[01:39] <zul> sivang: the notification is done in the debian/rules in linux-source-2.6.15
[01:40] <sivang> ah, thanks
[01:40] <sivang> that answers nmy ther quesiton as well ;)
[02:34] <alex_joni> infinity: around?
[02:41] <alex_joni> infinity: could you take a peek at http://pastebin.com/765049 (it boots ok, but no splash visible), the kernel is this one: http://dsplabs.cs.upt.ro/emc2/dists/dapper/emc2/binary-i386/linux-headers-2.6.15-magma_aj3_i386.deb
[06:00] <zul> ick....https://wiki.ubuntu.com/HideFilesystemStructure soneone wants use to use the gobohide patch..
[06:01] <bluefoxicy> o_O
[06:11] <mvo> hello BenC, do you have a opinion about the dazuko (http://www.dazuko.org/) kernel module? we got a request if we can make it available in our kernel by default
[06:12] <zul> for edgy?
[06:16] <crimsun> yeah
[06:17] <sivang> where di dthe request come from? :)
[06:18] <crimsun> sivang: meaning who submitted it, or where is the request? [https://wiki.ubuntu.com/CommunityEdgyIdeas/Kernel] 
[06:18] <sivang> ah, thanks
[06:20] <zul> mvo: i dont have a problem with it but thats just my opinnon
[06:21] <sivang> crimsun: how does KalamV utilize this kernel module?
[06:21] <crimsun> sivang: I'm not familiar with either, actually. It looks like ArthurPenn added it.
[06:22] <sivang> ah, I see.
[06:25] <bluefoxicy> dazuko is interesting, it provides access control from user space
[06:25] <bluefoxicy> this allows you to write SELinux in user space I guess
[06:25] <bluefoxicy> but more interestingly, you can do things like virus scan files when someone tries to open them, and control access based on results.
[06:26] <sivang> bluefoxicy: wow, this is cenrainly cool
[06:50] <BenC> mvo: Does anything (like gnome) use dazuko yet?
[06:50] <fabbione> hey ben
[06:51] <fabbione> BenC: if you want to pull from ubuntu-dapper from me, i did the HUGETLB page changes on davem input, but they change the ABI
[06:51] <fabbione> i am not sure you want to bump it or we should hide it since sparc is not released
[06:51] <fabbione> imho it would be better to bump it
[06:51] <fabbione> but i leave it up to you
[06:52] <fabbione> tg3 is almost fixed
[06:52] <zul> BenC: i could do the bump so i could learn howto
[06:53] <zul> or not
[06:53] <fabbione> zul: there is a debian/rules target for it :)
[06:53] <fabbione> it's not that difficult ;)
[06:53] <zul> true but dont you have to change the control files and the like?
[06:54] <fabbione> nope
[06:54] <fabbione> the target should do that for you
[06:55] <fabbione> read the code luke
[06:55] <zul> meh..
[06:55] <BenC> fabbione: do we really need a dump for dapper-updates?
[06:55] <BenC> s/dump/bum/
[06:56] <BenC> damnit...BUMP
[06:56] <fabbione> well it would be dapper-security
[06:56] <zul> heh..dyslexia is setting in
[06:56] <BenC> well, yeah, but we are doing a bump?
[06:56] <fabbione> and it's only sparc.. on one side it's not released.. on the other we know that tons of people are running it
[06:56] <fabbione> i think we can't avoid abi bumps forever
[06:57] <fabbione> so we might as well do it properly
[06:57] <crimsun> yeah, better to be safe than sorry
[06:57] <BenC> well, if we have to have a bump, I have a change that needs to be made too :)
[06:57] <BenC> HZ=250 instead of HZ=1000
[06:57] <mvo> BenC: no, we got a request from a 3rd party vendor
[06:57] <BenC> it's killing a lot of laptops
[06:57] <fabbione> BenC: i think we need to change pov for dapper...
[06:57] <fabbione> with a 5 years support we will change abi a lot
[06:57] <fabbione> no matter what
[06:58] <BenC> yeah, we may even move to a newer kernel in dapper over time
[06:58] <fabbione> exactly
[06:58] <fabbione> so i think we should remove the dust from the procedure and do it
[06:58] <BenC> I wouldn't mind moving to edgy's kernel in dapper after edgy releases and is proven stable
[06:58] <zul> BenC: i think pitti wants to talk as well as well
[06:58] <fabbione> well that's not an easy step.. rememebr we have hw certification
[06:59] <BenC> zul: repetition...sign of alzheimers :)
[06:59] <zul> hehe
[06:59] <BenC> mvo: File a wishlist bug for dazuko...I can do it, but I need the reminder :)
[07:00] <mvo> BenC: cool, thanks :)
[07:00] <zul> ooh...can we have reiserfs4 in edgy ;0
[07:00] <fabbione> mvo: did they ask it for edgy or dapper?
[07:00] <BenC> fabbione: is davem's tg3 fix in your tree or his?
[07:00] <fabbione> BenC: it's none, the fix is not complete yet
[07:00] <BenC> ok
[07:00] <fabbione> BenC: there are more bugs
[07:00] <BenC> no upload till we get that anyway
[07:01] <fabbione> that one fixes one of them
[07:01] <mvo> fabbione: they asked for dapper, but we can't do it (obviously), but it would be nice to make the maintainance easier
[07:01] <fabbione> well you can still upload for -security
[07:01] <fabbione> don't hold up everything on sparc
[07:01] <fabbione> mvo: right...
[07:01] <BenC> fabbione: if it's a matter of 1-2 days, I can hold off
[07:01] <BenC> mvo: if it's self-contained, I can do it for dapper...
[07:01] <fabbione> BenC: no idea.. there is also the 4 core T1 issue that's not being investigated yet
[07:07] <zul> BenC: i should have a couple of patches for you for dapper soon..
[07:08] <fabbione> zul: don't break anything please
[07:08] <fabbione> ;)
[07:08] <zul> fabbione: when was the last time i broke something :)
[07:08] <zul> dont anwser that..
[07:09] <fabbione> *no comment*
[07:09] <zul> :P
[07:19] <zul> whoops...it looks like i got some work to do tonight
[07:51] <zul> uh so edgy is open now?
[07:52] <Keybuk> nope
[07:52] <Keybuk> however there's a queue at the door
[07:52] <Keybuk> and I'm dressed up as a bouncer deciding who can come in or not
[07:52] <zul> ah..
[07:53] <Keybuk> a bit like Steve Rubell ... "not in that shirt"
[07:53] <zul> with your velvet rope no doubt
[07:57] <BenC> go figured, I had to bribe him to get in
[08:35] <WebMaven> BenC: Did you get my feedback on the 2.6.17 kernel?
[09:07] <zul> BenC: the asm_volitile needs to be changed to alternative_input :(
[09:47] <BenC> WebMaven: yeah
[09:47] <BenC> zul: where?
[09:47] <zul> in the arch/i386/kernel/cpu/amd.c file
[09:49] <zul> uh...i mean the include/asm-i386/i387.h it was changed 2005-07-22
[09:52] <BenC> Ok, so you're working on a patch for x87 bug?
[09:52] <zul> yeah..i was looking through it..
[09:53] <zul> i should have a fix for it tonight
[09:55] <BenC> excellent
[09:55] <zul> build it tomorrow during the day and all that fun stuff
[09:55] <BenC> are you also working on the bugs you assigned to yourself?
[09:56] <BenC> just want to make sure I can take them out of my list
[09:57] <zul> yeah all the bugs im working from now on are assigned to me
[10:02] <WebMaven> BenC: So when would you like me to test a fix for my bug on this laptop?
[10:03] <BenC> WebMaven: when I get a fix...
[10:13] <WebMaven> OK.
[11:51] <zul> hey
[12:00] <crimsun> heya zul
[12:01] <zul> hey crimsun how is it going?
[12:01] <crimsun> zul: not too bad, having some coffee, yourself?
[12:02] <zul> good just doing fixes
[12:02] <zul> and watching simpsons
[12:03] <crimsun> nice :)