[12:17] <infinity> lamont : If you're planning on doing a -6.7 release (and hey, you won't see me complaining about someone else doing it), hold off, I need to test a ppc64 patch and get it in.
[12:18] <lamont__> infinity: targetting tonight late to start test builds
[12:19] <lamont__> as in, somewhere before 0500 UTC or so
[12:19] <infinity> Hrm, that'll be a tight squeeze, but I'll see what I can do.
[12:19] <infinity> Otherwise, I'll just have to followup with a release with one change. ;)
[12:21] <lamont__> well, mostly it's because I want to go to sleep... worst case, I'll dump doing the test builds and upload on you
[12:27] <infinity> Sleep?  Pfft.
[12:28] <lamont__> hehe

[12:29] <infinity> Can someone explain to me why onoffice.org2 has suddently started depending on a full build environment?
[12:30] <infinity> openoffice, too.
[12:31] <lamont__> because they will ruin your life
[12:32] <infinity> Seriously, a dist-upgrade on my laptop wants to install like 5 compilers and a bunch of dev libs.
[12:34] <lamont__> infinity: just wait - they're bootstrapping i386/amd64 biarch, which will churn things a bit
[12:39] <doko> infinity: openoffice? no
[12:56] <zul> lamont, : 686 built without a problem
[12:58] <lamont__> zul: coolness
[12:58] <zul> you can get from my arch to test if you wish
[02:00] <lamont> zul: OK.  But that'll be in several hours.
[02:05] <zul> morning
[02:07] <chmj> morning chuck 
[02:20] <zul> morning charles
[05:21] <zul> so lively
[05:22] <zul> lamont: is the build going on?
[05:23] <lamont> zul: I went to bed, still waiting for jbailey and infinity
[05:24] <zul> okie dokie
[06:42] <zul> ummm...ok http://bugzilla.ubuntu.com/show_bug.cgi?id=12739
[09:00] <jbailey> lamont: Oy.
[09:02] <jbailey> lamont: My patch seems to work so far.
[09:03] <jbailey> I need to do two more tests, and then do I hand it to you?
[09:32] <lamont> jbailey: yeah.  or you can commit it to the playground...
[09:32] <jbailey> lamont: Does that mean learning enough baz to do that?
[09:34] <lamont> hehe
[09:34] <lamont> just give me the patch
[09:35] <lamont> jbailey: oh - btw, how does mkinitrd decide what modules to put in the initrd it's building?
[09:35] <lamont> currently loaded modules? hw lists? what?
[09:35] <jbailey> in MODULES=dep mode, or MODULES=most ?
[09:35] <lamont> both
[09:40] <jbailey> Hmm.
[09:40] <jbailey> Excellent question.
[09:43] <jbailey> initramfs-tools is going to just walk the /sys tree on the local machine.
[09:43] <jbailey> most will just include a list of modules that I specify.
[09:46] <jbailey> lamont: Do you have a particular problem you're trying to solve?
[10:03] <lamont> answering a question for support types...
[10:04] <lamont> I think that answers the question
[10:27] <lamont> infinity: did you have kernel patches for me?
[10:27] <lamont> jbailey: so =most is really =dep + jbailey's list?
[10:28] <jbailey> On initramfs, yes.
[10:28] <jbailey> On initrd it seems to calculate it.  Following it involves following the rabbit through the file descriptor maze.
[10:29] <lamont> hehe
[10:32] <lamont> hoary (and sarge) use initrd, yes?
[10:32] <jbailey> Yes
[10:32] <lamont> was really just wondering if =most was a superset of =dep, or if it was "just this list, kthxbye"
[10:33] <lamont> for initrd :-(
[10:33] <jbailey> Oh. yes.
[10:33] <jbailey> That's an easier answer. =)
[10:34] <jbailey>                 most)
[10:34] <jbailey>                         add_modules_most
[10:34] <jbailey>                         add_modules_dep maybe
[10:34] <jbailey>                         ;;
[10:34] <jbailey>                 dep)
[10:34] <jbailey>                         add_modules_dep
[10:34] <jbailey>                         ;;
[10:34] <lamont> lol
[10:34] <lamont> btw, ext2_fs.h sucks
[10:35] <lamont> (debian, that is...)
[10:35] <lamont> the boot loader portion of palo still needs love.
[10:36] <lamont> jbailey: and "calculate" == ??  just wondering what sorts of things... 30000 ft handwaving answer is ok
[10:45] <jbailey> calculate?
[10:45] <jbailey> I don't see that in the script or the manpage.
 On initrd it seems to calculate it.  Following it involves following the rabbit through the file descriptor maze.
[10:53] <jbailey> add_modules_dep calculates the modules list somehow.
[10:53] <jbailey> But I don't see at a glance how it calculates it.
[10:53] <lamont> ok.  no hints on what it uses as inputs either, eh?
[10:53] <lamont> bummer
[11:01] <lamont> jbailey: initramfs-tools is for grub2, or just a simple dropin replacement/upgrade to initrd?
[11:01] <jbailey> replacement for initrd
[11:01] <lamont> woot
[11:01] <jbailey> This acpi patch I think is my last major blocker for making it default
[11:01] <lamont> nearly done? or what's the status?
[11:01] <lamont> ah, ok
[11:01] <jbailey> (I found a slight bug that I want to fix.  Will test again tomorrow since it takes a while to build)
[11:02] <lamont> that's the kernel patch you have for me?
[11:02] <lamont> or what's that status atm?
[11:50] <jbailey> lamont: No
[11:50] <jbailey> Yes, that's the patch I'm working on.
[11:50] <lamont> ok
[11:50] <jbailey> It doesn't support the old style initrd DSDT.
[11:50] <jbailey> It ought to, so it'll just be a slight bug.