[12:17] 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] infinity: targetting tonight late to start test builds [12:19] as in, somewhere before 0500 UTC or so [12:19] Hrm, that'll be a tight squeeze, but I'll see what I can do. [12:19] Otherwise, I'll just have to followup with a release with one change. ;) [12:21] 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] Sleep? Pfft. [12:28] hehe [12:29] [12:29] Can someone explain to me why onoffice.org2 has suddently started depending on a full build environment? [12:30] openoffice, too. [12:31] because they will ruin your life [12:32] Seriously, a dist-upgrade on my laptop wants to install like 5 compilers and a bunch of dev libs. === infinity grumps in doko's direction. [12:34] infinity: just wait - they're bootstrapping i386/amd64 biarch, which will churn things a bit [12:39] infinity: openoffice? no [12:56] lamont, : 686 built without a problem [12:58] zul: coolness [12:58] you can get from my arch to test if you wish [02:00] zul: OK. But that'll be in several hours. === doko [~doko___@dsl-084-059-066-083.arcor-ip.net] has joined #ubuntu-kernel === JaneW [~JaneW@196.36.161.235] has joined #ubuntu-kernel === chmj [~chmj@196.36.161.235] has joined #ubuntu-kernel === chmj [~chmj@196.36.161.235] has joined #ubuntu-kernel === zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [02:05] morning [02:07] morning chuck [02:20] morning charles === chmj [~chmj@196.36.161.235] has joined #ubuntu-kernel === calc [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel [05:21] so lively [05:22] lamont: is the build going on? [05:23] zul: I went to bed, still waiting for jbailey and infinity [05:24] okie dokie === lamont -> office === doko [~doko___@dsl-084-059-084-103.arcor-ip.net] has joined #ubuntu-kernel === lamont [~lamont@15.238.5.30] has joined #ubuntu-kernel === ValheruLord [~valherulo@valherulord.user] has joined #ubuntu-kernel [06:42] ummm...ok http://bugzilla.ubuntu.com/show_bug.cgi?id=12739 === calc [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel === ValheruLord [~valherulo@valherulord.user] has left #ubuntu-kernel ["May] === jbailey [~jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [09:00] lamont: Oy. [09:02] lamont: My patch seems to work so far. [09:03] I need to do two more tests, and then do I hand it to you? [09:32] jbailey: yeah. or you can commit it to the playground... [09:32] lamont: Does that mean learning enough baz to do that? [09:34] hehe [09:34] just give me the patch [09:35] jbailey: oh - btw, how does mkinitrd decide what modules to put in the initrd it's building? [09:35] currently loaded modules? hw lists? what? [09:35] in MODULES=dep mode, or MODULES=most ? [09:35] both [09:40] Hmm. [09:40] Excellent question. === jbailey comments yet again that Perhaps Xu thought he was programming in Perl. [09:43] initramfs-tools is going to just walk the /sys tree on the local machine. [09:43] most will just include a list of modules that I specify. [09:46] lamont: Do you have a particular problem you're trying to solve? [10:03] answering a question for support types... [10:04] I think that answers the question [10:27] infinity: did you have kernel patches for me? [10:27] jbailey: so =most is really =dep + jbailey's list? [10:28] On initramfs, yes. [10:28] On initrd it seems to calculate it. Following it involves following the rabbit through the file descriptor maze. [10:29] hehe [10:32] hoary (and sarge) use initrd, yes? [10:32] Yes [10:32] was really just wondering if =most was a superset of =dep, or if it was "just this list, kthxbye" [10:33] for initrd :-( [10:33] Oh. yes. [10:33] That's an easier answer. =) [10:34] most) [10:34] add_modules_most [10:34] add_modules_dep maybe [10:34] ;; [10:34] dep) [10:34] add_modules_dep [10:34] ;; [10:34] lol [10:34] btw, ext2_fs.h sucks [10:35] (debian, that is...) [10:35] the boot loader portion of palo still needs love. [10:36] jbailey: and "calculate" == ?? just wondering what sorts of things... 30000 ft handwaving answer is ok [10:45] calculate? [10:45] I don't see that in the script or the manpage. [10:52] On initrd it seems to calculate it. Following it involves following the rabbit through the file descriptor maze. [10:53] add_modules_dep calculates the modules list somehow. [10:53] But I don't see at a glance how it calculates it. [10:53] ok. no hints on what it uses as inputs either, eh? [10:53] bummer [11:01] jbailey: initramfs-tools is for grub2, or just a simple dropin replacement/upgrade to initrd? [11:01] replacement for initrd [11:01] woot [11:01] This acpi patch I think is my last major blocker for making it default [11:01] nearly done? or what's the status? [11:01] ah, ok [11:01] (I found a slight bug that I want to fix. Will test again tomorrow since it takes a while to build) [11:02] that's the kernel patch you have for me? [11:02] or what's that status atm? === efpc2003 [efpc2003@rev-200-40-117-60.netgate.com.uy] has joined #ubuntu-kernel === efpc2003 [efpc2003@rev-200-40-117-60.netgate.com.uy] has left #ubuntu-kernel [] === lamont wonders if jbailey is planning 2.4 support in initramfs-tools. :-) [11:50] lamont: No [11:50] Yes, that's the patch I'm working on. [11:50] ok [11:50] It doesn't support the old style initrd DSDT. [11:50] It ought to, so it'll just be a slight bug.