[01:46] <zul> heylo
[02:14] <zul> *sigh* http://lkml.org/lkml/2005/12/19/115
[03:00] <BenC> we have several bug reports like that
[03:01] <BenC> k8 bug it seems
[03:01] <BenC> even saw one myself on my emachines laptop
[03:02] <infinity> That was a winner of a laptop, if I've ever seen one.
[03:02] <infinity> Also, good morning.
[03:03] <BenC> is it a good "lrm" morning? :)
[03:03] <infinity> Won't be until your kernels get out of NEW.
[03:03] <infinity> At least they all built, though.
[03:03] <infinity> Even poor little ia64.
[03:04] <BenC> yeah, well everytime I upload, I always know that 5 of the 6 are going to build :)
[03:04] <BenC> never sure about amd64 until it actually gets there
[03:04] <infinity> You don't do amd64 on concordia?
[03:04] <infinity> Tsk, tsk.
[03:04] <BenC> only when I know something with x86_64 changed (config wise or from linus tree)
[03:05] <BenC> sparc lagging behind again
[03:05] <infinity> I did i386 and amd64 in parallel on concordia the other day and wanted to kill myself.
[03:05] <infinity> That machine's not fast.
[03:05] <infinity> It's just... Faster than my laptop.  A bit.
[03:05] <BenC> it's faster than all but my e3k
[03:06] <infinity> My girlfriend's desktop outstrips concordia.
[03:06] <BenC> my i386 is only 2ghz P4, and my PPC is a 500Mhz G4
[03:06] <BenC> and ia64 is slow anyway
[03:06] <infinity> Ouch.  My PPC is taice as fast as yours?  Sucks to be you.
[03:06] <infinity> Blue G4?
[03:06] <BenC> my 500mhz ppc can do it's 3 builds quicker than my dual 700mhz ia64 can do 4
[03:06] <infinity> s/taice/twice/
[03:06] <BenC> grey
[03:07] <BenC> blue is G3 I think
[03:07] <infinity> Oh, right.
[03:07] <infinity> Blue was the G3, Grey was the G4 with the identical motherboard, but "ALL NEW, WITH ALTIVEC, OMG!!"
[03:07] <BenC> I need to get that quad 2.5ghz G5
[03:07] <BenC> yeah, lol
[03:08] <infinity> (with altivec and half the cache, and half the cache speed, but who does integer with large dataset anyway, altivec is clearly better, fud, fud, fud)
[03:08] <infinity> Which is precisely why I opted for upgrading my G3 with a 1GHz G3 instead of a 1GHz G4.. I kinda looked at my usage patterns and decided the G3 would be faster in 99% of cases.
[03:09] <mjg59> infinity: Later G4s had a new motherboard, didn't they?
[03:09] <BenC> both my G4's were free, so I can't complain
[03:09] <mjg59> Or was AGP introduced with later G3s?
[03:09] <infinity> mjg59 : Yeah, but not the 500MHz one Ben has.
[03:09] <mjg59> Ah
[03:10] <mjg59> I just remember the bizarro 66MHz ATI cards
[03:10] <BenC> this was first generation G4
[03:10] <infinity> Ben's would be, basically, a blue G3 with a sraypaint job and altivec.
[03:10] <BenC> when it first came out
[03:10] <BenC> 7400 PowerMac3,1
[03:10] <BenC> PowerMac G4 AGP Graphics
[03:11] <infinity> mjg59 : Oh, the crazy cards on the Beige G3, you mean?  I have one of those.
[03:11] <infinity> The blue G3 had normal AGP.
[03:11] <mjg59> The blue and white G3s had them too, I think
[03:11] <mjg59> Hmm. No, not all of them
[03:11] <infinity> Ahh, then they had two motherboard revisions.
[03:11] <infinity> (shock)
[03:11] <mjg59> Uhm. These would have been 266MHz G3s
[03:12] <mjg59> Or maybe 300 - first gen new world machines
[03:12] <BenC> this one has a 4x AGP ATI Rage 128 PF/PRO
[03:12] <mjg59> Nngh argh where has oftc gone
[03:12] <mjg59> Hang on
[03:13] <BenC> I think I'm going to go ahead and get that PowerBook 17"
[03:13] <BenC> I just can't pass up the deal
[03:13] <BenC> in 6 months I'll get the quad 2.5ghz
[03:13] <BenC> which will probably be Quad x86_64 4ghz by then :)
[03:13] <infinity> I could use the ppc64 machine...
[03:14] <BenC> you know others?
[03:14] <infinity> And maybe a cheap little iBook for my girlfriend, so she can be all trendy.
[03:14] <infinity> BenC : Several, yes.
[03:14] <zul> send me one..
[03:14] <zul> im a hardware whore
[03:14] <mjg59> I haven't received any excellent Apple deals
[03:14] <BenC> infinity: with the deal, the cheapest 12" iBook would be $750, not really much of a deal
[03:14] <mjg59> infinity: Daniels has got one. Just steal his desktop.
[03:14] <infinity> mjg59 : Good, we can get drunk together and comiserate.
[03:15] <infinity> BenC : Ahh, shame.  No iBook, then.  It's the desktop I really want anyway.
[03:15] <mjg59> infinity: Yeah, I'll just hop over to OH NO HANG ON
[03:15] <mjg59> infinity: Going to LCA?
[03:15] <infinity> What dates are LCA again?
[03:15] <BenC> LCA?
[03:16] <infinity> linuxconf.au
[03:16] <mjg59> 22-28 January
[03:16] <mjg59> Or so
[03:16] <infinity> Oh, 23rg to the 28th.  No, I'll be in London.
[03:16] <mjg59> In NZ
[03:16] <mjg59> Hahahahahaha
[03:16] <mjg59> The irony

