[12:03] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-5)
[12:03] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: fix up gcc errors on amd64 (patch-34)
[01:50] <debonzi> jblack, man.. go to speep :)
[01:50] <debonzi> s/speep/sleep
[01:50] <debonzi> hehehehe
[01:50] <debonzi> even in jokes I write wrong
[01:50] <cprov> duhhh 
[01:51] <cprov> lol
[01:51] <debonzi> See you all
[01:53] <cprov> daf: ping ?
[02:08] <cprov> daf: don't sleep so earlier, dude !!! 
[10:08] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: merge from kiko. (patch-964)
[10:18] <jblack_> Any launchpad authentication gurus present? 
[10:19] <spiv> I guess I count.
[10:19] <jblack_> You certainly would.
[10:19] <jblack_> I'm looking at the SM auth stuff. I think I know how to do it.
[10:19] <jblack_> But  I'm worried about unintended user consequences.
[10:20] <jblack_> You know how arch stores the urls for archives in plaintext files stored in ~/.arch-params/=locations/archive/name ? 
[10:20] <spiv> Well, I didn't know the exact filename involved, but yeah.
[10:21] <jblack_> That worries me a little bit that people are going to register urls along the lines of https://launchpaduser:launchpadpass@feedme.sourcecontrol.net/launchpaduser
[10:23] <spiv> Right.
[10:23] <spiv> We don't want that, ideally.
[10:23] <jblack_> so I guess the question I'm asking is this: Is the fox already in the henhouse, so to speak? 
[10:24] <jblack_> I.E., are other launchpad equivilants tolerating/implicitly suggesting the same behavior? 
[10:24] <spiv> Well, currently that password is used for website access (i.e. logging into ubuntulinux.org)
[10:24] <jblack_> s/equivilants/components
[10:24] <daf> cprov: don't stay up so late!
[10:24] <spiv> So, it'll be in their browser's password manager.  Security-conscious users probably use the "master password" feature of their browser to protect those, thoguh.
[10:25] <spiv> So currently users don't need to have passwords in plaintext on their disk.
[10:25] <spiv> And we're just talking about random wiki contributors and things.
[10:26] <spiv> You're talking about users that write and publish actual code which other people might want to use, so arguably the importance of protecting that is even higher.
[10:26] <jblack_> well, the right way for security concious coders is to either push via sftp, or use signed archives. 
[10:26] <jblack_> I can solve the "safe archive" problem by requiring archives be signed.
[10:27] <spiv> Maybe something like gnome-keyring would help.
[10:27] <jblack_> but that doesn't solve the problem with the developer's system getting cracked, and now the cracker knows the users launchpad pw.
[10:27] <spiv> Hang on.
[10:28] <spiv> If the code pushes are signed, why do you need as pw at all?
[10:28] <spiv> s/as pw/a password/
[10:28] <carlos> is pqm working?
[10:28] <jblack_> signed or not, I don't think we want people randomly able to upload data to other people's stuff. 
[10:29] <spiv> carlos: I say a commit about half an hour ago, so I guess so.
[10:29] <spiv> saw, rather.
[10:29] <spiv> Hmm.
[10:29] <jblack_> remember, its just a filesystem to arch. 
[10:29] <carlos> i sent one merge request about half an hour and it's not yet merged...
[10:30] <spiv> In the ideal world, the software accepting the upload would use the gpg signatures as the auth.
[10:30] <lifeless> jblack_: signed lets us determine author for a smart server... spiv - that doesn't work for a dumb server.
[10:30] <jblack_> lifeless: is pqm fixed yet? 
[10:30] <spiv> lifeless: Right, that's what I'm driving at.  I take it we don't want to wait to develop a smart server at this point?
[10:31] <lifeless> jblack_: what was your exact error ?
[10:31] <spiv> carlos: Well, pqm on chinstrap seems to be active
[10:31] <lifeless> oh right, ../bazaar* stuff.
[10:31] <lifeless> I'm looking at it.
[10:31] <carlos> perhaps it's locked?
[10:31] <spiv> Or rather, it has processes, but they're not doing much...
[10:31] <jblack_> spiv: Yeah. The harder I look at the problem, the more convinced I am that we can't do it a safe way without full fledged accounts, which is a whole can of worms of its own.
[10:32] <jblack_> That is, with dumb servers. 
[10:32] <daf> lifeless: s/--no-diffs/--summary/, pleaaase!
[10:32] <jblack_> daf: Of course not. That makes summary inconsistant
[10:33] <jblack_> daf: instead, we're putting back "baz changes" with a smarter/better changes. 
[10:33] <lifeless> daf https://bugzilla.ubuntu.com/show_bug.cgi?id=4293
[10:33] <spiv> jblack_: Right.  It looks to me like the trade off of having a dumb server is that you need real accounts.  That's what lets it be dumb :)
[10:33] <jblack_> basically baz changes will be  the old changes + tree lint + conflict reporting
[10:33] <jblack_> spiv: bingo.
[10:33] <jblack_> Which takes us smack dab right where I never wanted to go in the first place. smart servers. :| 
[10:34] <debonzi> jblack_, conflict reporting is cool
[10:34] <spiv> Well, to provide real accounts for users in the launchpad db would require smarts in PAM or similiar anyway.
[10:34] <spiv> So, how's this for an idea:
[10:34] <lifeless> why can't twisteds sftp server limit the dirs an upload occurs to ?
[10:34] <spiv> (thinking out loud, if it's crap don't hurt me :) )
[10:35] <jblack_> after seeing all of the problems with twisted that the rest of the projects have had, I'm going nowhere near it.
[10:35] <daf> jblack_: what's the other meaning of "summary"? I haven't come across the term in tla/baz before
[10:35] <spiv> Use Twisted's SFTP server, put code in to limit uploads to particular locations and verify gpg sigs.
[10:35] <jblack_> daf: logs -s|--summary,  abrowse -s|--summary, rbrowse -s|--summary, etc. 
[10:35] <spiv> lifeless: It can, you can hook it with arbitrary python code :)
[10:36] <daf> jblack_: oh yeah, them
[10:36] <jblack_> spiv: That won't work with arch today. 
[10:36] <jblack_> the only signed file is a inventory file of sorts that lists md5s (and possibly sha1s) 
[10:37] <spiv> Ah, hmm.  I see.
[10:37] <jblack_> I've thought about it creatively though...
[10:37] <jblack_> for example, adding on "gnupg signed revisions emailed in", but elmo would undoubtedly block on a mailserver.
[10:37] <jblack_> think pqm, but email based.
[10:38] <spiv> We can certainly use Conch (Twisted's SFTP) to do key-based auth where the public keys are fetched out of the launchpad db.
[10:39] <jblack_> spiv: elmo and mark already said they don't like the unique accounts. 
[10:39] <spiv> jblack_: This doesn't require real accounts.
[10:39] <jblack_> so we'd have to hack things up in an interesting way so that different keys gave access to different dirs, but all under one real account.
[10:39] <spiv> Any more than the website does.
[10:39] <spiv> Then conch would restrict uploads to locations that user is registered as having access to.
[10:40] <spiv> Yep, conch would make that easy.
[10:40] <jblack_> would conch scale to the dozens/hundreds of simultaneous connections we'd eventually need?
[10:40] <spiv> I think it would.
[10:41] <spiv> And this would be easy to load balance to multiple processes if necessary.
[10:41] <jblack_> how do you load balance ssh? 
[10:42] <spiv> In some benchmarks, conch is faster than openssh because it doesn't need to fork :)
[10:42] <jblack_> Well, I suppose if you could distribute the filesystem, then it doesn't matter which machine ssh comes in...
[10:42] <spiv> Otherwise, it's about 2-3x slower on raw throughput, and that was 18 months ago.
[10:42] <elmo> spiv: way to prove  the uselessness of benchmarks :P
[10:42] <jblack_> thoughput shouldn't be an issue. 
[10:43] <spiv> Well, you could just have multiple processes each listening a different port, and something to just round robin to the different ports -- even iptables could do that, maybe.
[10:43] <jblack_> spiv: if I go with twisted/conch, I'm not going to have ddaa style problems, am I ? 
[10:43] <spiv> I doubt it.
[10:43] <spiv> There are plenty of other people using Twisted, and ddaa's the only one to have those problems ;)
[10:43] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: add a launchpad/doc directory for functional doctests that will be system documentation, create a canonical.launchpad.components namespace to contain the bits of launchpad's CA and add and document a thing that knows how to get the subscriber email addresses of a bug, including maintainer and assignment assignee email addresses (patch-965)
[10:44] <spiv> elmo: Yeah :)
[10:45] <lifeless> jblack_: pqm is email based.
[10:45] <lifeless> so 'pqm but email based' is uhm... nuts
[10:46] <spiv> lifeless: I think he means 100% email based, i.e. delivering changesets via email too?
[10:46] <lifeless> pqm supports that fully.
[10:46] <spiv> Ooh.
[10:46] <spiv> That's probably worth investigating then.
[10:46] <lifeless> need a better ui to generate them for pqm, and could use some twekas/extensions for niceness.
[10:47] <lifeless> but right now, I'm not interested in writing a new archive vfs layer : we need to solve this using the existing C clients capabilities.
[10:51] <daf> lifeless: I hear I broke PQM in new and interesting ways yesterday
[10:52] <lifeless> daf: don't think so.
[10:52] <lifeless> wheres bazetta
[11:10] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Fixed a bad check in postgres (patch-966)
[11:25] <Kinnison> elmo: did you get anywhere with fetching debian keyrings to mawson?
[11:26] <stub> elmo: We need python-geoip on macquarrie
[11:27] <elmo> stub: done
[11:27] <elmo> Kinnison: no, I need to work around my own firewall, but I'm working on it
[11:31] <Kinnison> elmo: *grin*
[11:40] <stub> elmo, spiv: What is the hostname:port of the production auth server
[11:42] <elmo> launchpad.ubuntu.com ?
[11:42] <elmo> oh auth
[11:42] <elmo> it's on macquarie
[11:42] <stub> nmap macquarie
[11:43] <elmo> onand it seems to be on 8999
[11:43] <stub> Ta
[11:43] <stub> elmo: Can you please install nmap on belgrano?
[11:44] <elmo> spiv: ?
[11:44] <elmo> lifeless, steve and jblack are looking for you
[11:49] <daf> spiv: did we come to a conclusion about "Something tried to set a _connection.  Ignored."?
[11:52] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: small fix in getting bug cc'ers. integrate with notification machinery so that maintainers and assignees get notifications too. (patch-967)
[11:57] <BradB> SteveA: ping
[12:10] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: utility for create Distro/DistroRelease (patch-968)
[12:16] <Kinnison> I just want pqm to merge my tiny gina patch ready for tomorrow
[12:20] <daf> lifeless: 'baz add foo; baz commit -s "add foo" -- foo' still doesn't work -- is it intended that this change?
[12:21] <lifeless> daf: yes.
[12:21] <daf> grooovy
[12:21] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-6)
[12:21] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: clean up merge 3 way temp dir after use (patch-35)
[12:22] <Kinnison> lifeless: Do we have 'baz undo -o ++fooshit foo.c foo.h' yet?
[12:22] <daf> Kinnison: we do, and verily it rocketh
[12:22] <lifeless> baz undo -o ++fooshit -- foo.c foo.h
[12:22] <Kinnison> any change we can lose the -- ?
[12:30] <elmo> has anyone got mail pending for pqm?
[12:30] <elmo> as in, mail they've yet to send
[12:31] <Kinnison> I've sent one which pqm has yet to act upon
[12:32] <elmo> anyway, next person to commit, please send your mail to pqm@pqm.ubuntu.com instead and let me know when you've done so
[12:33] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-7)
[12:33] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: clean up merge 3 way temp dir after use (patch-36)
[12:34] <lifeless> 'taking one penalty card and syaing that I have done so' :)
[12:34] <Kinnison> lifeless: ?
[12:34] <Kinnison> lifeless: did pqm eat my mail again?
[12:40] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: a little more gina debug stuff (patch-969)
[12:41] <Kinnison> woo
[12:41] <Kinnison> A mere 1h10m for that merge
[12:41] <Kinnison> pqm is teh_fastest
[12:58] <stub> elmo: There is an apache.conf in /srv/roundup.ubuntu.com (that won't work, because it needs the SSL certificate it refers to generated). There is a roundup server running and listening on port 8080 for the proxypass stuff to be wired up.
[12:59] <elmo> k
[01:01] <elmo> sabdf1: dude, you're sending mail as mark@localhost.localhost
[01:03] <Kinnison> elmo: btw, your changelog for keyring.ubuntu.com is ubunut-keyring
[01:03] <elmo> sweet
[01:04] <Kinnison> I giggled :-)
[01:07] <kiko> you ubunuts
[01:16] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Fixed a bad check in postgres, really (patch-970)
[01:36] <elmo> spiv: that means you too 
[01:37] <elmo> and anyone else who's been using the old address :P
[01:38] <lifeless> elmo: what address should I point the new bazaar committer at ?
[01:47] <elmo> well I'd prefer if someone test it first, but it's: pqm@pqm.ubuntu.com
[01:48] <elmo> stub: okay, it's up
[01:48] <elmo> and I opened port 443 to the world
[01:48] <elmo> tho, it just tracebacks very prettily ATM
[02:04] <lifeless> ELMO
[02:05] <elmo> LIFELESS
[02:05] <lifeless> ah thanks.
[02:05] <lifeless> gpg can't get to subkeys.pgp.net right now :[
[02:05] <lifeless> that ah breaks it.
[02:05] <elmo> err, uh, why does it need to ?
[02:06] <lifeless> to get the gpg key I'm trying to import.
[02:07] <elmo> so, err, 'gpg --export 0x<ID> > moo; scp moo chinstrap:' ? :P
[02:08] <lifeless> arh. I have a useful script that I have to rewrite now.
[02:13] <elmo> once I get a proxy on the LAN you can proxy through that
[02:13] <elmo> s/on/back on/
[02:13] <elmo> and not have to change your script
[02:14] <lifeless> sure. but I have to rewrite it /now/ for aaron.
[02:14] <elmo> meh, dude, you're importing a key - if you're importing it from a trusted source, what on earth do you need a script for?
[02:16] <lifeless> I'm going to rewrite it, just bitching.
[02:30] <lifeless> oh, and I remember now : I can't ssh in to pqm to copy that file across simply.
[02:59] <carlos> stub: ping
[03:00] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-8)
[03:00] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: baz now has conflict tracking (of a sort) (patch-37)
[03:00] <daf> ^^ oo
[03:07] <lifeless> someone show some unicode
[03:07] <elmo> a
[03:07] <lifeless> the A word
[03:07] <daf> 
[03:07] <lifeless> daf: ooh pretty
[03:11] <daf> lifeless indeed,  is pronounced "ooh"
[03:11] <daf> erm, yeah
[03:11] <lifeless> :}
[03:11] <lifeless> I guess I'm going to find them out myself now that I'm runnning uxterm
[03:12] <daf> the only problems I have are with line-editing
[03:14] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: fix the product vocabulary breakage now that products don't require projects, remove the crack-fueled Product.fullname() stuff, then fix the product vocabulary again to deal with that and include executable documentation to show how it all works (patch-971)
[03:34] <daf> stub: how do I get a launchpad_ftest_template DB?
[03:36] <spiv> daf: cd database/schema; make ?
[03:36] <daf> hrm
[03:36] <daf> I did that earlier today
[03:37] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Add canonical.database.reconnect, transparent reconnection support for psycopg (patch-972)
[03:38] <daf> oh, that worked
[03:38] <daf> grumble
[04:03] <kiko> WHERE IS MY FUELAGE
[04:03] <kiko> daf, can't you get the name of the person doing the commit to RF?
[04:04] <carlos> lifeless: dude I don't see it
[04:04] <carlos> lifeless: could you send me it by mail, please?
[04:05] <daf> kiko: well, it can be guessed at
[04:05] <daf> kiko: I don't have time to change it now
[04:05] <daf> kiko: you're welcome to change it
[04:14] <kiko> 'patches welcome' is so bogus :-P
[04:14] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Layout changes on Distro/DistroRelease (patch-973)
[04:15] <SteveA> kiko: pqm should send this information in the email it sends
[04:16] <SteveA> dilys would need to guess by seeing who made most patches or something like that
[04:16] <daf> SteveA: there's a solution that works 90% of the time that can be implemented without changing PQM
[04:16] <daf> (i.e. guessing)
[04:16] <daf> but I'm not going to spend time on it now
[04:23] <kiko> pqm is on mescaline
[04:29] <stub> daf: What spiv said
[04:31] <lifeless> elmo: so, your jabber still doesn't pop up does it ?
[04:32] <elmo> no, seb128 says it's a reported, upstream, bug
[04:32] <daf> stub: yar -- I did that earlier today, so it must have mysteriously disappeared somehow
[04:32] <elmo> in fact, gnome's regressed even further, and I can't keyboard switch to my jabber client anymore
[04:33] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Rosetta fixes for Carlos (patch-974)
[04:33] <salgado> BradB, do plone's css have something predefined to make a leftmenu (like it do for tabs, with contentViews)?
[04:35] <salgado> I mean, the plone.css file located in templates/ (I wasn't able to find nothing there)
[04:36] <lifeless> urgle. that sucks.
[04:39] <BradB> salgado: dunno dude, i learned CSS on a very as-needed basis. :)
[04:39] <BradB> s/learned/learn/
[04:40] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-9)
[04:40] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: rename all cmd-* files to *, reducing path info duplication (patch-38)
[04:43] <salgado> BradB, exactly the same way I did... thanks, anyway
[04:46] <dilys> Malone bug #109 fixed for package launchpad: Fix fullname() database/product.py, with test
[04:46] <dilys> https://dogfood.ubuntu.com/malone/bugs/109
[04:51] <dilys> New Malone bug #126: "Need to run Launchpad at the interactive Python prompt", submitted by Brad Bollenbach
[04:51] <dilys> https://dogfood.ubuntu.com/malone/bugs/126
[05:06] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Soyuz SourcePackage builddepens new layout. Some more soyuz fix. Merge from kiko. Moved rosetta ProductView import inside productTranslations method. Import it from outside makes the python package launchpad.browser have two ProductView wich makes pain. Should be moved out since rosetta.browser classes are moved (or merged) in launchpad.browser. (patch-975)
[05:07] <kiko> IT IS A MIRACLE
[05:21] <jordi> carlos: would this be the right channel to point at rosetta blowups when^Wif they happen?
[05:21] <jordi> carlos: in any case, importing XQF worked.
[05:22] <jordi> I guess you need to approve the template or something.
[05:23] <jordi> and I need to know if I can upload already-made translations to the database or that's in TODO
[05:26] <carlos> jordi: yeah
[05:26] <carlos> but better a mail to daf & me
[05:26] <carlos> so we don't forget it if we cannot fix it in that moment
[05:28] <jordi> nod
[05:28] <jordi> well, if you can fix or are on it, I prefer to spare the mail. :)
[05:29] <jordi> anyway, can you approve the stuff, and can I import an already existing pofile?
[05:29] <carlos> jordi: I don't see it
[05:29] <carlos> are you sure it did not failed? ;-)
[05:30] <jordi> no.
[05:30] <carlos> (it's possible you didn't get feedback about it O:-) )
[05:30] <jordi> https://rosetta.shuttleworthfoundation.org/products/xqf
[05:35] <carlos> jordi: seems like you found a bug, because i don't see it as pending of being imported
[05:35] <carlos> could you send me an email with that report? thanks.
[05:38] <jordi> which report?
[05:43] <BradB> filing this stuff in malone would do this sort of thing automatically, assuming daf/carlos are properly setup as maintainers of the relevant product.
[05:43] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: translation form improvements (patch-976)
[05:43] <carlos> jordi: that you sent a translation and I don't see it in the moderation queue
[05:44] <carlos> BradB: but he don't have access to malone
[05:44] <carlos> that's why I ask mails, if you get a way to use it as we use rosetta, we will redirect the bug reports there
[05:44] <carlos> BradB: that could be a good thing
[05:44] <carlos> so we test rosetta and malone at the same time
[05:45] <carlos> BradB: could you ask steve/mark about it?
[05:48] <jordi> carlos: oh. A bug report. Sure.
[05:48] <jordi> I guess I have no more access to malone now. That would be TRT :/
[05:48] <carlos> jordi: no, you cannot reach malone anymore
[05:48] <jordi> k
[05:51] <kiko> have you kicked your pqm today?
[06:09] <kiko> dilys!!
[06:12] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: More layout Improves(?) (patch-977)
[06:18] <kiko> wtf is MY merge
[06:18] <kiko> waaaaah
[06:21] <dilys> kiko: naughty children don't get merges
[06:38] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Some more stuff from kiko. (patch-978)
[06:38] <kiko> ALELUIA
[06:41] <spiv> ;)
[06:44] <Kinnison> spiv: heh
[06:55] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Undo kiko's work for today. (patch-979)
[06:56] <BradB> the hell?! :)
[06:56] <dilys> kiko: :-P
[06:57] <BradB> that was amazingly realistic
[06:57] <BradB> the humans are taking over the machines!
[07:01] <Kinnison> No dude, your computer just looks weird
[07:01] <Kinnison> It only has one mouse button
[07:01] <Kinnison> talk about retarded
[07:01] <Kinnison> And your internal wireless doesn't work
[07:01] <Kinnison> I mean... talk about suck
[07:02] <BradB> azho!
[07:02] <Kinnison> A-word back atcha
[07:21] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: fix bug activity to log most of the rest of the important things that can happen to a bug, and add a (human-readable) functional doctest detailing how it works (patch-979)
[07:21] <Kinnison> Doo do doooooo, da da doooooo
[07:34] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: More and more UI Improves (patch-980)
[07:47] <jordi> If gnome-terminal crashes, is it reasonable to blame seb?
[07:49] <spiv> jordi: He fixed my gnome-terminal crash bug, so probably ;)
[07:55] <jordi> spiv: lucky. I already reported this one. It's hard to reproduce without my totally slow laptop: right click, and while the terminal options dialog is being drawn, click again.
[07:55] <jordi> Boom!
[07:59] <spiv> jordi: That's the one I reported.
[07:59] <spiv> It's apparently fixed in hoary.
[07:59] <spiv> seb closed the bug, anyway ;)
[08:01] <jordi> why isn't seb in here...
[08:01] <jordi> spiv: kewl to know!
[08:01] <jordi> I guess I need to find the patch for Debian.
[08:02] <spiv> jordi: https://bugzilla.ubuntu.com/show_bug.cgi?id=3167
[08:03] <jordi> I love when people just do work for you. Thanks :)
[08:09] <spiv> No worries :)
[08:16] !lilo:*! group contact added for EOGEO, Ltd., of Needham, Massachusetts, USA.  EOGEO is an IRS 501(c)(03) organization chartered to provide access to geospatial data to the not-for-profit sector and the general public.  (http://www.eogeo.org/)
[08:33] !lilo:*! pending group contact verification: lugbari
[08:37] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: LaunchBag (patch-981)
[09:07] !lilo:*! group contact added for NetBSD Foundation, New York, NY USA.   category:  not-for-profit/code
[09:08] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Improving DistroTools utilities class and more layout improves (patch-982)
[09:24] <cprov> lifeless: ping
[09:28] <cprov> lifeless: email for you 
[09:29] <lifeless> mm ?
[09:30] <lifeless> mail is horked right now, if its urgent just tell me.
[09:30] <lifeless> (its filtering which takes /ages/ away from home)
[09:32] <cprov> lifeless: ok, baz crashes on star-merge with: /pqm/build_dir/thelove@canonical.com/thelove@canonical.com---bazaar--devo--1.1/src/baz/libarch/namespace.c:427:botched invariant
[09:32] <cprov>     arch_valid_package_name (name, arch_maybe_archive, arch_req_package, 1)
[09:32] <cprov> PANIC: exiting on botched invariant
[09:32] <cprov> version ->  1.1-~200412081534
[09:33] <cprov> lifeless: any idea ? 
[09:39] <kiko> dilys, dilys, dilys
[09:39] <lifeless> whats the merge command you are running ?
[09:39] <lifeless> sorry, wireles playing silly games
[09:40] <cprov> baz star-merge -t 
[09:40] <lifeless> with no parameters ?
[09:41] <cprov> rocketfuel archive ...
[09:42] <cprov> lifeless: am I missing some parameter ?
[09:42] <lifeless> cprov: whats the exact command you type in.
[09:42] <lifeless> copy and paste it please
[09:44] <cprov> !!!! -> baz star-merge -t rocketfuel@canonical.com/launchpad--devel--0
[09:45] <cprov> it works with delta 
[09:45] <lifeless> thats very strange.
[09:45] <lifeless> (let me try.
[09:46] <cprov> lifeless: ok
[09:47] <lifeless> oh, (IMO) sexy:
[09:47] <lifeless> robertc@lifelesslap:~/source/canonical/bazaar/src/baz$ ../../debian/build/baz/baz/baz changes
[09:47] <lifeless> * looking for robert.collins@canonical.com--general/bazaar--devel--1.1--patch-33 to compare with
[09:47] <lifeless> * comparing to robert.collins@canonical.com--general/bazaar--devel--1.1--patch-33
[09:47] <lifeless> A   tests/.arch-ids/test-changes.sh.id
[09:47] <lifeless> A   tests/test-changes.sh
[09:47] <lifeless>  M  commands/changes.c
[09:47] <lifeless>  M  libarch/changeset-report.c
[09:47] <lifeless>  M  libarch/changeset-report.h
[09:47] <lifeless>  M  tests/Makefile.in
[09:47] <lifeless> (yes, the stepped output is intentional)
[09:47] <lifeless> (but perhaps the columns are wrong.)
[09:49] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Some more stuff from kiko. (patch-983)
[09:49] <cprov> lifeless: and ?
[09:50] <lifeless> cprov: it appears to have run just fine. I'm upgrading my baz now, as you ahve a newer one.
[09:51] <cprov> lifeless: I just used "-t" 5 or 6 today ... I'd only used delta, I don't know if it is related.
[09:57] <kiko> 5 or 6 times
[09:59] <cprov> ...yeah
[10:02] !lilo:*! group contact added for unixboard, a german forum site for linux and unix users... http://www.unixboard.de ; category, informal/webmedia
[10:11] <kiko> banzai baby
[10:16] <lifeless> bah silly wireless
[10:32] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-10)
[10:32] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: reimplement a changes command for local tree changes, replacing the temporary problems command bug #4293 (patch-39)
[10:48] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-11)
[10:48] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: replace diff --nodiffs with diff --summary. Bug #4293 (patch-40)
[11:45] <dilys> New Malone bug #127: "please add a button to copy the original text to the translation", submitted by Sebastien Bacher 
[11:45] <dilys> https://dogfood.ubuntu.com/malone/bugs/127