/srv/irclogs.ubuntu.com/2006/09/18/#launchpad-meeting.txt

=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad-meeting
ddaaMeeting in 17 mins11:43
ddaalifeless: spiv: SteveA: jamesh: MEETING STARTS12:00
=== spiv waits for the "who's here?"...
ddaa== Agenda ==12:00
ddaaNext meeting 2006-09-25, 10:00-10:45 UTC.12:00
ddaa * roll call12:00
ddaa * production status12:00
ddaa * importd batch progress12:00
ddaa * release finder12:00
ddaa * Python import12:00
ddaa * strategic plan12:00
ddaa * bzr-lp features12:00
ddaa * interesting bzr list threads12:00
ddaa * advertising12:00
ddaa * 1.0 targets12:00
ddaa * critical bugs12:00
ddaa * any other business12:00
ddaaIf you wish to change the time of the meeting or add/remove agenda items, say "bzzzt!".12:00
ddaaIf we are short on time, the "any other business" item will be automatically, dropped. So if you ''want'' to discuss something more, speak up now.12:00
ddaa== Roll call ==12:00
ddaampool is on leave until September 19th.12:00
spivI'm here.12:01
ddaaGood morning spiv.12:01
ddaaOr maybe you wish to be called Ribri?12:01
spivlifeless said on #bzr he might be a bit late to this meeting.12:01
ddaarighty, was chatting with him12:02
jameshI'm here12:02
ddaaGood morning jamesh.12:02
ddaaSteveA: ahoy Great Launchpad Overlord!12:02
spivI misread that as "Overboard", probably because of the "ahoy"...12:03
ddaaWaters here are nothing you want to be bathing in. They are fully of ravenous zope sharks.12:04
ddaaWhen they're done with you your split in at least four different bits: content, interface, browser and template.12:05
SteveAis it speak like a pirate day already?12:05
jameshtomorrow12:05
ddaareally?12:05
jameshhttp://www.talklikeapirate.com/12:05
ddaaAnyway... so lifeless late, everybody else on board.12:06
ddaa== Prodution status ==12:06
ddaaj-a-meinel has reported sftp mirroring latency problem again, on Friday. I got supermirror privs on vostok, but killing hung branch-puller scripts did not help. Increasing verbosity did not help, since that script appears to have no logging whatsoever.12:06
ddaaWe need to fix that latency problem ASAP, it is harming public confidence in Launchpad hosting.12:06
spiv(And in six months time, at the opposite end of the year, I recommend everyone observes Pork Like a Tyrant Day...)12:06
ddaaI'm not quite sure where to start. But I think putting some logging to help debugging what's going on would help.12:07
jameshthe current puller is single thread12:07
ddaaI sure hope it's going to stay that way.12:08
spivAt the moment, a single slow/hung branch pull will block the rest of the queue.12:08
jameshwould we benefit from going multi-threaded?12:08
ddaaIf we go parallel, I'd like to go multi-process instead of multi-thread.12:08
ddaaFor one thing, that makes it much easier to kill hung tasks.12:08
ddaait's also less of a debugging nightmare.12:08
spivThere's been some discussion on the launchpad list involving myself, lifeless and ddaa about how to improve things so that a) we can do things in parallel, b) so that hosted branch pulling is somewhat isolated from other branch pulling.12:09
ddaaBut I think that if we want to do a quick functional change it should be just running three branch puller, one for external branches, one for imports, one for hosted branches.12:09
spivIt shouldn't be hard to log each URL before we try mirroring it.12:10
jameshfor the hosted branches and imports, we should be able to tell which ones need mirroring too12:10
jameshif we can pass that info to the puller, then it can pull those classes more frequently12:10
spivjamesh: we already pull all hosted branches every run.12:11
ddaaspiv: I talked a bit about my plan to SteveA, and how that related to importd-ng. It seems you and lifeless were thinking of something else. I'd like if you could help to clarify the disconnect.12:11
spiv(because there's only ~250 of them and they're local so it's acceptably fast for now)12:11
jameshspiv: sure, but it won't be fast forever12:11
spivddaa: lifeless is the best person to articulate the exact idea posted to the list a while back... I'd recommend scheduling some time to talk it over with him.12:12
jameshit'd probably also be worth looking at making the pull interval for a branch dynamic12:12
jameshand suspend pulls of branches that time out12:12
ddaaWell, for starters. I'd lke to have each branch log at INFO level, for each branch: launchpad page url, source url, destination url. And when it fails, log the error that's put in Launchpad at WARNING level.12:13
spivjamesh: Of course.  Just saying the "pull those classes more frequently" for hosted branches is a solved problem, for some values of "solved" :)12:13
ddaajamesh: can you do that?12:13
spivddaa: I wonder if DEBUG level would be more appropriate, but otherwise I agree with the extra logging plan.12:14
ddaamaybe DEBUG and INFO then12:14
jameshddaa: okay.12:14
ddaaI would rather user DEBUG for INSANELY VERBOSE sort of things12:14
spivddaa: logging each branch will be insanely verbose eventually :)12:15
jameshwe can always run the script with "-q" to silence the INFO messages once everythings running acceptably12:15
ddaaand -qq to silence warning, I think12:15
lifelesshi12:15
ddaahi lifeless12:15
ddaaACTION: jamesh to put logging into the branch puller12:16
ddaaI would like to start working on the new architecture for branch puller and importd-ng soon. Like this week or next.12:16
ddaaLet's move on I think.12:17
ddaa== Importd batch progress ==12:17
ddaaNext meeting action:12:17
ddaa * ddaa to discuss BatchProgress testing with lifeless12:17
ddaaJust a reminder. Lifeless asked to postpone that last week because of bzr release.12:17
lifelessgrab me at 2130 AEST12:17
ddaalifeless: anything you'd like to say about that right now?12:17
ddaalifeless: talk UTC to me please12:17
lifeless2130 UTC+100012:18
ddaalifeless: okay12:18
ddaa== Product release finder ==12:18
ddaa * jamesh: report on PRF progress. In particular the outcome of reviewing the product:series:version:tarball table.12:18
ddaajamesh: the stage is yours12:18
jameshthe product release finder can now run to completion, and I posted some results to the list12:19
ddaawas there noise-looking tarball names in that?12:20
jameshthere were only a few issues with the output: the code for extracting version numbers from filenames tripped up on "foo-1.0.orig.tar.gz" filenames, and the pattern for redland was too loose12:20
jameshso picked up a redland-bindings tarball12:20
jameshit might do to use more complex match patterns (modelled after uscan, maybe) to fix these issues12:21
ddaaWhat about allowing users to blacklist bad release names post hoc?12:21
jameshI also did a productreleasefile/sourcepackagereleasefile cross reference to match productreleases with sourcepackagereleases based on tarball identity, which gave promising results12:21
ddaajamesh: I did not see an email about that, that sounds interesting.12:22
jameshddaa: i don't think any of the problem names got through the filename version extraction, but it is something to keep in mind when modifying the code12:22
ddaaACTION: ddaa to follow-up on ML about blacklisting bad release names to allow user to fixup bad glob matches.12:23
jameshSome of the next steps would be to simplify the UI for entering the release file details to a single field rather than URL+glob12:23
jameshand maybe move it to a different form than $series/+source12:24
lifelesstriage:12:24
ddaaACTION: jamesh to report on productrelease/sourcepackagerelease cross-checking12:24
lifelessallow setting the release details12:24
lifelessddaa: hes already done that12:24
lifelessfirst: allow setting the release details:12:24
lifelesssecond: .orig filtering12:24
jameshsince +source can't be submitted without specifying VCS details12:24
ddaalifeless: thanks, did not notice, maybe it's in the week-end email backlog12:24
lifelessthird: deploy12:24
ddaajamesh++12:24
ddaaWell, that or fix +source12:25
jamesh(we should probably make +source submittable with no VCS details anyway ...12:25
ddaasince it's broken in a few other ways12:25
ddaaI'd like to start working on +source soon too. It's incredibly confusing to users now. I'll put a few hours in that this week.12:26
ddaaACTION: ddaa to start fixing +source12:26
jameshddaa: what do you think of making +source only about VCS details?12:26
jameshthe source package bit is already available on another form12:26
ddaajamesh: there are good and bad things to it. The bad thing is that it would multiply the number of page loads for users setting up new products to fill in all the details.12:27
ddaaso I'm not quite sure yet12:27
lifelessfocus gentlemen, the meeting is 50% done, and this is design that can be done on list or a bug12:27
ddaayeah, let's move on12:27
lifelessdo you agree with the priorities I suggested ? if so move on12:28
jameshlifeless: sounds good.12:28
ddaa== Python import ==12:28
ddaahttps://launchpad.net/products/launchpad-bazaar/+bug/5636012:28
ddaa * ddaa: report on bzr testament encoding bug, and maybe progress of Python import.12:28
ddaaSo, using bzr-0.9, plus a couple of fixes to importd and cscvs seems to fix the testament encoding problem.12:29
ddaaBut the python import is still failing because after a few thousand revisions the svn server eventually reset the connection.12:29
ddaaand pysvn does not give us good exceptions to detect that sort of error.12:29
ddaaSo I'll just keep restarting the import until it works.12:29
ddaaSteveA: talk about that later if you wish.12:30
ddaa== strategic plan ==12:30
ddaaLast meeting action:12:30
ddaa * SteveA: jamesh: review 32/Bazaar12:30
SteveAhi12:30
jameshI forgot about this.  I'll send some stuff to mbp tomorrow12:31
SteveAi haven't been paying attention -- didn't realize it was a meeting12:31
SteveAthought it was just high seas piracy12:31
=== SteveA catches up
ddaaBah, let's move on.12:33
ddaa== bzr-lp features ==12:33
ddaa * mpool: report on progress for bzr-lp features12:33
ddaampool is still on leave, so unless somebody else has something relevant to say, we'll move forward.12:33
lifelessmove on12:33
ddaa== Interesting bzr list threads ==12:33
ddaaFollow up to last meeting. Do you guys have keywords for outstanding bzr threads from last week?12:33
ddaaDid not have time to read any of the ML last week, so that would help.12:34
lifelessnope, nothing interesting happened12:34
lifelessactually, thats a lie12:34
lifelessA bunch of interesting things happened, and they are now in my long term memory. Something will trigger an associative lookup but I'm *terrible* at date-based recall - its why history was really annoying for me12:35
=== lifeless is done
ddaaspiv: jamesh: anything in particular your remember?12:36
spivddaa: Btw, there's a daily snapshot of the Python SVN repo at http://svn.python.org/snapshots/projects-svn-tarball.tar.bz2 -- perhaps doing the initial import from a local copy of that would be better.12:36
jameshddaa: not really.12:36
SteveAlifeless: I found history interesting after I left school.  Schools teach history wrong, in general.12:36
SteveAsvn servers will reset connections.  it happens.12:37
ddaaspiv: good suggestion.12:37
ddaaACTION: ddaa to look at tarball-based import of python12:37
spivddaa: j-a-meinel did a huge bunch of reviews of the smart server branches, I don't remember much else :)12:37
lifelessSteveA: oh I found it very interesting. And I'll occasionally make comments about william of orange at the right point in a conversation12:37
SteveAso, we should be able to deal with this. (eventually.)  do we have some kind of plan for that?12:37
lifelessSteveA: but asking me what year WWI started, and I'm screwed.12:37
ddaaSteveA: move away from pysvn and use python-subversion, presumably that would give more helpful exceptions.12:38
SteveAlifeless: the year isn't important.  its place in the flow of events is, though.  and that's what school teaching of history often gets wrong.12:38
SteveAddaa: is there a better pysvn upstream we can use?12:38
lifelessSteveA: well, the flow I'm fine on ;)12:39
jameshso they should teach students the partial ordering of events rather than the cardinality?12:39
lifelessjamesh: rotfl12:39
SteveAjamesh: exactly.  history as a digraph12:39
ddaaSteveA: no idea, but it's custom bindings for a GUI app, so it does not have the same requirements as cscvs.12:39
SteveAanyway, when you learn relativity too, you find it really is a digraph12:39
SteveAor many digraphs12:39
ddaaIt looks like the bzr-lp threads thing is not a success. I suggest to drop it.12:40
ddaa== Advertising ==12:40
ddaaLast meeting actions:12:40
ddaa * spiv: blog about similarities between SVN and bzr checkouts, in relation to Launchpad.12:40
SteveAthreads?12:40
SteveAoh, right, asking people to note interesting happenings12:40
ddaaSteveA: your suggestion to asks the folks here for stuff they found interesting in the bzr mailingh list12:40
SteveAI would say that this week, perhaps nothing too interesting happened12:40
SteveAkeep trying it12:40
ddaaSteveA: ok12:40
ddaaspiv: news?12:40
spivddaa: I have a draft.  I'll post it to the list shortly.12:41
ddaaWay cool.12:41
ddaa== 1.0 targets ==12:41
ddaasupermirror-smart-server: spiv: still looking on track for october 8th?12:41
ddaaimportd-bzr-native: removal of Arch support code almost complete. Missing one importd patch, and the database patch. After the launchpad patch lands, I believe we will be able to delete pybaz, gnarly and bzrtools from the dists tree.12:41
ddaabzr-roundtrip-svn: not for 1.012:41
ddaaPending action:12:41
ddaa * mpool: read up/tick off svn roundtripping discussion12:41
ddaaspiv: how the supermirror-smart-server looking?12:42
spivVery good.12:42
spivMost of the work to date is in the 0.11 release candidate branch.12:42
spivI have a branch where "bzr+ssh://" urls work.12:43
jameshspiv: how easy will it be to integrate with twisted/conch?12:43
spiv(which we'll ask to merge into 0.11)12:43
lifelessnit: bzr 0.11 is frozen; rc1 is next monday12:43
spivjamesh: Worst case, just let it spawn a bzr process.  But I think in-proc will be fairly straightforward.12:44
ddaaAnyway, I do not think the release mgmt would be a blocker to the lp feature.12:44
spivjamesh: the serialisation logic is farily cleanly seperated.12:44
lifelessddaa: it is if the protocols are not compatible12:44
ddaalifeless: mh, I thought it was an entirely new transport.12:45
spivNext steps: smart server-over-http, and supermirror integration.12:45
ddaaSo, the supermirror-smart-server is on track according to spiv.12:45
ddaa== Critical bugs ==12:46
ddaahttps://launchpad.net/bugs/31308 Cannot set branch associated to a product series. Fix commited.12:46
ddaaNo new critical bugs. Will remove this section on the next meeting unless somebody really enjoys me saying "no critical bug" every week.12:46
spivYes.  lifeless has been a big help this last week.12:46
SteveAwell12:46
jameshI've also got a branch to add Product.development_focus in the PQM queue12:46
SteveAlower the importance12:46
SteveAso we get the top most important bugs12:46
SteveAit is great that we have few critical bugs12:46
SteveAdo we have any highly important bugs?12:47
lifelessI have to go prepare the next meeting12:47
jameshwhich will allow us to do the "lp:/python" style URIs (picking the default series)12:47
ddaaSteveA: many many12:47
SteveAso, oldest critical + oldest high12:47
SteveAmax 712:47
ddaaSteveA: that's why I asked for your feedback on bug triaging last week12:47
SteveAthat's what we do in the launchpa dmeeting, anyway12:47
ddaaSo. I think that meeting is done.12:48
SteveAok, thanks david12:48
=== ddaa goes to nature call place
lifelessddaa: did you deal with A12:49
lifelesshttps://lists.ubuntu.com/archives/launchpad-users/2006-September/000608.html12:49
ddaalifeless: done on tuesday last week01:21
lifelesssweet, I can forget about it then01:21
ddaalook for emails with Yate in the Subject in launchpad-users01:23
ddaalifeless: so, talk about BatchReport?01:28
ddaahu, BatchProgress I mean01:28
lifeless-> #launchpad01:28
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad-meeting
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad-meeting

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