[03:32] <infinity> BenC: When you am be uploading new kernel working, I are being pleased in the very.
[03:33] <BenC> infinity: err, ok very?
[03:33] <infinity> Thank you many good.
[03:34] <BenC> have you been drinking? :)
[03:38] <infinity> No, just exchanging emails with people with VERY BAD GRAMMAR.
[03:39] <infinity> It's taking its toll.
[02:49] <Nafallo> hi! any reason quickcam.ko disappeared in 2.6.19?
[02:50] <zul> because its probably not activated yet
[02:51] <Nafallo> was that something we pulled from outside the kernel tree? :-)
[02:51] <Nafallo> cause that should explain the lack of it in 2.6.19 then
[03:02] <Nafallo> anyway, I've filed bug #69495 so that it is remembered :-)
[03:47] <infinity> BenC: Gooood morning!
[03:47] <infinity> BenC: Three guesses as to why I'm so happy to see you. ;)
[03:48] <fabbione> BenC: Goooooood morning!
[03:49] <fabbione> BenC: Three guesses as to why we are so happy to see you. ;)
[03:49] <BenC> good morning :)
[03:49] <BenC> hehe, I have a kernel upload ready
[03:49] <BenC> after a good nights sleep I finally figured out why sparc64 failed
[03:49] <fabbione> BenC: and ppc...
[03:49] <BenC> ppc was easy
[03:49] <fabbione> there was no ppc_defconfig in the last upload
[03:50] <fabbione> yeah 
[03:50] <BenC> "make ppc32_defconfig" instead of defconfig
[03:50] <BenC>         touch modules/$(arch)/kernel-image
[03:50] <BenC>         if [ -d modules/sparc64 ] ; then \
[03:50] <BenC>                 touch modules/sparc64/kernel-image && \
[03:50] <BenC>                 cp -rp modules/sparc/shared modules/sparc64; \
[03:50] <BenC>         fi
[03:50] <BenC> that snippet got removed in feisty debian/rules, and it seems it is required still
[03:50] <fabbione> yes that's required for udeb
[03:50] <infinity> BenC: I have nothing but love, respect, and a pending PayPal transation for you.
[03:50] <infinity> transaction too.
[03:51] <BenC> infinity: a couple Corona's at UDS is fine :)
[03:52] <BenC> just don't drink any more "Massive Destruction Weapons" or I'll call homeland security on you
[03:52] <zul> heh
[03:53] <infinity> BenC: They were really quite good.  I just don't recommend them by the dozen.
[03:53] <zul> just wear sandles through security at the airport
[03:54] <infinity> Security and I don't get along.
[03:54] <infinity> Steel-shanked shoes loes every time.
[03:54] <infinity> s/loes/lose/
[03:55] <BenC> exchange you shit kickers for some nice comfy strawberry shortcake slippers
[03:55] <zul> hehe
[03:55] <infinity> That might get me even more looks.
[03:56] <infinity> Anyhow.  Less idle chatter, more kernel uploading.
[03:56] <infinity> (Then idle chatter!)
[04:08] <zul> sone of a bitch rc4 is out
[04:21] <tfheen> zul: do we/you/somebody have a plan on edgy and xen?  It'd be cool if we could get it to build out of the regular repo.
[04:21] <infinity> s/edgy/feisty'?
[04:21] <zul> tfheen: yeah i been working on porting it to 2.6.19
[04:21] <tfheen> infinity: well, yeah.
[04:22] <tfheen> zul: going to try to get it into the mainline kernel?
[04:22] <zul> tfheen: the idea is to get it working with the regular repo
[04:22] <zul> yep
[04:22] <infinity> zul: Get it ported in the next couple of days, and you could be the very first universe package to build in feisty.
[04:23] <infinity> You'd be famous!
[04:23] <zul> heh it doesnt boot yet
[04:24] <zul> but the idea is to have linux-image-2.6.19-generic-xen though in main like a regular flavour
[04:24] <tfheen> zul: good, good.
[04:24] <tfheen> I guess we'll chat in MV
[04:24] <zul> tfheen: yep...been trying the past couple of days :)
[04:25] <zul> its all in the spec
[04:27] <zul> zul's master plan for wold domination
[04:27] <tfheen> yay
[04:27] <tfheen> world domination sounds good
[04:28] <zul> we already have virt-manager and libvirt but we need to port some tools to ubuntu
[04:34] <BenC> infinity, fabbione: happy birthday
[04:34] <infinity> Did that really require another ABI bump? :)
[04:34] <infinity> (And thanks!)
[04:43] <BenC> infinity: Since I don't have past ABI's, yes :)
[04:44] <BenC> otherwise it will continue to fail to build where it failed before, or I have to do abi ignores per arch, and remember to remove them later
[05:04] <BenC> fuck
[05:05] <BenC> infinity: I need to do another one...I did ppc32_defconfig for powerpc instead of pmac32_defconfig
[05:05] <BenC> why does this work on my test builds
[05:11] <jbailey> BenC: Is it asking too much about the machine?
[05:12] <BenC> Ah, I'm ppc64
[05:16] <infinity> BenC: Crap.  Okay, be quick. :)
[05:17] <infinity> BenC: The buildds are ppc64 too (just, y'know, with linux32 on the command line)
[05:17] <infinity> So, if it works for you with linux32, it'll work for me.
[05:17] <BenC> yeah, I need to add linux32 to my build setup
[05:18] <jbailey> alias db='linux32 debuild -e PATH=/usr/lib/ccache:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games --preserve-envvar SETNJOBS'
[05:18] <jbailey> Is what I use.
[05:18] <infinity> dchroot needs an option to run a setup command for chroots.
[05:19] <infinity> Sp "dchroot -c ppc32" can actually do "linux32 chroot /chroot/ppc" or so.
[05:19] <infinity> s/Sp/So/
[05:19] <jbailey> infinity: It has one.
[05:19] <jbailey> infinity: I submitted the patch to Debian ~6 months ago, and it was accepted.
[05:19] <infinity> Oh, is that new?
[05:19] <infinity> (And by "new", I mean, "in the last few years")
[05:20] <infinity> Cool.
[05:20] <jbailey> The configuration file grew a third parameter which is the personality type to set.
[05:20] <infinity> Get that version on davis, and make sure the build chroots there use it. :)
[05:21] <jbailey> infinity: davis and ronne would be nice.
[05:21] <infinity> jbailey: Speaking of personalities; did the hppa guys ever untangle their personality mess?
[05:21] <jbailey> Yup, it's in 2.6.19, I think.
[05:22] <infinity> Sweet, so I can run parisc64 kernels on my buildds, as of .19?
[05:22] <infinity> (Well, this is assuming they work in other ways, but still, "linux32" will DTRT?)
[05:25] <jbailey> Right. =)
[05:25] <jbailey> to the linux32 question.
[05:25] <jbailey> Current linux upstream will boot on an a500.
[05:26] <jbailey> 2.6.19 released is expected to be fully merged with the parisc tree.
[05:28] <jbailey> The major 140k patch to the signals stuff was just reverted in the parisc tree yesterday - kyle's reworking it to be something accepted for this release
[05:29] <kylem> moo.
[05:29] <jbailey> kylem: yomama.
[05:29] <kylem> 2.6.20 should be 1:1 barring things that happen between -rc1 and -final.
[05:30] <jbailey> 2.6.19 won't get the merge?
[05:31] <jbailey> Won't it all be contained to the arch/parisc dir?
[05:31] <kylem> the signals patch was full of shit anyway.
[05:31] <kylem> i can't see it being responsible for bad behaviour
[05:31] <kylem> basically the only thing affected was ptrace SET/GET SIGINFO
[05:31] <kylem> and rt_sigqueueinfo
[05:31] <kylem> both of which i have fixed properly.
[05:32] <kylem> anyway, the rest of the compat signals work (which unifies things for all but ia64, is somethin gi'm working on now)
[05:33] <kylem> (ia64 is "speshul" for needing a non-standard fields in struct siginfo)
[05:33] <kylem> brb, need to run to a mtg.
[08:56] <Nafallo> nafallo@darkelf:~ $ sudo hdparm -d1 /dev/hdc
[08:56] <Nafallo>  setting using_dma to 1 (on)
[08:56] <Nafallo>  HDIO_SET_DMA failed: Operation not permitted
[08:56] <Nafallo>  using_dma    =  0 (off)
[08:56] <Nafallo> kernelbug?
[08:57] <Nafallo> hello again btw :-)
[08:57] <zul> 2.6.19?
[08:58] <Nafallo> yes.
[08:58] <Nafallo> -2
[08:58] <zul> check out the topic
[08:58] <Nafallo> aha.
[09:05] <fabbione> BenC: you alraedy got bugs on .19... SCORE
[10:33] <BenC> fabbione: Rejecting both :)
[10:34] <fabbione> BenC: ehehhe.. 
[10:35] <BenC> ppc builds with linux32 now
[10:35] <BenC> however sparc wont work
[10:35] <fabbione> BenC: and sparc?
[10:35] <fabbione> why not?
[10:36] <BenC> I've no idea...something braindead in kernel-package
[10:36] <fabbione> it used to work in edgy.. wth did change in feisty?
[10:36] <BenC> I think it's some kbuild changes
[10:36] <fabbione> we didn't change kernel-package
[10:36] <fabbione> hmm
[10:36] <fabbione> so how are we going to workaround it?
[10:36] <fabbione> we really need that stuff to build to open feisty
[10:36] <fabbione> and we start to be short of time
[10:36] <BenC> may get infinity to add a "don't use linux32 on kernel build" workaround
[10:37] <fabbione> K A M A S U T R A with the buildd...
[10:37] <fabbione> that's doable and it's easy to do
[10:37] <fabbione> i got lamont to hack buildd to add a per package build env call
[10:38] <fabbione> at.. whory time i think
[10:38] <BenC> adam said it was real simple, but he didn't like it :)
[10:38] <fabbione> it's really simple
[10:38] <fabbione> but i agree.. it's not clean
[10:39] <fabbione> and it needs manual propagation on each major kernel upload for each buildd
[10:39] <lamont> hence your use of the word 'hack', eh?
[10:39] <fabbione> lamont: at the time you did it was clean and nice
[10:39] <fabbione> lamont: but there is no LP integration :P
[10:39] <fabbione> so it's a hack now
[10:39] <fabbione> code automatic degradation
[10:40] <BenC> I should rexec debian/rules when arch=sparc, using linux64 :)
[10:40] <fabbione> ahah
[10:41] <BenC> fabbione: Basically it boils down to "minimal.mk debian" in kernel-package's initial call trying to rebuild .config, but without loading sparc.mk to set proper stuff with KPKG_SUBARCH=sparc64
[10:41] <fabbione> bah...
[10:42] <BenC> it's hairy, it's voodoo, and I don't like trying to read it
[10:42] <fabbione> BenC: worth checking if new kernel-package has a fix for that?
[10:42] <fabbione> it's an arch all package so not really an issue to have it before toolchain
[10:49] <BenC> muhahah
[10:49] <BenC> ifeq ($(arch),sparc)
[10:49] <BenC> PRE_CMD := sparc64
[10:49] <BenC> endif
[10:49] <BenC> MAKE_KPKG := $(PRE_CMD) make-kpkg --stem $(stem)
[10:49] <BenC> that works
[10:49] <fabbione> i would actually suggest to use linux64
[10:50] <fabbione> don't forget the B-D on sparc-utils!
[10:50] <fabbione> linux32 is called from outside the chroot
[10:50] <fabbione> or linux32
[10:50] <fabbione> or whatever you want to use
[10:51] <fabbione> anyway. bed time
[10:51] <fabbione> BenC: thanks..