/srv/irclogs.ubuntu.com/2006/08/21/#launchpad-meeting.txt

=== SteveA_ [n=steve@costello.z3u.com] has joined #launchpad-meeting
=== mpool [n=mbp@ozlabs.org] has joined #launchpad-meeting
=== SteveA_ [n=steve@costello.z3u.com] has joined #launchpad-meeting
=== jamesh [n=james@203-59-20-109.dyn.iinet.net.au] has joined #launchpad-meeting
=== SteveA [n=steve@costello.z3u.com] has joined #launchpad-meeting
jameshlifeless: I guess ddaa is on holiday.  Was there any decision on who would chair?12:05
=== lifeless votes jamesh
jameshSteveA, mpool, lifeless, spiv, jamesh: is everyone here?12:06
spivI'm here.12:06
jameshno SteveA or mpool?12:08
lifelessI'll nag12:09
jameshshould we start without them?12:10
lifelessok, mpool nagged succesfully12:10
lifelessI haven't nagged stevea12:10
jameshwell, we're almost a third of the way through the timeslot, so we should probably start.12:13
jamesh * roll call12:13
jamesh * production status12:13
jamesh * Smart server12:13
jamesh * SFTP advertising12:13
jamesh * vcs-import knits12:13
jamesh * tarball-spider12:13
jamesh * Python import12:13
jamesh * critical bugs12:13
jamesh * pending sysadmin tasks12:13
jamesh * any other business12:13
SteveAhi12:13
mpoolhi12:13
jameshfirst up is production status.  Does anyone have anything to report?12:14
SteveAwill the supermirror be down for writing when launchpad is down tomorrow?12:15
SteveAif so, do the right people know about it?12:15
spivYes.12:15
jameshwe've still got bug #53825 (input validation problems in the branch puller), but I don't think there is any new issues.12:16
SteveAwill it fail elegantly, or inelegantly?12:16
spivIt will refuse authentication.12:16
SteveAas a future thing, can we make it refuse with a message12:16
SteveAlike "launchpad is down for maintenance" ?12:16
spivSFTP doesn't give us a nice way to say "sorry, we're down for maintenance" that I know of.12:16
SteveAthen at some point, we should do authserver cacheing with it12:16
SteveAor some such12:16
spivWell, http://bazaar.launchpad.net/ will still be serving read-only branches ok.12:16
SteveAmaybe that's fixed when we go to two databases12:17
SteveAmpool: what do you think about announcing it to the bzr list?12:17
spiv(unless the cronscript generating the branch name mapping goes silly when the db is down?)12:17
SteveAannouncing the launchpad downtime, that is12:17
lifelessI think 2 dbs is the right fix for it12:17
mpooli think spiv  should send a message to the list12:17
mpoolor someone12:17
mpoolit would be nice if it could continue in r/o mode12:17
jameshspiv: looks like the rewritemap script opens the output file for writing after connecting to the DB, so assuming that fails it should be fine.12:18
spivI suggested to stub at the launchpad meeting that we should point the authserver at a r/o copy of the database -- that would still allow writes to existing branches, at least, but I don't know if he's had time to do that, it may be too much to ask at short notice.12:19
jameshnext on the agenda is the smart server status12:19
mpoolwe kept working on it12:19
jameshspiv: a read only connection to staging might be an option for that (or maybe for future downtime like this)12:20
jameshso nothing new to report for smart server?12:20
lifelesssome parts merged12:20
lifelessmore in progress12:20
lifelessall conformance test passing, which means we're now in conversion mode rather than model overhaul12:20
jameshcool.12:21
jameshnext up is SFTP advertising12:21
jameshI published the team branches article last week: http://blogs.gnome.org/view/jamesh/2006/08/17/112:21
jameshthere is a note in the agenda about spiv blogging about similarities between SVN and bzr usage with checkouts12:22
SteveAit was well received outside of canonical, jamesh 12:22
SteveAmgedmin read it and commented on irc about bzr looking better and better all the time12:22
jameshSteveA: cool.  We should check if it has a visible effect in the cricket statistics12:23
jameshsince it is tracking the number of team owned branches12:23
SteveAif the sftp server gets improved to not need --make-parents (or whatever the option is) from bzr12:23
lifelesswe may have got another user today, olive was the linchpin for him12:23
SteveAthen you could update the blog with that12:23
SteveAwhat does "olive was the linchpin" mean?12:23
SteveAsounds like secret agent codes12:24
lifelessas his users include only-comfortable -with-guis folk12:24
lifelessolive is our gui12:24
lifelesswritten as part of SoC12:24
SteveAi see12:24
lifelessKDE and GTK, known to work on windows12:24
SteveAit's a bit of an opaque codename12:24
jameshspiv: do you think getting rid of the --make-parents requirement would be easy for someone else to do, or would it require more twisted knowledge?12:24
spivjamesh: I think your analysis is probably correct -- it's probably not too hard.12:25
jamesh(I mean --create-prefix rather than --make-parents)12:25
spivThe twisted knowledge necessary should be cargo-cultable12:25
jameshspiv: okay.  I'll have a go at it tomorrow then.12:26
jameshif I get in over my head I'll ping you.12:26
SteveAlifeless: imo, don't call it "olive" in public.  if you have $$$$ to spend on marketing like apple, then you can call your GUI "aqua" or other cute names.12:27
SteveAbut it's cliquey and offputting for a small project to obfuscate names, where more obvious (but boring) ones will work12:27
jameshnext up on the agenda is "vcs-import knits", but last week's minutes says that it was completed so I'll skip it12:27
lifelessSteveA: fair enough. I've had almost no involvement with it though, so I'll redirect your feedback to mpool12:28
SteveAthanks12:28
mpoolin line with the other naming thread, we should just move to calling them 'bazaar gui'12:28
mpoolthey need to all technically merge together12:28
SteveAah, about knits12:28
SteveAjames troup (or another sysadmin) commented to me12:28
SteveAthat there was a lot, a LOT, less space being used12:28
SteveAon the SM machine12:29
jameshthat's good to hear12:29
SteveAhe was concerned that some evil data loss had occured12:29
SteveAso, in future, maybe warn the admins of such improvements ;-)12:29
lifelessheh, we did12:29
lifelesswhen we rolled it out12:29
jameshnext up is the script formerly known as dyson12:29
jameshI landed my fixes for the last round of bugs today12:30
SteveAthat's the... tarball non-spider?12:30
jameshand renamed it to "product-release-finder"12:30
jameshlifeless has asked stub to do another test run of it on staging, so we'll have more to report next week12:30
jameshnext is Python import.  Given ddaa isn't here, I'll skip it12:32
jameshunless anyone else knows the status12:32
lifelessnoidea12:32
jameshokay.  On to critical bugs.12:32
jameshbug 31308: Cannot set branch associated to a product series.12:32
jameshMark mailed some of us with some concerns about having two branch references in the product series, but decided that it sounded okay after I explained what we were planning12:33
jameshlifeless: are you still responsible for specing this?12:33
lifelessnope12:34
lifelesslast meeting ddaa said to not spec it12:34
lifelessor around that time12:34
lifelessanyhow, its now just down to implementation of the extra attribute12:34
mpoolis david going to do that?12:34
jameshlast meeting's minutes says it has been assigned back to him12:35
spivThe bug is assigned to him.12:35
jameshbug 37897: renaming project, product or series breaks vcs imports12:35
jameshlooks like this one is now in my review queue12:36
jameshusing the design discussed at the sprint12:36
jameshbug 51130: cannot use +admin on a branch I own12:36
jameshthe branch mentioned in last minutes for this one is in BjornT's review queue12:37
jameshso I guess things are looking pretty good.12:37
jameshnext up is pending sysadmin tasks12:37
jameshis anyone blocked on sysadmin stuff?12:38
=== jamesh takes that as a no
mpoolnext then?12:39
jameshthere are a few items listed under proposed items, but I think they are unchanged from last week.  Should I go through them?12:39
jameshthe first is lp: URLs for bzr.12:40
lifelessyou're the matre'd12:40
jameshthere have been some comments added to the spec which probably need integrating.  I don't think there is much more to add.12:40
mpooljamesh, spiv: have you read the spec?12:40
jameshmpool: yes.  I added some of the comments.12:41
spivmpool: not yet, I'll do that.12:41
jameshmpool: it looked pretty good.  The client side would be pretty easy to implement with better redirect handling in bzr :)12:42
mpoolok, so: ACTION: spiv, read the spec12:43
mpoolACTION: mbp read/integrate  the comments12:43
jameshnext up is "important bugs according to bzr community"12:43
mpooli spoke to david and mark12:44
mpooli'll update the spec list instead12:44
mpoolso that item is closed12:44
jameshokay.12:44
jameshnext is "Move vcs-import data out of ProductSeries"12:44
jameshI don't think there is much to add here.  It probably needs a bit of specing12:45
jameshnext is "1.0 targets, what, who, when?"12:45
jameshwe've already covered the smart server work, so I assume that's on target12:46
mpooljamesh: do you have any 1.0 bazaar-related targets?12:47
SteveAdoes that spec about lp: urls take into account our canonical pillar names?12:47
mpoolspiv: do you have any other ditto?12:47
mpoolSteveA: yes12:47
SteveAgreat12:47
mpoolhttps://launchpad.canonical.com/BranchIndirection12:47
mpoolif you want to read it12:47
SteveAthanks12:47
spivmpool: other ditto?12:48
jameshmpool: I'm not working on any of the 1.0 target bazaar specs at the moment.12:48
mpoolany lp 1.0 targets related to bazaar?12:48
jameshthat spec should be registered in LP ...12:48
spivOh, right.  Just the smart server.12:49
jameshOne last thing before we finish.  There was an action item from the last meeting that we haven't covered12:50
jameshACTION: spiv and ddaa to review PrivateBranches again12:50
jameshspiv: is that still a todo?12:50
spivYes, but I've skimmed and it won't take long for me to do.12:51
jameshokay.  I think that's it.12:51
jameshMeeting ends.12:51
lifelessthanks for chairing12:51
SteveAthanks jamesh 12:51
=== spiv [n=andrew@218-214-66-203.people.net.au] has joined #launchpad-meeting

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!