[12:58] <dholbach_> good night everybody
[12:59] <mdke> night
[01:07] <mdke> man bugzilla is slow right now
[01:20] <ogra> daniels, ping
[01:21] <daniels> ogra: pong
[01:21] <ogra> daniels, i'm trying to preseed some xorg values for ltsp clients ....
[01:22] <ogra> namely i want to force 16 bit as default colordepth
[01:23] <daniels> hrm
[01:23] <ogra> in the setup script mdz calls dpkg-reconfigure -fnoninteractive $xserver_package (where $xserver_package == xserver-xorg)
[01:23] <daniels> i don't think that's preseedable at the moment
[01:23] <ogra> oh, ok
[01:23] <daniels> actually, no
[01:23] <ogra> i tried to put preseed $xserver_package $xserver_package/config/display/default_depth "16" above ... nbut if the package doesntr recognize it anyway, nevermind...
[01:23] <daniels> just preseed xserver-xorg/cponfig/display/default_depth ... oh
[01:24] <daniels> it should only be resetting it if the seen flag is false, afaict
[01:24] <daniels>   db_fget xserver-xorg/config/display/default_depth seen
[01:24] <daniels>   if [ "$RET" = "false" ] ; then
[01:24] <daniels>     db_set xserver-xorg/config/display/default_depth $DEFAULT_DEPTH
[01:24] <daniels>   fi
[01:24] <daniels> although, right, it's reset if we're calling -reconfigure
[01:25] <ogra> cat you change that in one of the future versions ? its important for low end clients ..
[01:25] <daniels> err
[01:25] <daniels> not really
[01:26] <ogra> so what should i do ? 
[01:26] <daniels> i mean, I don't think that will get called if you preseed autodetect_display=false
[01:26] <daniels> but then you, well, lose all the display autodetection
[01:26] <ogra> hmpf
[01:26] <daniels> i have a hard requirement that dpkg-reconfigure reset everything and do what people expect, from mdz
[01:26] <daniels> i could stick in an XORG_FORCE_DEPTH=16 variable if you liked
[01:27] <ogra> yeah, that'd be enough
[01:27] <ogra> the original ltsp does that by default ... i'm trying to find out why we need more than twice as much memory 
[01:28] <ogra> and this seems to be one of the hogs...
[01:29] <daniels> it should be making a total of 4mb difference on 1600x1200
[01:29] <ogra> thats much ...
[01:29] <daniels> and about 1.5MB difference on 1024x768
[01:29] <ogra> i'm fighting for every MB currently
[01:29] <daniels> actually, wait, that's comparing to 8bpp
[01:29] <daniels> 786kb on 1024x768
[01:30] <ogra> the lowest footprint i could get it working with is 40MB ... ltsp uses 32
[01:30] <daniels> almost 2MB on 16x12
[01:30] <ogra> so i still have to loose 8 meg
[01:41] <wasabi_> Hmm. Trying to get X to work with a 1920x1600 monitor
[04:32] <uenyioha> could someone explain to me what this "special" gcc function call does _dl_allocate_tls...?
[04:36] <uenyioha> anyone knows what it does....im reading through linuxthreads code and came across it...i'd appreciate the help 
[04:36] <uenyioha> ?
[04:37] <bob2> linuxthreads is poking tls stuff?
[04:37] <uenyioha> say bob2: thanks...but could you explain more 
[04:37] <uenyioha> say bob2: or at least point to a URL
[04:38] <uenyioha> say bob2: i know it seems to be some sort of memory allocation at the least...
[04:38] <bob2> uh, your irc client seems to be broken
[04:39] <uenyioha> bob2: i know it seems to be some sort of memory allocation at the least...
[04:39] <uenyioha> bob2: sorry missed the slash
[04:39] <bob2> I have no idea what it does or what it is
[04:40] <uenyioha> bob2: ok thanks...i dunno....the most i can tell now is that it seems to be some sort of special gcc call...
[04:44] <uenyioha> ok..i see it now....its a linux call to allocate memory that is local to a thread
[04:49] <desrt> Kinnison; ?
[07:41] <viviersf> doko : ping
[07:42] <doko> viviersf: just ask
[07:42] <viviersf> just making sure you in
[07:43] <viviersf> there has been in a problem in OO 2 since beta
[07:43] <viviersf> if i open a big document 
[07:43] <viviersf> its just dies
[07:43] <bob2> have you filed a bug?
[07:43] <viviersf> yes
[07:43] <doko> yes, there are some bug reports ...
[07:44] <viviersf> bob2, the bugzilla told me that my bug report does not have enough data
[07:44] <viviersf> i really dont know where the problem is
[07:44] <viviersf> but i could propably get you a doc that makes it crash if that would help
[07:45] <doko> viviersf: yes, if you have such a document, it would be nice to attach it
[07:46] <viviersf> kk
[07:46] <viviersf> kk
[07:50] <ctd> 17:43 < stuporglue> I'm from Provo, UT, USA where Jeff Waugh was supposed to 
[07:50] <ctd>                     speak tomorrow.
[07:50] <ctd> 17:44 < stuporglue> I'm hearing roumors that he's canceled his trip, and I was 
[07:50] <ctd>                     wondering if there were anyone that could help me get ahold 
[07:50] <ctd>                     of his wife for confirmation, or that knows if this is true.
[07:50] <ctd> anyone heard anything 'bout this?
[07:57] <crimsun> ctd: he flew out of RDU on Saturday
[07:57] <crimsun> ctd: I don't know his current itinerary
[08:19] <Burgundavia> lamont-away, ping
[09:26] <JaneW> has everyone seen this review yet? It's very good and echos exactly how I feel about Breezy - I love it cos it just WORKS :) http://www.tectonic.co.za/view.php?id=645
[09:27] <Burgundavia> JaneW, tectonic might as well work for canonical with the reviews they write
[09:27] <Burgundavia> not that that is a bad thing...
[09:28] <Treenaks> JaneW: There's an article in a Dutch computer magazine, giving it 9 points out of 10 (SuSE 10 gets 8), and they say "it's ready to take on windows, if enough people install it"
[09:28] <JaneW> Treenaks: awesome
[09:29] <Treenaks> JaneW: now imagine Dapper
[09:29] <JaneW> Burgundavia: yes I gather they do like Ubuntu (the idea of it) as well as the product
[09:29] <JaneW> Treenaks: indeed!
[09:30] <robitaille> JaneW,  of course we have seen that tectonic article. It was on the Fridge a little while back :)
[09:30] <JaneW> Treenaks: I hope your flight was good, I managed to NOT buy anything in MOntreal airport, but did some damage to my visa card in Schipol airport - that place just shouts BUY ME! ;)
[09:30] <JaneW> robitaille: good, sorry I am just slow then ;)
[09:31] <Treenaks> JaneW: I only bought batteries for my MP3-player :)
[09:31] <Mithrandir> JaneW: no, is shouts "DRR, BUY, FLY" :-)
[09:31] <Mithrandir> s/DRR/SEE/
[09:31] <JaneW> Treenaks: and I tried purfumes until the shop assistant gave me a dirty look ;) So I 'smelled like a girl' like jdub does ;)
[09:32] <Treenaks> JaneW: LOL
[09:32] <Burgundavia> JaneW, ouch
[09:32] <JaneW> Mithrandir: hehe so it does - well it worked!
[09:32] <Burgundavia> JaneW, I'm hearing roumors that he's(Jeff Waugh) canceled his trip. This true?
[09:32] <JaneW> Burgundavia: he does! cvd bought him a women's deodorant ;)
[09:33] <JaneW> Burgundavia: I heard an hour so so back that he is in Sydney, I don;t know anything else, or even if he is back sooner than expected...
[09:33] <Treenaks> If he's back now, that's much sooner than expected
[09:41] <JaneW> oic, wonder what happened then...
[09:44] <robitaille> it seems he was coming home a week early:  http://lists.ubuntu.com/archives/ubuntu-devel/2005-November/013043.html
[09:55] <Mithrandir> what's up with bugzilla?  It's amazingly slow.
[10:01] <Mithrandir> any web server?  Just install the apache2 package
[10:02] <JaneW> Mithrandir: ok, will do
[10:02] <sivang> morning all
[10:03] <pitti> Hi sivang 
[10:08] <Burgundavia> JaneW, you played with planner?
[10:09] <sivang> pitti: hey Martin
[10:10] <JaneW> Burgundavia: no, do you recommend it?
[10:11] <Burgundavia> JaneW, I heard it is not all full featured as  MS Project but nicer to use
[10:11] <Burgundavia> JaneW, and it a gnome app, no need for a webserver and nasty PHP
[10:11] <JaneW> Burgundavia: sounds good to me! I will check it out :)
[10:13] <Burgundavia> night all
[10:30] <seb128> is bugzilla slow for other people too?
[10:31] <Treenaks> seb128: yes, I saw someone complain earlier
[10:31] <Treenaks> 09:54 <  Mithrandir> what's up with bugzilla?  It's amazingly slow.
[10:31] <Treenaks> 01:07 <        mdke> man bugzilla is slow right now
[10:31] <seb128> k
[10:31] <seb128> so that's not only me :)
[10:31] <seb128> thanks
[10:31] <mvo> seb128: yep, for me too
[10:32] <seb128> yeah, after a few min I got the start page
[10:32] <seb128> let's search for a bug now :p
[10:33] <Mithrandir> seb128: it's mostly changing stuff which is slow for me.  Other things are just bugzilla-slow.
[10:33] <seb128> Mithrandir: here it's "take 2 min to load a page" slow
[10:33] <Mithrandir> yeah, but it seems to only be for stuff which changes bugzilla for me.
[10:34] <Mithrandir> anyway, I'm looking at the Merge Of Doom, so I don't mind ATM.
[10:34] <seb128> do we have some ftpmaster of buildd admin today?
[10:34] <seb128> I need syncs and to get some builds kicked
[10:34] <seb128> s/of/or/
[10:36] <Mithrandir> seb128: infinity should be back home, so I think so, yes
[10:36] <seb128> cool
[10:43] <Mithrandir> uhm, dpkg-statoverride shouldn't be called from maintainer scripts, should it?
[10:50] <Kamion> seb128: I can kick some builds for you ...
[10:50] <Mithrandir> morning, Colin
[10:50] <Kamion> morning
[10:52] <seb128> Kamion: hi. Giving a retry to libwpd would be nice, it's required to build abiword/gnumeric
[10:53] <\sh> who is able to sync, when elmo is not around? 
[10:53] <Kamion> seb128: done
[10:54] <seb128> Kamion: thanks
[10:54] <Kamion> \sh: mdz or I technically, but the state of the sync directory is currently weirding me out, so I'm refusing for the moment
[10:54] <seb128> elmo should be back today no?
[10:54] <Kamion> oh, hang on, the sync directory is saner now
[10:54] <Kamion> seb128: I should think so
[10:54] <Kamion> go ahead with any urgent syncs, I think I can manage them
[10:54] <\sh> ok...so i'm waiting for elmo...
[10:54] <slomo_> Kamion: while you're at it... can you give-back gtksourceview-sharp, gtksourceview-sharp2 and seahorse if it's not too much of a problem? ;)
[10:55] <seb128> Kamion: I've some sync but that can wait for elmo, I'll ping you later if he's still not around
[10:56] <Kamion> slomo_: done
[10:56] <slomo_> Kamion: thanks :)
[10:57] <\sh> seb128: btw...I updated to dapper yesterday evening...and now xchat doesn't show small tabs anymore..but it's enabled...is it more a font issue (bitstream sans mono) or can it be an xchat problem?
[10:57] <Mithrandir> Kamion: I guess looking at the merge bugs in the "PENDINGUPLOAD" state would be a good list for stuff to sync.
[10:57] <Kamion> Mithrandir: I'm not going to go out proactively looking for them, for the moment
[10:57] <Mithrandir> Kamion: but then, no idea what's urgent about it, so I guess we can just wait for elmo
[10:57] <Mithrandir> s/it/them/
[10:58] <Kamion> feel free to ping me with urgent ones, but otherwise I have other things to do. :)
[10:58] <Mithrandir> and .. which of them ...
[10:58] <Mithrandir> yup, I know. :-)
[10:58] <seb128> \sh: hum, why a font issue? I would say that's an xchat issue. Feel free to ping dholbach when he's around, he has worked on this update
[10:59] <\sh> seb128: because I found a font issue in gnome-terminal...the font is not displayed as it was in breezy that's why I'm asking
[10:59] <sivang> is bugzillla dead? :)
[11:00] <mvo> sivang: not quite, but very slowish
[11:00] <sivang> mvo: ok, thanks
[11:00] <chmj> I can't access is either 
[11:00] <chmj> s/is/if/
[11:05] <\sh> dholbach: good morning..
[11:05] <dholbach> hellas! :)
[11:05] <dholbach> hi \sh 
[11:06] <\sh> dholbach: I'll paste u my former statement to seb128 ... 
[11:06] <\sh> dholbach: \sh seb128: btw...I updated to dapper yesterday evening...and now xchat doesn't show small tabs anymore..but it's enabled...is it more a font issue (bitstream sans mono) or can it be an xchat problem?
[11:06] <Nafallo> \sh: I can reproduce :-P
[11:06] <dholbach> \sh: no idea, will investigate
[11:07] <Nafallo> fwiw
[11:07] <\sh> Nafallo: ah good to know :)
[11:07] <sivang> hmm p.u.c also doesn't respond. nice
[11:07] <\sh> dholbach: thx :)
[11:07] <\sh> dholbach: and gnome-terminal looks as well strange with this font issue
[11:08] <dholbach> \sh: i think it's rather freetype
[11:08] <\sh> dholbach: gnarf...
[11:10] <doko> chmj: pong
[11:11] <chmj> doko: hi, about the java packaging, where do I get info on that 
[11:12] <doko> should be in the wiki, JavaRoadmap
[11:17] <[-Jarod-] > hi everybody !
[11:18] <[-Jarod-] > i'm a 3rd year student in a french engineering school and I currently manage an open source project aiming to control dynamic lights for show
[11:18] <[-Jarod-] > i work with c / c++ / glade
[11:18] <[-Jarod-] > but I'm a complete beginner in c
[11:18] <[-Jarod-] > i've installed gcc / g++ with apt
[11:19] <Nafallo> [-Jarod-] : you are better of by installing build-essential
[11:19] <Mithrandir> [-Jarod-] : this channel is for developing ubuntu, not for developing applications.  and what Nafallo says.
[11:19] <[-Jarod-] > and a piece of open source code found on the net call a .h called "vlc.h" and i cannot found it
[11:19] <[-Jarod-] > i know Mithrandir i know
[11:19] <Mithrandir> [-Jarod-] : it's a user question; #ubuntu, but I think you're just missing libvlc0-dev
[11:20] <Mithrandir> apt-cache search vlc dev shows you relevant info
[11:20] <[-Jarod-] > thank you
[11:20] <[-Jarod-] > that's all i need
[11:20] <[-Jarod-] > sorry for disturbing you
[11:30] <Kamion> could somebody look at preparing main inclusion reports for gdome2 and gmetadom? they're (build-)dependencies of gtkmathview, which was recently added to the archive for (iirc) abiword
[11:31] <dholbach> Kamion: i can do that
[11:32] <Kamion> thanks
[11:43] <infinity> Kamion : Thanks for driving wanna-build for sb.  I'm in and out, alternately mucking with initramfs (yay, rebooting and no IRC), and trying to get over the cold/flu I seem to have developped from travelling.
[11:43] <infinity> s/sb/seb/
[11:43] <Kamion> np
[11:49] <pitti> Hi infinity 
[11:50] <pitti> infinity: seems that everybody's health suffered from UBZ at some point :/
[11:50] <infinity> pitti : I was fine during the conference, it was the flight home that seems to have killed me.
[11:50] <infinity> pitti : Or maybe it was the climate change when I got here.  I dunno.
[11:59] <sivang> pitti: yes, I think the germs has also had  a mini conf over UBZ....
[11:59] <sivang> infinity: take vitamine C pills, they really help
[11:59] <sivang> infinity: that's how I got over my flu
[12:17] <Kinnison> desrt: I was, unsurprisingly, asleep at 03:49
[12:36] <zyga_mini> carlos: ping
[12:37] <carlos> zyga_mini, pong
[12:38] <zyga_mini> carlos: is there any progress with adding support for multiple templates per package (rosetta)
[12:39] <carlos> zyga_mini, we already support multiple templates per package since long ago
[12:39] <neuralis> zijev
[12:39] <carlos> zyga_mini, what do you want/need?
[12:41] <zyga_mini> carlos: we do?
[12:41] <zyga_mini> carlos: since when!? 
[12:42] <carlos> zyga, since the first days
[12:42] <carlos> zyga, take a look to gtk+ 
[12:42] <zyga_mini> checking
[12:43] <zyga_mini> this is great news :)
[12:44] <zyga_mini> carlos: care to show a url?
[12:44] <zyga_mini> carlos: I see that there are two versions 1.2 and 2.0
[12:44] <zyga_mini> but I don't see multiple templates
[12:45] <carlos> zyga, https://launchpad.net/distros/ubuntu/breezy/+source/gtk+2.0/+translations
[12:46] <zyga_mini> hmm
[12:46] <zyga_mini> thanks I'll look into this
[12:47] <zyga_mini> carlos: and any (non distro) product can have multiple templates?
[12:47] <carlos> zyga, yes, it's the same
[12:47] <zyga_mini> thanks, sorry to bother you with inexistent problems :-)
[12:54] <Kamion> isolinux is giving me a headache. for some reason I can't get current dapper i386 CDs to boot, even though I undid all the isolinux fiddling I experimentally tried
[12:55] <dholbach> Kamion: did those inclusion reports... gmetadom wanted to have findlib as build-dep too, so 3 reports :)
[12:55] <dholbach> gtkmathview fun! :)
[12:55] <Kamion> dholbach: pitti will need to approve them
[12:55] <dholbach> Kamion: sure
[12:55] <Kamion> hm, but these images boot fine in qemu. WTF
[12:55] <pitti> yes, I'll process the queue again today
[12:57] <pitti> BenC: *sigh* when can we test the 2.6.15 crack? :)
[12:57] <dholbach> Mithrandir: hahaha :)
[12:58] <Mithrandir> dholbach: would be a nice name for a tool which removed crack, but not much else, really.
[12:59] <Kamion> pitti: well, it failed to build ...
[12:59] <pitti> right, that's what I meant
[12:59] <pitti> (just tickling)
[01:02] <pitti> ajmitch_: just uploaded a merged cron with SELinux support :)
[01:07] <Kamion> damnit, I've just wasted four hours on what turned out to be something like a dirty DVD drive :(
[01:09] <pitti> hardware just sucks.
[01:09] <pitti> Hey jbailey 
[01:09] <Mithrandir> emulate it all in software
[01:09] <pitti> Mithrandir: in the matrix?
[01:09] <jbailey> Heya Martin, Tollef & everyone else.
[01:09] <Mithrandir> hiya Jeff
[01:12] <fabbione> hey jbailey 
[01:13] <jbailey> Heya Fabio
[01:23] <Kamion> chmj: why did you merge aalib rather than requesting a sync? the version in Ubuntu was identical to the base version in Debian
[01:23] <Kamion> (and I noted that in the changelog for the benefit of whoever next looked at it)
[01:24] <chmj> Kamion: didn't notice that 
[01:25] <Kamion> chmj: please be more careful; now we have to wait for the next Debian upload before we can come back into sync
[01:25] <Kamion> which is annoying because the Debian maintainer of aalib is one who occasionally goes through Ubuntu changes and remarks on them publicly in his blog
[01:26] <chmj> Kamion: ok 
[01:43] <seb128> hey Keybuk
[01:43] <fabbione> bella Scott
[01:43] <Keybuk> heyhey
[01:44] <Mithrandir> Keybuk: I don't think I've told you before, but mom's a godsend.
[01:45] <Keybuk> heh, did it get a merge right?
[01:46] <seb128> Keybuk: do you know what modprobe does to take such a long time on boot? http://people.ubuntu.com/~seb128/dapper-20051112-1.png
[01:46] <pitti> Hi Keybuk 
[01:46] <seb128> Keybuk: or that's usplash?
[01:47] <Keybuk> not sure, it could be the modprobe of everything on the PCI bus
[01:47] <Keybuk> or it could be the modprobe of framebuffer things
[01:47] <Keybuk> I'd guess from its location that it's the former
[01:47] <mjg59> Framebuffer modprobing doesn't take anywhere near that long
[01:47] <mjg59> That'll be stuff being loaded in the initramfs. No idea why it's taking so long, though
[01:47] <Kamion> interesting ski-slope up at the top there
[01:48] <Lathiat> yeh i was thinking that
[01:48] <mjg59> seb128: Is your usplash exiting before init starts?
[01:48] <Keybuk> Kamion: isn't it ... I have one of those later in the boot sequence
[01:48] <pitti> seb128: you could try booting in single mode, then you will see a detailed output
[01:48] <Lathiat> hrm my modprobe is pretty quick there
[01:48] <Kamion> Keybuk: does udev use 'modprobe --quiet' anywhere (as opposed to 'modprobe -q')? if so, it'll need the same change that I made to hotplug yesterday
[01:48] <Lathiat> liek 2-3 s
[01:49] <Kamion> (I know hotplug is dying, but I want to make d-i work)
[01:49] <seb128> mjg59: yep
[01:49] <mjg59> I wonder if the ski-slope thing is an artifact of the logger
[01:49] <Keybuk> Kamion: udev doesn't use modprobe yet, though it'll have to I guess; what change did you have to make?
[01:49] <seb128> mjg59: I thought it was going to timeout or something
[01:49] <Kamion> Keybuk: s/--quiet/-q/g
[01:49] <Kamion> er - what loads modules in the NWO then?
[01:49] <Keybuk> heh, it should've been -Q
[01:49] <mjg59> seb128: It times out after 15 seconds of not getting any messages. And it's not getting any messages from that modprobe
[01:49] <Keybuk> "NWO" ?
[01:49] <Mithrandir> Keybuk: it usually makes my work a lot less painful.  Does it now save the Debian versions, so we won't be affected if snapshot.d.n dies again?
[01:49] <Kamion> new world order
[01:50] <Keybuk> udev will do
[01:50] <Kamion> Keybuk: busybox modprobe doesn't support -Q
[01:50] <Kamion> what does -Q do? it's not documented in modprobe(8) here
[01:50] <chmj> elmo: procps sync please, ubuntu override ok 
[01:50] <mjg59> On the bright side, once init starts we seem to be in pretty constant io blockage
[01:50] <Keybuk> Kamion: it's one our patches to module-init-tools to make it silent
[01:51] <Kamion> I'm also not convinced that busybox modprobe does aliases usefully, so I might have to switch back to module-init-tools for the moment
[01:51] <Kamion> (sigh)
[01:51] <Keybuk> yeah I strongly suspect busybox modprobe won't cut it
[01:51] <Keybuk> it'll need both alias and blacklist support
[01:52] <Kamion> it does seem to have some alias support, by grep
[01:53] <Kamion> not blacklist though unless it won't match grep -i blacklist
[01:53] <Keybuk> "by grep" ?! :)
[01:53] <Kamion> as in, 'grep -i alias' in the source suggests it has some alias support
[01:54] <Keybuk> so it wouldn't handle an alias like "pci:d*s*..." then??
[01:54] <Keybuk> oops, bit of baz-finger on the ? there
[01:54] <Kamion> Keybuk: no, it doesn't use grep internally
[01:54] <Kamion> I meant *I* was using grep
[01:54] <Keybuk> ohh
[01:54] <Kamion> rather than actually reading and understanding the source
[01:54] <Keybuk> heh
[01:55] <Keybuk> does it look like it supports the blacklist keyword?
[01:55] <Treenaks> ogra: which wheel?
[01:55] <Kamion> Keybuk: no
[01:55] <seb128> chmj: you could have asked a sync for aalib
[01:55] <Kamion> seb128: I mentioned that to him above
[01:55] <Keybuk> Kamion: example: /etc/modprobe.d/blacklist
[01:55] <seb128> Keybuk: anything I can try to reduce the modprobe blocker so?
[01:55] <Keybuk> seb128: find out what it's doing :)
[01:56] <Keybuk> make it log with timings to a file in /dev
[01:56] <seb128> Kamion: k. I've asked a sync 3 days ago but since no elmo around ... :)
[01:56] <Kamion> Keybuk: the word "blacklist" doesn't appear anywhere in the source. Anything else I should be looking for?
[01:56] <seb128> Keybuk: is there an easy way to do get this log?
[01:56] <Mithrandir> Treenaks: a square one, probably.
[01:56] <ogra> Treenaks, if you want to see the xscreensaver hacks in gnome screensaver you have to create a .desktop file for the config and description ... it should just use the available xml file for that ... its ahell lot of work to adapt all the configs
[01:56] <Keybuk> seb128: edit /usr/share/initramfs-tools/scripts/functions and make it log :)
[01:56] <Treenaks> ogra: ouch
[01:56] <ogra> yup
[01:56] <Keybuk> Kamion: the word would be sufficient as it's a config keyword
[01:57] <seb128> Keybuk: thanks
[01:57] <ogra> and there is no visible advantag in this scheme anywhere... i dont knwo what they think they'll gain with this ..
[01:58] <Keybuk> ogra: probably an fd.o "how to register a screensaver" spec
[01:59] <ogra> Keybuk, but you still need additional configs, it only holds name, description (which is not shown anywhere in the gui) and the command to run...
[01:59] <Treenaks> ogra: not the different options etc.?
[01:59] <ogra> nope
[01:59] <Treenaks> *headdesk*
[01:59] <ogra> heh
[01:59] <Keybuk> I read that gss aren't planning to have options-per-hack
[01:59] <Keybuk> but instead if you want different options, you make a new description file for it
[02:00] <seb128> nop, that's a point of the FAQ
[02:00] <ogra> anyway, i'm done with converting the ubuntu default set for now
[02:00] <Treenaks> Keybuk: urgh...
[02:00] <mvo> ogra: did you send him a mail asking about it?
[02:00] <ogra> mvo, i will ... for now i just wanted to have the hacks working, so we have screensavers to get bugs for
[02:02] <seb128> pitti: 20050713/totem_1.1.2-0ubuntu6_translations.tar.gz ... what the heck?
[02:02] <seb128> pitti: current archive version is 0ubuntu3, how can the translation be 0ubuntu6?
[02:02] <pitti> totem | 1.2.0-0ubuntu3 | http://de.archive.ubuntu.com dapper/main Packages
[02:03] <seb128> pitti: ups, 1.1.2 is not 2.0
[02:03] <pitti> seb128: 1.1.2 is ages old
[02:03] <seb128> pitti: yeah, but that's the data rosetta has
[02:03] <seb128> carlos: continue here with pitti :p
[02:04] <pitti> well, then this is carlos' problem :) 
[02:04] <seb128> I got a bug saying that 5.10 has no translation for "Sidebar"
[02:04] <seb128> and the 1.2.0 tarball has it
[02:04] <seb128> rosetta mention 1.1.2-0ubuntu6
[02:04] <carlos> pitti, people's tarball say that latest is the ubuntu6
[02:04] <carlos> s/people's/people.ubuntu.com/
[02:05] <pitti> ./20050922/totem_1.2.0-0ubuntu3_i386_translations.tar.gz
[02:05] <pitti> ./20050912/totem_1.2.0-0ubuntu2_i386_translations.tar.gz
[02:05] <pitti> ./20050906/totem_1.2.0-0ubuntu1_i386_translations.tar.gz
[02:05] <pitti> ...
[02:05] <carlos> seb128, wait....
[02:05] <carlos> seb128, is it 1.1.2 vs 1.2?
[02:05] <carlos> then it's my fault
[02:05] <carlos> I got confused
[02:05] <seb128> carlos: yep
[02:06] <seb128> carlos: page says 1.1.2 but current is 1.2.0
[02:06] <carlos> seb128, please file a bug and I will look into it this week
[02:06] <seb128> k, thanks
[02:07] <seb128> carlos: another point, rosetta refuse to send me mails, is that a known issue? I've asked for a po some hours ago and no mail, my email works fine
[02:07] <BenC> pitti: re: 2.6.15, for some reason there was a build failure for 2.6.15-1.1, and the build log doesn't even explain why, just something about zddevlist.h generation
[02:07] <BenC> pitti: looking into it now
[02:07] <pitti> thanks
[02:08] <carlos> seb128, I got an email for a download request an hour ago or so....
[02:08] <BenC> it built fine in the breezy chroot, so I'm wondering if it's dapper related
[02:08] <carlos> seb128, so no, it's not a know bug
[02:08] <carlos> seb128, would be possible a problem with spamassassin?
[02:08] <seb128> carlos: should I ping some launchpad guy about this?
[02:09] <seb128> carlos: I doubt so, let me look
[02:09] <fabbione> BenC: be careful that the buildd go for make -jN
[02:09] <fabbione> BenC: so perhaps the error is way before the end
[02:09] <BenC> fabbione: no, it's zddevlist.h, make shows error for that target
[02:09] <BenC> for i386 and amd64 builds
[02:09] <fabbione> ah ok
[02:09] <carlos> seb128, anyway, ask stub, I'm not able to debug that
[02:10] <fabbione> BenC: well if you plan an upload, it would be wise to pre-upload k-p with your ppc patches and bump the build-deps
[02:10] <seb128> carlos: hum, sorry, it got redirected to an another of my mailbox
[02:10] <BenC> is awk something I can expect by default?
[02:10] <fabbione> BenC: at least we can get ppc to
[02:10] <seb128> carlos: I'll just fill the totem outdated bug for today so
[02:10] <BenC> yeah, I can do that
[02:10] <seb128> carlos: thanks :)
[02:10] <fabbione> BenC: iirc mawk is installed, but not gawk
[02:10] <BenC> maybe it doesn't like mawk
[02:10] <carlos> seb128, ;-)
[02:11] <siretart> BenC: will the next linux-restricted-modules upload include the 'new' madwifi driver? is anyone already working on that (I want to avoid work duplication)
[02:11] <BenC> I can't touch l-r-m
[02:11] <fabbione> siretart: -> infinity 
[02:12] <siretart> oh. thanks for pointer
[02:12] <seb128> carlos: #4486
[02:12] <siretart> infinity: will the next linux-restricted-modules upload include the 'new' madwifi driver? is anyone already working on that (I want to avoid work duplication)
[02:12] <siretart> ;)
[02:12] <carlos> seb128, thanks
[02:14] <BenC> yep, it's mawk
[02:14] <mjg59> There's a close to working open atheros driver
[02:14] <BenC> doesn't like the awk script that generates zddevlist.h for zd1211 driver
[02:14] <mjg59> The zd1211 driver is on so much crack
[02:14] <fabbione> annoying
[02:14] <BenC> I've cleaned it up a bit to get it compiled
[02:15] <siretart> mjg59: could you give me pointers to this 'close to working open driver'? is it based on madwifi?
[02:15] <mjg59> Oh, do we actually ship the zd1211 firmware?
[02:15] <mjg59> siretart: Yes
[02:15] <pitti> Keybuk: do you want to merge hdparm yourself to take the new udev changes into account?
[02:15] <fabbione> BenC: is there any reason why we need to generate that include at build time?
[02:15] <pitti> Keybuk: otherwise I assign it to me and wait for the new udev
[02:15] <mjg59> http://mateusz.agrest.org/atheros/
[02:15] <siretart> so it's rather an open hal for madwifi
[02:15] <mjg59> siretart: Yeah
[02:15] <Keybuk> pitti: yeah, I'll do that one
[02:15] <pitti> Keybuk: k, I assign it to you then, thansk
[02:16] <siretart> mjg59: my concern/problem with madwifi atm is that the driver in breezy does not support background scanning, which I find very painful.
[02:16] <siretart> mjg59: the 'new' madwifi codebase is supposed to support that
[02:16] <mjg59> Right
[02:16] <siretart> thats why I'm asking
[02:16] <BenC> fabbione: does hppa have gcc-4.0?
[02:17] <mjg59> http://lists.gnumonks.org/pipermail/ath-driver-devel/2005-November/000053.html is kind of promising
[02:17] <BenC> mjg59: I think we do ship the firmware
[02:17] <Mithrandir> Keybuk: could you make MOM put something in the signature line which would cause dpkg-buildpackage to fail to build?  I'm annoyed at myself for uploading as you so often. :-)
[02:17] <siretart> mjg59: so whats the mid-term plan concerning madwifi in dapper?
[02:18] <Keybuk> Mithrandir: yeah, I've considered not including a valid tail line to the changelog
[02:18] <Keybuk> the trouble there is that both dch and emacs consider different things invalid
[02:18] <Mithrandir> Keybuk: don't put in a tail at all?  Or does that cause one of them to fall over?
[02:19] <Mithrandir> Keybuk: make it not syntactically valid so dpkg barfs on it when running dpkg-genchanges?
[02:19] <fabbione> BenC: yes, but i am not 100% sure it can build the kernel
[02:19] <Keybuk> makes them both fall over
[02:19] <Keybuk> dch seems to fall over in all situations that dpkg itself falls over
[02:19] <Keybuk> which strikes me as somewhat silly
[02:19] <BenC> fabbione: no reason to do it at build time other than consistency... I don't want someone doing an update to zddevlist and not getting an updated zddevlist.h (ran into this with ndiswrapper and it's generated files when we did zmd64)
[02:19] <BenC> *amd64
[02:19] <mjg59> Ah!
[02:19] <mjg59> siretart: http://www.ath-driver.org/
[02:20] <fabbione> BenC: ok..
[02:20] <BenC> fabbione: ok, I'll leave the build dep there, but it isn't enforced at the moment (no hppa patches in the tree yet)
[02:20] <Treenaks> no background scanning? that explains corey's problems with network manager at UBZ :)
[02:21] <Keybuk> yeah, network manager flat out doesn't work with atheros cards
[02:22] <Keybuk> though I've never had a problem getting my atheros to scan, in the background or foreground
[02:22] <fabbione> BenC: hppa is FTBFS anyway because of the missing configs
[02:22] <Keybuk> it seems to continually scan anyway
[02:22] <fabbione> BenC: so i wouldn't worry too much about it
[02:22] <fabbione> BenC: i had rather get sparc up and running and show the world that sparc > hppa :P
[02:22] <siretart> mjg59: I'm a bit confused about that ath-driver.org. They seem to reimplement the complete madwifi driver
[02:22] <BenC> Kamion: ping
[02:22] <siretart> having a glance at the files in their tarball
[02:22] <Keybuk> siretart: yeah, it is
[02:22] <Kamion> BenC: hi
[02:23] <Keybuk> siretart: ie. they implement both the open source and closed source bits of the madwifi driver
[02:23] <Keybuk> but both as open source
[02:23] <BenC> Kamion: will you be around in about 1-2 hours to process a NEW for linux-source-2.6.15?
[02:23] <siretart> Keybuk: why that? madwifi is gpl. why not forking madwifi?!
[02:23] <Kamion> BenC: should be, yes
[02:23] <BenC> Kamion: cool, thanks
[02:23] <Keybuk> siretart: mafwifi isn't gpl
[02:23] <Keybuk> 90% of madwifi is closed source
[02:24] <BenC> then I'll be /away till it's done
[02:24] <siretart> Keybuk: only a quite small hal module is closed, most of the driver is gpl, afair
[02:24] <Keybuk> siretart: the other way around, all the interesting driver stuff is in the closed HAL
[02:24] <Keybuk> the driver is mostly just talking to the HAL
[02:25] <siretart> hm. i see
[02:25] <siretart> then i'll help testing ath-driver
[02:25] <Keybuk> I played with ath-driver a bit, and it worked ok
[02:26] <BenC> fabbione: BTW, I have 54g antennas ready so I can run network out to the second building where I live...so hopefully the e3k will be up this weekend
[02:26] <Keybuk> didn't seem to support as many modes as madwifi though, so I bookmarked it with "look at again later"
[02:26] <fabbione> BenC: ah cool
[02:26] <siretart> Keybuk: do they support background scanning? *g*
[02:26] <fabbione> BenC: my sparc is catching up on dapper backlog
[02:26] <Keybuk> siretart: I've no idea what "background scanning" is
[02:26] <fabbione> BenC: and the queue is still deep
[02:26] <BenC> hopefully I can help knock it out
[02:27] <siretart> Keybuk: with madwifi, everytime you do a 'iwlist ath0 scan', your connection to the AP dies
[02:27] <Keybuk> madwifi supports sending a scan request, and picking up the results later
[02:27] <Keybuk> no it doesn't
[02:27] <siretart> okay. then it supports :)
[02:27] <fabbione> BenC: yeah but i am not sure it's worth to put online another buildd... specially if we are going to switch to LP. We won't be able to run buildd and upload for a while
[02:28] <Keybuk> that's a bug in network-manager
[02:28] <Keybuk> it deliberately drops off the AP before scanning
[02:28] <Keybuk> or, if you prefer, it's a bug in the wireless API for not having a consistent method of asking cards to scan :)
[02:29] <Treenaks> Keybuk: yay kernel :)
[02:29] <mjg59> siretart: My guess would be that some of the code has been altered to deal with their hal setup
[02:30] <Keybuk> I've yet to investigate what network-manager is doing wrong
[02:30] <Keybuk> but I know it is doing something wrong, because I wrote an equivalent some time ago which works fine on my card (shockingly :p)
[02:30] <siretart> Keybuk: I'm experiencing the problem not only in network-manager, but also with wpa-supplicant
[02:30] <Keybuk> one of the supplicants doesn't work for me either
[02:31] <Keybuk> I thought it was xsupplicant that didn't work, and wpa_supplicant that worked fine
[02:31] <siretart> Keybuk: as well when I do manually a 'iwlist ath0 scan'. This lack of 'background scanning' was admitted on madwifi-users mailing list by one of the developers
[02:31] <siretart> have to look up the name
[02:31] <siretart> wpa_supplicant works fine
[02:31] <Keybuk> siretart: do you see it drop off the AP with iwevent?
[02:31] <siretart> but every few minutes, I loose connection for about 30seks
[02:31] <siretart> Keybuk: I do
[02:32] <Keybuk> interesting
[02:32] <siretart> as after a few seks, a reassociating event
[02:32] <siretart> s/as/and
[02:32] <Keybuk> ahh, and you do it as root?
[02:32] <Keybuk> right
[02:32] <Keybuk> sorry, I understand now
[02:32] <Keybuk> yes, the atheros does leap off the AP when you do that
[02:32] <Keybuk> the trick is _not_ to do that, but just tell the card to continually scan
[02:33] <siretart> and the madwifi developers call this 'background scanning'
[02:33] <siretart> extremly annoying, imo
[02:33] <Keybuk> yeah
[02:33] <Keybuk> I remember now, I came across that when doing wifid
[02:34] <Keybuk> it's because an explicit scan on the atheros is implemented as a "change your network" call
[02:34] <Keybuk> which means it also drops your essid and key preferences
[02:34] <Keybuk> whereas the card itself continually updates its internal list of nearby APs
[02:35] <Keybuk> which it uses for best-strength preferences
[02:36] <siretart> lets see if ath-driver.org does a better job
[02:36] <mjg59> It may not actually work yet
[02:36] <mjg59> And its card coverage isn't as good as madwifi
[02:37] <mjg59> But we should look into it - it's obviously more maintainable
[02:37] <mjg59> Obvious first step (when it works) is to use it for cards it supports, and fall back to madwifi for the others
[02:37] <siretart> mjg59: how do you want to package it? in an extra kernel-module package or integrate that into linux-source?
[02:38] <mjg59> siretart: Possibly keep it external for now - once it actually usefully works, merge it into linux-source
[02:38] <siretart> agree
[02:53] <Keybuk> does anyone know, off-hand, of a format of changelog entry that dpkg will reject but dch won't?
[02:53] <Keybuk> dch seems to refuse to edit badly formatted changelog entries, even if the kind of edit would fix it
[02:56] <pitti> chmj: gmp is FTBFS, FYI
[02:56] <fabbione> who has a breezy ppc chroot (other than davis) that could kindly use to build something for me?
[02:58] <Mithrandir> Keybuk: add -MERGE to the package name?
[02:58] <pitti> darn, I upgraded my laptop to dapper two weeks ago
[02:59] <fabbione> pitti: can you build a chroot there?
[02:59] <Keybuk> Mithrandir: dpkg doesn't reject that
[02:59] <Keybuk> it'll just warn and upload anyway
[02:59] <pitti> fabbione: do you want me to build a kernel on this poor iBook?
[02:59] <Keybuk> you'll hit NEW, of course, so you'd have to hope elmo had his coffee that morning
[02:59] <Mithrandir> Keybuk: dpkg-source: error: source package has two conflicting values - kbd-chooser and kbd-chooser-MERGE
[02:59] <fabbione> pitti: no.. i have the kernel.. i need to build d-i
[03:00] <fabbione> pitti: with the custom kernel on davis
[03:00] <Keybuk> Mithrandir: oh, hmm
[03:00] <fabbione> pitti: problem is there are no d-i B-D on davis and nobody to install them
[03:00] <Mithrandir> Keybuk: it's not pretty, but I can't make it fall over in any other case.
[03:00] <pitti> fabbione: Znarl can't?
[03:00] <fabbione> pitti: he is not around
[03:00] <pitti> oh
[03:00] <Mithrandir> Keybuk: or just make the distribution "merge" or something.
[03:00] <Keybuk> so far it's just been easier for me to get the accepteds, and send them to elmo for revoking of upload privileges when Tollef reaches 10
[03:00] <Keybuk> uh, was that my out-loud voice?
[03:01] <Keybuk> :)
[03:01] <pitti> fabbione: it'll take a substantial amount of time, but I can do it if necessary
[03:01] <Mithrandir> Keybuk: haha :-)
[03:01] <fabbione> pitti: nah.. ok.. i will wait i guess :/
[03:02] <Keybuk> anyway, that's a good idea
[03:04] <Keybuk> BenC: btw, are you compiling our shiny new kernels with CONFIG_KOBJECT_UEVENT turned on?
[03:04] <Keybuk> it's apparently disabled on alpha in Debian by accident
[03:06] <Kamion> 'tar xzOf linux-source-2.6.15_2.6.15-1.1.tar.gz `tar tzf linux-source-2.6.15_2.6.15-1.1.tar.gz | grep '/config/.*/.'` | grep CONFIG_KOBJECT_UEVENT' says yes
[03:07] <Keybuk> where did you get that from? :)
[03:07] <Kamion> get what from?
[03:07] <BenC> Keybuk: let me check
[03:07] <BenC> Keybuk: yep
[03:08] <uenyioha> hi guys
[03:08] <Keybuk> oh, BenC uploaded it already
[03:08] <uenyioha> please is it possible to get the source code for the NPTL
[03:08] <uenyioha> ?
[03:08] <Keybuk> my brain is stuck firmly in flappy-paddle gear today
[03:08] <BenC> yeah, mawk caused it to fail
[03:08] <Kamion> uenyioha: it's in the glibc source package
[03:09] <uenyioha> say Kamion: it isn't called linuxthreads by any chance?
[03:09] <uenyioha> Kamion: it isn't called linuxthreads by any chance?
[03:09] <Kamion> uenyioha: linuxthreads is a different (earlier) threading implementation
[03:10] <uenyioha> Kamion: right
[03:10] <Kamion> uenyioha: 'apt-get source glibc', 'cd glibc-2.3.5', 'debian/rules unpack' and look in build-tree/glibc-2.3.5/nptl/
[03:12] <uenyioha> Kamion: thanks....i got the 2.3.6 tarball 
[03:12] <Kamion> if you're looking at the upstream tarball then just look in nptl/
[03:13] <jbailey> Is nl.archive.ubuntu.com known to be broken in the same way that us.archive.ubuntu.com and ca.archive.ubuntu.com are?
[03:14] <Treenaks> jbailey: Haven't heard complaints yet, but in what way would that be?
[03:14] <jbailey> gpg error from apt-get update on the breezy repo.
[03:14] <Treenaks> no problem for me (nl.archive)
[03:15] <Kamion> nl.archive == archive
[03:16] <mvo> jbailey: gpg errors on the archive again? hrm :/
[03:16] <jbailey> Treenaks, Kamion: Thanks.
[03:19] <pitti> chmj: ping
[03:19] <mvo> jbailey: if you get these errors, can you please comment all sources out (all but offending one) and run "apt-get update -o Debug::Acquire::http=true" and put the result into a paste.ubuntulinux.nl?
[03:25] <pitti> mvo: is #19232 (gksuui merge) obsolete now?
[03:26] <mvo> pitti: yes, is merged already
[03:26] <pitti> mvo: so it can be closed?
[03:27] <mvo> pitti: yes, will do that now 
[03:27] <mvo> pitti: and check my other merges too
[03:27] <pitti> thanks
[03:32] <Mithrandir> Kamion: hmm, any idea why the kbd-chooser changes aren't merged upstream?
[03:41] <dholbach> i'm out for a walk... bbl
[03:43] <chmj> pitti: pong
[03:44] <pitti> chmj: can you please fix this gmp FTBFS?
[03:44] <chmj> pitti: yes 
[03:51] <mjg59> Can we enable DHCP's dynamic DNS support by default?
[03:52] <pitti> mjg59: you mean the 'send-hostname' option?
[03:52] <mjg59> Yeah
[03:52] <pitti> this was a great thing at ubz
[03:52] <mjg59> It's irritating having to manually configure it on every machine
[03:53] <pitti> mjg59: I just set it manually, can it be told to use the `hostname -f` output?
[03:54] <Kamion> Mithrandir: most of them are specific to the keymapper thing smurf did and somewhat useless without it; I'm also not very convinced that their cdebconf handling is at all correct. fjp did some hacking recently which might let the translation handling be done better
[03:54] <Mithrandir> Kamion: hmm, ok.  I thought the keymapper thing was put in upstream as well?
[03:55] <Kamion> Mithrandir: not yet, no. I strongly think it should be turned into a cdebconf plugin before it goes upstream - at the moment it's a hack in cdebconf core
[03:55] <Kamion> but we have to fix that for ubuntu-express anyway
[03:56] <Mithrandir> Kamion: point.  Anyway, It merged without any problems in kbd-chooser so I'll just upload that.
[03:56] <mjg59> pitti: Hm. It should just be registering the short name, not the FQDN
[03:57] <pitti> mjg59: ok, makes sense
[03:57] <mjg59> At least, that's what Windows does
[03:57] <Kamion> Mithrandir: we really need to sort out cdebconf to let people do out-of-tree plugin builds soon
[03:58] <Mithrandir> Kamion: I can do that tomorrow instead of doing merges, I guess.
[03:58] <ogra> mjg59, how does that behave if all machines in the network send the same name ? 
[03:58] <ogra> mjg59, ltsp thin clients are all called ltsp
[03:59] <mjg59> ogra: Then you don't configure your DNS server to accept the updates
[03:59] <Kamion> Mithrandir: I'll love you forever, or at least buy you lots of beer at the distro sprint
[04:00] <ogra> mjg59, what about dhclient ... doesnt it slow it down or something if it is blocked ? 
[04:00] <Mithrandir> Kamion: :-)
[04:00] <siretart> what about switching to dhcpcd by default?
[04:00] <mjg59> ogra: No - the hostname is sent in the request packet
[04:00] <ogra> ah, fine then :)
[04:00] <mjg59> It's dhcpd that passes on the update
[04:01] <ogra> siretart, ?
[04:01] <ogra> (oh missed the c :) nevermind)
[04:01] <siretart> :)
[04:03] <siretart> mjg59: perhaps we can make the dhclient postinst script to provide a suitable 'send-hostname' line in /etc/dhcp3/dhclient.conf
[04:04] <mjg59> siretart: Or we could add functionality to dhclient...
[04:05] <siretart> mjg59: what functionality exactly? to send-hostname the hostname by default if not disabled in the config file? or another commandline switch?
[04:07] <pitti> Mithrandir: AFAICS we can sync krb4, but could you please have a second look onto the patch?
[04:07] <Mithrandir> pitti: will do
[04:08] <mjg59> siretart: One of those two, yeah
[04:09] <siretart> mjg59: I'd prefer the former, but since this is rather intrusive, I'd go for changing the postinst script due to lazyness
[04:09] <siretart> hi neuralis!
[04:09] <mjg59> siretart: But that fucks up if anyone changes the hostname
[04:10] <neuralis> siretart, hey!
[04:11] <siretart> mjg59: thats right. hmm
[04:15] <pitti> Kamion: if you have the time, could you please NEW openssl, so that we can upload packages against 0.9.8?
[04:18] <Kamion> pitti: done
[04:18] <pitti> merci
[04:18] <Kamion> don't we need openssl097 now?
[04:19] <pitti> infinity wanted to rebuild everything against 0.9.9
[04:19] <pitti> s/9$/8/
[04:19] <Kamion> but in the meantime ...
[04:19] <pitti> Kamion: hm, but since our openssl now uses 0.9.8, why do we need it?
[04:20] <Kamion> because otherwise libssl0.9.7 will be removed RSN and lots of stuff will break?
[04:21] <pitti> oh, I thought debs remain in the archive until nothing depends onthem any more; I saw that for other libs
[04:21] <Kamion> only if ftpmaster (a) uses the melanie flag to let them notice, (b) is feeling nice
[04:22] <Kamion> no, that behaviour is what testing is for, and we don't use that
[04:22] <pitti> Kamion: ok; that means we need to sync openssl097 from debian for a while and remove it later?
[04:25] <Kamion> that was my thought
[04:25] <Kamion> I dunno, elmo might disagree, I just don't see the need to break things more than we have to
[04:27] <Mithrandir> pitti: seems to build for me at least, so let's try syncing it.
[04:28] <pitti> Mithrandir: k, thanks
[04:29] <pitti> Mithrandir: I updated the bug
[04:29] <pitti> I want to collect a few more syncs until I bother Colin again :)
[04:33] <seb128> Kamion: could you sync "pyorbit pxlib easytag (why is this one needed, that's -build2 version?) gazpacho goffice libgtkhtml2 (experimental) gnome-keyring (experimental)" please?
[04:34] <janimo> smurf ping
[04:35] <pitti> Kamion: if you are at it, could you also sync br.ispell iproute krb4 shorewall unixodbc ?
[04:35] <janimo> libgnutls does not seem to install it's .pc file, is that intentional?
[04:36] <janimo> config scripts looking for it using pkg_config don;t detect it
[04:36] <Kamion> seb128: nothing to sync for easytag, it's already 1.99.9-1 in both sid and dapper
[04:36] <seb128> Kamion: hum right, it got updated since I've listed it, thanks
[04:37] <Kamion> seb128:  [dpkg-source output:]  dpkg-source: error: file gazpacho_0.6.2.orig.tar.gz has size 433368 instead of expected 438309
[04:38] <BenC> Kamion: ok, new kernel-package for ppc build was just ACCEPTED, how long should I wait on the new linux-source upload, since it needs that package to build?
[04:38] <seb128> k, thanks anyway (why people need to change the orig from upstream?)
[04:39] <Kamion> seb128: goffice pxlib pyorbit synced, overwriting Ubuntu changes
[04:39] <seb128> Kamion: thank you
[04:40] <pitti> BenC: to relieve some pain from Colin, I can tell you when the package goes into the archive
[04:40] <BenC> pitti: ok, thanks
[04:40] <Kamion> BenC: cron.daily runs at :03 and :33; about ten minutes after that you can be pretty sure that the packages are usable by buildds
[04:41] <Kamion> seb128: libgtkhtml2 gnome-keyring done too
[04:41] <BenC> Kamion: so even a _all.deb will be available to all buildd's after it's done?
[04:41] <seb128> cool, thanks
[04:41] <Kamion> BenC: yes
[04:41] <BenC> cool, thanks
[04:42] <Kamion> BenC: if you want to be safe, wait until you can see it on archive.ubuntu.com
[04:42] <BenC> I'll go ahead and upload 2.6.15-2.2 then, and ping you in about 30 minutes :)
[04:42] <Kamion> at worst you'll lose half an hour by doing that
[04:43] <Kamion> pitti: done, overwriting Ubuntu changes
[04:43] <Kamion> BenC: I shouldn't need to NEW the source, only the binaries, which will arrive later
[04:44] <BenC> Kamion: ah, correct, I'll hold off on the upload
[04:44] <pitti> Kamion: thanks
[04:47] <jbailey> We need to add "Ubuntu" to all of our dictionaries. =)
[04:52] <ogra> yeah
[04:52] <pitti> chmj: is #19021 still valid?
[04:52] <ogra> and kubuntu and edubuntu too please :)
[04:52] <ogra> and sabdfl
[04:53] <Treenaks> ogra: let's start with ubuntu
[05:40] <slomo> elmo: please sync wavpack and gmime2.1 and libextractor from debian/unstable... ubuntu changes can be dropped
[05:41] <Keybuk> Kamion: yeah, we definitely need the real modprobe, not the busybox one
[05:41] <Keybuk> or heavily patch the busybox one, and forever play catch-up
[05:44] <Kamion> Keybuk: I kind of hope modprobe will stabilise at *some* point
[05:45] <pitti> Kamion: please sync ispell-fi and libpng; then I won't bother you any more today, promised :)
[05:46] <pitti> (not urgent, though)
[05:46] <Keybuk> Kamion: maybe, but it's only 20K :p
[05:46] <Kamion> pitti: E: libpng12-dev is in main but it's source (libpng) is not.
[05:47] <Kamion> Keybuk: upstream d-i will take this pretty soon, and 20K really matters on the floppies
[05:47] <pitti> whoops? ok, don't bother then, I'll look into that
[05:47] <desrt> Kinnison; i realised that somewhat after the fact
[05:47] <desrt> Kinnison; no matter
[05:47] <Kinnison> desrt: :-)
[05:47] <Keybuk> a
[05:47] <Kamion> pitti: ispell-fi done
[05:47] <Kinnison> desrt: was it anything you still need resolving?
[05:47] <desrt> no.  i was just going to poke you randomly
[05:47] <Keybuk> Kamion: so we should patch the busybox modprobe to support blacklisting?
[05:47] <desrt> i can do it now if you like
[05:47] <Kamion> Keybuk: I think so, yes
[05:48] <Kamion> or whatever we need in the installer
[05:48] <slomo> Kamion: are you the one to ask for syncs atm? or only for really important stuff?
[05:48] <Keybuk> I imagine the installer will need the same module blacklists as the ordinary userspace
[05:48] <Kinnison> desrt: ill it be a pleasant random poke?
[05:48] <Kinnison> desrt: or will it make me squeal like keybuk?
[05:48] <Kinnison> woohoo!
[05:48] <Keybuk> I don't squeal
[05:48] <Keybuk> I moan appreciatively
[05:48] <Kamion> pitti: you sure you mean libpng? it only seems to build libpng2 and libpng10 in breezy
[05:49] <Kamion> Keybuk: don't see why it'd need e.g. the alsa ones
[05:49] <pitti> Kamion: I just took a look at the diff, and saw the MOM bug
[05:49] <desrt> i taught mao to a couple of people 2 nights ago.  that was particularly interesting.
[05:49] <pitti> Kamion: but libpng is a mess anyway, I'll figure that out later
[05:49] <Keybuk> Kamion: true, but we'd need the network card ones
[05:50] <Simira> Kamion, Kinnison: are Sundays a nice day to have beer in Cambridge?
[05:50] <Kamion> E: wavpack: not found
[05:50] <Kamion> slomo: ^--
[05:51] <Kamion> slomo: (i.e. wavpack is not in Debian; did it come from somewhere else?)
[05:51] <slomo> Kamion: sorry, it's still in incoming :/
[05:52] <Kamion> slomo: gmime2.1 and libextractor done; I'd kind of rather not do syncs of new packages from incoming, since then we have to duplicate the manual checking that Debian does
[05:54] <slomo> Kamion: ok, np... isn't that important anyway :) but it's not NEW for us, we already have it in universe and the packaging only differs slightly... needed to change some small things for my sponsor
[05:55] <Kamion> slomo: I know, but still
[05:56] <Kamion> the Debian NEW queue is pretty quick these days, so we can sync it later
[05:57] <slomo> Kamion: yes, sure... that's actually the reason why i asked for the sync ;) i thought it was already in as it was accepted last night
[05:57] <Kamion> oh, duh, I'm a moron, incoming == accepted not new
[05:58] <Kamion> all the same I don't know where to get the Sources file for incoming, so you'll have to wait anyway ...
[05:59] <slomo> np :)
[06:06] <Keybuk> Kamion: ah, I remember why I picked those statuses for Bugzilla now
[06:06] <Keybuk> there's a *shock* comment above the line of code
[06:06] <Keybuk> it's the default set of statuses in a Bugzilla search
[06:06] <Keybuk> mom-in-Bugzilla, that is
[06:10] <Kamion> ah
[06:14] <Keybuk> http://bugzilla.ubuntu.com/buglist.cgi?product=Ubuntu&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&cmdtype=doit&order=Bug+Number&field0-0-0=alias&type0-0-0=regexp&value0-0-0=%5Emerge-
[06:14] <Keybuk> ^ btw, randomly useful Search to Save
[06:14] <fabbione> that's trunked
[06:15] <Keybuk> no it's not
[06:15] <fabbione> truncated even
[06:15] <Keybuk> so isn't
[06:15] <Keybuk> it's just hand-edited to not contain a billion keys
[06:15] <fabbione> ah ok
[06:15] <fabbione> the last - was suspicious
[06:17] <ogra> pitti, chmj, whats going on with coreutils ??
[06:17] <Kamion> ogra: did you look at the diff against Debian in chmj's upload?
[06:17] <ogra> nope
[06:18] <Kamion> I suggest you do
[06:18] <ogra> i just noted that i have a totally different version than others... and uniq is missing options used in some scripts
[06:18] <Keybuk> http://people.ubuntu.com/~scott/patches/coreutils/coreutils_5.2.1-2.1ubuntu1.patch
[06:18] <Kamion> the only changes were a standards-version change and a versioned dependency on perl-base that the version of perl-base in warty matches
[06:18] <pitti> ogra: we just synced it?
[06:18] <ogra> oh, it didnt build yet ... 
[06:19] <Kamion>  coreutils |     5.93-2 |        dapper | source, amd64, i386, powerpc
[06:19] <doko> Keybuk: really announce the allocator change to -announce?
[06:19] <ogra> now i understand ... seems others already have 5.93
[06:19] <Keybuk> doko: sure, it's an "upcoming change" that somebody might go "ooooh, need to fix something" for
[06:19] <seb128> Keybuk: that's typically the kind of stuff the distro team want to read I guess
[06:20] <Keybuk> -devel-announce is the signal, CAN'T STOP THE SIGNAL! :p
[06:21] <Diziet> Bah, I suppose sabdfl will grumble if I `accidentally' break the Home/Desktop distinction in firefox by dropping this patch.
[06:22] <smurf> janimo: 
[06:27] <Kamion> jbailey: you have syncs outstanding from pre-breezy; do you need to give them to other people?
[06:28] <pitti> ogra: edubuntu-server is the only package that keeps postgresql-8.0 in main. I already updated the seeds a while ago, can you please update the metapackage?
[06:28] <pitti> ogra: (updated for 8.1(
[06:28] <ogra> pitti, oki
[06:28] <janimo> smurf, hey
[06:28] <janimo> what does that mean?
[06:28] <janimo> pong? :)
[06:29] <Keybuk> Kamion: btw, ~18900 is the first dapper merge
[06:29] <smurf> janimo: You ping me, I pong you
[06:29] <janimo> see the two lines I wrote after the initial ping
[06:29] <Kamion> #18992 is the first open one
[06:29] <janimo> libgnutls vs pkg_config
[06:29] <Keybuk> smurf: that meant ping though, you wanted  for pong
[06:30] <Keybuk> Kamion: wow, I'm so good
[06:30] <janimo> where does one learn this stuff?
[06:30] <janimo> I'd like to know what is the sign for please sync
[06:30] <fabbione> Keybuk: what was the url to that bootchart thingy?
[06:30] <Keybuk> fabbione: the package?  people.uc/~scott/packages
[06:31] <fabbione> thanks
[06:31] <smurf> Keybuk: ?? ping is , according to gucharmap
[06:31] <smurf> janimo: I'll have a look, thanks
[06:31] <janimo> smurf, thanks
[06:32] <Keybuk> smurf: maybe I'm confused then
[06:32] <Keybuk> I always thought ping was \ and pong / ... but if gucharmap disagrees, it's probably right :p
[06:32] <wasabi_> xscreensaver somehow does not work with PAM properly. =(
[06:33] <ogra> wasabi_, xscreensaver will die
[06:33] <wasabi_> good.
[06:33] <wasabi_> on breezy it's impossible for me to unlock it
[06:34] <ogra> we move to gnome-screensaver ...
[06:34] <wasabi_> Oh, gnome-screensaver has the same problem for me heh.
[06:34] <ogra> hmm, but it has pam support compiled in ...
[06:34] <wasabi_> Yeah, but for whatever reason it fails auth, and only tries pam_unix.
[06:34] <wasabi_> My pam setup is a bit complicated.
[06:35] <elmo> DEAR *, THIS IS A PUBLIC SERVICE ANNOUNCEMENT: when your package is REJECTED, you need to actually CHANGE something before reuploading it.  THAT IS ALL.  KTHANKS.
[06:36] <seb128> hi elmo :)
[06:36] <seb128> elmo: nice to have you back :p
[06:36] <doko> elmo is live again ;-P
[06:38] <janimo> ogra, what were the probs with xscreensaver?(link) thanks
[06:38] <ogra> janimo, ?
[06:39] <janimo> why is it being replaced I mean
[06:39] <janimo> is gss in gnome core?
[06:39] <ogra> janimo, its not as good integrated with the desktop as g-s-s
[06:39] <ogra> it requires a lot of patching to have a beatiful lock dialog
[06:39] <ogra> the code is ancient ...
[06:40] <janimo> right now it seems it looks ok to me
[06:40] <ogra> it uses .xscreensaver files 
[06:40] <Kamion> doko: some people have responsibilities that require them to be in other places than in front of a computer :P
[06:40] <janimo> for xubuntu I guess it will stay
[06:40] <ogra> which makes it hard to integrate with the rest of the desktop which uses gconf ...
[06:41] <ogra> janimo, i think the main parts will move to universe ... only the hacks we ship will stay in main
[06:41] <janimo> isn;t it a single package?
[06:41] <ogra> nope 
[06:42] <ogra> its three currently ...
[06:42] <doko> Kamion: sure, that was just the nice "I'm back" message
[06:42] <ogra> and it will become 5
[06:42] <janimo> uh
[06:42] <ogra> yes :/
[06:43] <jbailey> Kamion: The pre-breezy syncs are generally ones that got assigned to me last minute when I was hacking on other things, so missed the deadline.  If others are idle, they're welcome to do them, otherwise they'll get done after the glibc/lkh update.  I'd expect them all to be done by mid next week.
[06:43] <ogra> sabdfl request ... the hacks already split into gl and nongl packages ... plus the binary (daemon/client) 
[06:43] <ogra> he wants to have the hacks split into sipped and unshipped ...
[06:43] <ogra> *shipped
[06:43] <janimo> why do the hack remain in uni if g-s-s replaces x-s-s?
[06:43] <Treenaks> sounds reasonable, if you have a shitload of hacks
[06:44] <Treenaks> or want "screensaver themepacks"
[06:44] <janimo> can g-s-s use some of x-s-s data?
[06:44] <ogra> the x-s-s-hacks-ship and x-s-s-gl-hacks-ship packages will go to main... the rest gets dropped
[06:44] <Treenaks> ogra: not universe?
[06:44] <ogra> they will be tweaked so you can use them with g-s-s
[06:45] <ogra> Treenaks, dropped into the big universe of packages :p
[06:45] <Treenaks> ogra: ah *phew*
[06:45] <janimo> hmm will that tweakage prevent x-s-s using them ?
[06:45] <ogra> janimo, nope
[06:45] <janimo> ok then
[06:45] <ogra> janimo, i just have to add a .desktop file foe every hack we ship...
[06:45] <ogra> *for
[06:46] <janimo> thanks
[06:46] <ogra> x-s-s will ignore that
[06:46] <elmo> ok, who merged lm-sensors?
[06:47] <Kamion> elmo: please sync mac-fdisk, perl
[06:47] <fabbione> elmo: afaik Mithrandir 
[06:47] <elmo> Mithrandir: DEAR TOLLEF, PLEASE BE AWAKE WHEN MERGING.  IT HELPS, NO REALLY.
[06:47] <fabbione> hi elmo
[06:48] <elmo> Mithrandir: dude, unscrew lm-sensors, and I'll quiten down
[06:48] <Keybuk> who uses lm-sensors anyway?
[06:48] <fabbione> *cough*
[06:49] <Treenaks> uh, doesn't mithrandir have a Thinkpad? Doesn't lm-sensors break on thinkpads?
[06:50] <elmo> Mithrandir: specifically, it shouldn't be building 2.4.xx kernel modules ...
[06:50] <Mithrandir> Treenaks: amazingly enough, I have other machines too.
[06:50] <Mithrandir> elmo: it doesn't build any 2.4 modules here.
[06:50] <Mithrandir> I was pondering nuking that part from debian/rules, can do that though
[06:50] <elmo> katie@jackass:~/queue/new$ ls lm-sensors*
[06:50] <elmo> lm-sensors-2.4.27-2-386_2.9.2-5ubuntu1_i386.deb      lm-sensors-2.4.27-2-k7-smp_2.9.2-5ubuntu1_i386.deb
[06:51] <elmo> it does on our buildds :-P
[06:51] <Mithrandir> silly buildds. :-P
[06:51] <Mithrandir> I'll fix it
[06:53] <elmo> Kamion: done
[06:57] <fabbione> elmo: thanks for the sparc NEW love
[07:02] <Mithrandir> elmo: ok, package with all traces of module building uploaded, though I have no idea how that happened.
[07:03] <Kamion> Mithrandir: hmm, localechooser's breaking on current CDs in qemu
[07:03] <Mithrandir> Kamion: oh joy.  Breaking how?
[07:05] <Mithrandir> elmo: can you please sync heimdal, ttf-indic-fonts, ttf-freefont, liboil?  Overriding ubuntu changes is ok.
[07:07] <Kamion> Mithrandir: I select "English", "United Kingdom", and localechooser exits 20
[07:07] <elmo> Mithrandir: done
[07:10] <Mithrandir> Kamion: localechooser doesn't have an "exit 20" in it, though.
[07:11] <Mithrandir> Kamion: I might have screwed up languagelist when merging it; can you get a trace?
[07:11] <Kamion> Mithrandir: ah, it's "20 Incorrect number of arguments" from debconf, due to db_get without arguments
[07:12] <Kamion> Mithrandir: it's the "When running under oem-config" block ...
[07:13] <Kamion> Mithrandir: ok, I've got it, will fix
[07:13] <Mithrandir> Kamion: thanks.
[07:15] <Mithrandir> elmo: thanks a lot.
[07:18] <mdz> morning
[07:18] <seb128> hi mdz
[07:18] <seb128> pitti: http://live.gnome.org/GStreamer_2fesd FYI
[07:21] <slomo> elmo: please sync balsa from debian/unstable... ubuntu changes can be dropped
[07:22] <fabbione> hey mdz
[07:27] <pitti> seb128: thanks for the link
[07:27] <pitti> Hi mdz!
[07:31] <pitti> elmo: can you please sync ocaml? (override ok, I tested the package locally)
[07:32] <pitti> elmo: it has a NEW package, though
[07:36] <slomo> elmo: and please sync gnunet from debian/unstable... ubuntu changes can be dropped
[07:48] <Simira> Nafallo: got your mail? I got one of yours in return
[07:49] <pitti> mdz, Kamion: btw, I reviewed (and still reviewing) the anastacia output and I created a couple of reports
[07:49] <pitti> Kamion: since you wanted to promote some packages soon
[07:50] <Nafallo> Simira: ah, yes :-).
[07:50] <Nafallo> Simira: have jenny sent the signatures to you yet?
[07:52] <mdz> pitti: anything ready to promote?
[07:52] <pitti> mdz: yes, see the queue
[07:53] <pitti> mdz: this should make at least abiword buildable
[07:53] <pitti> mdz: I'm still digging through the plethora of perl modules that po4a introduces
[07:53] <pitti> but several packages b-dep on po4a, so I hope to finish this today
[08:03] <Keybuk> cooky, mom doesn't notice when a file is added differently on both sides
[08:04] <BenC> mdz: ping
[08:08] <mae> theres a lot of buzz on launchpad about dapper
[08:08] <mae> !
[08:18] <slomo> BenC: ping?
[08:19] <HiddenWolf> is the switch bugzilla -> malone still going ahead?
[08:27] <Keybuk> so, err
[08:27] <Keybuk> could someone install BenC's shiny new kernel, and see if their machine will boot <g>
[08:28] <Treenaks> Keybuk: I think we have a volunteer in #ubuntu-nl
[08:29] <Keybuk> does he knowingly know it might not boot? :p
[08:30] <pitti> Keybuk: -amd64 just hit accepted/
[08:30] <pitti> Keybuk: I'm eager to try it :)
[08:32] <Nafallo> is it NEW'd? :-)
[08:32] <sivang> Keybuk: I wouldn't mind either , but I have to reach home before :)
[08:32] <Nafallo> Keybuk: he told me he runned it on his laptop the whole ubz-week when I asked ;-)
[08:33] <Keybuk> I'd be interested to know how he gets /dev
[08:33] <Keybuk> in particular, /dev/input
[08:38] <Treenaks> Keybuk: yes
[08:38] <Treenaks> Keybuk: but anyway, I'm trying it on my _other_ laptop :)
[08:39] <Treenaks> (oh, and don't ever post photos of conferences on your site. you won't like the bandwidth bill)
[08:39] <Keybuk> I don't pay for bandwidth :)
[08:41] <pitti> $ sudo dpkg -i linux-image-2.6.15-2-amd64-generic_2.6.15-2.2_amd64.deb - whoo!
[08:41] <BenC> slomo: pong
[08:42] <BenC> FYI, amd64 is _completely_ untested :)
[08:42] <pitti> BenC: then you will hear me screaming soon :)
[08:42] <Treenaks> BenC: I'm currently downloading .15-2
[08:42] <Treenaks> Keybuk: I do, and it sucks :) but oh well :)
[08:43] <BenC> i386 and ppc I can say "works for me", and that you should get the same hw I have if it doesn't work :)
[08:43] <BenC> if this channel is empty after 30 minutes, I guess I'll have to go hide somewhere
[08:44] <Treenaks> BenC: Then a coordinated effort to hunt you down will begin, I guess
[08:44] <Keybuk> BenC: and you have stuff in /dev/input? :p
[08:44] <Keybuk> cooky
[08:44] <Keybuk> kooky too
[08:44] <Diziet> That'll make a nice change from reading huge and often incomprehensible diffs.
[08:44] <Diziet> -1s/merge list'/merge' list/'
[08:45] <BenC> Keybuk: my G4 actually works ok, except that my gnome desktop will not accept that my cdrom is mounted (it is, but it wont open it)
[08:45] <Diziet> The real problem was that I had little idea what most of the changes did.  Luckily the vast majority seem generally irrelevant for 1.5beta.
[08:45] <Diziet> Now, dinner !
[08:45] <Diziet> TTFN all
[08:46] <BenC> my i386 has problems with the new rt2500pci, but other than that, all the USB devices work (lots of joysticks and stuff, because it's a mame arcade machine)
[08:46] <Keybuk> curious
[08:46] <Keybuk> various people have sworn blind that old udev flat-out doesn't work
[08:47] <pitti> mdz: can you please promote the lot in UbuntuMainInclusionQueue? This should clean up anastacia a lot
[08:47] <BenC> my G4 shows three mice in /dev/input, which matches because I have a Logitech Internet Nav keyboard
[08:47] <BenC> and it shows three ts# devices...what are those?
[08:47] <Treenaks> touchsceeen?
[08:48] <Treenaks> :)
[08:48] <Treenaks> This is why I have spare boxes to test on
[08:49] <BenC> yeah, removing tsdev removes those
[08:49] <Keybuk> BenC: udevinfo -a -p $(udevinfo -q path -n input/ts0)
[08:53] <Treenaks> BenC: my framebuffer looks al weird now, but it seems to boot
[08:53] <slomo> BenC: do you plan to update libraw1394 to the newest upstream? it's needed by some packages
[08:54] <Treenaks> BenC: vertical stripes, with a hint of "something's scrolling here" in them
[08:54] <BenC> slomo: I currently have no way to do it in debian, if that's what you mean
[08:54] <BenC> Treenaks: weird, does console work after it boots to gdm?
[08:54] <Treenaks> BenC: *try*
[08:54] <Treenaks> BenC: yes, ctrl+alt+f1 is fine
[08:55] <BenC> vga16fb must be a bit broken then
[08:55] <BenC> usplash enabled?
[08:55] <slomo> BenC: can i update it and give it to you for review? (for ubuntu that is)
[08:55] <BenC> slomo: by all means, please
[08:55] <Treenaks> BenC: usplash-enabled; vga16: yes
[08:56] <BenC> I need to do some more testing with usplash, my i386 here doesn't have it enabled
[08:56] <Treenaks> BenC: so vga16fb-brokenness could very well be
[08:56] <slomo> BenC: thanks... i'll do it later
[08:56] <BenC> Treenaks: other than that, sound working, networking?
[08:56] <Treenaks> sound, yes
[08:56] <BenC> amd64?
[08:57] <Treenaks> network (wired): seems to work
[08:57] <Treenaks> network (wireless, ipw2200) looks broken
[08:57] <BenC> yeah, I had heard that it was
[08:57] <BenC> I wonder if it's the ieee80211 stack that's broken...my wireless rt2500pci was broken aswell
[08:58] <Treenaks> ah firmware
[08:58] <slomo> elmo: please sync gnunet from debian/unstable... ubuntu changes can be dropped
[08:58] <BenC> oh yeah, that's what it was, firmware
[08:58] <BenC> let me mark that down for fixing
[08:58] <pitti_> wow, that was smooth
[08:59] <pitti_> Keybuk, BenC: apart from a totally broken usplash video mode, 2.6.15/amd64 boots and works fine here
[08:59] <BenC> nice
[08:59] <BenC> do you have wireless?
[08:59] <pitti_> Keybuk, BenC: X11, sound, usb hotplug, network work fine
[08:59] <Treenaks> pitti_: usplash is broken for me too
[08:59] <Treenaks> pitti_: or at least, the video mode
[08:59] <pitti_> BenC: only on my laptop
[08:59] <BenC> vga16fb is broken
[08:59] <BenC> usplash works on my G4
[08:59] <BenC> pitti_: what wireless card?
[08:59] <pitti_> BenC: there is no signal in the corner of the room where my desktop stands
[09:00] <BenC> I'm really interested in a lot of wireless feedback, since that's what most of our external drivers are related to
[09:00] <Nafallo> BenC: rt2x00 beta drivers?
[09:00] <pitti_> BenC: once ppc kernel has built, I'll upgrade my ibook and test linux-wlan-ng
[09:00] <BenC> Nafallo: yeah, 2.0.0-b2
[09:00] <pitti_> BenC: I have another wireless card that 2.6.12 did not support OOTB
[09:00] <Nafallo> BenC: scary :-P.
[09:00] <pitti_> BenC: however, lemme just plug it in and try
[09:00] <BenC> pitti_: my G4's Airport card seems to be working ok for almost 24 hours now
[09:00] <pitti_> wow
[09:01] <BenC> not Airport Extreme, just 11b
[09:01] <pitti_> BenC: I don't have an airport extreme for my ibook yet, but if it works, I'll buy one
[09:01] <pitti_> BenC: wil that work for ppc?
[09:01] <BenC> I don't expect Airport Extreme to work, my laptop's wireless used that dirver, and it just crashed
[09:02] <pitti_> [  755.669540]  prism2usb_init: prism2_usb.o: 0.2.2 Loaded
[09:02] <pitti_> [  755.669544]  prism2usb_init: dev_info is: prism2_usb
[09:02] <pitti_> [  755.675334]  usbcore: registered new driver prism2_usb
[09:02] <pitti_> [  755.707042]  wlan0 (WE) : Driver using old /proc/net/wireless support, please fix driver !
[09:02] <BenC> my G5 has Airport Extreme, so I'm hoping to get some testing soon
[09:02] <pitti_> BenC: above is dmesg for my prism2 card which I normally use on my laptop
[09:02] <slomo> pitti_: there's a driver in development... afaik it can already kismet but no sending ;) i'll test it when 2.6.15 for ppc is built
[09:02] <Keybuk> pitti_: ok, that's good then
[09:02] <BenC> slomo: the bcm43xx driver?
[09:02] <BenC> s/pitti/slomo/
[09:03] <Treenaks> oh yeah, mine complains about "pci driver ipw2200 has a struct device_driver shutdown method, please update!"
[09:03] <magnon> afaik the driver for airport extreme is being reverse engineered and they're making a spec 
[09:03] <BenC> err, yeah
[09:03] <magnon> so there should be a driver soon
[09:03] <slomo> BenC: yes... someone on their ml wrote about using it with kismet
[09:03] <BenC> that driver is in the 2.6.15-2.2 upload
[09:03] <BenC> you can try it, but I doubt it works
[09:04] <magnon> exactgly
[09:04] <magnon> -g
[09:04] <slomo> BenC: oh, nice :) but i prefer trying svn every few days
[09:04] <BenC> the checkout was from 11-09, so it's pretty recent
[09:04] <BenC> definitely let me know if it ever starts working
[09:04] <pitti_> BenC: iwconfig says 'no wireless extensions' here, but I never tested that prism2 thingy on my desktop
[09:04] <BenC> pitti_: weird
[09:04] <Keybuk> mjg59, mdz, sabdfl: ping
[09:04] <slomo> BenC: sure, i'll yell at you :P when will we get 2.6.15 for ppc?
[09:05] <pitti_> BenC: hmm, maybe I should install the l-wlan-ng package :)
[09:05] <BenC> pitti_: can you see if there is another driver that supports it in your modules?
[09:05] <BenC> I recall that there was more than one driver that worked on prism2
[09:05] <BenC> slomo: depends on how fast the buildd is, I suspect it is chugging on it right now
[09:06] <Kamion> BenC: I already did the legwork to extract the firmware for my laptop's AE, so I'll try it out in not too long
[09:06] <fabbione> BenC: my ppc is installing right now
[09:06] <slomo> BenC: fine, so i can start breaking my ibook soon :)
[09:06] <BenC> glad that so far everyone atleast can boot it
[09:06] <fabbione> BenC: as soon as we can get all pieces together, i can test too
[09:06] <BenC> fabbione: nice
[09:07] <fabbione> i am not sure tho this version of the Airport is supported at all
[09:07] <fabbione> the hw on the new powerbook is barely supported by linux :/
[09:07] <fabbione> Olof said that the trackpad doesn't work.. and other stuff too.. but i don't have X yet
[09:07] <Kamion> fabbione: it'll be an Airport Extreme surely - Apple haven't shipped Airports with PowerBooks for years
[09:07] <BenC> if it's Extreme, which it probably is (11g) then no, if it's just an Airport, then it will work
[09:07] <Kamion> but yours should have a PCMCIA slot
[09:07] <BenC> fabbione: track pad should work with out patches
[09:07] <pitti_> BenC: my Siemens Gigaset USB wireless is not recognized, but that required an external driver in 2.6.12, too
[09:08] <fabbione> BenC: not according to Olof on the new serie
[09:08] <pitti_> BenC: that worked after a lot of fiddling and driver compilation
[09:08] <BenC> fabbione: ah, ok
[09:08] <fabbione> Kamion: yes, that doesn't bother me.. i am on cable here
[09:08] <magnon> fabbione: my trackpad works with the appletouch driver
[09:08] <BenC> pitti_: if you can track down the driver, we can include it
[09:09] <fabbione> magnon: on the new serie?
[09:09] <magnon> is there another one?
[09:09] <magnon> mine is from may
[09:09] <fabbione> yes
[09:09] <fabbione> there is a new one 
[09:09] <magnon> bah
[09:09] <fabbione> from like a month ago
[09:09] <pitti_> BenC: that's the atmel driver
[09:09] <fabbione> magnon: but there are also other problems on this new hw
[09:09] <pitti_> BenC: http://atmelwlandriver.sourceforge.net
[09:09] <fabbione> like sleep doesn't work
[09:10] <fabbione> but benh is already working on getting it fixed
[09:10] <BenC> pitti_: thought we had that driver...guess I'll have to check
[09:10] <pitti_> BenC: I compiled it successfully (after some fiddling) against several kernels
[09:10] <pitti_> BenC: linux upstream does have atmel drivers, but not for the USB cards
[09:10] <magnon> fabbione: not surprising...
[09:11] <BenC> pitti_: can you try rmmod prism2(whatever the module is called) and modprobe hostap_cb?
[09:11] <BenC> I think that was the one that also supported prism2 cards
[09:11] <pitti_> BenC: for the netgear one? sure
[09:11] <dholbach> is everybody in #ubuntu-meeting? it's TB meeting :)
[09:11] <Treenaks> BenC: ooh, when I press the power button, it shuts down nicely
[09:11] <Treenaks> BenC: but at poweroff -> PANIC
[09:12] <BenC> Treenaks: hmm, email the panic to bcollins@u.c please?
[09:12] <pitti_> BenC: [ 1373.080276]  hostap_cs: 0.4.4-kernel (Jouni Malinen <jkmaline@cc.hut.fi>)
[09:12] <pitti_> BenC: however, no wireless card in iwconfig now
[09:12] <Treenaks> BenC: uh, no serial on that machine.. and I'm _not_ going to copy a screendump manually ;)
[09:12] <pitti_> BenC: and no other output
[09:12] <BenC> Treenaks: pictures work ok :)
[09:12] <Treenaks> BenC: oh DOH
[09:13] <BenC> pitti_: ok
[09:16] <Treenaks> BenC: the picture is 4MB; ok to mail? :)
[09:16] <BenC> Treenaks: hmm, guess it's worth a shot :)
[09:16] <pitti_> BenC: it seems that the hostap drivers are only for pcmcia and pci
[09:17] <BenC> oh, thought that had a usb one too
[09:19] <Treenaks> BenC: sending... :)
[09:21] <Treenaks> BenC: OK, sent
[09:21] <BenC> thanks
[09:22] <mpt> Kamion, ping
[09:27] <Kamion> mpt: hi; if you include the actual question with your pings we'll have fewer one-day round trip times :)
[09:27] <mpt> heh
[09:27] <mpt> Kamion, I have a couple of questions to tidy up UbuntuExpress/PartitioningTool
[09:27] <ogra>  hrm, is gksudo broken for anybody else ? 
[09:28] <mdke> ogra, yes
[09:28] <ogra> ah, ok, then i'm at least not alone :)
[09:28] <Kamion> mpt: ok, that might take a while and I'm giving up for the evening soon; can it be done by e-mail?
[09:28] <mpt> Kamion: first, how long will/might it take to scan all the disks and see how much space is available on each one?
[09:28] <mpt> sure, no problem
[09:28] <dholbach> ogra, mdke: should be fixed now
[09:29] <dholbach> ogra, mdke: the new libgksuui will fix it
[09:29] <Kamion> mpt: it's quick enough that we already do it at the partman main menu in our existing installer
[09:29] <ogra> dholbach, thanks :)
[09:29] <Kamion> not instant, but pretty short
[09:29] <neuralis> mdz, ping
[09:29] <Kamion> BTW you know UbuntuExpress/PartitioningTool is already approved, right?
[09:29] <mpt> yes
[09:29] <Kamion> ok
[09:30] <mpt> it's approved, but I thought it might be incomplete
[09:30] <ogra> mpt, the code is afaik
[09:30] <Kamion> ogra: of course it is
[09:30] <mpt> Kamion, the other question was, what if a partition is so fragmented it can't be resized?
[09:31] <Kamion> mpt: libparted deals with that
[09:31] <Kamion> non-prehistoric systems automatically defragment
[09:32] <mpt> perhaps, but libparted doesn't have a gui of its own
[09:32] <mpt> I mean, where do we take the person if libparted comes back with an error
[09:32] <Kamion> mpt: it doesn't matter, libparted automatically restructures e.g. the FAT when resizing
[09:32] <Kamion> there is no such thing as "so fragmented it can't be resized" AFAIK
[09:32] <mpt> oh, great
[09:33] <Kamion> if libparted comes back with an error, we present the error, but that's not generally one of the cases where that will happen
[09:33] <Kamion> we can do our best to avoid such situations happening, but partitioning is a complex subject and from time to time things will go wrong
[09:33] <dilinger> oh yea
[09:33] <mpt> All right, that's all I wanted to know
[09:33] <mpt> thanks Kamion 
[09:33] <dilinger> i forgot to submit my parted patches
[09:33] <Kamion> ok, cool
[09:34] <Kamion> no problem
[09:34] <mpt> ogra, "the code is ___________ afaik"?
 it's approved, but I thought it might be incomplete
[09:35] <mpt> so the code is approved, or the code is incomplete? :-)
[09:35] <ogra> the latter one :)
[09:35] <Kamion> we're talking about a spec, not the code
[09:35] <mpt> indeed
[09:35] <mpt> that's why I was confused :-)
[09:35] <Kamion> a week and a half after the conference I think it's obvious that the code will be incomplete ;)
[09:36] <ogra> Kamion, was this newly discussed at ubz ? i didnt know that...
[09:36] <Kamion> ogra: all of UE was re-discussed
[09:36] <ogra> ah, ok
[09:36] <mpt> ogra, https://wiki.ubuntu.com/UbuntuExpress/PartitioningTool
[09:43] <Keybuk> ok ... either the hdparm maintainer is on crack, or I need to have coffee
[09:43] <ogra> did he implement the hdparm settings in gconf ? 
[09:44] <Keybuk> no, but it looks like the upgrade stuff in postinst will do almost exactly the wrong thing
[09:44] <ogra> mpt, looks cool ... 
[09:44] <Riddell> ogra: what time is dapper dev meeting on thursday?
[09:45] <Keybuk> preinst, even
[09:45] <Keybuk> Riddell: 0800
[09:45] <Riddell> ug, early
[09:45] <ogra> Riddell, just stay up :)
[09:45] <Riddell> ogra: given my current sleep pattern that's not unlikely
[09:49] <dholbach> brb
[09:57] <Nafallo> hmm
[09:57] <Nafallo> is it normal that usplash is screwed on the new kernel? ;-)
[09:58] <pitti_> Nafallo: for me, too
[09:59] <Nafallo> good to not be alone :-)
[10:00] <Nafallo> my "mousewheel" moves my pointer up and down ;-)
[10:00] <pitti> hm, works for me
[10:00] <Nafallo> synaptic touchpad?
[10:02] <Nafallo> oh!
[10:02] <Nafallo> looks like rt2500 still can scan atleast :-)
[10:04] <BenC> I think I figured out the usplash problem
[10:04] <BenC> and oddly enough it seems to be a usplash bug :)
[10:05] <sladen> fore soth, usplash doth have many corners
[10:05] <sladen> have you tracked it down enough to file it?
[10:06] <BenC> it's not really a bug, I guess
[10:06] <BenC> just the location of softcursor.ko changes (video/console/ instead of video/)
[10:06] <BenC> but I can't understand why there isn't a modprobe in initramfs, so it didn't have to use insmod
[10:06] <BenC> would solve the problem easily
[10:09] <Kamion> BenC: looking back through irclogs, apparently the original reason was that modprobe would require an updated modules.dep in the initramfs
[10:10] <BenC> but the initrd does in fact call depmod several times :)
[10:10] <BenC> atleast that's what I gathered from some of the BOF's at ubz
[10:11] <Kamion> yeah, but that's going to go away I think
[10:11] <Kamion> and the depmod would have to happen at run-time rather than initramfs-build-time because initramfses can be concatenated at boot
[10:11] <BenC> only because modules.dep will be expected to be sane
[10:11] <Kamion> http://people.ubuntu.com/~fabbione/irclogs/archived/2005-09/ubuntu-devel-2005-09-10.html
[10:11] <Kamion> near the bottom, there's a discussed
[10:11] <Kamion> discussion
[10:12] <Kamion> the conclusion seemed to be that modprobe --show-depends would help
[10:12] <slomo> BenC: 2.6.15 works fine here on my athlon... good work :)
[10:12] <BenC> slomo: good to hear, thanks
[10:12] <BenC> well, seems the problem wasn't simply the softcursor module
[10:13] <BenC> well, usplash isn't even showing up for me
[10:15] <Nafallo> BenC: scrolling on my synaptics touchpad stopped working, except that it seems working :-)
[10:15] <Nafallo> (famous last words :-P)
[10:16] <BenC> yeah, I noticed the same with my synaptics too, but I can't test it anymore
[10:16] <Nafallo> good, only reproducible stuff yet then :-)
[10:16] <BenC> yeah, so far nothing deadly too
[10:18] <xhaker> broken deps ;)
[10:21] <Mithrandir> xhaker: please turn off public away
[10:22] <xhaker> Mithrandir, sorry. i thought xchat did it only at the network i was in
[10:23] <xhaker> ame seems to spawn at every network :S
[10:25] <slomo> elmo: please sync gnunet-gtk from debian/unstable... it's NEW
[10:26] <fabbione> infinity, lamont-away, elmo: is any of the ppc buildd munging the kernel?
[10:26] <elmo> err, "munging"?
[10:26] <psusi> so what's up with all the talk on the ml lately about init?  What's wrong with init that supposedly makes it slow?
[10:27] <fabbione> elmo: did you ever use "munge" on amiga to do debugging?
[10:27] <elmo> I was an Atari person :P
[10:27] <fabbione> elmo: it become a synonimous of "working hard" on something
[10:27] <fabbione> tsk ;)
[10:27] <Keybuk> psusi: nothing
[10:28] <Keybuk> it's just one of those shiny things that everyone blames who hasn't actually bothered to find out what the problems really are
[10:28] <Keybuk> it's the layman's -pipe
[10:29] <Mithrandir> Keybuk: but -pipe -pipe -pipe is _even_ faster.
[10:29] <crimsun> elmo: please sync xsidplay, xmltv, xine-ui, xfstt, wmtv, wmsysmon, waili, and vpnc from Sid (ok to override ubuntu changes)
[10:29] <psusi> ok... that's what I figured
[10:29] <BenC> anyone know why I wouldn't have a /dev/null in my initramfs?
[10:29] <BenC> usplash is failing because of that
[10:29] <elmo> fabbione: no - it broke, given it back
[10:30] <fabbione> elmo: thanks
[10:30] <sladen> BenC: /win 22
[10:30] <Keybuk> BenC: weird, it's created right at the top of the initramfs init script
[10:31] <psusi> I need to give that boot profiler a try... I've timed my boot time at 27 secconds but I wonder what's going on in there... but first I need to finish working out the power management kinks in the sata_via driver
[10:31] <Nafallo> elmo: thanx for all syncs :-)
[10:33] <Kamion> oh damn, helps to rebuild d-i after changing stuff in the initrd
[10:34] <BenC> wait, this is an old initramfs-tools
[10:34] <elmo> crimsun: done
[10:35] <elmo> slomo: no, it's marked as BROKEN in josie - I'll post about the BROKEN packages later
[10:35] <bmonty_laptop> elmo: did you get the sync requests I sent you via email?
[10:35] <slomo> elmo: josie?
[10:36] <elmo> bmonty_laptop: not yet gotten to the sync email backlog
[10:36] <elmo> slomo: the program that does syncs
[10:36] <bmonty_laptop> elmo: ok, thanks
[10:37] <slomo> elmo: hmm, maybe broken because we didn't have a new enough gnunet until a few hours ago? or what are the possibilities why it detects something as broken?
[10:37] <elmo> slomo: as I said, I'll post about the broken packages later, kinda busy now, sorry
[10:38] <slomo> elmo: np :) just curious
[10:38] <crimsun> elmo: thanks!
[10:43] <shaya> anyone know what this error is from
[10:43] <shaya> Undefined color: "#000000 " when trying to run emacs in dapper
[10:43] <shaya> xrdb issue?
[10:45] <Hirion> shaya: same here with vim
[10:45] <seb128> probably xrdb called with -nocpp where is should cpp
[10:45] <seb128> gnome-settings-daemon change maybe
[10:47] <Kamion> it should be using mcpp in dapper
[10:47] <daniels> yes
[10:48] <seb128> Kamion: it is
[10:48] <Kamion> ok, you're scaring me. how did you see that?
[10:48] <daniels> because I am fucking ninja
[10:48] <daniels> also, good morning everyone
[10:48] <seb128> hi daniels
[10:50] <Nafallo> morning daniels :-)
[10:52] <shaya> so any way to fix it so I can get my emacs back? :)
[10:53] <dieman> so like, if ive got a really flipping annoying nfs bug in hoary and I can find the patch to fix it, is there a way to get it in someday as part of hoary slipped in with a security update? ;)
[10:53] <dieman> or 'just upgrade to breezy, damnit'
[10:54] <daniels> shaya: fix what?
[10:54] <daniels> i guess this has something to do with xrdb
[10:54] <shaya> $ emacs
[10:54] <shaya> Undefined color: "#000000 "
[10:54] <Treenaks> shaya: space at the end of your line
[10:54] <shaya> me too
[10:54] <Treenaks> bad bad bad
[10:55] <daniels> shaya: that's not a problem with xrdb, that's you missing /etc/X11/rgb.txt or such
[10:55] <daniels> oh
[10:55] <daniels> but treenaks has a very good point
[10:55] <shaya> no, I have it
[10:55] <shaya> -rw-r--r-- 1 root root 17371 2005-08-17 08:15 /etc/X11/rgb.txt
[10:55] <Treenaks> shaya: there's a space at the end of the relevant line in your xrdb input file
[10:56] <sivang> night all
[10:56] <Treenaks> shaya: night sivan
[10:56] <shaya> where's that input file
[10:56] <Treenaks> you put it there ;)
[10:56] <shaya> no
[10:56] <daniels> shaya: maybe .Xdefaults, maybe .Xresources, who knows
[10:56] <shaya> I hvae none
[10:56] <daniels> grep for '#000000 ' over /etc, but this is seriously #ubuntu territory
[10:57] <shaya> this came w/ an upgrade to dapper
[10:57] <slomo> daniels: i have the same problem ;)
[10:57] <slomo> daniels: "Warning: Color name "#efebe7 " is not defined" with vim
[10:57] <shaya> also tk
[10:58] <shaya> tkinfo
[10:58] <shaya> Application initialization failed: this isn't a Tk applicationinvalid color name "#efebe7 "
[10:58] <daniels> works for me?
[10:58] <shaya> are you uptodate w/ dapper?
[10:59] <daniels> yes
[10:59] <daniels> i'm not just saying that for fun
[10:59] <shaya> I just rgrep'd /etc and /home/spotter no matches
[11:00] <seb128> works for me too
[11:00] <sistpoty> shaya: do you have xrgb installed?
[11:00] <shaya> yes
[11:00] <shaya> dpkg --status xrgb | grep Status
[11:00] <shaya> Status: install ok installed
[11:01] <slomo> daniels: xrgb uses mcpp now? is it maybe related to this error? http://pastebin.com/430934
[11:01] <shaya> when I run xrdb by hand it hangs
[11:01] <BenC> ok, usplash works for me now
[11:02] <shaya> nevermind
[11:02] <shaya> seems to wait for input
[11:02] <shaya> ctrl-d closes it
[11:02] <daniels> ... well, yes.
[11:02] <daniels> it doesn't magically just guess resources to merge for y.
[11:02] <daniels> slomo: don't worry about that error
[11:03] <shaya> anyways, the colors erroring on are no where to be found
[11:03] <slomo> ok, then i have no idea what causes this ;)
[11:04] <slomo> and it magically disappeared for me now... wtf
[11:04] <ogra> daniels, slomo, byciclerepair
[11:04] <daniels> ogra: herbivoroushelicopter
[11:04] <ogra> blbl
[11:05] <daniels> i can concatenate words together too! ;)
[11:05] <daniels> if you're saying that bicyclerepair makes things break, it's installed here
[11:05] <ogra> no i mean the addon we had in hoary and breezy ... it keeps the vim63 directory undeleted ... 
[11:05] <ogra> or kept
[11:05] <ogra> not sure if it changed 
[11:06] <daniels> well, it's installed here, and still wfm.
[11:06] <shaya> wonder if it has to do w/ xrgb 0.99.1-1 -> 0.99.2-0ubuntu
[11:06] <ogra> i had this error too...
[11:06] <Kamion> shaya: note that daniels uploaded both of those
[11:08] <shaya> daniels: so to work around it, anyway I can set that resource?
[11:09] <daniels> shaya: i don't know man, so far I haven't seen any specific problem, or reproducible, just random apps complaining that they can't find colours
[11:09] <shaya> right, how can I fake it out
[11:09] <shaya> so that color is set
[11:09] <shaya> until I can spend time investigating it
[11:09] <daniels> poke in /etc/X11/rgb.txt, but you probably need an X server restart for this
[11:10] <shaya> ok
[11:12] <Nafallo> Keybuk: you should s/Resynchronise/Merge/ for your own uploads or something :-). that's less to write anyway ;-).
[11:12] <Keybuk> Nafallo: it's in the changelog from mom
[11:13] <ogra> hmm, intresting, my mouse (touchpad) sensitivity has changed with the last upgrade ...
[11:13] <Nafallo> ogra: same here :-)
[11:13] <daniels> 'tis a kernel thing
[11:13] <ogra> yup
[11:17] <shaya> figured out why I think
[11:18] <shaya> spotter@dent:~$ xprop -root |grep RESOURCE
[11:18] <shaya> RESOURCE_MANAGER(STRING) = "*Box.background:\t#efebe7 \n*Box.foreground:\t#101010 \n......
[11:18] <shaya> any idea where that gets set from?
[11:18] <shaya> I'm also getting XKB errors on startup that led me in that direction
[11:20] <shaya> the bug is in mcpp
[11:20] <shaya> mv mcpp mcpp.bak ; cp cpp mcpp ; restart x ; no more bug
[11:20] <shaya> xprop -root |grep RESOURCE
[11:20] <shaya> RESOURCE_MANAGER(STRING) = "*Box.background:\t#efebe7\n*Box.foreground:\t#101010\n.......
[11:24] <daniels> if you can file a bug with a complete diff of exactly what changes between cpp and mcpp, that would be useful
[11:30] <shaya> all I can tell is my xprop output
[11:30] <shaya> I'll try to file a bug w/ that later
[11:30] <shaya> need ot do some work right now, so dont wnat to restart X again
[11:31] <daniels> your call
[11:45] <mdke> mdz, around? We're waiting for a nod or shake of the head from you on http://bugzilla.ubuntu.com/show_bug.cgi?id=13746
[11:53] <mdz> mdke: I'm very, very far behind on email at the moment
[11:53] <mdke> mdz, heh, ok sorry
[11:53] <mdz> I just got home last night and will be working through the backlog this week
[11:53] <mdke> good luck!
[11:54] <mdke> i can imagine
[11:54] <mdke> mdz, did you get over that illness ok?
[11:55] <neuralis> mdz: have a sec?
[11:58] <mdz> mdke: yes, I'm feeling ok
[11:58] <mdz> neuralis: regarding what?
[11:59] <mdke> mdz_, mdz, clone yourself just in case, good thinking
[11:59] <neuralis> mdz, i suppose it doesn't need to be now -- when you get a chance, would you please look at the rewritten TestingServerHardware spec (high priority)?
[12:00] <mdz> my laptop just resumed from hibernate and had a client running
[12:00] <mdz> neuralis: sure, an email reminder would be great as I won't get to it today
[12:00] <neuralis> mdz, will send one now. thanks.