[03:11] <zul> BenC: ping
[03:24] <BenC> zul: pong
[03:25] <zul> you didnt merge my hotplug stuff yet?
[03:34] <BenC> not yet, but I'll try to get it tonight or tomorrow
[03:34] <zul> cool no problem..
[03:35] <zul> If i dont bug you tomorrow have a good christmas ;)
[03:39] <zul> for #9891 i think we should just blacklist it
[03:45] <zul> and #10834 is finally back in my test tree ill put in my clean tree when i get a test compile going tomorrow
[03:46] <BenC> ok
[03:46] <BenC> if you are working on any bugs, how about adding "zul" to the whiteboard?
[03:46] <BenC> I've been (ab)using the whiteboard for custom tags
[03:47] <zul> sure that would be easier
[03:47] <BenC> I can just hear the users.."My bug got zul'd, anyone know what that means? Did I do something wrong?"
[03:47] <zul> hehehehe...
[03:48] <zul> add it to status whiteboard field?\
[03:49] <zul> uh nevermind
[03:49] <zul> sybase is making me stupid
[03:50] <BenC> hehe
[05:30] <jbailey> "The Keymaster has your bugs now"
[05:33] <fabbione> jbailey: hahaha
[06:51] <BenC> new alternative_smp code has been pushed if anyone wants to test it
[06:57] <fabbione> BenC: i am grabbing from git right now
[07:13] <fabbione> BenC: did you try to run pounder21?
[07:29] <cjb`> *sigh*
[07:29] <cjb`> kitten is missing.  gone more than two hours.  coyotes outside.
[08:17] <JaneW> cjb`: shame :(
[11:06] <makx> anyone tried newest klibc upstream kbuild?
[01:41] <jbailey> makx: I'm hacking on klibc's build to do things that I want.  I chatted with hpa yesterday about the changes I'm working on and he likes them all.
[01:41] <jbailey> Amusingly enough, apparnetly klibc is still targetted to be included in the kernel itself.
[01:41] <jbailey> kernel build, rather.
[01:41] <makx> yes it seems so
[01:41] <jbailey> That's why they just finished the change to kbuild.
[02:36] <zul> hey
[02:37] <BenC> good morning
[02:37] <zul> how is it going?
[03:12] <zul> god bless you ccache
[04:04] <BenC> it's going well
[04:04] <BenC> the new alternative_smp code seems stable
[04:04] <BenC> and I just finished porting it to amd64
[04:09] <zul> cool...im just doing a test build
[04:14] <BenC> it's been running all night on my P4, and I did a full kernel build (X running, GL screen saver)
[04:28] <zul> how does it work?
[04:28] <zul> ...from a users perspective
[04:29] <BenC> same as before
[04:29] <BenC> except it takes care of more cases
[04:29] <BenC> like complete functions that would normally be one-liners in UP
[04:29] <BenC> and also, if you happen to use cpu hotplug, and boot with one cpu, it will switch back to smp if you hotplug another cpu
[04:30] <BenC> also, it takes care of modules, which the old code didn't do so well
[04:34] <zul> neat
[04:34] <zul> well my patches new patches build ill push them later
[04:40] <BenC> ok
[04:41] <zul> working on the dbg stuff now
[04:41] <BenC> my entire tree is pushed if you want to make sure things are synced
[04:41] <zul> sure i have to sync my trees first..
[04:42] <zul> all the developers at work are getting drunk and playing poker..i was the first one out :(
[04:42] <BenC> hehe
[04:49] <jbailey> zul: Not good at drinking, or not good at playing poker?
[04:49] <zul> well both today
[04:50] <jbailey> I suggest you practice then. =)
[04:50] <jbailey> Start with the easy one.  Have another beer. =)
[04:50] <zul> hehe
[05:52] <jbailey> Are there any filesystems that support capabilities rather than just the sticky bit?
[05:59] <slushpupie> jbailey: what sort of capabilities do you mean?
[06:00] <jbailey> slushpupie: Like being able to set ping so that it saw CAP_NET_RAW at startup automatically.  That way it doesn't need to be suid root.
[06:04] <slushpupie> sounds like selinux stuff.  With selinux you can use any filesystem that supports extended attributes I believe 
[06:06] <jbailey> Right.  I'm not looking for something that complete.
[06:35] <jbailey> BenC: Around?  I'm wondering if you know, it git, how to just pull the include/ subdir from Linus' tree?
[07:32] <zul> right im off...
[07:32] <zul> c ya later folks
[08:06] <BenC> jbailey: don't think you can do that
[08:06] <BenC> git tree's are like a cumlative thing
[08:16] <jbailey> Ah, okay
[08:16] <jbailey> I was hoping to just checkout part of the tree and have it all Just Work.
[08:17] <jbailey> Hmm.  bzr and git don't do that, despite svn and cvs doing it well.
[08:17] <jbailey> Perhaps I'll snivel at the bzr folks.
[08:24] <AcidPils> hi all
[08:24] <AcidPils> http://paste.ubuntuusers.de/1060  <-- bugreport? or just m coincidence?
[08:31] <BenC> nvidia?
[08:31] <AcidPils> ati
[08:31] <BenC> fglrx?
[08:31] <AcidPils> jupp
[08:32] <BenC> it says tainted, and it's probably a conflict with fglrx and the new mm code in 2.6.15
[08:32] <BenC> since the crash came from Xorg, then the only thing you can do is complain to ATI
[08:32] <AcidPils> ati... i hate them really
[08:33] <AcidPils> they just make new versions for stable kernels :/
[08:33] <BenC> yeah, well, you'll have a stable 2.6.15 within a day or two :)
[08:33] <AcidPils> and in 3 or 4 weeks a new ati module...
[08:35] <BenC> I'm sure they have something working internally, they just don't want to release it yet in case Linus makes a last minute breaker
[08:37] <jbailey> BenC: Are we getting a 2.6.15 christmas release?
[08:38] <BenC> that's the rumor
[08:38] <jbailey> Cool.
[08:38] <jbailey> Then you get the joy of deciding what to backport.
[08:38] <jbailey> Lucky you. =)
[08:38] <BenC> when linus dropped rc6 he said something along the lines of "looks like we'll have a 2.6.15 fir christmas"
[08:38] <BenC> hehe
[08:38] <jbailey> That was remarkably quick though.
[08:43] <BenC> I think the new release process is working very well
[08:46] <jbailey> Well, once is not success. =)
[08:47] <jbailey> Alhough if they keep this up, do you think you'll try and push for the end-of-cycle release next time, or just play conservative?
[08:51] <BenC> I'd rather do like we are and let it harden up a bit
[08:52] <BenC> less chance for having to do security updates one week after our release :)
[08:53] <BenC> after 2.6.15 is released, I'll make a branch for dapper and follow 2.6.15.y, and then keep head following linus so dapper+1 will be easier to start
[08:53] <jbailey> Cool.
[08:53] <BenC> should be able to push a new kernel in as soon as dapper+1 opens
[08:55] <jbailey> Nice.
[10:13] <zul> hey
[10:15] <zul> is it just me or is bugzilla slow?
[10:16] <jbailey> Do you mean in general or just now?
[10:17] <zul> just now
[10:17] <jbailey> It's fine here.
[10:17] <zul> stupid rogers
[10:20] <zul> meh...ill be back later..