[12:56] <elmo> who's the lunchpad folks trynig to reach sf.net?  kinni, the .br cabal ? 
[12:58] <kiko> elmo: not me.
[12:58] <kiko> elmo: sorry, it could be a nicole run
[12:59] <kiko> something wrong?
[01:05] <elmo> it'll be failing miserably, FMO courtesy of Trout Fascists Incorporated.. I'll sort it out tomorrow
[01:06] <kiko> that's okay, we have learned to love and live with FMOs.
[10:57] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: lint should not use dout for chatter - nuke unneeded chatter (patch-31)
[11:34] <daf> stub: are you the person to ask about sending email from Launchpad?
[12:01] <SteveA> stub saya RTFD
[12:01] <stub> doc/README.email and get back to me
[12:21] <daf> stub: could you do a dogfood update for us?
[12:21] <stub> Right now, or can it wait until after our BOF?
[12:22] <stub> (erm... which will mean after lunch)
[12:24] <daf> how difficult is it to do?
[12:24] <stub> easy enough
[12:24] <daf> would it be worth it for it to be possible for multiple people to do it?
[12:24] <daf> ouch, bad sentence
[12:24] <daf> but you know what I mean
[12:25] <stub> yes - discussing that with lifeless how it all works.
[12:25] <stub> dbschema updates will probably need me to roll out that update, but if no updates anyone could in theory
[12:31] <daf> no DB changes, I think -- I just want to get our users using the fixes I made yesterday
[12:32] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: View/Add Roles Portlets for Distro/DistroRelease (patch-952)
[12:33] <stub> At the moment, the rollout procedure requires write access to my archive so I need to do it preferably (well... anyone could but it would be trickier, more time consuming and more error prone). If you need it now, I'll do it while people are talking.
[12:33] <stub> I *want* anyone to be able to update it, but the procedures haven't been sorted yet.
[12:35] <daf> ok
[12:38] <carlos> SteveA: ping
[12:51] <SteveA> hello carlos
[12:51] <carlos> SteveA: hi
[12:52] <carlos> SteveA: could I execute the import daemon in mawson to test it?
[12:55] <stub> elmo: ping
[12:56] <elmo> SteveA: ?
[12:57] <elmo> err
[12:57] <elmo> stub: ?
[12:57] <stub> elmo: Can you please kill 11878 on mawson, or give me sudo access to user postgres so I can?
[12:58] <dilys> Merge to rocketfuel@canonical.com/arch-pqm--main--0: implement per user commit rights (patch-17)
[12:58] <elmo> stub: doesn't exist?
[12:59] <stub> elmo: ok - died of its own accord (I killed the psql process that was talking to it)
[12:59] <daf> oops, did I leave psql process running?
[01:00] <dilys> Merge to rocketfuel@canonical.com/arch-pqm--main--0: more detail on errors (patch-18)
[01:03] <stub> daf: There were a few - no idea if one of them was yours.
[01:04] <daf> one of them was
[01:05] <SteveA> carlos: execute it on what database?
[01:05] <carlos> SteveA: the dogfood one
[01:05] <carlos> so when we import a new pot or po
[01:05] <carlos> gets imported automatically
[01:06] <SteveA> stub says: as long as you run it as user launchpad, and tell stub how to shut it down and start it again
[01:06] <SteveA> stub says: or run it as a cron job
[01:06] <SteveA> carlos: by all means test it on there yourself.  Note that stub is upgrading dogfood now.
[01:06] <SteveA> stub 
[01:06] <SteveA> stub 
[01:06] <SteveA> stub 
[01:06] <SteveA> stub 
[01:07] <SteveA> (just testing stub's siren)
[01:07] <carlos> ;-)
[01:07] <stub> Dogfood is updated
[01:07] <carlos> stub: it's a daemon so it's always running
[01:07] <elmo> do any of you guys particularly rely on outgoing email right now?
[01:07] <daf> stub: thanks!
[01:07] <carlos> stub: thanks
[01:07] <carlos> elmo: I think we have mataro.ubuntu.com as a relay server
[01:11] <elmo> nono
[01:11] <elmo> outgoing email from the LAN
[01:11] <elmo> i.e. on mawson or emperor or whatever
[01:12] <carlos> oh, no idea
[01:18] <carlos> stub: dogfood is still down
[01:18] <stub> elmo: Temprarily should cause no trouble
[01:19] <stub> carlos: eek! it has hung.
[01:25] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Added a new field to know if a language is translatable and fixed my previous pot/po patch so stub can apply it (patch-953)
[01:26] <carlos> stub: around?
[01:37] <stub> 127.0.0.1 - Anonymous [7/Dec/2004:12:11:58 +0100]  "GET /rosetta/++vh++https:rosetta.shuttleworthfoundation.org:443/++/ HTTP/1.1" 200 4416 "" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041013 Firefox/0.9.3 (Ubuntu)"
[01:37] <stub> 127.0.0.1 - Anonymous [7/Dec/2004:12:11:58 +0100]  "GET /rosetta/++vh++https:rosetta.shuttleworthfoundation.org:443/++/++resource++plone.css HTTP/1.1" 200 25039 "https://rosetta.shuttleworthfoundation.org/" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20041013 Firefox/0.9.3 (Ubuntu)"
[01:38] <stub> The app eventually responded to the Ctrl-C, so it hadn't hung completely. That was the log leading up to the hang 
[01:39] <stub> I can't see anything scary in there. Have to see if it happens again.
[01:46] <lifeless> I've implemented permissions for pqm, so we can limit commiters to arbitarary branches. Let me know if anything is needed in this respect - but I suggest the current policy of 'commit to anything in rocketfuel' is retained.
[01:46] <lifeless> (for some value of anything)
[01:47] <spiv> I think the current policy is fine.
[01:59] <stub> carlos: COMMENT ON COLUMN Language.translatable IS '?????'
[02:13] <daf> stub: is the dogfood server back up?
[02:13] <stub> SHould be....
[02:14] <daf> hmm, it doesn't seem to be responding
[02:14] <stub> Well isn't this fun. Launchpad is having arbitrary lockups.
[02:15] <stub> The only similarity is that the requests were coming through rosetta.shuttleworthfoundation.org
[02:15] <stub> 127.0.0.1 - Anonymous [7/Dec/2004:13:07:49 +0100]  "GET /rosetta/++vh++https:rosetta.shuttleworthfoundation.org:443/++/projects/gnome/networkmanager/gnome-2-10/translate?languages=ca HTTP/1.1" 401 461 "https://rosetta.shuttleworthfoundation.org/projects/gnome/networkmanager" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Epiphany/1.4.6"
[02:15] <stub> 127.0.0.1 - 322 [7/Dec/2004:13:07:52 +0100]  "GET /rosetta/++vh++https:rosetta.shuttleworthfoundation.org:443/++/projects/gnome/networkmanager/gnome-2-10/translate?languages=ca HTTP/1.1" 200 13576 "https://rosetta.shuttleworthfoundation.org/projects/gnome/networkmanager" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Epiphany/1.4.6"
[02:15] <stub> 127.0.0.1 - Anonymous [7/Dec/2004:13:07:54 +0100]  "GET /rosetta/++vh++https:rosetta.shuttleworthfoundation.org:443/++/++resource++treeExpanded.gif HTTP/1.1" 200 383 "https://rosetta.shuttleworthfoundation.org/projects/gnome/networkmanager/gnome-2-10/translate?languages=ca" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Epiphany/1.4.6"
[02:15] <stub> 127.0.0.1 - Anonymous [7/Dec/2004:13:07:54 +0100]  "GET /rosetta/++vh++https:rosetta.shuttleworthfoundation.org:443/++/++resource++treeCollapsed.gif HTTP/1.1" 200 385 "https://rosetta.shuttleworthfoundation.org/projects/gnome/networkmanager/gnome-2-10/translate?languages=ca" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Epiphany/1.4.6"
[02:16] <daf> I can't think why that would trigger a lockup
[02:16] <stub> virtual hosting perhaps
[02:16] <daf> possibly
[02:16] <daf> the virtual hosting is pretty similar
[02:17] <stub> ctrl-c worked straight away that time
[02:17] <daf> it does use a different prefix
[02:17] <daf> and a different rule for authorisation with certificates
[02:17] <stub> Possibly the blockage is in Apache? Hmm... too late now, but next time I'll issue a request straight to the Z3 port
[02:17] <stub> A dodgy proxy pass
[02:18] <daf> could be
[02:18] <daf> elmo did change it this morning
[02:19] <elmo> I didn't change the proxypass lines
[02:19] <elmo> all I changed was the cert stuff 
[02:19] <elmo> can revert if you want tho
[02:19] <daf> let's leave it as it is for now
[02:19] <daf> and try changing it if it happens again
[02:20] <stub> Yes - I'll test to see if it is Z3 locking or Apache
[02:24] <daf> hmm, it seems to have happened again
[02:25] <carlos> stub: you said that we are able to update the comments.sql file, sorry, I was waiting for the database change being done and then add it myself
[02:28] <daf> stub: Jordi got a traceback this time: "ERROR: current transaction is aborted"
[02:29] <stub> daf: Caused by a duplicate key exception earlier
[02:29] <stub>   File "/srv/launchpad.ubuntu.com/launchpad-dogfood/lib/canonical/launchpad/database/pofile.py", line 873, in createMessageSetFromMessageSet
[02:29] <stub>     potmsgset=potmsgset)
[02:29] <stub>   File "/srv/launchpad.ubuntu.com/launchpad-dogfood/lib/sqlobject/main.py", line 831, in __init__
[02:29] <stub>     self._create(id, **kw)
[02:29] <stub>   File "/srv/launchpad.ubuntu.com/launchpad-dogfood/lib/sqlobject/main.py", line 887, in _create
[02:29] <stub>     self._SO_finishCreate(id)
[02:29] <stub>   File "/srv/launchpad.ubuntu.com/launchpad-dogfood/lib/sqlobject/main.py", line 911, in _SO_finishCreate
[02:29] <stub>     id, names, values)
[02:29] <stub>   File "/srv/launchpad.ubuntu.com/launchpad-dogfood/lib/sqlobject/dbconnection.py", line 509, in queryInsertID
[02:29] <stub>     return self._dbConnection._queryInsertID(
[02:29] <stub>   File "/srv/launchpad.ubuntu.com/launchpad-dogfood/lib/sqlobject/postgres/pgconnection.py", line 77, in _queryInsertID
[02:29] <stub>     c.execute(q)
[02:29] <stub>   File "/srv/launchpad.ubuntu.com/launchpad-dogfood/lib/zope/app/rdb/__init__.py", line 258, in execute
[02:29] <stub>     return self.cursor.execute(operation)
[02:29] <stub> IntegrityError: ERROR:  duplicate key violates unique constraint "pomsgset_pofile_key"
[02:30] <stub> (launchpad should recover, so this is two bugs that need fixing)
[02:30] <daf> yes
[02:38] <dilys> New Malone bug #121: "Database exceptions render a Z3 thread useless", submitted by Stuart Bishop
[02:38] <dilys> https://dogfood.ubuntu.com/malone/bugs/121
[02:43] <carlos> stub: the server is locked again :-(
[02:44] <Kinnison> Erm, just in case anyone wonders, kde-i18n-fish is a test sourcepackage of mine in dogfood
[02:44] <Kinnison> don't expect to find it elsewhere
[02:44] <carlos> Kinnison: why?
[02:44] <Kinnison> carlos: I needed to test gina's ability to generate the inheritance heirarchy of sourcepackage objects
[02:46] <stub> carlos: Ta.
[02:46] <stub> everyone: Launchpad is locking - not apache, so it is our problem.
[02:47] <stub> I'll arbitrarily assign blame Rosetta, because they are in another room.
[02:47] <stub> postgresql is happily running and responding to queries, so it isn't the backend either.
[02:49] <daf> can we find out where it's hanging?
[02:49] <stub> There *is* a postgresql connection spinning - something is issuing an SQL command that is killing everything
[02:49] <Kinnison> a single connection?
[02:49] <Kinnison> gina is running
[02:49] <Kinnison> But I guess that's not it
[02:50] <daf> any way for us to find out what the command is?
[02:50] <stub> No - Gina would be the connection I'm seeing, so that is a false lead.
[02:50] <daf> oh
[02:50] <Kinnison> gina will only do ca. 400,000 queries during her run
[02:50] <Kinnison> and very few of those will take ages
[02:51] <stub> Hmmm.... 
[02:51] <daf> this is frustrating
[02:51] <elmo> turn on the postgres logging from hell
[02:51] <jordi> dudes
[02:51] <daf> Kinnison: when will Gina finish?
[02:51] <stub> Gina might be locking stuff and causing launchpad to block. We see if the problem goes away after Gina is finished.
[02:51] <Kinnison> daf: ca. 5 minutes?
[02:52] <Kinnison> she's into amd64 now
[02:52] <stub> elmo: I don't have access (I think)
[02:52] <jordi> given that a few people can join the canonical channel, we could just go to #ubuntu-mataro.
[02:52] <elmo> stub: s/^/tell elmo to/
[02:52] <elmo> kthx
[02:52] <Kinnison> elmo: +bye?
[02:52] <Kinnison> KDE sucking fucks!
[02:53] <stub> elmo: We should probably be logging the SQL commands after this Gina run is done.
[02:53] <jordi> hmph
[02:54] <Kinnison> Okay, she's into the publishing stage; not log now
[02:54] <Kinnison> s/log/long/
[03:00] <elmo> stub: know off hand what I want to change in postgresql.conf
[03:01] <elmo> the log options seem to have gone off and multiplied while I wasn't watching
[03:01] <stub> log_statement = true
[03:01] <stub> elmo: log_connections = true might also be useful
[03:02] <elmo> ok
[03:02] <Kinnison> gina is done
[03:03] <elmo> config changed, postgres reloaded
[03:04] <Kinnison> grah; gina fooked
[03:06] <Kinnison> Can I run gina again? Will it upset people?
[03:06] <daf> Kinnison: I'll cry
[03:06] <Kinnison> daf: *pout*
[03:06] <Kinnison> daf: But I need to get her working for production
[03:06] <elmo> stub: okay, you can become postgres on mawson now
[03:07] <stub> Kinnison: Can we give rosetta some time to play with launchpad to see if the lockups happen still?
[03:08] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: add a bug actions portlet and make bug portlets invisible when they would contain no content (patch-954)
[03:09] <stub> Kinnison: If Gina is causing launchpad to block, it will need to be fixed (time.sleep()?). It would be nice to now if she is the culprit.
[03:09] <Kinnison> stub: Gina really shouldn't cause rosetta to lock certainly
[03:10] <Kinnison> stub: I'll kill gina in 30 seconds or so once she's got to the bit I need to debug (I added a whole pile of debug statements)
[03:10] <elmo> stub: do you need reload/restart/start/stop (delete as appropriate) for postgres on emperor/mawson ?
[03:13] <stub> Kinnison: Indeed. As long as Gina is committing regularly, it shouldn't be her fault (but she might be triggering bad Z3 behavior - I'm just guessing here).
[03:13] <Kinnison> Right
[03:13] <Kinnison>         !! sourcepackage addition threw an error.
[03:13] <Kinnison> ERROR:  syntax error at or near "<" at character 84
[03:13] <Kinnison> gotta love high quality debugging :-)
[03:14] <stub> elmo: If I have access as postgresql, I already can reload/restart/start/stop as far as I can tell.
[03:16] <elmo> oh, ok
[03:18] <Kinnison> Please miss; may I run gina some more?
[03:21] <spiv> You want *more*?!
[03:21] <Kinnison> damn right
[03:21] <Kinnison> beat me; make me bleeeeeed!
[03:22] <spiv> One bottle of red red love, coming your way!
[03:22] <Kinnison> rah
[03:24] <stub> Kinnison: coordinate with daf if you can
[03:25] <stub> (since rosetta seems to be the main use of dogfood atm)
[03:27] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: add a little blurb explaining what the heck the source package/product assignment table is about. small header cleanup too. (patch-955)
[03:27] <stub> Thankyou whoever that was.
[03:30] <Kinnison> daf: pwetty pwease can I wun gina?
[03:31] <carlos> Kinnison: will you give us your lunch tomorrow?
[03:31] <carlos> ;-)
[03:31] <Kinnison> carlos: dude, I'm meant to be the fat biffer
[03:31] <carlos> Kinnison: I know, that's what I ask you that :-P
[03:32] <carlos> Kinnison: go ahead, we need to restart launchpad soon with a code change
[03:32] <Kinnison> carlos: *sob*
[03:32] <Kinnison> carlos: If I skip lunch tomorrow; you won't want to know me
[03:33] <carlos> Kinnison: daf is your roommate not me ;-)
[03:33] <Kinnison> carlos: believe me; it'd take all of 10 minutes for me to get upset
[03:34] <Kinnison> won't take long
[03:38] <BradB> Those aren't the lyrics dude!
[03:38] <lifeless> no, but that is m hunger:)
[03:39] <BradB> heh
[03:39] <daf> Kinnison: run Gina all you want, but we want your red red love
[03:42] <Kinnison> daf: I thought we had an agreement which explicitly denied permission to anything involving hospitalisation
[03:47] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Fixed an error that tries to create duplicated entries into the database (patch-956)
[03:48] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: commit should not leave a log file when invoked with no EDITOR and no arguments - bug #3119 (patch-32)
[03:50] <Kinnison> lifeless: they're cheese and butter sandwiches though
[03:52] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-1)
[03:52] <kiko> Kinnison, it could get worse
[03:53] <BradB> SteveA: ping
[03:55] <lifeless> Kinnison: ngargh
[03:59] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Removed Distro/DistroRelease Team pages (patch-957)
[04:00] <SteveA> hi BradB
[04:00] <lifeless> elmo: dchroot is whack.
[04:00] <lifeless> dchroot -c bazaar bash -c "foo=bar echo c"
[04:00] <lifeless> (bazaar) bash -c foo=bar echo c 
[04:00] <lifeless> c bash
[04:00] <lifeless> [04:00] <lifeless> ?!
[04:03] <elmo> dchroot is whack, but it exists and mostly works, complex arg parsing aside.  surely you can work around  that?
[04:04] <lifeless> yeah, I tihnk so. certainly non intuitive. 
[04:04] <lifeless> ok, worked around
[04:04] <SteveA> BradB: where are you?
[04:07] <SteveA> kiko, cprov, debonzi: where are you?
[04:08] <cprov> SteveA: Hack Room
[04:11] <BradB> SteveA: hack room!
[04:12] <BradB> SteveA: wanted to discuss not-functional doctesting, and improving our LP documentation thence
[04:14] <BradB> SteveA: the first case to which i was going to apply this was writing an adapter for IBug to an ISubscriptionSet, to fix the broken subscriber notification. I want somewhere that people can read about how this works, with examples that we ensure continue to exercise the code (by being executable.)
[04:14] <SteveA> we should be in the main room most of the time
[04:15] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: translation form improvements (patch-958)
[04:15] <SteveA> BradB: yes, good idea
[04:15] <SteveA> that's exactly what to do
[04:16] <SteveA> guys, can you come back down here?  it's looking kind of empty, so community members are looking like "where is the conference already?"
[04:16] <SteveA> also, for cprov, debonzi and kiko, there's a guy from brazil here who wants to make a derivative distro
[04:17] <SteveA> might want to show him stuff / talk to him as a future user
[04:17] <kiko> I spoke to him earlier today, said HI
[04:17] <kiko> HACK ROOOOM
[04:19] <cprov> SteveA: I'm going :)
[04:19] <SteveA> thanks cprov
[04:32] <BradB> kiko: dude?
[04:32] <dilys> New Malone bug #122: "++apidoc++ broken again", submitted by Stuart Bishop
[04:32] <dilys> https://dogfood.ubuntu.com/malone/bugs/122
[04:33] <dilys> New Malone bug #123: "Repeat information from subject line in body", submitted by Steve Alexander
[04:33] <dilys> https://dogfood.ubuntu.com/malone/bugs/123
[04:34] <dilys> Malone bug #46 fixed for product Malone: bug assigment product name ambiguous
[04:34] <dilys> https://dogfood.ubuntu.com/malone/bugs/46
[04:36] <dilys> New Malone bug #124: "Emails should say who is involved in state change.", submitted by Steve Alexander
[04:36] <dilys> https://dogfood.ubuntu.com/malone/bugs/124
[04:39] <SteveA> elmo: pingk
[04:39] <elmo> SteveA: ?
[04:39] <SteveA> do you have some time?
[04:40] <SteveA> There are some things I want to get sorted for stub and for spiv
[04:40] <SteveA> involving setting up things on mawson
[04:40] <elmo> meh, I guess
[04:40] <elmo> want me to come down?
[04:40] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: fix translation ordering on translation page (patch-959)
[04:40] <SteveA> would be nice
[04:41] <kiko> BradB, I'm downing
[04:42] <carlos> stub: ping
[04:42] <stub> carlos:Behind you
[05:15] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Database schema patches for Carlos (patch-960)
[05:15] <stub> elmo: Need psycopg on belgrano
[05:16] <elmo> howc ome that isn't in the depends?
[05:18] <stub> elmo: It isn't a requirement - default roundup just uses the bsddb backend I think
[05:18] <elmo> ah
[05:18] <elmo> installed
[05:18] <elmo> oh, I can drop postgres, I guess?
[05:19] <elmo> on belgrano I mean
[05:20] <stub> elmo: Yes
[05:21] <elmo> cool, thanks
[05:21] <kiko> errr 
[05:21] <kiko> roundup? we have a roundup installation?
[05:28] <SteveA> yeh, for commercial support 
[05:28] <SteveA> among other things
[05:32] <SteveA> who stole "baz changes" ?
[05:33] <SteveA> I used that all the time!!!
[05:34] <jblack_> Something up? 
[05:34] <SteveA> first...
 who stole "baz changes" ?
 I used that all the time!!!
