= ReviewerMeeting20081203 = == summary == * rockstar graduates * sabbaticals * everyone needs a break now and then * remember your peers are still reviewing! * 2-8 weeks * arrange with barry so he can make sure there's adequate coverage * barry to propose a standard cover letter template * watch out for new celebrities * if the celebrity exists in production, add sampledata * if not, then added it through a db patch == logs == {{{ Dec 03 10:00:20 #startmeeting Dec 03 10:00:21 Meeting started at 09:00. The chair is barry. Dec 03 10:00:21 Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] Dec 03 10:00:35 hello everybody and welcome to this week's ameu reviewers meeting. who's here today? Dec 03 10:00:56 me Dec 03 10:00:57 mö Dec 03 10:01:26 me Dec 03 10:01:32 me Dec 03 10:02:13 me Dec 03 10:02:27 wow, light attendance today Dec 03 10:02:32 me Dec 03 10:03:48 allenap, BjornT, EdwinGrubbs, gmb, rockstar ping Dec 03 10:03:53 me Dec 03 10:03:56 me Dec 03 10:04:06 danilos: ping Dec 03 10:04:06 me Dec 03 10:04:14 abel? Dec 03 10:04:53 [TOPIC] agenda Dec 03 10:04:54 New Topic: agenda Dec 03 10:04:59 * adeuring (n=abel@pD9573A64.dip.t-dialin.net) has joined #launchpad-meeting Dec 03 10:05:03 * Roll call Dec 03 10:05:03 * Graduations Dec 03 10:05:03 * Is OCR still relevant in a world with merge proposals? (barry) Dec 03 10:05:03 * Sabbaticals? (barry) Dec 03 10:05:03 * Do we need a standard cover letter template for merge proposals? (barry) Dec 03 10:05:03 * https://pastebin.canonical.com/11767/ Dec 03 10:05:03 * If there's time, the old boring script Dec 03 10:05:03 * Next meeting Dec 03 10:05:03 * Action items Dec 03 10:05:03 * Mentoring update Dec 03 10:05:03 * Queue status Dec 03 10:05:03 me Dec 03 10:05:27 [TOPIC] * Graduations Dec 03 10:05:27 New Topic: * Graduations Dec 03 10:05:53 so bac recommends graduation for rockstar, but since he blew us off today... :) Dec 03 10:05:59 me Dec 03 10:06:27 naw. so rockstar graduates. congratulations rockstar-in-abstentia Dec 03 10:06:36 go rockstar! Dec 03 10:06:41 whoo! Dec 03 10:07:04 yeah Dec 03 10:07:11 it should be a rule Dec 03 10:07:17 rockstar's reviews have been very attentive and he asks lots of good questions. he's ready to be graduated. Dec 03 10:07:20 if you miss the reviewer meeting of your graduation Dec 03 10:07:28 he needs to work on his attendance, though! Dec 03 10:07:29 you get to be on probation for one more month :-) Dec 03 10:07:56 that might seems unfair for the mentor Dec 03 10:08:00 flacoste: i'm ok with another month of probation if you'll pick up the mentoring Dec 03 10:08:14 but mentoring is also about instigating reliability in the mentee :-p Dec 03 10:08:16 flacoste: right! or we can just publicly mock him relentlessly at his graduation announcement Dec 03 10:08:28 barry: that's probably funnier Dec 03 10:08:51 let the mocking begin Dec 03 10:08:58 me Dec 03 10:09:03 late but still me Dec 03 10:09:07 maybe he should attend meetings even on days when we don't, for a month Dec 03 10:09:34 * barry thinks he should /run/ the meetings (including asiapac) for a month Dec 03 10:10:04 moving on, but don't let that stop you if you come up with a good zinger... Dec 03 10:10:14 [TOPIC] * Is OCR still relevant in a world with merge proposals? (barry) Dec 03 10:10:15 New Topic: * Is OCR still relevant in a world with merge proposals? (barry) Dec 03 10:11:05 so, i've had a few people mention that ocr seems "weird" now that we have merge-proposals. so i'll open the floor to discussion: do we want to keep ocr now and if so, in its current form or change it? Dec 03 10:11:14 weird, how? Dec 03 10:11:39 in that it's less about getting a review RIGHT NOW than it is spending time popping things off the top of the queue Dec 03 10:11:42 i don't see how it's weird. you still want to encourage high velocity, and you still need some mechanism for allocation of reviews Dec 03 10:11:57 I say yes, they are relevant. I know who will be taking the review. I have someone I can discuss the matter with *before* the merge proposal it made Dec 03 10:12:08 I agree with... well, all of the above. Dec 03 10:12:14 OCR is still very relevant for velocity Dec 03 10:12:22 barry: Otherwise MP just becomes the new PR. Dec 03 10:12:35 gmb, agreed Dec 03 10:12:36 It encourages people to *seek* a review rather than letting branches sit around. Dec 03 10:12:48 without it we'd go back to the days of 2+ days reviews, chasing reviewers and getting frustrated Dec 03 10:13:03 and who would allocate? Dec 03 10:13:09 i do see people creating MPs but then not showing up to ask for OC reviews. so i tend to pop things off the MP stack and then hope they are around for questions. Dec 03 10:13:30 * mars didn't know there was a MP stack Dec 03 10:13:45 bac: that shouldn't happen. it's a coder's responsibility to make sure that they're branch gets reviewed Dec 03 10:13:50 * bac wishes there were a real stack instead of an unordered list Dec 03 10:13:52 I sometimes create an MP so that I can make sure I ask for a review *tomorrow*, but I don't expect someone to JFDI if I don't ask. Dec 03 10:14:46 just like when using PR if no one asks for an OCR we would pull things off the general queue. same, same. Dec 03 10:15:00 btw, i'm not saying /i/ think we should get rid of ocr. i'm just bringing up some things i've heard so we have a chance to discuss them Dec 03 10:15:58 okay, so does anybody disagree with keeping ocr the way we have it now? Dec 03 10:16:12 5 Dec 03 10:16:17 bac: yes, but that should be the exeception. the review process is so much more powerful when you can chat about it in real time Dec 03 10:16:25 4 Dec 03 10:16:31 3 Dec 03 10:16:35 2 Dec 03 10:16:38 intellectronica: agreed. just sharing what often happens on tuesdays Dec 03 10:16:41 1 Dec 03 10:16:44 cool, thanks Dec 03 10:16:51 [TOPIC] * Sabbaticals? (barry) Dec 03 10:16:52 New Topic: * Sabbaticals? (barry) Dec 03 10:17:31 +1 for sabbaticals Dec 03 10:17:39 on a related note, there's been some requests for sabbaticals and/or half day review slots. we have pretty good coverage for euro and america these days, so perhaps we could institute some kind of rotation Dec 03 10:17:46 everyone needs a break from routine once in a while Dec 03 10:17:46 thoughts? Dec 03 10:17:52 i think i originally introduced the idea then promptly forgot about it. Dec 03 10:18:05 i was thinking about it a bit since i made the request Dec 03 10:18:08 i think it's a good idea so reviewers don't get burned out. Dec 03 10:18:14 +1 Dec 03 10:18:21 I recall the backlogs we have when foundations or registry team are sprinting. Dec 03 10:18:29 i think that regulating this too much will not work well, because reviewers know best when they really need a break Dec 03 10:18:43 perhaps instead, each reviewer should have an allowance Dec 03 10:18:47 Sabbaticals are fine so long as someone is sill available to do the reviews. Dec 03 10:18:55 much like leave days from work Dec 03 10:18:57 sinzui, right Dec 03 10:18:59 sinzui: But we have some overlap now. Those backlogs occurred because foundations/registry were splinting and we didn't do anything to deal with the hole. Dec 03 10:19:04 sinzui: +1 sensible Dec 03 10:19:04 splinting? Dec 03 10:19:09 Whatevr. Dec 03 10:19:13 sinzui: i don't think that's a problem these days. we have many reviewers Dec 03 10:19:33 gmb: you're turning japanese? Dec 03 10:19:38 intellectronica: except in exceptional circumstances perhaps, but we can deal with those Dec 03 10:19:43 intellectronica: Appalentry so. Dec 03 10:20:07 * gmb wonders who we should offend at next week's meeting Dec 03 10:20:26 i suspect if we have the concept of sabbaticals they will rarely be used. but it's good to know there is a socially-approved mechanism for declaring you need a break. Dec 03 10:20:28 so, not counting mentats, we have 2 more reviewers than we have ocr slots, so there is room for breaks Dec 03 10:20:47 intellectronica: correct, yet if all the sabbatical takers abandon Wednesday, there is a problem. I am suggesting the we need to move who is working the slots now that we can afford to give reviewers a break from reviewing Dec 03 10:20:59 what if every reviewer had, say, 10 leave shifts a year, which they are responsible to coordinate, make sure someone is there to replace them, etc? Dec 03 10:21:16 sinzui: We need floating reviewers. Dec 03 10:21:20 sinzui: yes, just like normal leave. you don't allow everyone to take time off at the same time. you coordinate Dec 03 10:21:42 gmb: i don't mind floating (i think :) Dec 03 10:21:58 barry: Likewise, once al-maisan has graduated. Dec 03 10:22:00 sounds too formal for me. i'd prefer people just announce they need a month off, whatever, and barry busts anyone that seems to be abusive. Dec 03 10:22:09 how long should a sabbatical be? 1 week, 1 cycle, up to the reviewer? Dec 03 10:22:17 gmb: cool Dec 03 10:22:32 we're all consenting adults - please, leave it to common sense Dec 03 10:22:35 i think that 2-8 weeks Dec 03 10:22:44 don;t wrap it up in more red tape Dec 03 10:22:50 bigjools: +1 Dec 03 10:22:52 bac: i am all for more opportunities to wield my power Dec 03 10:22:53 +1 Dec 03 10:23:19 +1. my suggestion was just because i didn't like the idea of organised rotation Dec 03 10:23:44 * salgado is now known as salgado-lunch Dec 03 10:24:03 salgado takes a sabbatical from this discussion Dec 03 10:24:05 okay, sounds good. so if you need a break, please come see me and i'll coordinate to make sure we have proper coverage. please be mindful that your teammates may also need breaks now and then Dec 03 10:24:35 okay, thanks everyone. good discussion Dec 03 10:24:48 [TOPIC] * Do we need a standard cover letter template for merge proposals? (barry) Dec 03 10:24:48 New Topic: * Do we need a standard cover letter template for merge proposals? (barry) Dec 03 10:25:02 i've been using this: https://pastebin.canonical.com/11767/ Dec 03 10:25:23 everything that's standard, should be part of the form Dec 03 10:25:29 and experimenting with a == diff == section at the end so the whole thing is in one cover letter Dec 03 10:26:00 1) do we want a standard form; 2) is this one a good start; 3) if so, what's missing? Dec 03 10:26:25 lint output? Dec 03 10:26:27 the bug *should* be redundant as the MP should be linked Dec 03 10:26:36 well Dec 03 10:26:40 bug report are often cryptic Dec 03 10:26:53 so having a summary of the issue at the top of the cover letter is usually good Dec 03 10:27:09 adeuring: lint output, good addition Dec 03 10:27:12 plus it's easier on the Thailand/Australia/NZ folks Dec 03 10:27:21 save a trip to Launchpad Dec 03 10:27:48 flacoste: They chose to live on the wrong side of the internet. Dec 03 10:27:55 Bugger 'em. Dec 03 10:28:05 * gmb jokes, because thumper is bigger than he is Dec 03 10:28:27 I often have a == rules == section that defines the scope of the fix. Dec 03 10:28:33 flacoste: i agree. i've found it's good to have a summary there Dec 03 10:28:48 sinzui: what does "the scope of the fix" mean? Dec 03 10:29:15 sinzui: i think that's what my "proposed fix" section is for iiuc Dec 03 10:29:27 ok, ok, my point is we agreed earlier that we should use --fixes or another mechanism to link the bug. i've been requesting it when not done. Dec 03 10:30:11 bac: yes, definitely --fixes is a good thing, but under the = Bug XXXXX = section, i usually put a summary of what the bug is about Dec 03 10:30:17 right, and the scope of the fix should usually be the bug Dec 03 10:30:33 barry: yes, good idea. Dec 03 10:30:58 does anybody disagree that we should have a standard form? Dec 03 10:31:19 intellectronica: I write down what the crucial changes that need to happen. There are lots of other things that can complicate the fix, or introduce feature creep. Dec 03 10:31:22 i agree, but i think that we should aim at making it part of launchpad itself, not some kind of template Dec 03 10:31:52 sinzui: makes sense. that's something that is always good to have Dec 03 10:32:02 intellectronica: agreed, but don't let the perfect be the enemy of the good :) Dec 03 10:32:06 intellectronica: +1 Dec 03 10:32:36 greasemonkey script? :) Dec 03 10:32:45 huh? Dec 03 10:32:51 intellectronica: I started doing it to make myself focus on the fix. I kept doing it because I could point to that when the branch is a CP candidate. Dec 03 10:32:52 bigjools: api/bzr plugin? :) Dec 03 10:33:35 sinzui: also, i'm trying hard to start filliing out the template as soon as i start the branch, and not to wait until the mp is posted Dec 03 10:33:37 barry: We could start by repurposing bzr write-cover-letter... Dec 03 10:33:40 barry: or that! Dec 03 10:33:52 If this template is good it should go in the tree I think. Dec 03 10:34:00 barry: I have a macro that prompts me for it Dec 03 10:34:05 gmb: i'm thinking something like that Dec 03 10:34:13 sinzui: gedit macro? Dec 03 10:34:18 yes Dec 03 10:34:22 cool Dec 03 10:35:35 if there are no objections, i'll take this to the mailing list Dec 03 10:35:59 and if anybody wants to work on a plugin to use it, i'll help out Dec 03 10:36:41 * gmb wishes he had time Dec 03 10:36:43 api support through lpreview would be awesome Dec 03 10:36:57 gmb: forced vacation is coming up :) Dec 03 10:36:59 gmb: time is left-brain illusion, you have it :-) Dec 03 10:37:19 barry: Really? I thought it was UDS... Dec 03 10:37:19 * bigjools concentrates hard like Hiro Dec 03 10:37:40 anyway, that's everything on my list. does anybody have an item not on the agenda? Dec 03 10:38:01 barry: I did add something Dec 03 10:38:09 but it's not on your agenda here for some reason Dec 03 10:38:15 * barry refreshes Dec 03 10:38:24 [TOPIC] * Gotchas with new celebrities (Julian) Dec 03 10:38:25 New Topic: * Gotchas with new celebrities (Julian) Dec 03 10:38:30 bigjools: the floor is yours Dec 03 10:39:02 We had a problem in the week with an oops being generated because Celso added a new celebrity and some bugs code on edge was trying to iterate over them Dec 03 10:39:23 so it's just a heads up to say, if you add celebrities, remember to find a LOSA to patch the DB as well Dec 03 10:39:33 EOF Dec 03 10:40:35 surely we can find a better way?... Dec 03 10:40:43 i won't remember this Dec 03 10:40:44 don't iterate over celebs? :) Dec 03 10:40:55 why does it need to do that anyway? Dec 03 10:41:07 either that, or test on startup? Dec 03 10:41:07 bigjools: which file? Dec 03 10:41:20 gmb: I can't remember, let me take a look Dec 03 10:41:23 ok Dec 03 10:41:25 There's some code that checks if a bug tracker is a celebrity, in which case deletion is forbidden. Dec 03 10:41:38 Hum. Dec 03 10:41:42 It does it by iterating through all the celebs. Dec 03 10:42:08 * rockstar mes Dec 03 10:42:17 allenap: Let's discuss this outside the meeting Dec 03 10:42:22 Yep. Dec 03 10:42:44 doesn't adding a celebrity require a DB patch? I had to do that when working with the janitor Dec 03 10:43:01 sinzui: Not necessarily. Dec 03 10:43:10 And usually, no. Dec 03 10:43:11 gmb: well kind oif Dec 03 10:43:15 sinzui: just a new row Dec 03 10:43:15 actually it does Dec 03 10:43:16 sampledata change Dec 03 10:43:24 yeah, right Dec 03 10:43:30 but you should do that using a db patch Dec 03 10:43:39 so that it's applied automatically on roll-out Dec 03 10:43:42 flacoste: Unless you're adding something as a celeb that already exists in prod. Dec 03 10:43:52 right Dec 03 10:44:12 gmb: OOPS-1063EC95 Dec 03 10:44:18 flacoste: Is that in our guidelines for adding a celebrity? Dec 03 10:44:20 bigjools: Ta Dec 03 10:44:31 that makes sense then: if the celeb exists on prod, add sample data. if not, db patch is necessary to add it in both places Dec 03 10:44:32 gmb: using a db patch? Dec 03 10:44:35 flacoste: Yes Dec 03 10:44:35 does that make sense? Dec 03 10:44:42 i'm not even sure we have formalized guidlines on this Dec 03 10:45:00 but yes, barry's suggestion is sane Dec 03 10:45:14 and by using a db patch, your code won't run on edge Dec 03 10:45:21 until the DB has the celebrity Dec 03 10:45:40 hmmm that's kinda restrictive Dec 03 10:46:04 bigjools: well, that's the policy, there might be reason to do otherwise Dec 03 10:46:14 flacoste: i agree Dec 03 10:46:17 but in that case, you should know what you are doing Dec 03 10:46:21 okay Dec 03 10:46:23 and not trigger an OOPS on edge :-) Dec 03 10:46:47 I'm entirely innocent (this time) Dec 03 10:46:50 :) Dec 03 10:47:07 bigjools and innocence together, i can't believe it Dec 03 10:47:26 [ACTION] someone capture celeb addition policy in dev wiki, when the reviewer-tips have been moved from the old wiki Dec 03 10:47:27 ACTION received: someone capture celeb addition policy in dev wiki, when the reviewer-tips have been moved from the old wiki Dec 03 10:47:49 barry, that's an action that will never happen! Dec 03 10:47:56 * bigjools considers kicking sand at flacoste at the TL sprint Dec 03 10:47:56 flacoste: indeed :) Dec 03 10:48:09 anyway, that's all the time we have today Dec 03 10:48:21 #endmeeting }}}