[12:37] <zul> fabbione: those video msleep patches have been pushed upstream
[01:18] <mjg59> fabbione: Not massively urgent, but it would be good to get them tested soon
[01:18] <mjg59> It can wait a while
[01:59] <mdz> any reason to keep linux-source-2.6.11 around in breezy?
[02:03] <zul> i dont see why not imho
[03:12] <zul> hmmm...there is usb suspend/resume config option
[05:22] <zul> fabbione: you around?
[05:56] <zul> hey lamont 
[05:56] <lamont> howdy
[05:56] <zul> how goes it?
[06:12] <fabbione> morning
[06:17] <fabbione> we can upload the kernel today!
[06:17] <fabbione> amazing :)
[06:18] <fabbione> lamont: did you try to build on hppa?
[06:18] <fabbione> it might need some config tuning
[06:19] <lamont> fabbione: not yet, but it should be happy
[06:19] <fabbione> hmm i am not sure about OCFS2
[06:19] <lamont> the hppa buildds have been busy....
[06:20] <lamont> you want a test build?
[06:20] <lamont> is not a big deal
[06:20] <fabbione> well if you are happy with a possible failure, it's ok with me :)
[06:20] <fabbione> OCFS2 did fail on ia64
[06:20] <fabbione> up to you
[06:20] <lamont> this week I'm not overly concerned with a failure, although it would be nice if it just worked,.
[06:21] <fabbione> how long does it take to build?
[06:21] <lamont> linux-source-2.6.12:    03:07:47 (12 entries, sigma 01:42:01)
[06:22] <fabbione> or better.. will you stay awake long enough to see the results?
[06:22] <lamont> but gcc-4.0 is ahead of it.. :-(
[06:22] <fabbione> hmm ok
[06:23] <lamont> last build was just under 7 hours...  we're 4 hours into that
[06:23] <lamont> so it's more one of I'll be awake to see the results...
[06:23] <lamont> just upload without worrying about hppa - if it dies, we'll fix it in the next round
[06:23] <fabbione> i guess you won't last 6 hours :)
[06:23] <fabbione> ok
[06:23] <lamont> I plan to be awake again in about 7 hours.
[06:23] <fabbione> also because i have another set of patches to push pretty soon in .12
[06:23] <lamont> so, no.  no plans to last 6 hours.
[06:24] <fabbione> eheheh
[06:24] <fabbione> ok
[06:24] <lamont> it occurs to me that doing a test build in hoary probably doesn't really cut it.
[06:24] <lamont> hence the gcc-4.0 is first
[06:25] <fabbione> well i am pretty sure i did catch all the dpkg-ar fuckage
[06:25] <fabbione> well yeah we can upload 2 kernels in a raw :)
[06:25] <fabbione> hahha
[06:25] <lamont> 149 packages
[06:25] <fabbione> i will soon need to do that on sparc here
[06:26] <lamont> many of which have been superseded, I expect
[06:26] <fabbione> i am letting the buildd to do as much as it can out of main
[06:26] <fabbione> before giving back half of it
[06:26] <lamont> I abused my local mirror into having source bolted on the side of the archive, so that I could build all of the cxxlibs, modulo missing build-deps.
[06:27] <lamont> I'd like to get main/cxxapps building this week, will deal with getting a real buildd running sometime after June 1.  :-)
[06:27] <lamont> May 23 22:27:32 buildd: breezy: total 251 packages to build. :-(
[06:27] <fabbione> ahha only 251?
[06:28] <fabbione> i have like 2250 in the queue :)
[06:28] <lamont> Total 52 package(s) in state Building.
[06:28] <lamont> Total 44 package(s) in state Dep-Wait.
[06:28] <lamont> Total 11 package(s) in state Failed.
[06:28] <lamont> Total 795 package(s) in state Installed.
[06:28] <lamont> Total 251 package(s) in state Needs-Build.
[06:28] <lamont> Total 12 package(s) in state Uploaded.
[06:28] <lamont> Total 1165 package(s)
[06:28] <lamont> it's not a full mirror
[06:28] <fabbione> oh that's only main
[06:28] <fabbione> i figured that banning a few things from auto build is good
[06:28] <lamont> and doubtlessly has several hoary packages in there - I'm going to need to fetch the w-b output from p.u.c sometime and see what the actual archive is missing, and force that through
[06:29] <fabbione> and i just build them manually in parallel
[06:29] <lamont> that's most of main (minus kde), and all of cxxlibs.txt's packages
[06:29] <fabbione> that's not too bad
[06:30] <lamont> several of the failed are 'needs hppa love'
[06:30] <fabbione> isn't T-bone helping with hppa at all?
[06:30] <lamont> haven't seen t-bone recently
[06:30] <fabbione> neither did i
[06:30] <fabbione> i think i have seen only a few packages that needs real sparc love
[06:32] <zul> for a kernel debug image you would have to fuck around with kernel-package wouldnt you?
[06:33] <fabbione> zul: why?
[06:33] <zul> i was just looking at the roadmap agaim
[06:37] <zul> i was thinking of having a dbg directory in debian/config and something like linux-image-2.6.12-x-dbg-686 or whatever
[06:38] <fabbione> zul: we will do something like config/i386/686-dbg or 386-dbg
[06:38] <zul> that works..
[06:38] <fabbione> it will be a normal flavour with all the possible debugging options turned on
[06:39] <zul> i was going through the debug options and have a list kind of
[06:39] <fabbione> we might want to consider to add some kgdb patch to it, or whatever
[06:39] <zul> yeah 
[06:45] <zul> lol....i like instruction number 2 http://www.ready.gov/nuclear_visual.html
[06:47] <fabbione> Service Unavailable
[06:48] <zul> stupid americans
[06:48] <zul> except lamont
[06:48] <zul> for nuclear blast...
[06:48] <zul> instruction #2...consider if you can get out of the area
[06:49] <dilinger> yea, stupid americans
[06:49] <zul> and everyone else...
[06:49] <lamont> heh
[06:49] <zul> oh crap im in soo much trouble now :)
[06:49] <lamont> they write those for the lowest common denominator
[06:50] <zul> i know but its funny
[06:50] <lamont> we still chuckle about the instructions on a catch-allive mouse trap we bought a while back...
[06:50] <lamont> disposal instructions began "go to a place where mice are needed"
[06:50] <fabbione> ahahahha
[06:51] <dilinger> lamont: why they'd want to preserve the health of the lowest common denominator, instead of letting nature take its course...
[06:51] <lamont> yeah
[06:51] <lamont> dilinger: they want to give him enough confusion to have him outside debating when the wave hits... who said anything about preserving him
[06:52] <zul> http://zulinux.homelinux.net/readygov_nuclear.pdf
[06:53] <lamont> well. sleepybye time
[06:53] <fabbione> night lamont
[06:53] <fabbione> that stuff is sick
[06:54] <fabbione> a nuclear explosion done at ground zero can mechanically destroy everything in a few miles radius
[06:54] <fabbione> without taking into account the heating generated by the explosion that would melt down basically everything
[06:54] <fabbione> the fallout will do the rest 
[06:56] <fabbione> this without taking into account the other 2 options of making an underground explosion (more mechanical destruction, less fallout) or in air detonation (less mechanical - much more fallout)
[06:56] <zul> of course you have this all planned out dont you :)
[06:57] <fabbione> no, but the picture gives the feeling that walking a few yards away from the explosion is enough :)
[06:57] <zul> if you are a cockroach
[06:58] <fabbione> also.. everybody had a nuclear radiation shield handy :)
[06:58] <zul> heh
[06:58] <fabbione> i always have one in my wallet 
[06:58] <fabbione> just in case :)
[06:58] <zul> dont leave home without it :)
[06:58] <fabbione> DON'T PUT CONDOM IN THE WALLET! they get ruined by the temperature! 
[06:59] <fabbione> PUT YOUR NUCLEAR RADIATION SHIELD INSTEAD!
[06:59] <zul> heh
[06:59] <fabbione> it's done in pure anti scratch metal
[06:59] <zul> my nuclear condom for those special occasions
[07:00] <fabbione> i found this super hot girl.. almost radioactive...
[07:01] <zul> heh...i think im going to bed....night dude...i expect kernel built by the time i get up :)
[07:04] <fabbione> good night
[07:05] <fabbione> i am going to upload 1.2 today
[07:05] <zul> pl
[07:05] <fabbione> we need OCFS2 out for testing
[07:05] <zul> ok even
[08:37] <fabbione> hey JaneW 
[08:37] <fabbione> JaneW: i was just waiting for you :)
[08:37] <fabbione> we need a release name :)
[08:39] <JaneW> hi fabbione 
[08:39] <JaneW> cool
[08:39] <JaneW> brb
[08:39] <fabbione> ok
[08:40] <JaneW> fabbione: Merry Macadamia
[08:40] <JaneW> ?
[08:47] <fabbione> works for me :)
[08:47] <fabbione> done :)
[09:33] <mjg59> fabbione: Does this one have the acpi crack, or is that next time around?
[09:34] <fabbione> next round...
[09:34] <fabbione> i am already merging them
[09:35] <fabbione> mjg59: i had to take this kernel out ASAP
[09:35] <fabbione> because i need tests on OCFS2
[09:35] <mjg59> Sure, that's no problem
[09:35] <fabbione> and the new version of GFS
[09:36] <fabbione> me .. must .. find .. time .. package .. userland
[09:36] <mjg59> Hahaha
[09:38] <fabbione> the GFS userland is a royal mess
[09:38] <fabbione> the main issue is that there is part of it already packaged
[09:38] <fabbione> but kernel and userland need to be in sync
[09:38] <fabbione> that makes the other set of packages useless
[09:40] <fabbione> HOLY JESUS!
[09:41] <fabbione> the acpi patch is HUGE
[09:41] <mjg59> Yes
[09:41] <fabbione> when you created the diffs, where they on top of what patch set?
[09:42] <mjg59> The version in the archive rather than the baz one, I think
[09:42] <fabbione> ok, did you apply them as last?
[09:42] <fabbione> or first?
[09:42] <mjg59> Yes
[09:42] <mjg59> Last
[09:42] <fabbione> ok
[09:43] <fabbione> they both come from the bk acpi tree.. so i can mark them as "external"
[09:43] <mjg59> The second one isn't from the bk acpi tree yet
[09:43] <mjg59> It's from the mailing list
[09:44] <fabbione> ah ok
[09:44] <fabbione> well i can still mark it as external
[09:44] <mjg59> I need to hack on it a bit more and submit it for that (need to get the _GTF method supported)
[09:44] <fabbione> hmm ok
[09:44] <mjg59> It makes several more machines work at the moment
[09:45] <fabbione> and how many are going to break?
[09:45] <mjg59> Haha
[09:45] <mjg59> It hasn't broken any of the ones I have access to
[09:45] <fabbione> i start to wonder how many laptops do you have...
[09:45] <mjg59> 6 with Ubuntu
[09:45] <fabbione> my best guess is that you have one even in front of the toilet seat
[09:46] <chmj> morning 
[09:46] <fabbione> hi chmj 
[09:46] <mjg59> And another one running the ubuntu kernel
[09:46] <chmj> thats a lot of laptops mjg59 
[09:46] <mjg59> chmj: Yup
[09:46] <mjg59> I tend to collect them...
[09:47] <Mithrandir> chmj: he's going to build a house of out them when he has enough.
[09:47] <chmj> Mithrandir: I'd love to see that 
[09:48] <fabbione> ehhe
[09:48] <fabbione> Mithrandir: ipw2200 1.0.4 is in
[09:48] <fabbione> i just uploaded the kernel
[09:48] <Mithrandir> chmj: either that, or he needs a new house for all the laptops.
[09:48] <Mithrandir> fabbione: rock on.
[09:48] <mjg59> fabbione: I need to feed you SATA suspend/resume support at some point
[09:48] <fabbione> it will take a bit before it's on the mirror
[09:48] <Mithrandir> fabbione: universe for now?
[09:48] <chmj> mjg59: do you have any x40's ?
[09:48] <mjg59> Mithrandir: Odd you should say that...
[09:48] <mjg59> chmj: Only the one. I'm keeping it.
[09:48] <fabbione> mjg59: ok
[09:48] <fabbione> Mithrandir: yes
[09:49] <mjg59> fabbione: Currently SATA machines will entirely fail
[09:49] <fabbione> Mithrandir: the next one will go to main
[09:49] <Mithrandir> fabbione: *bounce*
[09:49] <Mithrandir> :)
[09:49] <fabbione> mjg59: SATA is a mess
[09:49] <chmj> mjg59: aah man, I trying to save for one of those, wish I had one :/
[09:49] <fabbione> Mithrandir: i had no time to give the kernel some d-i love
[09:49] <fabbione> given that we can push to main and start swithing to it
[10:04] <infinity> I heard that mjg59 was joing to mail me a T42, so I don't have to order one from IBM^WLenovo
[10:04] <infinity> s/joing/going/
[10:04] <infinity> So, uhh...
[10:04] <infinity> mjg59 : Thanks!
[10:05] <fabbione> mjg59: bah 1.2 is FTBFS because dPATCH sucks
[10:05] <fabbione> i might as well get your patches in
[10:06] <fabbione> now i understand why it was asking about some options I was sure i did pre-configure
[10:06] <chmj> fabbione: what was the decision, if any, on dpatch's removal ?
[10:08] <fabbione> chmj: yeah hopefully soon
[10:16] <chmj> fabbione: cdbs and I are mortal enemies though 
[10:19] <fabbione> chmj: i think i am going to add some sanity checks at build time
[10:19] <fabbione> like lsdiff -H * |grep debian
[10:30] <fabbione> mjg59: your crack is FTBFS on ia64
[10:31] <fabbione> (at least..)
[10:31] <fabbione> the others are still building
[10:31] <mjg59> fabbione: Oh, cock. Hang on.
[10:32] <fabbione> mjg59:
[10:32] <mjg59> fabbione: In drivers/char/agp/hp-agp.c?
[10:32] <fabbione> In file included from drivers/firmware/pcdp.c:18:
[10:32] <fabbione> drivers/firmware/pcdp.h:48: error: field `addr' has incomplete type
[10:32] <fabbione> drivers/firmware/pcdp.c: In function `setup_serial_console':
[10:32] <fabbione> drivers/firmware/pcdp.c:27: error: `ACPI_ADR_SPACE_SYSTEM_MEMORY' undeclared (first use in this function)
[10:32] <fabbione> drivers/firmware/pcdp.c:27: error: (Each undeclared identifier is reported only once
[10:32] <fabbione> drivers/firmware/pcdp.c:27: error: for each function it appears in.)
[10:32] <mjg59> Waah
[10:32] <fabbione> mjg59: ok.. no panic.. i will upload 1.3 without the patches
[10:32] <mjg59> Damnit. Ok, I'll take a look
[10:32] <fabbione> so we can workout them properly
[10:32] <fabbione> well if it's not too much work i can wait
[10:33] <fabbione> the others need to build anyway
[10:33] <fabbione> yeah i am building amd64 and ppc too
[10:33] <fabbione> it's probably a missing include or something
[10:33] <fabbione> it should be simple to fix
[10:33] <mjg59> Yeah, it's a missing acpi include
[10:34] <mjg59> Goddamnit. You'd think Intel would actually test on their own hardware.
[10:34] <mjg59>         struct acpi_generic_address     addr;
[10:34] <fabbione> include/acpi/actypes.h:#define ACPI_ADR_SPACE_SYSTEM_MEMORY    (acpi_adr_space_type) 0
[10:34] <fabbione> let see if that helps :)
[10:36] <fabbione> In file included from drivers/firmware/pcdp.c:15:
[10:36] <fabbione> include/acpi/actypes.h:95:2: #error ACPI_MACHINE_WIDTH not defined
[10:36] <fabbione> include/acpi/actypes.h:203:2: #error unknown ACPI_MACHINE_WIDTH
[10:36] <fabbione> no it doesn't
[10:38] <mjg59> fabbione: Try just including acpi.h
[10:38] <mjg59> Uh, acpi/acpi.h
[10:38] <fabbione> #include <linux/acpi.h>
[10:38] <fabbione> including....
[10:38] <mjg59> Ooh, handy, Jeff's just posted a new libata suspend/resume
[10:39] <mjg59> Ok, yeah, linux/acpi.h should do
[10:39] <fabbione> oh there
[10:39] <fabbione> it builded
[10:39] <mjg59> Hurrah
[10:39] <mjg59> It's possible that there'll be another couple of them
[10:39] <fabbione> hmmm
[10:39] <fabbione> the point is.. why did it break on ia64 and not on the others?
[10:39] <fabbione> will this fix break other stuff?
[10:39] <mjg59> That's an IA64-only driver
[10:39] <fabbione> ah ok
[10:40] <mjg59> It's likely that they've fixed all x86 stuff
[10:41] <fabbione> no wonder :)
[10:41] <mjg59> fabbione: And PPC shouldn't have been touched
[10:41] <mjg59> (with luck)
[10:42] <fabbione> mjg59: it's building :)
[10:42] <fabbione> other than the usual random ppc sigkills....
[10:43] <mjg59> Heh
[10:44] <svenl> fabbione: why does breezy's make-kpkg tell me the just unpacked 2.6.11-rc4 tree is not a linux toplevel directory ? 
[10:45] <fabbione> svenl: i have no idea.. works here
[10:47] <svenl> it tells me a warning about the cramfs patch.
[10:47] <svenl> fabbione: on pristine upstream 2.6.11-rc4 ? 
[10:47] <fabbione> svenl: no idea. i don't even have 11rc4 here
[10:48] <svenl> err, 2.6.12-rc4 obviously.
[10:48] <svenl> fabbione: should i fill a bug report ? 
[10:48] <fabbione> svenl: i am not even sure what you are trying to do.. 
[10:48] <fabbione> can you at least
[10:48] <fabbione> 1) show me what you are trying to do
[10:48] <fabbione> 2) how
[10:48] <fabbione> 3) the full error
[10:49] <mjg59> svenl: 2.6.*11*-rc4?
[10:50] <mjg59> Oh, soryy
[10:50] <svenl> fabbione: i am trying to compile a kernel without cpufreq to track the sleep bug i and benh have been seeing with the latest ubuntu kernel in breezy.
[10:50] <svenl> fabbione: the bug is : when waking from sleep, the box shuts down.
[10:50] <svenl> sven@tael:~/kernel/linux-2.6.12-rc4$ make-kpkg --revision 1 --append-to-version -sven kernel-image
[10:51] <svenl> You should invoke this command from the top level directory of
[10:51] <svenl> a linux kernel source directory tree, and as far as I can tell,
[10:51] <svenl> the current directory:
[10:51] <svenl>         /home/sven/kernel/linux-2.6.12-rc4
[10:51] <svenl> is not a top level linux kernel source directory.
[10:51] <svenl>         (If I am wrong then kernel-packages and the linux kernel
[10:51] <svenl>          are so out sync that you'd better get the latest versions
[10:51] <svenl>          of the kernel-package package and the Linux sources)
[10:51] <svenl> Please change directory to wherever linux kernel sources
[10:51] <svenl> reside and try again.
[10:51] <svenl> [Bsven@tael:~/kernel/linux-2.6.12-rc4$ ls
[10:51] <svenl> arch     CREDITS  Documentation  fs       init  kernel  MAINTAINERS  mm   README          scripts   sound
[10:51] <svenl> COPYING  crypto   drivers        include  ipc   lib     Makefile     net  REPORTING-BUGS  security  usr
[10:51] <svenl> There.
[10:52] <fabbione> hold on a sec
[10:53] <fabbione>   # See if we are running in a linux kernel directory
[10:53] <fabbione>   if ((!(-d "drivers" && -d "kernel" && -d "fs" && -d "include/linux"))
[10:53] <fabbione>       && (!(-d "dev" && -d "kern" && -d "fs" && -d "i386/include"))){
[10:53] <fabbione>     my @other_targets = grep (! m/^modules/, @ARGV);
[10:53] <fabbione>     if ($#other_targets != -1 || ! -d "include/linux") {
[10:53] <svenl> i just untarred the 2.6.12-rc4 tarball from ftp.kernel.org, copied the default ubuntu .config, did make oldconfig, disabled cpufreq.
[10:53] <fabbione> this is the check
[10:54] <svenl> fabbione: can you test it on your box or something ? 
[10:54] <svenl> fabbione: what is the :  && (!(-d "dev" && -d "kern" && -d "fs" && -d "i386/include"))){
[10:54] <svenl> for ? 
[10:54] <fabbione> it's like bash
[10:55] <fabbione> if [ -d foo ] 
[10:55] <svenl> ok.
[10:55] <svenl> but the first group is indeed kernel sources.
[10:55] <svenl> the second line is strange.
[10:55] <fabbione> svenl: i am checking.. give me a sec.
[10:56] <fabbione> svenl: works here
[10:56] <infinity> That check has been there for ages, and works fine.
[10:56] <fabbione> what version of the kernel package do yo heve?
[10:57] <svenl> strange.
[10:58] <svenl> whatever was in breezy yesterday.
[10:58] <svenl> 8.132ubuntu1
[10:58] <fabbione> get ubuntu2
[10:58] <fabbione> i uploaded yesterday
[10:59] <fabbione> and please svenl, be always sure to have the latest stuff.. always :)
[11:00] <svenl> I don't get the message on sarge.
[11:00] <fabbione> svenl: you need to upgrade
[11:00] <svenl> fabbione: one minute.
[11:00] <svenl> fabbione: are you making fun of me for running breezy ? 
[11:00] <svenl> fabbione: bah.
[11:01] <svenl> fabbione: sucks.
[11:01] <infinity> No, he wasn't, but he probably should. :)
[11:01] <infinity> I don't run breezy yet, I just break it merrily.
[11:01] <infinity> And I know I'm not alone. :)
[11:01] <svenl> infinity: i just got into that mess because i was trying to build the ppc64 biarch toolchain in the first place, to build ppc64 kernels.
[11:01] <svenl> infinity: i know i need to reinstall.
[11:01] <svenl> infinity: and it is worse, since i run beta biarch toolchain.
[11:02] <infinity> fabbione : Oh, the amd64 machine is up and running, BTW, should you need a testing bitch.
[11:02] <svenl> so, now apt-get is unhappy because i have libgcc 3.4.3-13ubuntu1 :/
[11:02] <fabbione> infinity: oh yeah... how many boxes do you have around?
[11:03] <svenl> fabbione: mmm, do i really need a separate cramfs patch, or did it make it upstream.
[11:03] <fabbione> svenl: the cramfs patch has been there forever.
[11:03] <infinity> fabbione : Locally, only two.  The amd64 desktop from hell, and the i386 craptop.
[11:03] <infinity> fabbione : But I do most of my work on a remote PPC machine.
[11:03] <fabbione> infinity: hmmmmm
[11:04] <infinity> (And I can get a button bitch to reboot that one if I break it remotely, should that be necessary)
[11:04] <fabbione> infinity: you could play a bit with OCFS2
[11:04] <fabbione> even in a single node cluster
[11:04] <svenl> fabbione: in that case, kernel-package should be patched to know about it maybe :)
[11:04] <fabbione> http://udu.wiki.ubuntu.com/ClusterFilesystems
[11:04] <fabbione> svenl: dude... do you know what cramfs is used for?
[11:04] <svenl> fabbione: sure.
[11:04] <fabbione> and in any case you can explain that to Manoj
[11:04] <svenl> fabbione: to read the initrd :)
[11:04] <fabbione> since he is upstream
[11:05] <fabbione> and the ubuntu patch is there only to deal with the new dpkg that is NOT in Debian yet
[11:05] <fabbione> all the other stuff -> Manoj
[11:06] <fabbione> mjg59: In file included from drivers/char/agp/hp-agp.c:18:
[11:06] <fabbione> fails too
[11:06] <fabbione> like you predicted
[11:07] <svenl> fabbione: ok.
[11:07] <svenl> BTW, do you have a packaged git already ?
[11:08] <fabbione> svenl: it's in Debian and Ubuntu already
[11:08] <fabbione> cogito
[11:09] <fabbione> mjg59: ?????? come on dude...
[11:09] <fabbione> WAKE UP
[11:09] <svenl> fabbione: oh. ok.
[11:09] <svenl> thanks.
[11:13] <fabbione> include/asm/acpi-ext.h:15: error: parse error before "hp_acpi_csr_space"
[11:13] <fabbione> mjg59: i assume that acpi-ext.h is totally borked
[11:13] <mjg59> fabbione: acpi-ext.h should include acpi/actypes.h
[11:14] <fabbione> yeah it seems to build
[11:15] <mjg59> Cool
[11:15] <fabbione> no
[11:15] <fabbione> that's not enough
[11:15] <mjg59> Bah
[11:16] <mjg59> Same failure?
[11:16] <fabbione> no much smaller
[11:16] <fabbione> probably it wants acpi/acpi.h
[11:16] <mjg59> Yeah
[11:16] <mjg59> Weird, the fix in -mm is just actypes.h
[11:16] <fabbione> for the asm...
[11:16] <fabbione> but the driver still fails to build
[11:16] <mjg59> Hngk.
[11:16] <mjg59> What's the error?
[11:17] <fabbione>   CC [M]   drivers/char/agp/hp-agp.o
[11:17] <fabbione> yeah with acpi/acpi.h goes on
[11:17] <mjg59> Ok, cool
[11:17] <fabbione> do you still want the error?
[11:17] <mjg59> Nah, if it works then that'll do
[11:51] <fabbione> mjg59: amd64 is go
[11:56] <mjg59> fabbione: Excellent
[02:24] <fabbione> mjg59: kernel uploaded
[02:29] <fabbione> lamont: 1.3 is on the way to the buildd's
[02:29] <fabbione> you might want to wait to build hppa
[02:29] <fabbione> i am tagging it now
[02:30] <lamont> 1.3?  what happened to 1.2?
[02:30] <fabbione> FTBFS because DPATCH sucks
[02:38] <fabbione> not bad... 5 minutes into the buildd and 1.3 still didn't fail :)
[02:49] <fabbione> lamont: can you be so kind to tell me if 1.3 is building around?
[02:49] <fabbione> so i can finish for now and come back in a few hours?
[02:57] <lamont> building *4
[02:57] <mxpxpod> last night I compiled the 2.6.12 kernel from breezy on hoary (powerpc) and ran into some problems with cpu frequency scaling... /sys/drivers/system/cpu/cpu0/cpufreq/scaling_governor is unable to be opened or catted
[02:57] <mxpxpod> so powernowd won't start up
[02:57] <mxpxpod> has this been reported?
[02:58] <fabbione> lamont: thanks
[02:59] <fabbione> mxpxpod: no and if you can't test it in breezy is pointless
[02:59] <fabbione> also.. the kernel is in universe = unsupported (yet)
[02:59] <mxpxpod> suck
[03:00] <mxpxpod> the sleep code for powerpc laptops in 2.6.12 is tons better than in 2.6.10 and I'd like to use it :(
[03:00] <fabbione> mxpxpod: sorry but i really don't have time to spend on half backports and stuff. benh knows it is broken
[03:00] <mxpxpod> fabbione: oh, he does?
[03:00] <fabbione> yes
[03:01] <mxpxpod> ok, that's all I needed to hear :)
[03:02] <fabbione> bbl
[03:15] <jbailey> fabbione: When you're back - do you have any thoughts on how to handle source drivers that aren't included in the kernel but would presumably need to be bumped with every release?
[03:16] <jbailey> fabbione: I have someone asking for the spca5xx driver, which upstream doesn't seem to want to try and get into the kernel.  As long as it's not, I can't see us pulling it into main, but I'm curious what something like that would actually take.
[03:17] <Mithrandir> it's a fairly easy driver.  I'd love to see it in (since I need it for my webcam :)
[03:59] <zul> jbailey: * Add USB spca5xx driver:
[03:59] <zul>     - Add patch external-drivers-usb-media_spca5xx.dpatch.
[04:00] <jbailey> I missed that one, obviously. =)
[04:00] <zul> i added it in the last upload
[04:01] <jbailey> Hmm, I guess I havne't updated.  My box is still running 2.6.11.92-1.1
[04:01] <jbailey> Err, no.  I updated this morning on anothe rbox and still don't see it...
[04:02] <jbailey> zul: When was the last upload? =)
[04:02] <zul> gimme a sec
[04:02] <zul> 12:25 gmt
[04:03] <zul> according to the breezy-changes list
[04:03] <zul> 1.3
[04:03] <jbailey> *lol*
[04:29] <mjg59> fabbione: New kernel has those patches?
[04:42] <fabbione> mjg59: yes
[04:42] <mjg59> fabbione: You rock. Thanks!
[04:43] <fabbione> mjg59: no problem dude.
[04:44] <fabbione> amd64 is in :)
[04:44] <fabbione> nice nice
[04:46] <Mithrandir> shiny new crack?
[04:47] <fabbione> Mithrandir: quite a lot
[04:53] <zul> fabbione: that gcc4 fix didnt make it?
[04:54] <fabbione> zul: i didn't merge at all from you sorry
[04:54] <fabbione> i will for the 1.4
[04:55] <zul> no problem...ill just add a bunch of stuff to 1,4 :)
[04:57] <zul> whatever happened to t-bone?
[05:00] <fabbione> he converted to gentoo
[05:06] <fabbione> and he is probably porting gentoo to ia64 and hppa
[05:31] <zul> ewww...
[05:37] <zul> http://www.mirror.co.uk/news/showbiz/tm_objectid=15552841&method=full&siteid=94762&headline=light-sabre-duel-puts-two-in-hospital-name_page.html%5B/url%5D
[05:52] <zul> excelent... build-686-dbg
[06:22] <fabbione> nice
[06:23] <zul> back to poker..
[06:25] <zul> there doesnt have to be like kernel-headers-dbg does there
[09:12] <zul> brb need to test the debug kernel
[09:20] <zul> dang...so close yet so far away
[09:31] <zul> dbg kernel paniced on me saying it can mount my root partition
[09:42] <fabbione> amen
[09:46] <zul> huh?
[09:46] <fabbione> for your kernel panic
[09:46] <fabbione> :)
[09:46] <zul> :P
[10:02] <dilinger> a penny for your kernel panic?
[10:03] <zul> dilinger: i turned on all the debug features in a .config for 2.6.12 and it paniced on me...
[10:03] <zul> bleh