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