[03:17] <mjg59> We'll probably crash into each other in flight
[03:17] <infinity> I'll be snuggling with thom.
[03:17] <mjg59> Awh
[03:17] <mjg59> Are you there for two weeks?
[03:17] <infinity> Yeah.
[03:17] <mjg59> Right, I'll probably be around for some of one of them
[03:17] <infinity> Zofia and I are going in advance for a short vacation, then some apache hacking with thom, then the distro sprint.
[03:18] <mjg59> I'm not sure what dates I'll be in NZ
[03:18] <mjg59> Need to check with the travel agent
[03:18] <infinity> I've decided I desperately need a beverage.
[03:18] <mjg59> We should introduce you to UK beer
[03:18] <mjg59> (in large quantities)
[03:18] <infinity> Dry mouth.  Clear thinking.  These things must be stopped.
[03:19] <infinity> mjg59 : Do I have to drink it warm?
[03:19] <mjg59> Yes. Bastard.
[03:20] <infinity> Oddly, thom has requested that I bring him Australian beer.
[03:20] <mjg59> There is nothing wrong with warm beer
[03:20] <infinity> As has Mithrandir.
[03:20] <mjg59> It means you can actually taste it
[03:20] <infinity> mjg59 : Except for the part where it tastes like piss, I agree completely.
[03:21] <infinity> (note: That's the American usage of the word "piss", meaning "urine", not the British/Australian usage, meaning "alcoholic beverage")
[03:22] <mjg59> You're wrong, and you're a grotesquely ugly freak
[03:22] <infinity> Duely noted.
[03:22] <infinity> (Twiggy)
[03:22] <zul> BenC: there isnt an abiname for 2.6.15-9.11 in the git archive?
[03:23] <BenC> zul: not yet, because I have no abi files yet
[03:23] <BenC> actually, I was getting ready to do that
[03:23] <zul> hehe
[03:23] <BenC> everything is in NEW still, so I can't
[03:24] <zul> blah...ill wait til tomorrow then..hmm...grub or shower...hmm
[03:24] <infinity> "Everything is in NEW" is something I can work around, if you really want the files.
[03:24] <BenC> skip_abi=1 is your friend
[03:24] <zul> yeah i tried setting it to false and still no love
[03:25] <BenC> mkdir debian/abi/2.6.15-9.11
[03:25] <BenC> echo 9 > debian/abi/2.6.15-9.11/abiname
[03:25] <zul> uh i mean true
[03:26] <zul> there we go
[03:37] <zul> night night...i can barely stay awake..
[03:37] <zul> ill push my patches to my tested tree tomorrow
[03:39] <BenC> ok
[05:50] <cjb> BenC: OOI, what do I have to do to go from your git tree to a .deb as is built by the build machines?
[05:50] <cjb> (make-kpkg, I'm sure, but don't know how to replicate your config/initrd/etc.)
[05:53] <BenC> cjb: debian/rules binary-debs
[05:53] <BenC> cjb: configs are in debian/config/
[05:54] <BenC> cjb: if you only want to builds on flavor, do "debian/rules binary-debs flavours=686", and the .deb will end up in debian/build/
[05:54] <cjb> Awesome.
[05:55] <BenC> note that each flavour comprises debian/config/i386/config and one of debian/config/i386/config.{386,686,k7,...}
[05:55] <BenC> same for other arches
[05:55] <BenC> the config file are the common config items
[05:57] <cjb> Building now.  Thanks!
[06:01] <BenC> np
[06:13] <BenC> sweet, the software for the online poker site I play works under wine
[06:18] <cjb> Heh, everyone's playing poker lately.  I wonder how I can persuade them that Go is more interesting.
[06:32] <cjb> Hmph:
[06:32] <cjb>   DEVLIST drivers/usb/net/zd1211/zddevlist.h
[06:32] <cjb> make[6] : *** [drivers/usb/net/zd1211/zddevlist.h]  Error 1
[06:43] <cjb> Interesting.  The relevant awk scripts abort(3)s when run under gawk, which is my default awk, and works under mawk.
[06:46] <fabbione> morning guys
[06:49] <cjb> 05:46 <fabbione> morning guys
[06:49] <cjb> >> /whois fabbione
[06:49] <cjb> Oops.
[06:50] <cjb> Good morning.  :)  Early there?
[06:50] <fabbione> sort of
[07:25] <lamont> Dec 19 23:25:45 mix kernel: [4369081.099000]  set_rtc_mmss: can't update from 3 to 55
[07:25] <lamont> wth does that mean?
[07:26] <fabbione> doh
[07:26] <fabbione> never seen it before
[07:26] <lamont> amd64 box with i386 kernel
[07:26] <fabbione> dapper?
[07:26] <lamont>  2.6.12-10-k7 on breezy
[07:26] <lamont> iz production box
[07:28] <fabbione> checking...
[07:30] <fabbione> nothing fancy really
[07:30] <fabbione> vi include/asm-i386/mach-default/mach_time.h
[07:30] <fabbione> static inline int mach_set_rtc_mmss(unsigned long nowtime)
[07:30] <fabbione> this is what sends out the message
[07:30] <fabbione>         if (abs(real_minutes - cmos_minutes) < 30) {
[07:30] <fabbione>         } else {
[07:30] <fabbione>                 printk(KERN_WARNING
[07:30] <fabbione>                        "set_rtc_mmss: can't update from %d to %d\n",
[07:30] <fabbione>                        cmos_minutes, real_minutes);
[07:30] <fabbione>                 retval = -1;
[07:30] <fabbione>         }
[07:31] <fabbione> looks like a clock skew of somekind with your cmos
[07:31] <lamont> sigh... I guess I'll have to drop into the bios
[07:31] <lamont> back in a few
[07:31] <fabbione> ok
[07:31] <fabbione> later
[07:39] <lamont> fabbione: it looks like it's counting doubletime
[07:39] <lamont> that is, every 10 seconds, it thinks 20 has gone by
[07:39] <lamont> s/has/have/
[07:39] <fabbione> weird...
[07:39] <lamont> what I really want to know is how to get it to slow back down.  but for now, I'm going to go to bed
[07:40] <fabbione> lamont: good night :)
[07:44] <JaneW> hi desrt 
[07:45] <desrt> how's life in ubuntu land?
[07:48] <fabbione> Unpacking linux-image-2.6.12-10-amd64-generic (from linux-image-2.6.12-10-amd64-generic_2.6.12-10.24_i386.deb) ...
[07:48] <fabbione> now..
[07:48] <fabbione> catch the weirdness :)
[07:50] <JaneW> desrt: good, how are you?
[07:50] <desrt> JaneW; exausted from the term at school.  but last exam is tomorrow
[07:56] <fabbione> lamont: chinstrap:/home/fabbione/linux-image-2.6.12-10-amd64-generic_2.6.12-10.24_i386.deb please test :)
[08:00] <JaneW> desrt: cool, good luck
[08:00] <desrt> thx.
[08:00] <desrt> cheerio.
[08:00] <fabbione> night desrt 
[08:02] <desrt> nite :)
[10:25] <CataEnry> hi! :)
[11:33] <cjb> lamont: Hello.  If that's an HP box with an ATO bridge, I know how to fix your double-counting problem.
[11:34] <cjb> ATI, I mean.
[11:34] <cjb> (And it's not related to which arch's kernel you use.)
[02:17] <zul> heylo
[02:21] <BenC> good morning
[02:21] <BenC> infinity: ping
[02:36] <BenC> anyone know how to get evolution to play well if I insert a diff inline that I don't want to have line feeds added?
[02:38] <jbailey> BenC: Try highligthing it and marking it as "preformated"
[02:38] <jbailey> In the style dialog
[02:38] <BenC> ok
[02:47] <zul> hmmm...thats weird
[02:47] <zul> drivers/acpi/i2c-acpi-ec.c: At top level:
[02:47] <zul> drivers/acpi/i2c-acpi-ec.c:309: error: unknown field 'name' specified in initializer
[02:47] <zul> drivers/acpi/i2c-acpi-ec.c:309: warning: initialization from incompatible pointer type
[02:47] <zul> drivers/acpi/i2c-acpi-ec.c:310: error: unknown field 'id' specified in initializer
[02:47] <zul> drivers/acpi/i2c-acpi-ec.c:310: error: 'I2C_ALGO_SMBUS' undeclared here (not in a function)
[02:47] <zul> make[4] : *** [drivers/acpi/i2c-acpi-ec.o]  Error 1
[02:47] <zul> make[3] : *** [drivers/acpi]  Error 2
[02:47] <zul> make[2] : *** [drivers]  Error 2
[02:48] <zul> make[2] : Leaving directory `/home/chuck/kernel/builds/kotd/build/ubuntu-2.6/debian/build/build-686'
[02:48] <zul> make[1] : *** [stamp-build]  Error 2
[02:48] <zul> make[1] : Leaving directory `/home/chuck/kernel/builds/kotd/build/ubuntu-2.6/debian/build/build-686'
[02:48] <zul> make: *** [build]  Error 2
[02:57] <zul> sorry
[03:07] <BenC> jbailey: thanks, that worked
[03:08] <BenC> zul: current git?
[03:08] <BenC> ah, I see the error in my build aswell
[03:08] <BenC> I'll get it fixed shortly
[03:10] <zul> BenC: remove the .name in the stuct is one fix
[03:38] <fabbione> hey BenC 
[03:40] <BenC> hey fabio
[03:44] <zul> BenC: its look like its totally removed from the acpi-tree
[03:45] <zul> or its an external driver..bleah..
[03:47] <BenC> yeah, I'm fixing it up
[03:47] <BenC> dev_acpi.c is broken too
[03:47] <BenC> the compat ioctl stuff has changed
[03:48] <mjg59> There's a new release of dev-acpi
[03:49] <BenC> ah, that would be easier than all these changes I can't test :)
[03:49] <mjg59> Not sure if it deals with that, but...
[03:50] <BenC> well I got it to compile without errors/warnings, but that's just for x86...no telling about x86_64
[03:50] <BenC> but since we're 64-bit userspace on x86_64, it shouldn't matter much
[04:01] <BenC> wow, latest dev_acpi is like 6 source files instead of two :)
[04:09] <BenC> nm, it just has extra tools
[04:15] <BenC> mjg59: the new driver doesn't compile right either...I'm going to disable it for now (since it hasn't even been built for dapper yet anyway)
[04:40] <BenC> zul: pushing changes now to get things compiling again
[04:40] <BenC> dev_acpi and i2c-acpi-ec may end up getting removed
[04:49] <BenC> nice, #21313, "Sound issues", no description
[04:49] <zul> yeah its a dup
[04:50] <BenC> of which one?
[04:50] <zul> BenC: there is something about in the thinkwiki about that problem..its a laptop issue
[04:50] <BenC> 21315
[04:50] <zul> yeppers
[04:52] <fabbione> BenC: can you slam an eye on netdev?
[04:53] <zul> heh...one eyed monster...
[04:53] <zul> my mine is in the gutter sorry..
[04:54] <zul> mind even
[06:19] <lamont> cjb: how do I fix it?
[06:19] <lamont> and yes, HP box, ati bridge
[07:45] <Robi-> crimsun , alive?
[07:46] <Robi-> BenC, you maintain some usb drivers correct?
[08:01] <infinity> Argh.
[08:01] <infinity> BenC : You broke my headers!
[08:04] <infinity> I guess that's what I get for not testing builds on all arches before I upload...
[08:07] <infinity> BenC : amd64-k8-smp (at least) is missing (at least) the asm/* headers.  See the amd64 LRM failed build log.
[08:51] <BenC> hmm
[08:52] <infinity> yeah, that's one possible response.
[08:52] <infinity> Another could be "yes, massa, I fix it right now massa"
[08:52] <infinity> Or some variant thereof. :)
[08:52] <BenC> is the package missing for k8-smp?
[08:52] <zul> messa people think people going to die?
[08:53] <BenC> oh, I see
[08:53] <BenC> yes massa, it be fixted up for da nes upload massa
[08:53] <infinity> Kay.  No -meta love until it is, or amd64 blows up. :)
[08:53] <cjb> What was that about k8-smp?  :)
[08:54] <BenC> I can do -9.12 tonight
[08:54] <BenC> no ABI bump :)
[08:54] <infinity> I'll dep-wait LRM on -9.12, so it'll trigger as soon as you get it in.
[08:54] <cjb> Ah, I was just wondering where LRM was.
[08:58] <infinity> BenC : Do you have a -meta upload primed that adds amd64-server?
[08:58] <BenC> no
[08:58] <BenC> but I'll get one ready to go out with -9.12
[08:59] <zul> why the hell does it feel like a friday?
[08:59] <BenC> holidays
[09:01] <zul> true but im stuck at work..
[09:01] <zul> the acpi stuff you did compiles
[09:09] <infinity> amd64 / linux-restricted-modules-2.6.15
[09:09] <infinity>   Version             : 2.6.15.3-2
[09:09] <infinity>   Builder             : buildd+yellow
[09:09] <infinity>   State               : Dep-Wait
[09:09] <infinity>   Depends             : linux-headers-2.6.15-9-amd64-generic (>> 2.6.15-9.11)
[09:09] <infinity> BenC : Ball's in your court.
[09:09] <infinity> BenC : I can do linux-meta as well, and dep-wait it on LRM, if that'll help things get through quicker.
[09:10] <infinity> (It'll get linux-meta out there for non-amd64 arches)
[09:11] <BenC> ok
[09:38] <fabbione> whats the deal with .12?
[09:40] <BenC> fabbione: amd64-k8-smp issue only
[09:40] <fabbione> ah ok
[09:40] <fabbione> well you can still unleash LRM
[09:41] <fabbione> if there is no ABI change..
[09:44] <fabbione> BenC: the sparc kernel is in the archive if you need the ABI files
[09:44] <BenC> ok, thanks
[09:45] <BenC> is there a better place than ports.ubuntu.com?
[09:45] <BenC> neither hppa nor sparc seems to be available from there
[09:45] <fabbione> your e3k? ;)
[09:45] <BenC> well there's that for sparc :)
[09:45] <fabbione> BenC: it should appear in no more than 5 minutes on ports
[09:46] <fabbione> i guess it's syncing from jackass as we speak
[10:08] <BenC> lamont: ping
[10:35] <infinity> BenC : Were you planning on doing SMP2UP on amd64?
[10:37] <zul_> i think he already did it
[10:38] <BenC> infinity: tried
[10:39] <infinity> Failed?
[10:39] <BenC> the linker script fails to relocate the lock table
[10:39] <infinity> Ahh, poop.
[10:39] <BenC> not sure what that's all about, it's the exact same thing for x86
[10:39] <infinity> I suppose it will require a hammer of some sort.
[10:40] <infinity> Would ne nice, though, since amd64 has a much more mixed SMP/UP install patter out there (especially with the multicore stuff)
[10:42] <infinity> Anyhow, linux-meta is uploaded; it won't build on amd64 until the new amd64 LRM is built.
[10:46] <zul> BenC: ping pull
[10:46] <zul> oh wait..
[10:47] <BenC> infinity: ok, thanks
[10:48] <zul> now pull
[10:50] <cjb> I'm running SMP amd64 on dual-core with LRM, if you need any testers.
[10:50] <BenC> sucks, I can't do any upload till I get some hppa abi files
[10:50] <BenC> and they aren't uploade dyet
[10:51] <BenC> well, they are, but they got rejected because of some newline issue with the buildd mail relay or something
[10:55] <infinity> HP's mail relays wrap lines (as the RFCs claim they're allowed to do, to be fair)
[10:55] <infinity> buildd-mail doesn't like gratuitous line-wrapping and barfs.
[10:55] <infinity> I need to fix the latter, but I blame lamont entirely for not circumventing the former. :)
[11:23] <BenC> infinity: user claims ata errors went away with -9, can you confirm?
[11:23] <BenC> two users in fact
[11:23] <cjb> Coo, they got X running on the Linux Treo 650 port.
[11:24] <infinity> BenC : Iwas one of those users.  Read your bugzilla comments more closely. :)
[11:24] <cjb> .. and I was the other.  :)
[11:26] <CataEnry> bye all
[11:26] <BenC> oh, that last one was from you :)
[11:26] <BenC> I expected a "Hey dumbass, you finally got something right" if you confirmed it :)
[11:26] <infinity> BenC : Even more interesting, though not valid to that report, so I didn't comment on it, those failed assertions went away with -9
[11:27] <BenC> excellent
[11:27] <infinity> (Or, at least, the printk went away)
[11:28] <BenC> nice that I closing more bugs than are getting opened...I really was expecing more bugs after flight2 than what I've had
[11:28] <BenC> most of the ones I'm closing, I didn't fix though :)
[11:28] <infinity> Fixing bugs is so passe.
[11:29] <infinity> I need to attack my bug list with a vengeance post-Christmas.
[11:29] <infinity> Should be a barrel of laughs.
[11:29] <BenC> yeah, why fix bugs when you can just upgrade to the latest version
[11:30] <cjb> infinity: Anything interesting on it?
[11:30] <infinity> I guess I can dupe all the fglrx and nvidia bugs against a master "prorpietary modules sometimes break, and I can't fix it" bug.
[11:30] <BenC> The funniest bug report I have right now is 21034
[11:30] <BenC> a user did an install, and then rebooted with all sorts of noapic nolapic options, and said it wouldn't boot
[11:30] <infinity> cjb : I dunno.  I have 150 bugs or so, one or two are bound to be interesting.
[11:30] <BenC> but has not yet tried booting without those options :/
[11:30] <cjb> Yow.
[11:31] <BenC> infinity: do what I did, canned message saying "test with latest version", mark it needsinfo
[11:31] <BenC> if they don't respond post London-Sprint, I'm closing them :)
[11:32] <infinity> Heh.
[11:32] <BenC> I've actually gotten a lot of testing from it though...and most times, the bug is fixed
[11:32] <mjg59> BenC: So, bcm43xx is pretty much moving over to the devicescape stack
[11:32] <infinity> That's just mad scientist enough to work.
[11:32] <mjg59> (by the looks of things)
[11:32] <cjb> I also get "PCI: Cannot allocate resource region 0 of device 0000:010:11.0" if we're posting warnings.  :)
[11:32] <mjg59> cjb: That's probably fine
[11:33] <infinity> Oh, speaking of bcm43xx... If we're shipping it now, should we find some firmware of questionable origin that we can slap in LRM?
[11:33] <mjg59> What is that device? Your IDE controller?
[11:33] <BenC> mjg59: everything is moving in that direction
[11:33] <cjb> (And boot hangs with noapic.)
[11:33] <mjg59> infinity: Finding the firmware is easy, having any sort of permission to distribute it less so
[11:33] <infinity> mjg59 : Right.  Though I'm not sure what our level of permission is on the acx firmware either...
[11:34] <infinity> (It would seem to be implicit consent, or soemthing on that level of sketchiness)
[11:34] <BenC> infinity: bad thing is, they didn't do such a hot job of naming the firmware with some way of having lots of it installed (like acx was)
[11:34] <BenC> same filename, 5 different versions
[11:34] <mjg59> infinity: We have the same problem with the firmware for the TI xx20 flash readers
[11:34] <infinity> BenC : Easy enough to fix the driver to handle that.
[11:34] <mjg59> Of course, we also have the problem that that's distributed in an encrypted form
[11:35] <BenC> yeah, and we'll end up with a mapping of pci dev/ven/subdev/subven id's to match to versions
[11:35] <BenC> which works for me
[11:36] <cjb> Flash readers use firmware?  Eww.
[11:39] <infinity> mvo : How do you feel about the state of our current draft of NetworkWideUpdates?
[11:39] <infinity> mvo : If someone were insane enough to spend some "spare time" starting to build small bits of it...
[11:42] <infinity> Of course it has.
[11:43] <BenC> post rc6 is supposed to be important fixes only
[11:44] <infinity> And important ABI changes.
[11:45] <BenC> hppa should hope for an abi change, else it willbe ftbfs from 9.12
[11:45] <BenC> wont be here before christmas though, so no gift from santa :(
[11:49] <infinity> nictuku : /me notes that mvo isn't in this channel, and he misfired.
[11:50] <infinity> ARGH, TYPING HARD, SHOULD HAVE SLEPT LAST NIGHT, I BLAME MJG59 FOR EVERYTHING.
[11:53] <cjb> BenC: Which Powerbook, OOI?
[11:53] <BenC> 17" 1.67ghz
[11:54] <cjb> Very nice.  I wish they did slightly higher resolution, though.
[11:54] <cjb> (The Dell 17"s do 1920x1200.)
[11:54] <BenC> 1280x1024 is good enough for me
[11:54] <cjb> Heh.
[11:54] <cjb> My desktop is 2560x1600.  :)
[11:54] <infinity> My 1400x1050 thinkpad has spoiled me, I can't go back now.
[11:55] <BenC> I only use X for firefox and now xchat and evolution, most of the VT's are used for actual work though :)
[11:55] <BenC> X is my distraction
[11:55] <BenC> yes, and Apple 30" display would keep me in X :)
[11:56] <BenC> it's too easy to go Applications->Games while I'm on the gnome desktop
[11:56] <cjb> Yeah.  On the 30", I have top-right quarter for firefox, bottom right for evolution, and the left half the screen is tiled with xterms and emacsen.
[11:57] <BenC> spoiled you are
[11:57] <cjb> It's true.  But I work from home, and value my comfort a lot.  :)
[11:57] <BenC> sweet, no ABI changes for i386 so far
[11:57] <BenC> lol
[11:58] <mjg59> infinity: You were lying awake thinking about me?
[11:59] <infinity> mjg59 : It's the concave chest.  Gets me hot and bothered.
[11:59] <infinity> Mostly bothered.
[11:59] <cjb> Ooh, do you really have a concave chest?
[12:04] <mjg59> cjb: Yes