[12:35] <gnomefreak> is anyone elses feisty crashing when using apt or aptitude?
[12:54] <jdong> ha! victory!
[12:54] <jdong> xen+fglrx :)
[12:59] <jdong> happy patching, folks, kthxbye :D
[04:05] <Hobbsee> infinity: it looks like hal needs a rebuild, due to the new udev.
[04:05] <Hobbsee> does someone who has power want to process that?
[04:07] <infinity> Hobbsee: It just built... It needs to build again?
[04:08] <infinity> https://launchpad.net/+builds/+build/277684
[04:08] <Hobbsee> infinity: ah right, so it just hasnt been published
[04:08] <infinity> Probably publishing as we speak.
[04:08] <Hobbsee> infinity: way cool
[04:08] <Hobbsee> infinity: yep, that will fix the problem
[04:09] <infinity> Spiff.
[04:09] <Hobbsee> :)
[06:35] <ajmitch> Spads: latest kernel from zul has me booting a dom0 & domU on amd64, fyi
[09:09] <fabbione> this channel is strangely too silent today
[09:21] <mvo> good morning seb128!
[09:21] <seb128> hey mvo
[09:22] <seb128> still jetlaged, are you? ;)
[09:22] <mvo> a bit, but it gets better
[09:23] <seb128> k
[09:23] <seb128> I was thinking when I've seen upload from you on -changes at 8am already
[09:23] <seb128> :)
[09:24] <mvo> seb128: this time I sleept until 7:30. a bit improvment :)
[09:24] <seb128> yeah, that's good enough ;)
[09:57] <fabbione> hey Keybuk 
[09:57] <fabbione> Keybuk: i was just waiting for you :)
[09:57] <Keybuk> oh aye?
[09:57] <Keybuk> morning
[09:57] <fabbione> eheh
[09:58] <fabbione> nothing fancy.. i just test udev 103 ubuntu3
[09:58] <Keybuk> right
[09:58] <fabbione> and i noticed an extra "Terminated" in the boot
[09:58] <fabbione> it looks like a process that's killed somehow
[09:58] <Keybuk> yeah, dunno what that is
[09:58] <fabbione> ok
[09:58] <fabbione> it seems harmless
[09:58] <Keybuk> I replaced the stupid shell that tried to kill udev (and sometimes failed) with just "pkill"
[09:59] <Keybuk> but dunno what's printing "Terminated"
[09:59] <Keybuk> could be that it's killing the shell script it's run from, of course
[09:59] <Keybuk> AHHH
[09:59] <Keybuk> that explains another bug actually
[09:59] <Keybuk> let me try something
[09:59] <fabbione> if you need me to test something just let me know
[10:00] <fabbione> i have 2 machines where i can reproduce it
[10:02] <Keybuk> break=top ... sed -i "s/pkill udev/pkill udevd/" scripts/init-bottom/udev  ... ^D
[10:05] <Keybuk> aha! yes, that fixes my other bug too
[10:06] <siretart> do we now get mail from the buildds for every FTBFS?
[10:06] <siretart> or is this mail sent out in error again? 
[10:07] <fabbione> Keybuk: testing...
[10:08] <dholbach> good morning
[10:10] <fabbione> Keybuk: yup
[10:10] <mvo> Keybuk: it looks like the debian emacs21 has now a emacs package. should we use this or keep emacs-meta around (emacs-meta has more useful packages like emacs-nox, emacs-el)
[10:11] <Keybuk> we could probably just add emacs-nox and emacs-el to the debian package
[10:13] <infinity> siretart: It's intentional.
[10:14] <infinity> siretart: And hopefully now correct.
[10:15] <siretart> okay, then I must have missed some announcement about that
[10:15] <siretart> infinity: the FTBFS was btw correct, looks like a bug in the package this time ;)
[10:15] <siretart> I'm just surprised that the buildd tried to build that package at all
[10:16] <infinity> siretart: I gave back the world.
[10:17] <infinity> siretart: So, failure notices for all!
[10:17] <Keybuk> infinity: my INBOX loves you
[10:17] <infinity> And I love your IBOX.  Is it free later for dinner?
[10:19] <Keybuk> ok, this is weird, evolution goes to the bottom of any message that I click on
[10:21] <infinity> It knows you have a fetish for sigs?
[10:21] <infinity> Or maybe it's subtly trying to say "use mutt"?
[10:24] <mvo> Keybuk: sounds good, I can add this now to the emacs21 package. should I file a bug for removing emacs-meta from feisty then?
[10:24] <seb128> Keybuk: you are using the caret mode (F7)
[10:26] <Keybuk> mvo: sure
[10:26] <Keybuk> seb128: ah, yes, turning that off fixes it -- must have hit F7 by accident or something
[10:26] <Keybuk> what an odd more
[10:26] <Keybuk> uh, "mode"
[10:26] <seb128> that's an accessibility feature I think
[10:26] <Keybuk> infinity: so, err, these build logs
[10:26] <Keybuk> they go to the uploader?
[10:26] <seb128> not sure if the "scroll to bottom" is part of the feature or a bug in that mode though
[10:27] <infinity> Keybuk: That's the general theory, yes.  Well, to the SPR creator.
[10:27] <Keybuk> infinity: I see
[10:27] <infinity> Keybuk: Let me guess, you did a mess of syncs or some such under your name?
[10:28] <Keybuk> all syncs end up under my name :-/
[10:28] <Keybuk> which is why LP thinks I own half the archive] 
[10:28] <infinity> Keybuk: Well, see, that's just silly.
[10:28] <infinity> Keybuk: We have we allowed that? :)
[10:28] <Keybuk> infinity: bad things happened when I used -b lp_archive :)
[10:28] <Keybuk> LP really needs a real person in that field
[10:28] <infinity> Keybuk: Could have created a person in launchpad for the express purpose.
[10:29] <Keybuk> could have, didn't seem worth the effort until now <g>
[10:29] <mvo> what does the archive do when two source package build a binary package with the same name?
[10:29] <Keybuk> that person would still need an e-mail address though
[10:29] <Keybuk> mvo: picks the one with the higher version
[10:29] <infinity> mvo: If the higher version one is uploaded last, it wins.  If the lower version one is uploaded last, it's rejected.
[10:29] <mvo> clever archive
[10:31] <Keybuk> this is the right thing, as it ensures that whatever wins is what would be downloaded onto user's machines
[10:31] <Keybuk> (assuming both were visible to APT)
[10:43] <fabbione> Keybuk: did you change something in upstart in feisty?
[10:44] <Keybuk> fabbione: no, hasn't changed yet -- why?
[10:45] <Keybuk> I've only got as far as the new udev
[10:45] <fabbione> Keybuk: a strange behaviour at reboot that i can't see in edgy
[10:45] <Keybuk> oh?
[10:45] <fabbione> basically /etc/init.d/rgmanager stop is running and waiting for some stuff to close down and the machine just rebooted
[10:46] <fabbione> Keybuk: i know for a fact that it takes about 10 secs for that to complete and it was ok in edgy
[10:47] <Keybuk> what package is rgmanager from?
[10:47] <cjwatson> Keybuk: what's wrong with the 'katie' LP person?
[10:47] <Keybuk> cjwatson: I didn't know about that one?
[10:47] <fabbione> Keybuk: rgmanager
[10:47] <cjwatson> Keybuk: I told you about it ages ago. :)
[10:47] <fabbione> Keybuk: but the stuff that's running requires much more to get there
[10:48] <Keybuk> cjwatson: I never wrote it down then :p
[10:56] <cjwatson> Keybuk: could you reassign the kickseed product to ubuntu-installer, if I make you a member of that team temporarily?
[10:56] <Keybuk> cjwatson: not sure what you mean?
[10:56] <cjwatson> https://launchpad.net/products/kickseed "Registrant: Scott James Remnant"
[10:56] <Keybuk> oh, I see
[10:56] <Keybuk> I think I can just do that
[10:56] <Keybuk> yup, done
[10:57] <cjwatson> ok, thanks
[11:05] <pitti> Good morning
[11:05] <dholbach> hey pitti
[11:05] <\sh> hmm...what is the difference between libvolume-id0 and libvolumeid0 ? (which is in feisties debootstrap template)
[11:05] <\sh> moins btw.
[11:06] <thom> \sh: there's a hyphen in one
[11:06] <infinity> Package rename?
[11:06] <infinity> (That was rhetorical)
[11:08] <\sh> infinity: well, I'm just asking, because of libvolumeid0 feisties debootstrap just breaks apart
[11:08] <Keybuk> \sh: that's just because it's waiting to be removed from the archiev
[11:09] <\sh> Keybuk: kk, only a matter of time :)
[11:09] <Keybuk> let me see whether anything still needs it
[11:09] <Keybuk> I did the necessary uploads yesterday
[11:11] <mvo> hey pitti!
[11:12] <Keybuk> Will remove the following packages from feisty:
[11:12] <Keybuk> libvolumeid-dev | 093-0ubuntu18 | amd64, i386, ia64, powerpc, sparc
[11:12] <Keybuk> libvolumeid0 | 093-0ubuntu18 | amd64, i386, ia64, powerpc, sparc
[11:12] <Keybuk> ------------------- Reason -------------------
[11:12] <Keybuk> (keybuk) NBS
[11:12] <Keybuk> ----------------------------------------------
[11:12] <Keybuk> \sh: fixed
[11:14] <cjwatson> /home/lp_archive/ubuntu/indices/override.feisty.main:libvolume-id-dev   important       admin
[11:15] <cjwatson> that's so not right :)
[11:17] <Keybuk> odd, who NEW'd that
[11:18] <Simira> Keybuk: he's sick and in bed.... I'll fetch him his laptop
[11:18] <Keybuk> Simira: it's not important
[11:19] <cjwatson> Keybuk: it's wrong in the source - put "Priority: extra" in the libvolume-id-dev stanza
[11:19] <Keybuk> cjwatson: I never bother putting any section or priority in sources
[11:19] <Keybuk> as they're meaningless and confuse dpkg
[11:19] <cjwatson> maybe we should institute priority disparity mails at some point :)
[11:20] <cjwatson> huh? they don't confuse dpkg
[11:20] <Keybuk> so they're missing entirely and just inherited from the source
[11:20] <Keybuk> they confuse something
[11:20] <cjwatson> rubbish
[11:20] <cjwatson> this is done all the time in Debian
[11:20] <Keybuk> right, and I used to get dpkg bugs about it all the time
[11:20] <cjwatson> since dak sends out override disparity mails
[11:20] <Keybuk> when the control in a package and the Packages file don't match
[11:21] <cjwatson> putting the right priority in debian/control cannot possibly make anything worse
[11:21] <Keybuk> one goes in one database file, the other goes in another
[11:21] <Keybuk> I tend to put no priority in debian/control :p
[11:21] <cjwatson> you have one in the Source: stanza in udev, which is inherited by all the binaries
[11:21] <Keybuk> true
[11:22] <Mithrandir> Keybuk: no, I didn't new that.  At least, I'm fairly sure I didn
[11:22] <Mithrandir> 't
[11:26] <Keybuk> cjwatson: the problem with automatic mails would be that we change things compared to Debian
[11:26] <Keybuk> and having an Ubuntu patch just for the section and priority would suck
[11:26] <Keybuk> it should be filtered to only match -*ubuntu*
[11:27] <cjwatson> mm
[11:28] <cjwatson> it's probably inappropriate anyway
[11:28] <cjwatson> we'd have people merging rather than syncing just for priority
[11:32] <Keybuk> fabbione: in the server installer, don't we add another serial console getty ?
[11:32] <infinity> It was me that NEWed udev, my bad for not checking the priorities.
[11:33] <Mithrandir> hah, so I'm innocent, for once.
[11:33] <pitti> libsword-dev(inst 1.5.9-0ubuntu3 ! << wanted 1.5.8.90-1)
[11:33] <pitti> Source-dependencies not satisfied; skipping gnomesword
[11:33] <pitti> 1.5.9 < 1.5.8 ??
[11:34] <Mithrandir> it wants << 1.5.8.90-1
[11:34] <Keybuk> << dependencies are so bogus
[11:34] <pitti> ah, ok, thanks
[11:35] <crimsun> has rodarvus mentioned any plans for resyncing X.Org packages with Sid?
[11:36] <fabbione> Keybuk: not automatically.. only if we detect that we are installing on serial console. cjwatson knows where to poke
[11:36] <crimsun> right now source packages that build against libgl1-mesa-swx11-dev FTBFS because libGLw.a is missing (but the header files are included)
[11:36] <Keybuk> cjwatson: which package is that?  Could we also detect installing on a ppc hvc0 console?
[11:42] <cjwatson> Keybuk: rootskel already spots hvc, but finish-install may not
[11:42] <cjwatson> finish-install is the one that prods init configuration
[11:43] <cjwatson> Keybuk: do you have such a machine handy?
[11:43] <cjwatson> crimsun: libGLw was intentionally removed
[11:43] <crimsun> cjwatson: right, I noted as much in the changelog by Daniel S.
[11:44] <cjwatson> building it required having lesstif in main
[11:44] <cjwatson> ergo it's not a matter of resyncing ...?
[11:44] <crimsun> ok, that's all I had to know. thanks.
[11:47] <Keybuk> cjwatson: I wish ;)  if only the nice IBM guys would send me a PS3 for testing
[11:50] <cjwatson> Keybuk: do you know of someone who does? I assume you have a reason for asking :)
[11:50] <cjwatson> I need to know what 'stty --file /dev/hvc0 speed' says
[11:51] <Keybuk> bug #72832
[11:51] <Ubugtu> Malone bug 72832 in finish-install "no console started on cell machine" [Undecided,Unconfirmed]  http://launchpad.net/bugs/72832
[11:52] <cjwatson> replied
[11:53] <Keybuk> thanks
[12:04] <fabbione> Keybuk: i found the reason of the hang
[12:04] <fabbione> Keybuk: it was really hidden
[12:04] <Keybuk> oh?
[12:05] <fabbione> https://www.redhat.com/archives/cluster-devel/2006-November/msg00246.html
[12:06] <fabbione> it was totally related to the cluster state/consistency
[12:06] <fabbione> and it's a rare corner case for clusters
[12:06] <Keybuk> mvo: should emacs21-common depend on emacs21-common-non-dfsg
[12:07] <Keybuk> mvo: or undo the split for us
[12:19] <mvo> Keybuk: it seems to me like just adding the dependency is easier from a maintainabliity POV. the emacs21-common-non-dfsg package seems to be not yet in feisty though
[12:19] <fernando> moin all
[12:19] <Keybuk> mvo: I just uploaded it
[12:20] <mvo> Keybuk: cool, thanks!
[12:20] <Keybuk> s/uploaded/synced/
[12:20] <spike> cjwatson: I sent you that email about preseeding and serial console. apologies I forgot the attachments in the first one so I re-sent it
[12:32] <Riddell> Keybuk: what does fake sync mean on kdesdk?  presumably something to do with me stupidly forgetting to add an ubuntu1 version number?
[12:32] <Keybuk> Riddell: orig.tar.gz was different
[12:32] <Keybuk> of course, if you actually had changes in that package, they're now gone :p
[12:32] <Keybuk> so you may want to upload an ubuntu2 that restores any previous diff
[12:33] <Riddell> ok, thanks
[12:33] <Keybuk> feisty had 4:3.5.5-2
[12:33] <Keybuk> unstable had 4:3.5.5-4
[12:33] <Keybuk> therefore I assumed there were no ubuntu changes in feisty, so sync'd it
[12:33] <Riddell> yep, my fault
[12:33] <Keybuk> but the sync failed because our 3.5.5.orig.tar.gz didn't match Debians
[12:34] <Keybuk> so the upload I did -4ubuntu1 was the Ubuntu orig.tar.gz with the Debian diff.gz
[12:34] <Keybuk> so if there was anything in our diff.gz, it's gone now
[12:34] <Keybuk> you may want to fix that <g>
[12:46] <cjwatson> spike: thanks, will look later
[12:52] <imbrandon> mMMm PS3 CELL hotness /me wishes 
[12:54] <iwj> OK, I give up.  Anyone who knows about i18n madness who can help me ?
[12:54] <iwj> ../../../man/po4a/start-stop-daemon.8/po/start-stop-daemon.8.pot
[12:54] <pitti> iwj: ?
[12:54] <iwj> Oops.
[12:54] <iwj> Error: 'msgmerge -U ../../../man/po4a/start-stop-daemon.8/po/ja.po ../../../man/po4a/start-stop-daemon.8/po/start-stop-daemon.8.pot --backup=none' exited with value 1.
[12:55] <iwj> is what I meant.
[12:55] <iwj> So I ran it separately and it said:
[12:55] <iwj> ../../../man/po4a/start-stop-daemon.8/po/ja.po:568:52: invalid multibyte sequence
[12:56] <pitti> iwj: hm, does that line look like Japanese glyphs, or is it really some random gibberish?
[12:56] <cjwatson> you might need to msgconv -t UTF-8 ja.po
[12:56] <gnomefreak> what would spit out pci and bios errors on boot with the 2.6.19-6 kernel? is that initscripts,upstart or udev?
[12:56] <cjwatson> IIRC msgmerge doesn't always do that itself
[12:57] <pitti> cjwatson: hmm, but judging by the line number the majority of the file should be okay
[12:57] <cjwatson> true, it may just be misencoded
[12:57] <Treenaks> gnomefreak: the kernel itself?
[12:57] <iwj> Just a mo, let me fine a utf-8 capable terminal.
[12:58] <cjwatson> look up the charset in the .po file header and do iconv -f whatever-the-charset-is -t UCS-4 ja.po >/dev/null and see if it complains
[12:58] <gnomefreak> k
[12:58] <cjwatson> iwj: can you stick ja.po somewhere?
[12:59] <iwj> iconv is happy.
[12:59] <iwj> http://www.chiark.greenend.org.uk/~ijackson/d/ja.po
[01:00] <cjwatson> looks like fuzzy garbage to me
[01:00] <cjwatson> oh, sorry, UCS-2 not UCS-4
[01:00] <cjwatson> <cjwatson@cairhien ~>$ iconv -f UTF-8 -t UCS-2 ja.po >/dev/null
[01:00] <cjwatson> iconv: illegal input sequence at position 23049
[01:01] <iwj> iconv: illegal input sequence at position 23049
[01:01] <cjwatson> I'd be inclined to replace those four fuzzy msgstrs at the end with msgstr ""
[01:01] <cjwatson> they're either not Japanese or not encoded in UTF-8
[01:01] <pitti> In vim I see garbage, too, also in the next stanza
[01:02] <iwj> Is this something MoM did ?
[01:02] <pitti> iwj: they are marked as fuzzy anyway
[01:02] <cjwatson> ah, they're EUC-JP
[01:02] <cjwatson> well, one of them is
[01:02] <iwj> Oh!
[01:02] <iwj> MoM is merging the text but the character set lines will be different.
[01:02] <iwj> Let me check.
[01:02] <cjwatson> did ja.po change encoding from base to current Debian?
[01:03] <pitti> iwj: MoM often jumbles up po files, did you use the merged result?
[01:03] <pitti> iwj: in general, we don't want a Debian delta in .po files (we have Rosetta and langpacks for that)
[01:03] <iwj> t
[01:03] <cjwatson> pitti: dpkg isn't subject to language packs
[01:03] <pitti> ah, dpkg
[01:04] <cjwatson> but we should probably just take the Debian .po files verbatim
[01:04] <cjwatson> IIRC the last time I touched dpkg we had no relevant changes to them
[01:05] <iwj> I have to admit, when I diffed to generate my `remaining changes' I excluded *.{po,pot}.
[01:05] <iwj> Was that wrong ?
[01:05] <cjwatson> sounds reasonable; any changes to those would have been purely automatically generated
[01:05] <iwj> Can I force them to be regenerated ?
[01:06] <cjwatson> why not just cp them from the Debian source package?
[01:07] <iwj> Err, well, I suppose because I thought that if that was generally the right answer MoM would already have done it ...
[01:07] <cjwatson> .po files contain actual data, so you can't regenerate them from scratch; msgmerge -U is obviously trying to regenerate them, but if it's failing ...
[01:07] <cjwatson> msgmerge -U => update .po file based on current .pot
[01:07] <spike> cjwatson: mmmh, in the "Apt Setup" section from https://help.ubuntu.com/6.10/ubuntu/installation-guide/amd64/preseed-contents.html, it mentions the  d-i apt-setup/universe boolean true that you suggested me yesterday. Altho multiverse isnt mentioned. is that just missing or it's not there because it's not possible?
[01:08] <iwj> cjwatson: Oh, yes, I remember.  Mixture of input and output in the same file.  So EBW.
[01:08] <iwj> We should give up on this i18n madness and go back to US-ASCII.
[01:08] <pitti> no, just give up on all non-UTF8 encodings :)
[01:08] <cjwatson> iwj: the .po files in the current Ubuntu diff have line number references changed and one or two extra strings, so MoM thought it had to merge cleverly
[01:09] <cjwatson> iwj: but in practice I don't think there were actually any translations of those extra strings, so we can throw them away and regenerate
[01:09] <iwj> So is the deficiency in MoM that it didn't spot the charset change ?
[01:10] <cjwatson> If Debian have taken your Breaks change to deb-control.5 then that should be everything
[01:11] <iwj> No, they haven't.
[01:13] <cjwatson> iwj: deficiency> yes, I think so
[01:14] <cjwatson> it probably needs to apply msgconv before and after merging
[01:14] <cjwatson> Keybuk: ^--
[01:16] <Keybuk> ?
[01:18] <cjwatson> iwj: the Ubuntu diff definitely had no new translations, so cping the Debian .po files and doing 'make -C man updatepo' should do the job
[01:19] <cjwatson> Keybuk: the .po merging stuff in MoM needs to msgconv everything to UTF-8 first and then msgconv back to whatever the encoding is supposed to be (probably the encoding on the Debian side) before writing the output file
[01:20] <Keybuk> how do you know what the encoding is supposed to be?
[01:20] <cjwatson> the Debian side will be fine
[01:20] <cjwatson> whatever the Content-Type line there says
[01:21] <Keybuk> doesn't msgmerge dtrt anyway?
[01:21] <Keybuk> I thought it did
[01:21] <cjwatson> Keybuk: any encoding would be better than the mishmash you get at the moment though
[01:21] <cjwatson> Keybuk: apparently not, and I've seen it get stuff wrong in the past when the files you're merging aren't in the same encoding
[01:21] <cjwatson> my own scripts msgconv -t UTF-8 first
[01:21] <cjwatson> for precisely this reason
[01:26] <cjwatson> 04:01 Keybuk       mdz has a general "I want some way of forcing a driver bind"
[01:26] <cjwatson>                    desire which came out of some s3kr3t meeting at UDS
[01:26] <cjwatson> Keybuk: it wasn't secret, it was ubiquity-driver-updates :)
[01:31] <Keybuk> cjwatson: heh
[01:31] <cjwatson> Keybuk: why is modules.pcimap still there if it's obsolete? does something still need it for compatibility?
[01:32] <Keybuk> because it would be a patch to suppress its generation
[01:33] <Keybuk> it's still necessary for hotplug or grepmap based systems, after all, so the m-i-t maintainer won't drop it yet
[01:33] <Keybuk> we use modules.alias these days
[01:34] <cjwatson> Keybuk: so I could remove it from the d-i initrd?
[01:34] <Keybuk> yup
[01:35] <Keybuk> we still use ccwmap and inputmap
[01:35] <cjwatson> only 80K or so saved, but still
[01:35] <Keybuk> though in theory we can drop inputmap now
[01:36] <Keybuk> in fact, we could probably drop *map and grepmap at this point, looking at it
[01:40] <iwj> Crazy build systems R us.
[01:40] <Keybuk> iwj: how did you know I was looking at glibc?
[01:41] <iwj> FFS!  make clean fails because of fucking i18n braindamage!
[01:41] <iwj> I'm too annoyed.  I shall go and have lunch.
[01:42] <Keybuk> as the Chinese would say, 
[01:43] <pitti> iwj: debdiff | filterdiff -x '*.po' ?
[01:45] <iwj> Yes.  Or some such.
[02:11] <spike> what's up with preseeding and raid+lvm? the guide states raid is not possible with preseeding, but doesnt mention lvm. does that mean that's possible? and why is raid a problem? is support for it planned?
[02:17] <cjwatson> spike: LVM preseeding should work; in edgy you preseed partman-auto-lvm/disk to erase an entire disk and use LVM, and then the usual recipe stuff
[02:18] <cjwatson> spike: RAID is a problem because until recently it hasn't been integrated into partman in such a way as to allow automatic partitioning. This is being actively worked on in Debian
[02:18] <spike> any ETA are you aware of?
[02:18] <cjwatson> no
[02:19] <spike> cjwatson: k, thanks a lot, I'll look into tit
[02:19] <cjwatson> I generally refuse to give ETAs anyway :)
[02:19] <spike> ehehe
[02:22] <sivang> morning
[02:26] <tepsipakki> cjwatson: would it need more than just to sync partman-auto-raid from unstable?
[02:27] <spike> eh, was about to mention that (just found it)
[02:27] <cjwatson> that's still under active development and TBH I haven't yet looked it over
[02:28] <cjwatson> it's extremely new
[02:28] <spike> plus, I've found https://launchpad.net/products/partman-md
[02:28] <tepsipakki> weeks old :)
[02:28] <spike> isnt that enough?
[02:28] <cjwatson> partman-md provides partman with RAID support, but not automatic installation
[02:28] <spike> oh, ok
[02:28] <cjwatson> it's not usefully preseedable
[02:29] <cjwatson> also, look at https://code.launchpad.net/products/partman-md/ - I knew about partman-md ;-)
[02:29] <spike> yeah ;)
[02:29] <spike> quite a lot of the basic servers are raid1 + lvm
[02:30] <spike> my hands are quite tied wrt preseeding if that's not possible 
[02:30] <spike> I guess I could work around it with puppet, since everything is gonna be managed by that anyway
[02:31] <spike> install a base system like it's already to a single small partition
[02:31] <cjwatson> so I think you can probably use RAID recipes and the normal recipes together
[02:31] <spike> then puppet will repartition raid/lvm the rest, copy the data over, and covert that partition as swap
[02:31] <tepsipakki> how does puppet do _that_?-)
[02:31] <cjwatson> although initial_auto_raid* appear to be after initial_auto in the sequence
[02:32] <cjwatson> which might hamper that somewhat
[02:33] <cjwatson> oh, erm, no, it seems to be tied to just putting a filesystem on each md at the moment
[02:33] <spike> tepsipakki: uhm, what's the problem with that? it would do it the same way you'd do it manually :)
[02:33] <spike> ok, I'll implement the puppet solution, it's safer anyway
[02:33] <tepsipakki> spike: so it just runs scripts?
[02:33] <tepsipakki> "just"
[02:33] <cjwatson> (btw, partman-auto-raid will need a bit more than just being synced; I need to hack it up to cope with our partman-auto changes to accept autopartitioning automatically)
[02:34] <spike> tepsipakki: sure, sfdisk, mdadm, lvmcreate/change/blablabla
[02:38] <tepsipakki> is alioth.d.o down?
[02:38] <tepsipakki> (if someone knew why it timeouts on me)
[02:39] <spike> mh
[02:39] <tepsipakki> um, forget that
[02:39] <spike> I've added d-i apt-setup/local0/repository string deb http://repo.domain/ dapper main to my preseed file
[02:40] <spike> the box installed fine, but some pkgs are missed. check sources.list and found this: "# Line commented out by installer because it failed to verify:"
[02:40] <spike> and the repo commented out
[02:40] <spike> gpg key for that repo is missing, is that the cause?
[02:41] <spike> and is there some d-i param to disable the check so my mirror wont get disabled?
[02:41] <spike> I can only see #d-i apt-setup/local0/key string http://local.server/key to specify one
[02:41] <spike> but nothing to tell it to not bother checking
[02:41] <tepsipakki> d-i     apt-setup/local0/key
[02:41] <tepsipakki> preseed that as well
[02:41] <tepsipakki> with an url to the key
[02:42] <tepsipakki> oh
[02:42] <spike> eheh :)
[02:42] <cjwatson> key check sounds plausible
[02:42] <tepsipakki> it needs to have a key
[02:42] <cjwatson> no way to disable that at the moment short of vile hacks
[02:42] <cjwatson> (e.g. prodding /target/etc/apt/apt.conf.d/ in a post-base-installer.d hook)
[02:43] <spike> nm, I'll do the key signing now...
[02:43] <spike> thing is I'm just testing so I didnt bother
[02:44] <tepsipakki> be sure not to have strings like "contrib" or "non-free" on your repo string :)
[02:44] <cjwatson> we could change apt-setup to allow you to disable signature checking temporarily, but the thing is that apt would complain later on unless you permanently disabled checking
[02:44] <cjwatson> which seems suboptimal
[02:44] <tepsipakki> it installs everything in one go
[02:44] <spike> cjwatson: well, complain != refusing to install packages, so that would do for testing anyway
[02:45] <spike> but again, I'll  just set it up, no worries, thanks
[02:45] <cjwatson> apt-get update would return non-zero
[02:45] <tepsipakki> malone 56009
[02:45] <Ubugtu> Malone bug 56009 in apt-setup "generators/90security is trying to add contrib, non-free" [Undecided,Unconfirmed]  http://launchpad.net/bugs/56009
[02:45] <cjwatson> which generally makes stuff object violently
[02:45] <cjwatson> tepsipakki: oh, yeah, must fix that at some point ...
[02:46] <tepsipakki> heh
[02:46] <cjwatson> 13:43 < CIA-2> debian-installer: cjwatson * r42868 manual/en/appendix/preseed.xml: note that apt-setup/local* really needs a key
[02:46] <tepsipakki> I fixed it by changing non-free -> restricted :)
[02:46] <tepsipakki> on our own repo
[02:47] <tepsipakki> (and dropped plf)
[02:48] <tepsipakki> actually, it would be cool if the local* stuff would be added as files in sources.list.d
[02:48] <tepsipakki> and the sources.list be kept as a vanilla version
[02:49] <cjwatson> tepsipakki: 56009 fixed in bzr
[02:49] <tepsipakki> cool :)
[02:49] <cjwatson> haven't decided how to handle sources.list.d in general yet
[02:52] <cjwatson> Keybuk: re NoUsplashTimeout, is there any way we can detect something trying to read() from the console?
[02:52] <cjwatson> Keybuk: sort of like the way synaptic spots packages prompting and pops up the terminal
[02:52] <Keybuk> cjwatson: how does synaptic do it?  pty for the console?
[02:53] <cjwatson> Keybuk: my discomfort with NoUsplashTimeout is that it requires us to get all the init scripts right or stuff breaks, and there might be corner cases we won't normally notice
[02:53] <Keybuk> init scripts are run with stdin=/dev/null, so corner cases will just break
[02:53] <cjwatson> apache passworded ssl certificate (ugh, but still) are one case
[02:53] <cjwatson> Keybuk: oh. you should mention that in the spec
[02:53] <Keybuk> that's broken today in edgy
[02:53] <cjwatson> pty> yes
[02:53] <Keybuk> it's in the rationale isn't it?
[02:53] <cjwatson> no
[02:54] <Keybuk> oh, it got "simplified"
[02:54] <cjwatson> unsimplify a bit and I'll approve :)
[02:55] <Keybuk> done
[02:56] <mamzers555> latest wpasupplicant-update breaks edgy and network-manager-gnome to connecto to wireless router
[02:56] <Keybuk> err, ^R, deleted the last bit by accident when I submitted
[02:56] <mamzers555> the version 0.5.5-3 dont work
[02:57] <mamzers555> is this known, i couldn't found anything about it on launchpad
[02:57] <giskard> mamzers555,  did you try to use wpa_supplicant by hand?
[02:57] <mamzers555> sorry, no i just tried to use it with nm-applet
[02:59] <cjwatson> Keybuk: thanks, approved
[03:15] <zul> is it possibile to get someone to approve the xen-fiesty spec now that has been updated to include paravirt-ops?
[03:37] <iwj> dpkg (1.13.24-ubuntu1) - how EBW is that ?
[03:38] <infinity> That should be 1.13.24ubuntu1
[03:38] <iwj> Isn't it better to .orig/.diff even if upstream it's Debian-native ?
[03:39] <infinity> If you like to cause me confusion, I suppose. :)
[03:39] <infinity> We tend to keep native packages native, and vice-versa.
[03:39] <infinity> It's not like a debdiff between A and B is hard to do.
[03:39] <iwj> Err, well, I don't want to cause any confusion.
[03:39] <iwj> True.
[03:40] <infinity> Also, "EBW"?
[03:40] <iwj> But if you don't have the base version it can be tricky.
[03:40] <iwj> `Evil, Bad and Wrong'.
[03:40] <infinity> Ahh.
[03:40] <infinity> We've been better about snagging base versions cleverly.
[03:40] <infinity> And, eventually, we'll have all of sid in LP, with rolling updates.
[03:40] <infinity> Which should solve it once and for all.
[03:40] <iwj> In the Glorious New Republic.  Right :-).
[04:03] <pitti> seb128: the avahi switch in network-admin toggles /etc/default/avahi-daemon and calls the init script?
[04:04] <seb128> pitti: no
[04:04] <pitti> seb128: ah, it calls enable_avahi?
[04:04] <seb128> pitti: it runs /usr/share/avahi/enable_avahi
[04:04] <seb128> correct
[04:04] <seb128> with 0 or 1
[04:05] <pitti> splendid, thanks
[04:05] <seb128> np
[04:09] <pitti> imbrandon: ping
[04:09] <imbrandon> pitti: pong
[04:23] <cjwatson> Keybuk: could I grab you in #ubuntu-installer for a moment, please?
[04:26] <zul> .win 10
[04:47] <seb128> grumpf
[04:48] <seb128> something makes xorg goes back to gdm after 10min or something like that when I don't touch the computer
[04:48] <giftnudel> seb128: screensaver?
[04:48] <mjg59> Probably a screensaver triggering a crash
[04:48] <giftnudel> or dpms
[04:48] <seb128> I'm wondering if xorg crashes when the screensaver kicks on or something like that
[04:48] <mjg59> Check the logs for the previous X session?
[04:49] <seb128> syslog has a "gdm[4155] : Error reinitilizing server"
[04:49] <giftnudel> seb128: can you test that with the preview feature of the screensaver?
[04:51] <seb128> yeah, xorg doesn't like some screensavers apparently
[05:04] <pitti> Keybuk: btw, nss-mdns is on your merge list; can you please ignore this one?
[05:04] <pitti> Keybuk: I have a merged and fixed package here (since I'm assignee of ZeroConfNetworking), but I don't want to upload it before I did the other necessary fixes
[05:06] <sbalneav> Under upstart, what's the magic to get it to reload glibc?  Getting ldap integrated into pam's a bit of a bear, as it requires a glibc reload.
[05:10] <Keybuk> pitti: ok
[05:10] <Keybuk> sbalneav: in edgy? same as in dappper
[05:10] <sbalneav> Ah, cool.
[05:10] <sbalneav> Same for feisty as well?
[05:17] <pitti> keescook: ah, libnss-mdns works just fine now :) (I couldn't get it to work at all two weeks ago, remember?)
[05:34] <nox-Hand> Hey
[05:34] <nox-Hand> Can anyone tell me the kernel image name for 6.10?
[05:34] <nox-Hand> like, 6.06 was casper
[05:34] <pitti> nox-Hand: you are mixing three different things here; also, #ubuntu please
[05:35] <nox-Hand> pitti, Asked there, but noone answered.
[05:35] <iwj> doko: I think I need to talk to you about AMT fonts and fonts.conf.in ...
[05:35] <nox-Hand> pitti, Its like the casper image or whatever; I just need the 6.10 name for it.
[05:36] <bhale> the name 'casper' has never changed
[05:36] <bhale> its part of the livecd infrastructure
[05:36] <nox-Hand> Right.
[05:36] <nox-Hand> Thanks
[05:38] <mamzers555> latest wpasupplicant-update breaks edgy and network-manager-gnome to connecto to wireless router can somebody confirm this, i didn't found something about it on launchpad
[05:39] <cjwatson> iwj: he's on holiday
[05:42] <tonyyarusso> Hey, I just had a thought.  Various people have mentioned / written specs for / etc. the idea of having some sort of "Welcome to Ubuntu" tour/wizard/whatever run on first boot, automatically or being an icon on the desktop, as well as possibly Ubuntu Counter registration being available the same way.
[05:42] <bhale> sweet! launchpad mails FTBFS
[05:42] <tonyyarusso> Of course, that runs into the problem of not wanting to clutter the desktop, and an auto-running tour might be annoying for some people.
[05:44] <nox-Hand> auto-running would annoy me, but mates of mine I have converted from Windows to Linux would much like it. Maybe just an icon, or a pop-up balloon (thoug I dont like them either), that just tells you that you can run it by clicking 
[05:44] <tonyyarusso> So, my thought that I'd like feedback on whether it would be more sane/acceptable: What if we made a welcome tour (and perhaps an offer to register with the counter) run the first, and only the first time a user clicks the little blue "?" icon in the panel?
[05:44] <bhale> you mean the yelp launcher?
[05:44] <tonyyarusso> bhale: Exactly
[05:44] <bhale> not a fan.
[05:45] <tonyyarusso> We'd need a way of differentiating the first run from all subsequent ones though
[05:45] <bhale>  ~/.ubuntu-first-run
[05:45] <iwj> cjwatson: Damn.
[05:45] <tonyyarusso> bhale: How come?  What's still bad about it?  (Idea in progress, of course)
[05:45] <bhale> but please do not dual-purpose launchers
[05:45] <bhale> or any other ui element
[05:45] <iwj> I suppose I'll just guess and email him.
[05:45] <tonyyarusso> bhale: Valid point.
[05:45] <bhale> if i click someting once, it should do the same thing as the 10th time I click it
[05:46] <tonyyarusso> bhale: Is the idea of it being associated with a launcher (as opposed to auto-run or desktop icon) good though?
[05:46] <bhale> I personally don't care for the idea at all, but I would prefer it to have its own launcher and leave me alone
[05:47] <bhale> NLD has a launcher on the desktop
[05:47] <nox-Hand> Is there a reason for the Grub bootloader not being decorated? Many of my first-time convertees have complained about it looking too geekish.
[05:47] <tonyyarusso> bhale: While you may not want it personally (heck, I might not either), do you see the possible advantage in terms of new users, since we're getting more switches from Windows and fewer from other *nixes than originallY/
[05:47] <bhale> which gives you an ogg video of the charming Ted Haggaer walking you through the desktop
[05:48] <tonyyarusso> nox-Hand: I think they found that to cause problems for too many people last it was tried
[05:48] <bhale> do you have any data to back up that last claim? windows vs unix
[05:49] <tonyyarusso> bhale: Not hard numbers - just anecdotal evidence / watching #ubuntu at this point.  When elkbuntu publishes the survey results maybe we'll see if it's actually true.
[05:49] <nox-Hand> tonyyarusso, Right. Good point. What about but a colour scheme? I even like the dark blue Debian one better :|
[05:49] <tonyyarusso> Last time community survey numbers were published something like 85% had used some sort of linux before
[05:49] <nox-Hand> I know it can be changed manually, but if it was but a bit more pleasing from the off.
[05:50] <tonyyarusso> nox-Hand: I agree - I think there might be a proposed spec about decorating grub.  You might want to poke around Launchpad and leave a comment if nobody's proposed that.
[05:51] <nox-Hand> tonyyarusso, Right.
[05:52] <nox-Hand> Quick question (( I have never used 6.10 installer yet, so bear with me )); Does it ask whether or not it should install grub? I and a few others made a post about it on Launchpad, and it sorta got deleted, as it was called a duplicate; It was a completly different question. Its more that some of us already have bootloaders and dont want to lose the one we got due to Ubuntu deleting it - that should only be
[05:52] <nox-Hand>  Windows that does that.
[05:52] <tonyyarusso> bhale: What about the welcome thing's existence being determined by the state of a checkbox in the Live CD installer?  (similar to the "view readme afterwards" boxes on many windows app installers)  That would allow people who don't need it to just uncheck the box and never be bothered, and users of the alternate CD (usually more experienced in general) could just not be bothered at all?
[05:53] <bhale> don't add pointless UI for some cranky developers
[05:54] <bhale> if it is going to be there, put it on the desktop
[05:54] <nox-Hand> bhale, Agreed. On the desktop a simple Shift+Delete will take care of it.
[05:55] <tonyyarusso> That's what I would think to, but I believe Mark and some others are pretty vehemently against cluttering the desktop.
[05:55] <TerminX> is feisty moving away from grub or something?  I noticed that dist-upgrade seems to want to remove it (grub) without replacing it with anything
[05:55] <bhale> the discussion should probably be among the implementers on the spec wiki page
[05:55] <tonyyarusso> TerminX: I haven't seen that...
[05:56] <nox-Hand> tonyyarusso, What icons are there already? Isnt it irrelevant stuff such as Examples?
[05:56] <tonyyarusso> nox-Hand: Examples and Install are only present on the live CD - after install it is completely clean
[05:56] <TerminX> tonyyarusso: http://rafb.net/paste/results/5xySBQ39.html
[05:57] <nox-Hand> tonyyarusso, Right. Its been too long since an install. I have just distupgraded always. Though, after a quick poke around Debian, I thought Id get a newer installer.
[05:57] <tonyyarusso> TerminX: That's with most recent update?
[05:57] <TerminX> yeah
[05:57] <tonyyarusso> TerminX: Weird...I don't think I'd press y.
[05:57] <TerminX> I noticed it when I was checking if dist-upgrade would resolve any of the held packages
[05:57] <TerminX> oh, I didn't
[05:58] <_MMA_> Hello guys. If I have a issue using the nVidia 9692 drivers in Edgy should I report it? As it might be an issue for Feisty?
[05:58] <nox-Hand> Is there a 6.10.1? I saw it on a torrent site and thought what the..?
[05:58] <TerminX> almost makes me want to play with grub2 though, heh
[05:58] <tonyyarusso> nox-Hand: no
[05:59] <nox-Hand> hmn, maybe someone just planted something on it then.. Ah well.
[06:01] <nox-Hand> Be back later
[06:03] <spike> uhm, has anybody got any idea what could a preseeding box be doing when it gets stuck on "Select and install software"? Retrieving file 60 of 64
[06:04] <tonyyarusso> I see Xubuntu has a beta available for a welcome on first boot - https://blueprints.launchpad.net/distros/ubuntu/+spec/xubuntu-welcome-center
[06:04] <spike> it started doing this as I fixed the problem with my mirror and gpg signed packages
[06:04] <spike> so the only idea is it's failing retrieving those packages
[06:19] <cjwatson> TerminX: no, we are not moving away from grub
[06:19] <TerminX> I'll assume that's a bug, then
[06:21] <cjwatson> mjg59: could you eyeball https://wiki.ubuntu.com/IntelMacSupport and tell me if there's anything blindingly obvious I've missed?
[06:37] <spike> grrr
[06:38] <spike> packages from my own mirror arent fetched during the installation process, yet as I ssh in and run apt-get update install it's all fine
[06:38] <spike> the gpg key has been correctly added to the trusted keys, and packages install fine
[06:39] <spike> so I cant see anything wrong itself with the mirror, gpg setttings and whatnot
[06:41] <keescook> pitti: libnss-mdns> cool!  what changed?
[06:41] <spike> argh, found it
[06:41] <pitti> keescook: well, everything :)
[06:41] <keescook> hehe
[06:42] <pitti> keescook: back then I used the old edgy version, now I based my merge on Debian's -5 from snapshots and applied the changes from the spec
[06:42] <keescook> fair enough.  in similar news, I'm having issues with network-manager at home; I need to attempt to connect twice -- first attempt times out.  no clue why.
[06:42] <keescook> aah, very cool
[06:42] <seb128> keescook: hey
[06:42] <keescook> hi seb128!
[06:43] <seb128> keescook: are you going to ask for the libgtop2 sync or should I do it?
[06:43] <keescook> seb128: I was waiting for pitti to update the requestsync script :)  but feel free to go ahead without me
[06:43] <seb128> keescook: he has done so
[06:43] <keescook> I just wanted a quick example; I'm sure there will be more in the future.  :)
[06:44] <seb128> feel free to do it then
[06:44] <pitti> keescook: hey, I did that last week
[06:44] <seb128> p.u.c/~pitti has the updated version where you can specify a version
[06:44] <seb128> I've used it today, works fine :)
[06:44] <keescook> pitti: ah-ha, okay.  I didn't remember if that was a planned or implemented change.  :)  I'll do it now.  :)
[06:46] <mjg59> cjwatson: Looks good
[06:48] <cjwatson> mjg59: excellent, thanks
[06:48] <keescook> seb128: fun. debian changelogs doesn't have 2.14.4-2 yet.  *bang head on desk*
[06:50] <seb128> keescook: yeah, website seems to be broken, no luck for you :p
[07:12] <sfllaw> seb128: In bug 54684, is the Edgy version still In Progress?
[07:12] <Ubugtu> Malone bug 54684 in nautilus "High CPU usage" [Unknown,Fix released]  http://launchpad.net/bugs/54684
[07:12] <sfllaw> seb128: Same with bug 69566.
[07:12] <Ubugtu> Malone bug 69566 in gst "time-admin crash with some icon set" [Unknown,Fix released]  http://launchpad.net/bugs/69566
[07:12] <sfllaw> And bug 65797.
[07:13] <Ubugtu> Malone bug 65797 in totem "(Edgy) 'Fit window to movie' doesn't work at all" [Unknown,Fix released]  http://launchpad.net/bugs/65797
[07:13] <sfllaw> If you're happy with edgy-proposed, you will probably want to set them to Fix Committed.
[07:13] <seb128> sfllaw: what do you call "In Progress", cjwatson did set them "In Porgress", I would have used "Fix Commited"
[07:13] <seb128> yeah, I'm happy with edgy-proposed
[07:13] <sfllaw> Fix Committed is "fix available somewhere".
[07:14] <sfllaw> cjwatson: Please set edgy-proposed packages that are ready to verify as Fix Committed.
[07:14] <sfllaw> We'll pull them back to In Progress if the fix is no good.
[07:14] <seb128> sfllaw: changed to "Fix Committed", thank you
[07:17] <sfllaw> Clarified this on StableReleaseUpdates.
[07:25] <cjwatson> sfllaw: will do, thanks
[07:26] <cjwatson> I vacillated between the states and picked one at random
[07:33] <keescook> seb128: if I request a sync of libgtop2 2.14.4-1, won't the future ones show up again for free during the following autosync cycles?
[07:34] <dholbach> keescook: yes
[07:35] <seb128> keescook: yep
[07:35] <seb128> keescook: they will sync on the current unstable one anyway probably
[07:44] <pitti> cjwatson: when you updated shadow translations, did you simply download the bunch from Rosetta and replaced the ones in po/? Or did you do some fancy msgmerge'ing?
[07:45] <dholbach> pitti: is https://wiki.ubuntu.com/MOTU/Teams/Security obsolete?
[07:46] <pitti> dholbach: hm, actually not at all
[07:46] <dholbach> ok
[07:46] <pitti> dholbach: ATM there is no 'MOTU security team'
[07:47] <dholbach> recruiting! :-)
[07:47] <zul> there should be
[07:47] <zul> imho :)
[07:47] <pitti> still, there won't be USNs for universe packages
[07:47] <bhale> UUSN's :)
[07:47] <pitti> and I don't have time for preparing updates, only for publishing them
[08:15] <gnomefreak> mvo: you uploaded the gksu version 2.0.3-2ubuntu2 right?  now that i reinstalled due to apt crashing (not related to gksu update) i no longer have the upgraded version 
[08:43] <mvo> gnomefreak: oh? interessting
[08:44] <gnomefreak> what package was it that was updated? wasnt it libgksu or something of the like?
[08:44] <gnomefreak> gksu version is stil 1ubuntu1
[08:45] <mvo> libgksu2-0
[08:46] <gnomefreak> ok ty i have it. there wa s abug reported on it and i was looking for the updated version and i couldnt find it
[08:49] <cjwatson> pitti: I no longer especially care about shadow translations, as it isn't used in the installer any more
[08:49] <cjwatson> pitti: maybe we should un-blacklist it
[08:49] <cjwatson> pretty sure I used my rosetta-merge script though, assuming I had it back when I cared
[08:50] <pitti> cjwatson: ok, I can handle the merging of po/; it's some more work to correctly merge debian/po/, but I'll manage
[08:53] <dholbach> I think we can drop the note about bugzilla and ubuntu traffic from DeveloperResources
[09:10] <bhale> dholbach: what about old MIRs?
[09:10] <bhale> on the wiki
[09:12] <dholbach> bhale: i think that pitti wants to have them for documentation reasons
[09:13] <pitti> right, approved MIRs should stay
[09:13] <bhale> ok
[09:13] <bhale> there is some old mono docs here
[09:13] <bhale> i will remove them
[09:17] <sfllaw> keescook: Bug 65795 is OK.
[09:17] <Ubugtu> Malone bug 65795 in vino "vino won't accept my password" [High,Fix committed]  http://launchpad.net/bugs/65795
[09:17] <keescook> sfllaw: cool, thanks.
[09:18] <sfllaw> keescook: Did you valgrind vino, by any chance?
[09:18] <keescook> sfllaw: I didn't, no.  is that on the list?
[09:18] <sfllaw> No no.
[09:18] <sfllaw> I'm just wondering if you introduced a memory leak there.
[09:20] <sfllaw> Oh, it's in vino_prefs_init.
[09:20] <sfllaw> Now that I look harder, it looks basically fine to me.
[09:20] <sfllaw> That's a stupid place to free the password.
[09:20] <sfllaw> keescook: Feel free to upload to -updates.
[09:21] <keescook> sfllaw: I thought I had to wait a week first?
[09:21] <sfllaw> No no.
[09:21] <sfllaw> Ah.
[09:21] <sfllaw> It's only been in -proposed for a few days, right?
[09:21] <sfllaw> I forgot it sat in NEW for two weeks.
[09:21] <keescook> correct
[09:21] <keescook> right.  :(
[09:21] <sfllaw> Wait until the 28th then.
[09:21] <sfllaw> But at least it works.
[09:22] <sfllaw> So, dude, I haven't seen you in 10 years.
[09:22] <sfllaw> Wanna go out for a beer?
[09:22] <keescook> hehe
[09:22] <dholbach> sfllaw: how pumped do you feel today?
[09:23] <sfllaw> You know, I have to admit that I haven't gone to the gym in a while.
[09:23] <dholbach> right
[09:25] <keescook> LaserJock: apparently, iced tea.  always.
[09:26] <sfllaw> http://www.youtube.com/watch?v=nlRs_WeQmnM
[09:26] <LaserJock> keescook: sure it wasn't spiked with some go-go juice?
[09:27] <LaserJock> dholbach has already flooded my mailbox this morning
[09:27] <LaserJock> and yes it is infectious
[09:44] <Mez> I just had a rather random ubuntu dream
[10:03] <tonyyarusso> Mez: Oh?
[10:03] <Mez> Ubunu "9,99" with some random f**ked up CDs . ... an old laptop and jdub
[10:04] <Mez> it was random
[10:05] <tonyyarusso> Mez: Oh shoot..I had an actual question for you and can't remember what it was
[10:05] <Mez> lol
[10:06] <tonyyarusso> Mez: Not sure if this was it, but I just came up with on - not really appropriate here, want to take it in classroom or offtopic?
[10:06] <Mez> -nun
[10:07] <tonyyarusso> 'k
[10:19] <aka_druid_> hi
[10:42] <aka_druid_> hi again
[10:44] <yaloki> aka_druid_: hi
[10:44] <aka_druid_> yaloki: hi
[10:44] <yaloki> aka_druid_: 'sup
[10:44] <aka_druid_> super sup
[10:45] <aka_druid_> how was the week?
[10:45] <yaloki> none, havin a bud, watching the game
[10:45] <coyctecm>  /msg NickServ IDENTIFY 1q2w3e
[10:45] <bhale> good one.
[10:46] <coyctecm> :D
[10:46] <coyctecm> LOL
[10:46] <aka_druid_> yeah, it was his pass...
[10:46] <aka_druid_> yaloki: true true
[10:50] <zul> you might want to change that now
[10:50] <yaloki> ahahah
[10:50] <yaloki> I guess someone already changed it for him ^^
[10:50] <coyctecm> :D
[10:52] <yaloki> ahahahah
[10:52] <aka_druid_> gee
[10:53] <yaloki> hmmm... new gkrellm version out, who would have thought
[10:54] <aka_druid_> yaloki: maybe he needs some incentive to change his passwd
[10:54] <aka_druid_> yaloki: cool really like this app
[10:54] <yaloki> aka_druid_: seems so ^^
[10:54] <yaloki> aka_druid_: package done
[10:55] <coyctecm> now it's ok. :)
[10:55] <yaloki> indeed
[10:55] <yaloki> coyctecm: what did you type to change the password ?
[10:56] <coyctecm> i dropped my nick and reregistered with new password
[10:56] <yaloki> I meant the irc command
[10:56] <zul> so um whats your new password? ;)
[10:56] <coyctecm> :D
[10:57] <yaloki> zul: you just blew it
[10:57] <coyctecm> hah
[10:57] <coyctecm> :D