[05:34] <SteveA> second...
[05:34] <SteveA> Missing inode signature. Cannot verify reference tree layout integrity: you should remove and recreate this reference tree.
[05:34] <SteveA> is that serious?
[05:36] <spiv> No, it's not.
[05:36] <spiv> I've pestered lifeless about that already :)
[05:36] <SteveA> okay
[05:36] <spiv> Apparently tla didn't record enough information in the revlib to detect a rename inside the revlib.
[05:37] <spiv> But if you're confident that you haven't done something silly, it should be safe to ignore that error.  Or so I'm told ;)
[05:37] <spiv> As you make new revlib entries with baz, you'll stop seeing that message.
[05:38] <spiv> SteveA: want to see the db reconnect stuff?
[05:39] <SteveA> sure.
[05:40] <dilys> New Malone bug #125: "EmailAddress needs the concept of a "preferred" email", submitted by Brad Bollenbach
[05:40] <dilys> https://dogfood.ubuntu.com/malone/bugs/125
[05:40] <jblack_> SteveA: You'll have to yell at lifeless about "baz changes"
[05:41] <jblack_> Its been renamed to "baz diff --no-diffs" or somesuch
[05:54] <SteveA> it didn't even tell me to do that when I ran "baz changes"
[05:54] <SteveA> totally non-discoverable change
[05:55] <SteveA> and a backwards step in usability
[05:55] <jblack_> I agree with you completely, but lifeless is my boss. 
[05:55] <jblack_> and if he wants to do something, I'm not gonna stop him. 
[05:57] <spiv> jblack_: Are you and lifeless doing a good cop/bad cop routine? ;)
[05:58] <jblack_> spiv: Heh. No sir. 
[06:03] <SteveA> hi mark
[06:03] <sabdf1> howdy all
[06:03] <sabdf1> i see lots of commits!
[06:03] <sabdf1> v nice
[06:04] <SteveA> yeah, things are happening
[06:05] <lifeless> SteveA: we're doing one-release informative notices for all new ui changes.
[06:05] <SteveA> we had a big talk about domains, context, URLs etc. today
[06:05] <SteveA> roundup and shipit (new code demo) are almost ready for use -- elmo is doing the final apache config
[06:05] <SteveA> (although there is a little more email config to do later tonight for roundup)
[06:06] <SteveA> jordi has been kicking butt around the rosetta team ;-)
[06:07] <sabdf1> excellent on all fraonts
[06:07] <SteveA> lifeless: okay good.  why did "baz changes" go?  I find "baz diff --no-diffs" harder
[06:07] <sabdf1> fronts, maybe
[06:07] <SteveA> are you going to do a "baz status" ?
[06:07] <sabdf1> svn does "svn status"
[06:07] <sabdf1> +1 on that idea
[06:07] <lifeless> SteveA: have you looked at http://wiki.gnuarch.org/moin.cgi/BazaarMockupUI
[06:08] <SteveA> no, but I will now
[06:08] <lifeless> its roughly what we are doing, and yes, it has status there. I'm not convinced that status is the best name for it...
[06:08] <lifeless> but that said the reason changes went is that diff is what svn & cvs use for the same goal.
[06:08] <lifeless> there is a bug open to change --no-diffs to -s for summary.
[06:09] <SteveA> i see
[06:09] <sabdf1> isn't the new convention to have --summary instead of -s?
[06:09] <SteveA> we've had three community members working with rosetta
[06:10] <carlos> stub: ping
[06:10] <stub> carlos: pong
[06:11] <sabdf1> daf: incoming page polish tweaks on rosetta, could you review the merge diff and ping me with questions if you have any?
[06:11] <SteveA> there is a problem with the dogfood server that we're tracking down -- it's been hanging under some circumstances.  it is either lucille or rosetta causing it.  stub is investigating.
[06:11] <sabdf1> ok
[06:11] <daf> sabdf1: ok, how do you propose we do it?
[06:12] <daf> oh, never mind
[06:12] <daf> I see
[06:12] <stub> SteveA: Gina, not Lucille
[06:12] <lifeless> sabdf1: we'll have both. I think there is a lot of value in short options for common commands. 
[06:12] <lifeless> we certainly get enough users telling us so.
[06:12] <sabdf1> ok
[06:14] <carlos> stub: nothing I thought launchpad was down
[06:14] <carlos> but seems like it was really slow
[06:14] <carlos> seems like it's working now
[06:14] <stub> Steve just got me to bounce it
[06:14] <daf> "bounce"?
[06:15] <stub> kill and restart == bounce
[06:15] <lifeless> bouncie bouncie
[06:17] <SteveA> spiv is almost done with a fix for the auth server not surviving database resets or other interruptions in the connection.
[06:17] <stub> elmo: I need python-distutils on belgrano
[06:18] <elmo> boggle, why?
[06:18] <carlos> stub: we locked launchpad again (sorry)
[06:18] <stub> elmo: Because Zope3 needs it to set itself up
[06:18] <carlos> but I think we found the problem (well, we know where we should look at)
[06:19] <SteveA> elmo: python-distutils will be part of standard python install in hoary I think
[06:20] <elmo> SteveA: not part of the fascists'r'us default LAN install tho ;)
[06:21] <stub> Ok - we just triggered the 'not responding to ctrl-C' issue on dogfood, and Gina is not running. We have a spinning PostgreSQL connection.
[06:21] <lifeless> sin cycle on.
[06:21] <SteveA> stub: want to meet me to prod it a lot?
[06:22] <daf> the thing we thought it was can't be reproduced on Carlos' machine
[06:22] <elmo> stub: done
[06:22] <stub> SteveA: Sure
[06:22] <SteveA> stub: up in the hack room?
[06:23] <stub> ok
[06:23] <elmo> mail bounce-a-lot's working too btw, just a matter of some config file edits to enable roundup when you're ready
[06:23] <SteveA> be there in 1 min
[06:23] <SteveA> silb1: roundup ready for demo later1
[06:23] <SteveA> silb1: roundup ready for demo later!
[06:24] <silb1> SteveA: great
[06:31] <SteveA> stub, carlos and stevea have found the bad query that is causing problems on dogfood
[06:31] <SteveA> it is in rosetta
[06:33] <SteveA> the bad query is doing HUGE LOADS of work with the large dataset
[06:34] <SteveA> the solution is to optimise the query, but actually, it is a seriously marginal feature in rosetta
[06:34] <SteveA> so right now, we're removing it
[06:37] <SteveA> daf!!!!
[06:37] <carlos> daf: ping
[06:37] <carlos> daf: could you come to the hacking room?
[06:37] <daf> sure
[06:42] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-2)
[06:45] <SteveA> okay -- with an index, it runs in under a second
[06:45] <SteveA> so, fixed with an index.
[06:46] <SteveA> this shows the value of dogfooding with a resonable amount of data
[06:46] <spiv> Nice.
[06:57] <SteveA> spiv: how's the reconnection tests going?  I have another project for you after that's done.
[07:01] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-3)
[07:01] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.1: Fix the set-tree-version help stuff. (patch-33)
[07:08] <spiv> The test for blocking is done, and it's now a little smarter than time.sleep(1) for waiting for the proxy to stop and start.
[07:21] !lilo:*! welcome group contact for mainstreetmajority.org; category, informal/webmedia (not-for-profit status pending)
[07:22] !lilo:*! welcome group contact for igoan: category, informal/code+webmedia
[07:28] !lilo:*! welcome group contact for the Plone Foundation, Wilmington, DE, USA; category: not-for-profit/code
[07:29] !lilo:*! welcome group contact for geoshell; category: informal/code
[07:30] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Add Debian sourcepackage stuff to gina (patch-961)
[07:32] <sabdf1> lifeless: i'm not getting success or failure messages, could you check PQM please?
[07:32] !lilo:*! not recent but by request :) welcome group contact for tikiwiki; category, informal/code
[07:47] !lilo:*! welcome group contact for the U.S. Army Research Laboratory, Aberdeen Proving Ground, MD USA (project: brlcad); category: governmental/code
[07:49] <stub> elmo: And the next error messge is.... I need gcc on belgrano
[07:49] <elmo> *mutter* hate* *mutter* zope *mutter*
[07:50] <lifeless> sabdf1: its working - currently merging in stubs work
[07:51] <sabdf1> lifeless: are there any messages from me in the past 24 hrs?
[07:51] <lifeless> no
[07:51] <lifeless> :$
[07:52] <lifeless> last message from you was dec 06 10:22
[07:52] <lifeless> I guess thats last 24 hrs.
[07:52] <lifeless> kinda.
[08:00] <sabdf1> lifeless: having trouble sending the mail, perhaps
[08:01] <sabdf1> i've just refueled, could you trigger a PQM merge from my repo so Daf can check out those patches?
[08:01] <sabdf1> thanks
[08:01] <sabdf1> lifeless: ^^
[08:01] <elmo> stub: oh, sorry, done
[08:03] <sabdf1> lifeless: please ack, need to head to plane
[08:04] <lifeless> sabdf1: sure thing. what commit message would you like ?
[08:05] <sabdf1> rosetta page and zcml fixes, country-location awareness
[08:05] <sabdf1> thanks robert
[08:05] <lifeless> np
[08:05] <sabdf1> see you tomorrow morning!
[08:05] <sabdf1> happy hacking
[08:05] <sabdf1> don't eat all the donuts
[08:05] <lifeless> :)
[08:05] <sabdf1> fogo na bomba!
[08:05] <lifeless> me? they have milk in them :[
[08:05] <carlos> sabdf1: we didn't had donuts today :-(
[08:05] <lifeless> but james. ...
[08:05] <carlos> lifeless: so you ate all them??
[08:06] <lifeless> carlos: none.
[08:06] <jblack_> hmm? 
[08:06] <lifeless> I can't eat them without side effects (beyond my waist)
[08:06] <jblack_> I didn't eat any donuts
[08:06] <carlos> lifeless: nice way to prevent you to eat them :-D
[08:07] <jblack_> lifeless: btw, mail to you. pqm just threw up on me in an interesting way. something about the working directory already existing.
[08:16] <lifeless> jblack_: thanks, fixing now
[08:22] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Synced with latest db schema and fixed unit test (patch-962)
[08:25] <jblack_> lifeless: btw, mail to you. pqm just threw up on me in an interesting way. Something about not recognizing my archive version
[08:29] <lifeless> jblack_: nuke the root .listing file, and run archive-fixup
[08:30] <jblack_> You're aware this is a tla archive, right? 
[08:31] <lifeless> yes
[08:31] <lifeless> run archive-fixup with baz :)
[08:31] <lifeless> OR
[08:31] <lifeless> add .archive-version to the root .listing file.
[08:31] <jblack_> I'm running it with a 1 week old baz right now.
[08:31] <lifeless> thats fine.
[08:31] <lifeless> as long as its 1.0.1 or >
[08:32] <jblack_> Yeah. It wrote a .archive-version of "Hackerlab arch archive directory, format version 2.". 
[08:32] <lifeless> its more important that the .list file lists .archive-version
[08:32] <lifeless> in fact, thats all that matters.
[08:32] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-4)
[08:32] <dilys> Merge to thelove@canonical.com/hackerlab--devo--1.1: amd64 fixes for hackerlab (patch-4)
[08:33] <jblack_> Oh, that's right. I forgot about that.
[08:33] <jblack_> Yeah. its in there
[08:34] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: rosetta page and zcml fixes, country-location awareness (patch-963)
[09:27] !lilo:*! welcome group contact for Avida Jaene, Inc., San Francisco, CA, USA (project: beigetower, http://www.beigetower.org/); category, corporate/community infrastructure