[10:58] <ddaa> jamesh: lifeless: spiv: SteveA: meeting in 61 minutes
[10:59] <ddaa> please tell poolie and _thumper_ if they are anywhere close
[11:57] <SteveA> well
[11:57] <SteveA> they'll be in singapore
[11:57] <SteveA> and may possibly not be here
[11:57] <ddaa> I'm happy to skip it this week
[11:58] <SteveA> I'd like to know how things are going with you and your work
[11:58] <SteveA> bbiab
[11:59] <SteveA> re
[12:00] <SteveA> and I want to know how the smartserver is going
[12:01] <jamesh> meeting?
[12:01] <ddaa> jamesh: 
[12:01] <ddaa> supposedly, yes
[12:01] <ddaa> == agenda ==
[12:01] <ddaa> Next meeting Monday 30 October, 10:00 UTC.
[12:01] <ddaa> * production status
[12:01] <ddaa> * debian svn server load
[12:01] <ddaa> * status reports
[12:01] <ddaa> * singapore meeting
[12:01] <ddaa> This is the new meeting formula. A few broad agenda items.
[12:01] <ddaa> == roll call ==
[12:01] <ddaa> spiv: ping
[12:02] <spiv> The roll call isn't on the agenda ;)
[12:02] <spiv> I'm here.
[12:02] <SteveA> hi
[12:02] <SteveA> thanks for considering the feedback about the agenda from last week, ddaa
[12:02] <poolie> hi, who's here?
[12:03] <ddaa> jamesh, spiv, SteveA and I
[12:03] <poolie> we're still meeting here but i can come here for a bit
[12:03] <SteveA> ok
[12:03] <poolie> could you (re)post the agenda please?
[12:03] <SteveA> ddaa: would you give the agenda again?
[12:03] <ddaa> == agenda ==
[12:03] <ddaa> Next meeting Monday 30 October, 10:00 UTC.
[12:03] <ddaa> * production status
[12:03] <ddaa> * debian svn server load
[12:03] <ddaa> * status reports
[12:03] <ddaa> * singapore meeting
[12:03] <ddaa> This is the new meeting formula. A few broad agenda items.
[12:04] <ddaa> Let's get going.
[12:04] <ddaa> == production status ==
[12:04] <ddaa> Rolled out new importd needed after launchpad rollout (db schema change). No functional change.
[12:04] <ddaa> Nothing much interesting going on there.
[12:05] <ddaa> jamesh: okay, if you have interesting rollouts to talk about, this is the place now.
[12:05] <ddaa> Moving on...
[12:05] <ddaa> == debian svn server load ==
[12:05] <ddaa> Much discussion last week.
[12:05] <ddaa> Finally, I agree to what poolie suggested:
[12:05] <ddaa>  * Svn imports that have "trunk" in their name can proceed (essentially) unattended
[12:05] <ddaa>  * Svn imports that do not have "trunk" in their name will require operator validation to proceed at all
[12:05] <ddaa>  * Check for "no file in directory" will be implemented as an extra safety, will be overridable by operator validation.
[12:05] <ddaa> I have gardened the database.
[12:05] <ddaa>  * Will add check for "trunk" with hardcoded exception into importd.
[12:05] <ddaa>  * Hardcoded exceptions will be removed when operator validation will be implemented in the web UI and database.
[12:05] <ddaa> Any comment on that plan?
[12:05] <jamesh> do we count branches with /branches/ in the URL as valid?
[12:05] <jamesh> or just trunk?
[12:05] <ddaa> nah
[12:05] <SteveA> poolie: did you contact the debian guy?
[12:06] <spiv> Have we been unfirewalled from the debian server?
[12:06] <ddaa> just trunk, because cscvs does not make related imports relate in bzr history
[12:06] <poolie> ddaa: sounds good
[12:06] <poolie> SteveA: no, i'll mail him tonight
[12:06] <SteveA> I think that in future, a swift initial introduction and contact would be better
[12:07] <SteveA> with a more involved followup later
[12:07] <ddaa> generally, the whole web UI of vcs-imports needs to be redesigned to make it clear that vcs details are input for a service, not informational.
[12:07] <SteveA> while *we* know we've been dropping everything (kind of) to attend to this issue
[12:07] <SteveA> he doesn't
[12:07] <poolie> SteveA: yes, i agree
[12:08] <ddaa> Thank you all for contributing to this discussion last week and for humoring me.
[12:08] <ddaa> btw, it's apparent that we are _not_ being firewalled from the debian svn
[12:09] <ddaa> ACTION: poolie to talk to the debian guy
[12:09] <ddaa> moving on
[12:09] <jamesh> have we put in an RT request to change the reverse DNS of the importd slaves?
[12:09] <ddaa> jamesh: mh... not AFAIK
[12:10] <jamesh> (that's if we've decided that we want to)
[12:10] <ddaa> I see not reason not to do that, but there's also the whole thing about putting informative pages up, and things like that
[12:11] <ddaa> should I follow up on that, or is that mpool's?
[12:12] <ddaa> poolie: ?
[12:12] <ddaa> well, I'll try to follow up on that... keep nagging
[12:12] <SteveA> ddaa: please file and RT request for that and cc me
[12:12] <ddaa> SteveA: ok
[12:13] <ddaa> == status reports ==
[12:13] <ddaa> spiv: supermirror-smart-server.
[12:13] <ddaa> poolie: thanks for checking the svn roundtripping discussion. I will come back to you when I have a clear statement of what I need you to comment on.
[12:13] <ddaa> jamesh: product-release-finder. Last week you said "we should be able to run it in production this week".
[12:13] <ddaa> _thumper_: spec-branches.
[12:13] <ddaa> ddaa: python import: no progress on that last week.
[12:13] <ddaa> ddaa: pyrex: did not publish branch. Progress (off-hours): now blocked on landing of new svn changeset logic. Started to split work in reviewable chunks. (for the record, jamesh was volunteered for review last week).
[12:13] <ddaa> poolie: bzr-lp features.
[12:13] <ddaa> spiv: how's smart server this week?
[12:13] <ddaa> jamesh: how's the product-release finder?
[12:14] <SteveA>  tim/launchpad/spec-branches  is w-i-p
[12:14] <jamesh> ddaa: forgot to ask stub about that.  He brought it up today, and I said we should go ahead
[12:14] <poolie> ddaa: please follow up on fixing importd's rDNS
[12:14] <SteveA> 389 line diff output
[12:14] <poolie> and add a bug about putting up some information about it; we don't have to do that right now
[12:14] <poolie> ddaa: we're working now on specifying more bzr-lp features
[12:14] <poolie> in particular getting diffs for branches and doing branch review
[12:15] <spiv> I've updated the status whiteboard on https://features.launchpad.net/products/bzr/+spec/smart-server and https://features.launchpad.net/products/launchpad-bazaar/+spec/supermirror-smart-server
[12:15] <SteveA> ddaa: after this meeting, I want to talk about doing an import of silva
[12:15] <ddaa> poolie: please keep me posted
[12:15] <ddaa> poolie: any spec I need to subscribe to?
[12:15] <poolie> spiv: yes i saw, well done
[12:15] <poolie> ddaa: not as yet, but will let you know
[12:15] <SteveA> spiv: do you know about the plan to get a new bzr on devpad when it is packaged?
[12:16] <SteveA> spiv: and get lp developers using smartserver transports with that?
[12:16] <ddaa> jamesh: can you take over spec-branch?
[12:16] <spiv> SteveA: 0.11 that's already there (and in edgy) is already sufficient for that.
[12:16] <SteveA> yes, but what's the point of testing that?
[12:16] <ddaa> since _thumper_ is going to be away till december
[12:16] <spiv> That said, getting more testing for the 0.12 release candidate would be good.
[12:16] <SteveA> right
[12:17] <jamesh> ddaa: okay.  Is there a spec of what needs to be done?
[12:17] <SteveA> so I want you to announce in thursday's meeting, and on the list on wednesday, what to do and how to do it, and call for testing
[12:17] <spiv> Well, the smart server protocol is (I hope!) unchanged in 0.12, although the underlying code is largely the same.
[12:17] <SteveA> we'll have packages available, and on devpad by the end of tomorrow
[12:17] <ddaa> jamesh: last I heard of it, the main todo was adding a descriptive text to spec-branches
[12:17] <poolie> SteveA: and let's please get a poll the following week of how many people tried it
[12:17] <ddaa> jamesh: we can sync on that later this week
[12:17] <SteveA> poolie: ok, +1
[12:17] <jamesh> ddaa: okay
[12:17] <spiv> That means that regardless of devpad, developers can use/test 0.11 or 0.12 or bzr.dev on the client already.,
[12:17] <poolie> and did they either have no problems, or have htem and not report them, etc
[12:18] <ddaa> jamesh: better to talk it through first, it's not urgent
[12:18] <spiv> Obviously it would be good to get devpad upgraded so we can test the server-side too, but that can happen independently.
[12:18] <jamesh> ddaa: yep
[12:18] <spiv> SteveA: I've already added a proposed agenda item for Thursday's meeting.  I'm happy to send a mail on Wednesday.
[12:19] <ddaa> is that a completed agenda item?
[12:19] <ddaa> I guess so.
[12:19] <ddaa> == singapore meeting ==
[12:19] <ddaa> Did not have time to tell more about "releasing cscvs" to poolie. So let's have a discussion now or soon to clarify the issue.
[12:19] <SteveA> spiv: or, send a mail already saying how to use it
[12:19] <SteveA> and we'll tell people to upgrade in the meeting
[12:20] <spiv> SteveA: sure
[12:20] <SteveA> thanks
[12:20] <ddaa> poolie: I gather  you are on a meeting, so please call back on me when you are free
[12:20] <poolie> ddaa: just read your later replies on the russkaya thread
[12:20] <poolie> good work there
[12:20] <jamesh> I suppose we should upgrade launchpad's bzr to 0.12 at some point too -- should be easier than the previous update
[12:20] <ddaa> the cscvs release thing is important (at least to me) so i really want it discussed in singapore
[12:21] <ddaa> poolie: thank you
[12:21] <SteveA> poolie: I added a note for the poll for next week to the lp meeting agenda
[12:21] <ddaa> poolie: ack for getting back to me about cscvs release?
[12:21] <SteveA> jamesh: yes, who can do that?  does it need to be lifeless?
[12:22] <poolie> ddaa: why don't you call me after this meeting?  i'm at Carlton.com.sg, room "Victoria 2"
[12:22] <ddaa> poolie: ?
[12:22] <jamesh> SteveA: the API changes between 0.11 and 0.12 are probably fairly minor, so we probably don't need to do a concurrent update of multiple modules
[12:22] <poolie> ddaa: i meant, call me and we'll talk about cscvs
[12:22] <jamesh> SteveA: so I don't think it needs to be lifeless
[12:22] <poolie> or, send me mail
[12:22] <poolie> whatever works for you
[12:23] <SteveA> ddaa: who has rights to update bzr code in RF ?
[12:23] <ddaa> SteveA: afaik, lifeless only
[12:23] <jamesh> iirc spiv and me do
[12:23] <SteveA> ddaa: I use skype out for calls like this, with some success.  is quite cheap
[12:23] <spiv> I believe jamesh is correct.
[12:23] <SteveA> ok
[12:24] <SteveA> I propose updating bzr in lp asac (convenient).  ddaa, do you agree?
[12:24] <ddaa> sure, there will probably be the usual compatibility fixes, but I'm all for a more bleeding edge launchpad
[12:25] <SteveA> I'm propsing this because we have a release now
[12:25] <SteveA> not because it is bleeding edge
[12:25] <ddaa> "we have a release" ?
[12:26] <ddaa> anyway, sure, let's upgrade bzr
[12:26] <jamesh> ddaa: 0.12 is very near release
[12:27] <ddaa> okay
[12:27] <ddaa> So, meeting agenda complete.
[12:28] <SteveA> thanks ddaa.  I enjoyed this meeting
[12:28] <SteveA> ddaa: I'd like to try getting silva imported pretty soon
[12:29] <SteveA> so I can demonstrate bzr here at infrae with their own product
[12:29] <ddaa> SteveA: same bug as usual with silva
[12:29] <SteveA> they already use launchpad to translate silva
[12:29] <SteveA> what bug is that?
[12:29] <ddaa> blocked on new cscvs changeset logic, recently reviewed by BjornW
[12:29] <ddaa> lot of work to make it land though
[12:29] <SteveA> why a lot of work?
[12:30] <ddaa> because it's a hell of a large branch
[12:30] <ddaa> and I did not spend much time polishing it before review
[12:30] <SteveA> lots of review comments then
[12:31] <ddaa> I just got the code done and working. So yeah, lots of review stuff, bad class names and stuff like that.
[12:31] <ddaa> missing documentation too
[12:32] <ddaa> oh, that's way cool
[12:32] <ddaa> I have free calls to singapore landlines :)
[12:33] <ddaa> poolie: what number can I reach you on?
[12:38] <poolie> ddaa: actually could we talk about this time tomorrow?
[12:39] <poolie> or actually, mail me first and we'll go from there, pleas
[12:39] <ddaa> okay, will mail you soon
[12:39] <ddaa> on top of my todo list