[12:23] <zul> lamont: stop bombing my email!! :)
[12:27] <lamont> zul: heh
[12:27] <lamont> was last time, honest
[12:27] <lamont> well, for this change, anyway
[12:28] <lamont> there's only one bug left in bz that has kernel-team on it, and I'm not reopening taht bug just to change it
[12:55] <zul> heh
[02:42] <zul> lamont: back yet
[02:44] <lamont> yeah
[04:43] <zul> later
[06:19] <fabbione> morning
[06:31] <crimsun> morning, fabbione :-)
[06:47] <lamont> fabbion3: when did you go all 3l1t3 on us?
[06:48] <fabbion3> i need fabbione for the dpl debate
[06:48] <fabbion3> going to switch back later :-)
[06:49] <fabbion3> otherwise it's just ETOOMANYCHAN for one client
[06:50] <lamont> ah, ok.
[06:50] <lamont> you running?  or just want to be there?
[06:50] <lamont> how many channels am I allowed?
[06:51] <fabbion3> no the problem is not the amount of allowed chans
[06:51] <fabbion3> it's the way i like to use my client
[06:51] <fabbion3> i don't like to hide windows
[06:51] <fabbion3> so i keep all of them open at the same time
[07:27] <lamont> fabbion3: may have some hppa changes for a near-future kernel...
[07:33] <fabbion3> lamont: that's ok with me
[07:33] <fabbion3> i don't have any issue with portability on hppa
[07:33] <fabbion3> specially because the patches are isolated
[07:34] <lamont> heh
[07:34] <fabbion3> btw.. i just added the 00-list files for 29
[07:34] <fabbion3> i must do the create_new_release: target in the make file
[07:34] <fabbion3> it's just too many thing to do atm
[07:34] <fabbion3> it's easy to forget them.
[07:39] <lamont> yes, please
[07:39] <lamont> so this abichecker... where does it live?
[07:41] <fabbion3> lamont: in debian/rules inside the clean and build target
[07:41] <fabbion3> + 2/3 things outside to export VARS like abinum
[07:42] <fabbion3> debian/abi is the dir that does the trick
[07:42] <lamont> ok... there's a target in debian/rules then that verifies things?
[07:42] <lamont> and I'll need to generate hppa files for -28 or something?
[07:43] <fabbion3> lamont: no target. it's just a direct thing in build target
[07:43] <lamont> ok
[07:43] <fabbion3> if you build for hppa, just add the ABI files to debian/abi/2.6.10-28/hppa/
[07:43] <fabbion3> they are called with the same name as the config files
[07:43] <fabbion3> otherwise
[07:43] <fabbion3> since hppa is not official yet
[07:44] <fabbion3> you can just echo 1 > debian/abi/2.6.10-28/hppa.ignore
[07:44] <fabbion3> and the ABI check will be overridden
[07:44] <fabbion3> don't make an empty file
[07:44] <fabbion3> it won't survive to make clean
[07:58] <fabbion3> svenl: i am building the ppc kernel with the eth changes right now
[08:00] <svenl> it builds fine ? 
[08:00] <svenl> fabbion3: did you add the mkvmlinuz support stuff too ?
[08:00] <fabbion3> it's build..
[08:00] <fabbion3> it still needs to finish the first flavour
[08:01] <svenl> it compiles the arch/ppc part early on.
[08:01] <fabbion3> svenl: i am compiling with -j15
[08:01] <fabbion3> it won't take long
[08:01] <fabbion3> too much scrolling on the screen to see it
[08:02] <svenl> :)
[08:06] <fabbion3> In file included from arch/ppc/platforms/mv643xx_eth_pegasos.c:18:
[08:06] <fabbion3> include/linux/mv643xx.h:16:27: asm/addrspace.h: No such file or directory
[08:06] <fabbion3> include/linux/mv643xx.h:17:25: asm/marvell.h: No such file or directory
[08:06] <fabbion3> it fails
[08:06] <fabbion3> this is 2.6.10
[08:06] <fabbion3> are you sure you did add all the files?
[08:11] <svenl> well, they where for 2.6.11, maybe the files in question got added to 2.6.11 after 2.6.10. Will check.
[08:12] <svenl> or you can just grab them. 
[08:12] <svenl> The problem is that my frech ubuntu install refused to boot, so i couldn't try the patches myself, but will backport them to the debian 2.6.10 kernel.
[08:14] <svenl> fabbion3: mmm, something is wrong here.
[08:14] <fabbion3> svenl: please just give me the complete patches
[08:14] <fabbion3> you can build in a hoary chroot
[08:14] <svenl> those are the mips includes.
[08:14] <fabbion3> it's not difficult
[08:14] <svenl> a patch against the debian 2.6.10 kernel should do just as well though, right ? 
[08:15] <fabbion3> ubuntu 2.6.10 please
[08:16] <svenl> ok.
[08:17] <svenl> fabbion3: first i need to make an upstream patch though.
[08:18] <fabbion3> that's fine by me
[08:18] <svenl> fabbion3: what about mkvmlinuz support script ? 
[08:18] <svenl> fabbion3: maybe you can try that in the meantime ? 
[08:18] <fabbion3> if you have an http server somewhere you can just branch out from /t and i can merge from you
[08:18] <fabbion3> svenl: yes gimme the patch and i will test it in the meanwhile
[08:20] <svenl> fabbion3: you get the svn://svn.debian.org/svn/kernel/trunk/kernel/powerpc/kernel-patch-powerpc-2.6.10-2.6.10/debian/post-install
[08:21] <svenl> and move it to kernel-tree/debian before calling make-kpkh kernel-image
[08:21] <svenl> debian powerpc package does : 
[08:21] <svenl>         cd debian; cp -p changelog control copyright post-install $(KSOURCE)/debian
[08:22] <svenl> in configure, after having unpacked the kernel tree, but i bet you know best when to do it.
[08:22] <svenl> it is a make-kpkg install hook.
[08:25] <fabbion3> svenl: ok i will look at it, but i would really love to get simple patches to our tree to do stuff like that. it takes me a lot of time to check exactly what needs to be done and why.
[08:25] <fabbion3> also are we sure that our make-kpkg is the same as in debian with the same support hooks and stuff?
[08:29] <svenl> fabbion3: yep, as soon as i am able to install ubuntu, i will do it, right now it seems tzsetup-udeb broke since yesterday, see my message on #ubuntu-devel.
[08:30] <fabbion3> svenl: just a suggestion, since we are in short of time due to release, can you just bootstrap a chroot to make the patches?
[08:31] <fabbion3> you only need to manually install debootstrap from ubuntu
[08:31] <svenl> fabbion3: and last i tried, debootstrapping a ubuntu partition, i failed horribly.
[08:31] <fabbion3> create the chroot
[08:31] <fabbion3> and reinstall the debian debootstrap
[08:31] <fabbion3> i can help you with that..
[08:31] <fabbion3> it's no issue
[08:31] <svenl> ok will try.
[08:31] <svenl> Damn, it now just gives me an empty blue screen for apt-configuration :/
[08:32] <svenl> will relaunch the install while i prepare a debootstrap partition.
[08:32] <fabbion3> do you have a dedicated partition or just a dir somewhere?
[08:32] <fabbion3> iirc in both cases you need to mkdir /sys
[08:33] <fabbion3> not on your system.. inside the chroot
[08:34] <svenl> mmm, i am installing /sys, and i have just a dir.
[08:34] <svenl> i mount /sys like i mounted /proc previously ?
[08:34] <svenl> what is the debootstrap invocation ? 
[08:35] <svenl> E: Failed getting release file http://ftp.debian.org/debian/dists/hoary/Release
[08:35] <svenl> well, guess i have to provide for a mirror
[08:35] <fabbion3> ehehe
[08:36] <fabbion3> debootstrap hoary <chrootdir> http://archive.ubuntu.com/ubuntu
[08:36] <svenl> if doing it in fakeroot enough, or do i need to be real root.
[08:37] <fabbion3> sudo or real root
[08:37] <fabbion3> you can't use fakeroot for that
[08:37] <svenl> oh well.
[08:37] <svenl> ok doing it with sudo.
[08:38] <svenl> do i need to create the /sys before doing the debootstrap call ? 
[08:38] <fabbion3> yes
[08:38] <fabbion3> inside the chroot
[08:39] <svenl> fabbion3: how can i do it inside the chroot before i finished debootstrap ? 
[08:39] <fabbion3> svenl: you created a directory for the chroot, right?
[08:40] <fabbion3> sudo mkdir <pathtothechroot>/sys
[08:40] <fabbion3> that's more than enough
[08:40] <fabbion3> it's just a simple dir
[08:40] <fabbion3> but it needs to be done by root
[08:41] <svenl> ok.
[08:41] <svenl> what about /proc ?
[08:41] <svenl> ok launched, let's hope it will be ok now.
[08:43] <fabbion3> proc is handled by debootstrap
[08:43] <fabbion3> no need to touch it
[08:44] <svenl> ah ... i had it mounted already, i hope this will not cause problems ? 
[08:44] <fabbion3> probably not
[08:46] <svenl> Mmm, i really need to get a apt proxy going here, i wonder if i can configure my router to automatically redirect apt calls to it, but i don't think so.
[08:48] <svenl> will take a while though, since i don't have 2.6.10 in my ccache, and have a slower machine than yours.
[08:50] <fabbion3> svenl: 2 hints
[08:50] <fabbion3> in debian/config/powerpc
[08:51] <fabbion3> there are the configs for $flavour
[08:51] <fabbion3> just leave one there that is known to use that card
[08:51] <fabbion3> and in debian/rules
[08:51] <fabbion3> there is a commented line CONCURRENCY_LEVEL
[08:51] <fabbion3> even if your machine is UP
[08:51] <fabbion3> set it to 4 or 8
[08:51] <fabbion3> the kernel benefits a lot of that
[08:52] <fabbion3> it will slow down your box for a little while
[08:56] <svenl> i use 8, and i use both ccache, and a two machine distcc setup.
[08:56] <fabbion3> svenl: good
[08:56] <fabbion3> it will take much less to build
[08:56] <svenl> yep.
[08:56] <svenl> normal build is 1.5 hours though.
[08:57] <T-None> morning svenl, fabbion3 
[08:57] <svenl> hi T-None 
[08:58] <svenl> mmm, making a backup of my chroot, just in case.
[08:58] <fabbion3> hi T-None 
[08:59] <T-None> have a nice day, fellows 8)
[08:59] <svenl> T-None: you too.
[08:59] <T-None> thx
[08:59] <fabbione> cya leter
[09:05] <fabbione> mdz: ping?
[09:05] <mdz> fabbione: going to sleep shortly
[09:07] <fabbione> mdz: i found a driver in the kernel that we forgot to update even before UVF
[09:07] <fabbione> and i think the new version can fix a maj bug
[09:07] <mdz> email about it, please, I'm crashing
[09:07] <fabbione> sure
[09:07] <fabbione> good night :-)
[09:08] <svenl> chroot created.
[09:10] <svenl> fabbione: can i build only the powerpc kernels, and not the full source stuff ? 
[09:10] <fabbione> yes
[09:11] <fabbione> just do a fakeroot make -f debian/rules build
[09:11] <fabbione> it will leave the .deb files in debian/build
[09:11] <fabbione> you still need to cleanup debian/config/powerpc if you want to remove flavours
[09:11] <svenl> yep.
[09:12] <svenl> debian's setup is somewhat nicer, since it has a file (debian/flavours) where you can just list the flavours you want to build.
[09:14] <svenl> Ok, i have a upstream patch against 2.6.10, need to test it.
[09:15] <fabbione> bah screw mppe
[09:15] <fabbione> there is no new kernel driver
[09:15] <fabbione> only a newer userland daemon
[09:29] <svenl> hi kylem 
[09:29] <kylem> hiya.
[09:29] <fabbione> hey kylem 
[09:30] <svenl> fabbione: i have a version of the patch against upstream for 2.6.10, do you want to test it ? Will take a while (read couple hours) for me.
[09:30] <kylem> :)
[09:31] <fabbione> svenl: can you just please send one patch when you believe you are done, and i will test it?
[09:31] <svenl> fabbione: it replaces the powerpc-mv643xx-enet.dpatch one.
[09:31] <svenl> fabbione: ok.
[09:31] <svenl> fabbione: ok to include the mkvmlinuz support too ? 
[09:32] <svenl> fabbione: and to fill a proper bug report with it ? 
[09:32] <mjg59> fabbione: What's the situation with pre-Hoary changes? Nothing now unless it's low-impact and verified to fix a bug?
[09:32] <fabbione> there is no need for a bug.. just send me the patches :-)
[09:32] <fabbione> mjg59: kinda
[09:33] <svenl> fabbione: ok.
[09:33] <fabbione> i need to go for 10 minutes...
[09:33] <fabbione> brb
[09:33] <mjg59> We've still got some machines with missing batteries, and there's an acpi patch that /may/ fix it
[09:33] <mjg59> But I don't understand what it does, I don't have any of the affected hardware here, and, well...
[09:48] <fabbione> mjg59: did you test the patch for possible regression?
[09:48] <fabbione> i have one laptop here too to test it
[09:49] <mjg59> fabbione: No, haven't done that yet
[09:49] <fabbione> mjg59: ok, can you do it and send me the dpatch?
[09:49] <mjg59> Sure. What sort of timescale are we looking at? I won't have a chance to look at this until tomorrow, probably
[09:50] <fabbione> mjg59: well i am working on trying to fix some bugs
[09:50] <fabbione> the big fat bastard went out yesterday
[09:50] <fabbione> so we have a few days
[09:50] <mjg59> Yeah. Thanks for the b44 fix
[09:50] <fabbione> no problem
[09:51] <fabbione> mjg59: you can also branch off from baz
[09:51] <fabbione> and i can merge from you, if that makes thing easier
[09:51] <fabbione> the archive is on people
[09:52] <fabbione> http://people.ubuntu.com/~lamont/Archives/kernel-team@ubuntu.com--2005/
[09:53] <mjg59> Then I'd have to figure out how to use baz!
[09:56] <fabbione> mjg59: that'd be very easy for you ;)
[11:31] <fabbione> svenl: the 2 new patches are the one you committed to svn?
[11:32] <svenl> fabbione: indeed.
[11:32] <fabbione> ok
[11:32] <svenl> need to test first, will tell you once i did.
[11:33] <fabbione> ok
[01:10] <smurfix> fabbione: WRT #7633, dunno what else to try, fast USB works here and I seem to have the same USB hardware :-/
[02:57] <zul> hey
[02:58] <zul> heh...it looks like the canadians outnumber everyone here
[03:03] <jbailey> Hmm, you, me, kyle...
[03:03] <jbailey> I don't know where Daniel or Matthias is from.
[03:30] <zul> do we want a doc in the wiki on how to get the baz stuff?
[03:39] <kylem> :)
[03:41] <jbailey> zul: Do you have a sec to look at the last couple of entries on 1440 with me?
[03:41] <mjg59> fabbione: Ok, looks like the battery problem is down to the battery module not being loaded...
[03:41] <jbailey> zul: Looks like we might have another live one.
[03:42] <zul> jbailey: am at work but ill have a look
[03:42] <zul> which one?
[03:42] <jbailey> zul: don't worry about it.  I'm just looking for a sanity check before I reopen this one... again...  *cRy*
[03:42] <zul> heh
[03:43] <jbailey> Two two dmesg's.  User claims array-6 works.  dmesg seems to show ata_piix doing the right thing with the PATA CD Rom.  Nightly dmesg shows it not being picked up and ide-generic failing to grab it.
[03:43] <jbailey> s/^Two/The/
[03:45] <zul> ok...ill have a look in a little bit there is people coming in and out of my office ;)
[04:36] <svenl> fabbione: i get this : 
[04:36] <svenl> Use of uninitialized value in split at /usr/share/kernel-wedge/commands/gen-control line 36, <KVERS> line 3.
[04:36] <svenl> Use of uninitialized value in split at /usr/share/kernel-wedge/commands/gen-control line 36, <KVERS> line 4.
[04:36] <svenl> Use of uninitialized value in pattern match (m//) at /usr/share/kernel-wedge/commands/gen-control line 161.
[04:36] <svenl> Use of uninitialized value in pattern match (m//) at /usr/share/kernel-wedge/commands/gen-control line 161.
[04:37] <svenl> seems to build fine though afterward.
[04:43] <fabbione> argh
[04:43] <fabbione> i crashed
[04:43] <fabbione> smurfix: ok. thanks a lot!
[04:44] <fabbione> mjg59: hmmm is that loaded by laptop-mode or something?
[04:44] <fabbione> svenl: these warnings are harmless
[04:44] <mjg59> fabbione: No, it should be loaded by acpid
[04:45] <fabbione> mjg59: ok, do we know why it doesn't load it?
[04:45] <mjg59> Nope.
[04:45] <mjg59> Can't reproduce it here.
[04:46] <svenl> fabbione: seems so, harmless but annoying.
[04:46] <fabbione> i know it's harmless. they have been there since ages
[04:46] <fabbione> mjg59: what about just forcing it?
[04:47] <mjg59> fabbione: If they add it to /etc/modules, it loads
[04:47] <mjg59> So, uh.
[04:53] <svenl> damn i forgot to remove marvel-pegasos-2 :/
[05:04] <fabbione> lamont: sorry but -28 on hppa will fail
[05:07] <lamont> woot
[05:07] <lamont> why for?
[05:08] <lamont> I'll create 28hppa1 locally (or maybe 29hppa1 by the time I get to it...), and then merge that back in
[05:08] <zul> sweetness i can access my baz stuff from work as well
[05:08] <fabbione> becasue the clean target is borked
[05:08] <fabbione> and it checks for abi files that are not there
[05:09] <fabbione> as well the build target does NOT check for the override
[05:09] <fabbione> so basically i messed it up a bit
[05:11] <lamont> np.  plan is to create the abi files with -28 and merge those for -29
[05:11] <lamont> assuming I get time to mess with -28 before -29 happends
[05:12] <lamont> or maybe kylem/t-bone will beat me to it...
[05:14] <fabbione> that will need manual tricks to build
[05:14] <fabbione> but it's ok
[05:21] <lamont> fabbione: we need a README or something that says how to create new ABI files...  Or maybe that just wants to be a debian/rules target, for when we intentionally bump the abi?
[05:22] <fabbione> lamont: the abi files are created at build time and the build rules already move them in the right place
[05:22] <fabbione> from the build tree to debian/abi/$cur_version/$arch/$flavour
[05:22] <fabbione> so basically you only need to collect them around the different buildd
[05:22] <fabbione> i would much rather have a makenewrelease: target
[05:22] <lamont> ah, ok.
[05:23] <lamont> yes, definitely want a newrelease target
[05:23] <fabbione> that will create everything that needs to be created
[05:23] <fabbione> and check for what has been done and what is missing
[05:23] <fabbione> i was supposed to do it today
[05:23] <fabbione> but after lunch i layed in bed 5 minutes with my wife
[05:23] <fabbione> and i woke up after 5 hours
[05:24] <fabbione> new debian/rules should work with $arch.override
[05:25] <lamont> sometimes your body makes you obey it...
[05:25] <fabbione> tbh.. i didn't even try to make reistance...
[05:25] <fabbione> resistance even
[05:26] <zul> that was weird
[05:38] <zul> who added pmac_pmdisk?
[05:39] <kylem> it went in through Pavel.
[05:39] <kylem> and benh is upset.
[05:40] <kylem> there were a couple mails on linux-kernel about it two days ago, i could dig them up if you'd like.
[05:40] <zul> its making me upset now :)
[05:40] <kylem> heh.
[05:42] <zul> lunch
[05:54] <mjg59> benh is unhappy from a this isn't clean enough yet point of view rather than a this doesn't work yet point of view (as I understand it)
[05:54] <mjg59> It seems to work pretty well, so we're including it...
[05:58] <kylem> from what i can tell, he's also unhappy from a "hey, somebody subverted due process, grr at them" standpoint, justifiably.
[06:01] <fabbione> lamont: bumpabi: target is in place
[06:01] <fabbione> note: run it only once. it doesn't backup
[06:17] <fabbione> lamont, zul: what would you like the "prepare a new release" target should do ?
[06:17] <fabbione> in details?
[06:23] <lamont> fabbione: re: abibump.... heh
[06:24] <lamont> new release: create 00list files
[06:24] <lamont> and bump changelog
[06:24] <fabbione> because even the clean target will fail if all the abi files aren't in place
[06:49] <zul> what lamont said
[06:52] <fabbione> yeah.. i have almost done
[06:52] <fabbione> is that ok that the abi stuff is checked instead of created?
[06:52] <fabbione> it would happen in seq anyway
[06:53] <fabbione> first you "createthenewrelease"
[06:53] <fabbione> and at the first time you run a make clean
[06:53] <fabbione> it will check all the stuff
[06:54] <zul> yeah it should be ok we could always change it later
[06:55] <fabbione> yeah
[06:56] <lamont> sounds good
[06:56] <T-Bone> howdy buddies
[06:56] <zul> hey T-Bone 
[06:58] <T-Bone> oh, so there's been a settlement over "Breezy", heh? :)
[07:01] <zul> hmm?
[07:02] <zul> ah ok
 Ubuntu release,
 due in October 2005... It will be known as Ubuntu 5.10, the Breezy Badger!
 oh my god how gay
[07:07] <fabbione> [snip a few tons of other comments] 
[07:07] <T-Bone> huhu
[07:09] <T-Bone> oh
[07:09] <T-Bone> what a nice animal
[07:09] <T-Bone> now the name sounds "smelly" to me 8)
[07:21] <fabbione> i start to hate shell in makefiles
[07:25] <fabbione> makenewlists:
[07:25] <fabbione>         list="$(shell ls debian/patches/00list-$(revision)*)"; \
[07:25] <fabbione>         for i in $$list; do \
[07:25] <fabbione>           newname="$(shell echo '$$i' | sed -e 's/00list-$(revision)/00list-$(nextrev)/g')"; \
[07:25] <fabbione>           echo $$i; \
[07:25] <fabbione>           echo $$newname; \
[07:25] <fabbione>         done
[07:26] <fabbione> wth is wrong with newname= ?
[07:26] <zul> has anyone seen the part in monty python's holy grail when they build alarge wooden rabbit and theire backup plan was a large wooden badger
[07:27] <kylem> hehe.
[07:28] <fabbione> http://www.badgerbadgerbadger.com/ <-
[07:28] <fabbione> we can get this as boot logo :-)
[07:29] <zul> lol!!!
[07:29] <kylem> hmm, i think the mushroom should be the logo.
[07:30] <fabbione> no that's impossible
[07:30] <fabbione> we eat them 
[07:32] <fabbione> no colored mushroom? no kernel...
[07:33] <fabbione> http://www.saskschools.ca/~gregory/animals/images/bdgr2.jpg
[07:33] <fabbione> this is cute
[07:33] <T-Bone> stinky! 8)
[07:42] <zul> T-Bone: no you are thinking skunks like pepe le peu
[07:43] <zul> the french skunk ;)
[07:43] <T-Bone> lol
[07:52] <zul> fabbione: CONFIG_IDEDMA_ONLYDISK=y <-- shouldnt that be "n"?
[07:54] <zul> might be a stupid question though
[07:57] <fabbione> no
[07:57] <fabbione> zul: read the backlog of the chan :-)
[07:57] <fabbione> you set that to N
[07:57] <fabbione> and you will get more dildos in your butt than goatse
[07:57] <T-Bone> yummy
[07:57] <T-Bone> care if i take pictures of that? :)
[07:57] <zul> mmm...goats
[07:58] <T-Bone> might be useful later for blackmailing 8)
[07:58] <fabbione> T-Bone: no....
[07:58] <fabbione> T-Bone: you know why nobody can blackmail me?
[07:58] <fabbione> simply because everybody knows i am much worst than that
[07:58] <fabbione> :)
[07:58] <T-Bone> LOL
[07:59] <zul> and you have plenty of goats to be serviced
[07:59] <fabbione> T-Bone: isn't easier for you to just wget the logs of this chan?
[08:00] <fabbione> ok ladies
[08:00] <fabbione> the new startnewrelease: target is in place
[08:00] <fabbione> now.. any bug.. fix it
[08:00] <fabbione> you have at least a baz branch :)
[08:00] <T-Bone> fabbione: no. Because I'm doing some parsing and selection on what I actually fortune
[08:00] <T-Bone> ;)
[08:01] <fabbione> pitti will have to offer us a few liters of beer at UDU
[08:01] <fabbione> we are making his life simpler on this kernel
[08:01] <T-Bone> by disabling everything? :)
[08:02] <Mithrandir> fabbione: I'm a bit scared about going to UDU.  I might survive, due to being drowned in beer.
[08:03] <fabbione> i am not :-)
[08:03] <fabbione> i wanna get a bath in beer
[08:04] <T-Bone> berk
[08:04] <lamont> fabbione: in -pre29?
[08:04] <fabbione> lamont: yes
[08:04] <T-Bone> oh, lamont is back! :)
[08:04] <fabbione> everything is committed
[08:04] <lamont> doh
[08:04] <T-Bone> +s
[08:05] <T-Bone> (much better when we synchronize dude ;o)
[08:05] <zul> pervs
[08:33] <lamont> horses were mad at me, you see - bfast 4 hours late.. :0(
[08:34] <zul> did they bite you?
[08:35] <lamont> no - they just looked grumpy
[08:35] <zul> ah...so its kind of like my wife when she is hungry :)
[08:36] <zul> but she bites
[08:41] <T-Bone> lamont: dude? :)
[08:43] <lamont> zul: heh
[08:43] <lamont> T-Bone: evening
[08:44] <T-Bone> lamont:  noon!
[08:44] <lamont> note that hosting the archive is like the most trivial piece of the things that we need to do....
[08:44] <T-Bone> hehe
[08:44] <lamont> the infrastructure to deal with uploads is far more work
[08:45] <T-Bone> no needs for uploads if it's self hosted, no?
[08:45] <lamont> putting the archive on the buildd machine is kinda silly...
[08:46] <lamont> since the buildd machine is, by very definition, compromised
[08:46] <T-Bone> who said it'd be on the buildd machine?
[08:46] <T-Bone> oh
[08:46] <T-Bone> i guess i get your point
[08:46] <lamont> so it'll be uploading to the archive machine, then, eh?
[08:46] <T-Bone> you mean "it's far more work wherever the uploads go"?
[08:46] <kylem> * tree version set kernel-team@ubuntu.com--2005/kernel-debian--pre29--2.6.10
[08:47] <kylem> ok. figured that much out.
[08:47] <kylem> :)
[08:47] <T-Bone> lol
[08:47] <jbailey> zul: Did you get a chance to look at the 1440 dmesg snippets?
[08:47] <zul> jbailey: net yet..
[08:48] <zul> i guess i could do it now :)
[08:48] <lamont> T-Bone: yes
[08:48] <lamont> kylem: heh.  now what?
[08:48] <kylem> lamont, now i peruse, i suppose.
[08:48] <lamont> you want something local to play with>
[08:48] <zul> jbailey: comment #85?
[08:48] <jbailey> zul: If you could that would be nice.  I'm mostly hoping that I missed something...
[08:48] <kylem> lamont, i suspect the important bit is d-i
[08:49] <lamont> kylem: yeah.  d-i makes life more interesting, to be sure.
[08:49] <jbailey> zul: 84 and 85, yes.
[08:50] <lamont> kylem: as I understand it, debian-installer_20041227ubuntu20 should be state-of-the-art for hppa d-i
[08:50] <kylem> alrighty.
[08:50] <lamont> build that, and you should get a bootable miniso... 
[08:50] <kylem> argh. no netinst?
[08:50] <lamont> of course, the initrd is b0rked, so it's a pretty useless-but-bootable iso
[08:50] <T-Bone> lol
[08:50] <lamont> T-Bone: ah, scrolled off the right
[08:51] <lamont> kylem: it builds a netbootiso as well
[08:51] <kylem> ah, annoying. oh well. i should just slap a cdrom in the c3k, i need to do some debian d-i testing as well.
[08:52] <lamont> kylem: the initrd b0rkage is best summed up as 'nearly empty, needs modules'
[08:52] <lamont> the question is, which modules...
[08:52] <kylem> yah. that will need to be fixed in debian too, so it's probably what i'll look at first.
[08:53] <zul> jbailey: on the first one there is an sr0 on the second there isnt which is weird
[08:54] <jbailey> zul: Right, and I don't see the pata initialisation at all.
[08:54] <zul> and it doesnt see the plexor eiter
[08:54] <jbailey> I see ide-generic trying to grab the IDE CD down below with no success.
[08:54] <jbailey> Kernel ide will actually not suck one day, right?
[08:55] <zul> 2.6.11 i hear :)
[08:55] <kylem> not before PATA dies, i hear. :)
[08:56] <zul> you can try loading piix module im justy guessing ill have a look at it more tonight when i get home
[08:56] <jbailey> kylem: So far it's not like SATA is having a raving success rating. =)
[08:56] <zul> kylem: ex-oclug baord member right?
[08:57] <jbailey> zul: But otherwise you concur that 1440 looks like it's alive and well again?
[08:57] <kylem> zul, well, not ex... :)
[08:57] <zul> jbailey: yeah on some cases 
[08:57] <zul> kylem: heh
[08:57] <kylem> zul, i'd like to be ex, but unfortunately not enough competent people were running.
[08:57] <kylem> jbailey, lol.
[08:58] <zul> kylem: you could always have pinteric as a board member
[08:58] <kylem> please, no.
[08:58] <zul> heheh...im so evil
[08:59] <kylem> ah well. i'll let the people decide.
[08:59] <kylem> lamont, do you guys have an installer channel?
[09:00] <T-Bone> kylem: no
[09:00] <kylem> ah, ok.
[09:00] <T-Bone> kylem: the installer guru is Kamion on #u-devel
[09:01] <jbailey> I'm on 5 #ubuntu- channels as it is.  Please don't make more. =)
[09:01] <lamont> kylem: ubuntu-devel :-)
[09:02] <kylem> yeah, i found it, unfortunately the 'team' stuff on the website and wiki is divergent. :)
[09:11] <zul> jbailey: he isnt loading ata_piix in his initrd is he?
[09:14] <jbailey> zul: I can't tell from this.  It looks like no, since there's usb stuff loaded first.
[09:15] <jbailey> Hmm.  It would be interested to collect the output of lspci and lspci -n from all the ubuntu maintainers so that we could hit on them for hardware driver testing.
[09:17] <Mithrandir> jbailey: scary. :)
[09:17] <zul> isnt that what ogra is doing?
[09:18] <jbailey> Is he?  That would be lovely.
[09:18] <jbailey> The past thing about the previous 2 SATA bits were that I had a box and thom had a box.
[09:25] <jbailey> zul: Oh.  The second one is inside d-i.
[09:25] <jbailey> zul: So that's what hotplug I guess things the drive is.
[09:25] <zul> jbailey: ah ok
[09:26] <jbailey> hmmhmm
[09:26] <jbailey> I wonder if he just hasn't updated his kernel?
[09:27] <jbailey> Why would the currently installed system from array 6 still work?
[09:27] <jbailey> Both are on some form or 2.6.10-4
[09:28] <zul> one probably had enable_atapi and enable_pata and the most recent kernels just ahave enable_atapi
[09:28] <jbailey> Is there any sane way to get the top line in dmesg to give us the actual .deb version in it?
[09:28] <zul> nope
[09:28] <jbailey> Eh, truly?
[09:28] <jbailey> No there must be.
[09:29] <jbailey> It's showing us the gcc version is was built with, it must be possible in the build to generate some sort of -D line to gcc with the deb version in it to display.
[09:29] <zul> actually i would have to check it might be in his kern.log
[09:29] <jbailey> Well, for all that I could just ask him. =)
[09:30] <jbailey> But it would be nice to have it just in the document already.
[09:30] <jbailey> Far more useful to me than the version of gcc it was compiled with.  If I know the .deb version, I can figure out which gcc was in the archive at the time.
[09:30] <zul> jbailey: uh there is actually dmesg -s500000
[09:31] <zul> buffer size is 16392 by default
[09:31] <jbailey> Hmm.
[09:31] <jbailey> I guess I Can infer the kernel version from the date it was compiled.  Ugly, though.
[09:32] <zul> chuck@oxdev:~/work/mmaker/final$ dmesg -s500000 | grep Linux
[09:32] <zul> Linux version 2.6.10-5-686 (buildd@rothera) (gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)) #1 Tue Mar 15 15:16:01 UTC 2005
[09:32] <zul> SELinux:  Disabled at boot.
[09:33] <jbailey> Yes, that's the line that I'm looking at and which it had
[09:33] <jbailey> Linux version 2.6.10-4-686-SMP (2.6.10-27) (buildd@....
[09:33] <zul> oh yeah but it doesnt tell if it was -27 or else
[09:34] <fabbione> what are you trying to achive?
[09:35] <svenl> fabbione: mmm, we already have a line :         install debian/post-install $(srcdir)/debian
[09:35] <T-Bone> fabbione: world domination
[09:35] <svenl> in stamp-unpack.
[09:35] <jbailey> fabbione: I have someone who shows signs of having #1440 again.  But it looks like his running system doesn't show it, just the installer.
[09:35] <svenl> where does it come from ? And will it not fail if there is no debian/post-install ? 
[09:35] <zul> peace and goodwill and a slick of bread with some butter 
[09:35] <jbailey> fabbione: But I'm guessing at that since I can't reliably tell that he's *actually* using the same kernel in both cases.
[09:36] <jbailey> fabbione: Or, assuming he's not using the same kernel, what changes pertain to the exact rev he's using.
[09:36] <fabbione> svenl: i dunno the origin of each single bit in that package
[09:36] <fabbione> svenl: perhaps you want to support both post-install.${arch} with fall back to the default
[09:37] <fabbione> jbailey: gotcha
[09:37] <zul> jbailey: im pretty sure he isnt though
[09:37] <fabbione> T-Bone: i already own all the ubuntu users... and most of the Debian ones.. i already achieved world domination a while ago...
[09:37] <T-Bone> that can't be
[09:38] <zul> yeah but debian cant be everything
[09:38] <fabbione> T-Bone: as soon as Xorg 6.8.2 will be everywhere.. i will own everything
[09:38] <T-Bone> fabbione: i don't recall you owning *me* ;o)
[09:38] <jbailey> zul: Sure right, We see that in the way the ata_piix driver doesn't initialise the same in the two.  
[09:38] <fabbione> T-Bone: that's because you don't check all the changelogs of your software
[09:38] <zul> im pretty sure that the first one is with the pata_enable and the second one isnt since we turned off pata because it was fucking people up
[09:38] <T-Bone> lol
[09:39] <zul> you might want to see if he can either load it with ata_piix or just plain piix
[09:39] <fabbione> T-Bone: at that time all my backdoor will rm -rf /
[09:40] <T-Bone> lol
[09:40] <fabbione> anyway
[09:40] <fabbione> i need to go back to my wife
[09:40] <T-Bone> hehe
[09:40] <fabbione> it wasn't a really good day today
[09:40] <fabbione> cya tomorrow
[09:40] <T-Bone> heh
[09:40] <T-Bone> cya dude
[09:40] <zul> toodles
[09:40] <jbailey> 'bye Fabio, may tomorrow be better.
[09:40] <mdz> fabbione: good night
[09:40] <zul> jbailey, now you made me loose track on what i was doing
[09:41] <jbailey> zul: Sorry. =)
[09:45] <jbailey> Actually, it looks like he might be using the same kernel between the two. =(
[09:45] <jbailey> The "working" system has a build date of March 12.  That matches -27
[09:46] <jbailey> His bug report time came on the 15th at 08:50.  -28 wasn't built until 22:!2
[09:49] <svenl> fabbione: i think that debian/post-install doesn't exist yet, can you confirm that ? 
[09:49] <svenl> fabbione: i don't believe that kernel-package can handle two post-install scripts.
[09:53] <jbailey> OoOoOo, jordi mallach has one according to a Debian bug report.  Sweet.
[09:54] <svenl> mmm, there seems already to be a post-install, maybe it should be modified in the powerpc case to call the powerpc specific one.
[10:13] <svenl> mmm, i can also use debian/image.d instead.
[10:13] <svenl> Maybe the main rule should be made to use debian/image.d/common and debian/image.d/powerpc instead.
[10:13] <svenl> or something, instead of post-install.
[10:13] <svenl> Any comment on that ? 
[10:26] <zul> later folks
[10:51] <mdz> is there a reason we don't build MEGARAID_NEWGEN?
[11:49] <Mithrandir> I'm being told that the cds are lacking support for i2o controllers on at least amd64
[11:49] <Mithrandir> would that be possible to fix?
[11:51] <T-Bone> Mithrandir: if you consider it safe on amd64, i guess you can enable it in the amd64 configs, and test it thoroughly so that we make sure it doesn't break anything
[11:51] <Mithrandir> T-Bone: I have boxes in production with the driver. :)
[11:51] <T-Bone> as for the inclusion on a wider scale, I don't know what's the current merge policy
[11:52] <Mithrandir> T-Bone: it's in the stock kernel so it's just a module to enable.
[11:52] <T-Bone> well then, submit a patch to kernel-team@lists.ubuntu.com, or, better, branch from our baz archive and make your changes available somewhere
[11:53] <T-Bone> you want to have fun with debian/configs/amd64 and debian/d-i/amd64, iirc
[11:53] <T-Bone> see www.ubuntulinux.org/wiki/KernelTeamWork ;)