#format IRC #startmeeting Meeting started at 11:02. The chair is Ursinha. Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] me sigh me [TOPIC] Roll Call Not on the Launchpad Dev team? Welcome! Come "me" with the rest of us! New Topic: Roll Call meeeeee me me me sinzui is here several times bigjools, hi * bigjools excuses himself from the meeting I guess we don't have a bugs' person here UDS... bigjools, I have one question for you in the oops section, should be easy for you :) ok [TOPIC] Agenda * Actions from last meeting * Oops report & Critical Bugs & Broken scripts * Operations report (mthaddon/Chex/spm/mbarnett) * DBA report (stub) * QA stats of the week * Proposed items New Topic: Agenda [TOPIC] * Actions from last meeting New Topic: * Actions from last meeting * Ursinha to triage lp-qa-tools bugs * done. * matsubara to talk to foundations about OOPS-1585G1243 * Talked to Gary about it and filed https://launchpad.net/bugs/579987 * adeuring to follow up on calculate_bug_heat script failure * matsubara to chase landing for bug 574493 * Landed and CP'ed * matsubara to chase landing for bug 575426 * Landed and CP'ed * matsubara to ask for the DBA report * emailed stub asking for it * all QA contacts to take orphaned commits' lists to their teams to check if were left untested items behind because they were orphaned commits bot is sleeping my stuff is ok, so is matsubara's adeuring is not here to follow up on his item [action] Ursinha to chase adeuring abour calculate_bug_heat failing script ACTION received: Ursinha to chase adeuring abour calculate_bug_heat failing script * ubottu has quit (Ping timeout: 260 seconds) about the orphaned commits, we can discuss that in the QA section moving on [TOPIC] * Oops report & Critical Bugs & Broken scripts New Topic: * Oops report & Critical Bugs & Broken scripts One bug and one oops for code team, and one oops to soyuz the code bug is bug 579004, triaged high and targetted to 10.05, seems to affect only staging fine the oops: rockstar, any ideas? https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1593S580 https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1593EC1021, NotOneError seems to be bug 523346, already fix released, but I still see that happening bigjools, is that the same thing? ^ Ursinha: gah Ursinha, I'll file a bug. it's related thanks rockstar bigjools, may I file another bug? Ursinha: yes please, and mention that other one * ubottu (~supybot@ubuntu/bot/ubottu) has joined #launchpad-meeting bigjools, sure thanks [action] Ursinha to file a bug for OOPS-1593EC1021, related to bug 523346 ACTION received: Ursinha to file a bug for OOPS-1593EC1021, related to bug 523346 thanks rockstar and bigjools, I love you both moving on calculate_bug_heat and upgrade_branches were the last scripts to fail rockstar, do you know about the upgrade_branches? is that related to code as it seems? heh :) Ursinha, yes. That script is my baby. rockstar, oh, it seems it's been crying on his last runs or its :) Ursinha, I'll look into it. thanks rockstar much appreciated Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/523346) https://lp-oops.canonical.com/oops.py/?oopsid=1593EC1021 Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/523346) https://lp-oops.canonical.com/oops.py/?oopsid=1593EC1021 Ursinha, the conjugated form was correct, since it's a conjugation of "it" and "has" [action] rockstar to look into upgrade_branches failures ACTION received: rockstar to look into upgrade_branches failures rockstar, I was referring to s/his/its/ ;) s/;)/:) thanks :) we have three critical bugs, two already fix committed: bug 574142 and bug 574493 gary_poster, sinzui, are those two going to be or were CPed? Launchpad bug 574142 in launchpad-registry "Could not adapt ProductSeries to IBranchTarget" [Critical,Fix committed] https://launchpad.net/bugs/574142 Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/574493) there's one in progress, code, bug 578331, last comment was danilos' how is that? Launchpad bug 578331 in launchpad-code "exporting to bzr seems broken since a few days" [Critical,In progress] https://launchpad.net/bugs/578331 i think it's fix committed now? Ursinha, it's on production-stable, needs CPing oh, so mwhudson is here oops camper :) my cover is busted https://lpbuildbot.canonical.com/builders/prod_lp/builds/62 Ursinha, it is fix released, I updated it now Ursinha, I'm remebering only one critical and it has been CP'd--the log-out one thanks sinzui gary_poster, that one seems private, let me see Ursinha, 574493 was CP'ed bug 574493, right? Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/574493) that's CP'd gary_poster, yes cool matsubara, gary_poster, so, it's fix released :) could you mark it as such, please? or I can do that :) will do thank you danilos, are you taking care of that CP? I didn't mark as fix released before because of gary's comment saying the fix was CP'd but not landed on devel. I was waiting for it to reach devel a go through the usual process s/a/and/ Ursinha, will do matsubara, ack. It happened early this morning matsubara, that's ok, I was just wondering if they could be closed now danilos, thanks [action] danilos to take care of CPing bug 578331 fix ACTION received: danilos to take care of CPing bug 578331 fix Launchpad bug 578331 in launchpad-code "exporting to bzr seems broken since a few days" [Critical,Fix committed] https://launchpad.net/bugs/578331 good [TOPIC] * Operations report (mthaddon/Chex/spm/mbarnett) New Topic: * Operations report (mthaddon/Chex/spm/mbarnett) Chex, stage is all yours hello everyone, here is this weeks LOSA report: - Applied LP security fix for Bug# 578914 : Rolled out in security mode, applying CP's to codebrowse & codehost, and cowboy edge. - Bug 531071: app servers leaking memory : We have a few dump-logs now ( LPIncidentLog ) , has anyone looked at or could look at these to debug the issues here? Launchpad bug 531071 in launchpad-foundations "lpnet app servers are leaking memory again" [High,Triaged] https://launchpad.net/bugs/531071 - LP incidents of note: : Codebrowse fixed from hourly restarts after last week rollout, but still needs restarting, daily, or more. : ftp/poppy service crashed a few times this week, Bug 414482 Launchpad bug 414482 in soyuz "upload daemon poppy dies often" [Medium,Triaged] https://launchpad.net/bugs/414482 : Apr-11: CP 9339 App Servers & codehost/crowberry : Apr-12: CP 9341 to germanium/cocoplum : Apr-12: CP 9342 to lpnet/cocoplum & loganberry-bzrsyncd questions/comments on the report? I guess that's May, or an abbreviation for something like "Anonymous Public Report" :) wow, yes sorry .. s/Apr/May/ my mistake. Chex, should we try to get bigjools to up the priority on poppy bug? Chex, if that's bigjools territory at all? it is but it's a bug in zope so we're working around that by writing a new sftp server :) what a workaround :) woohoo, simple workarounds :) probably late for this, but I'm always happy to try and apply pressure withing Zope community if necessary good to know, thanks ok, anyone else? bug 531071 maybe? Launchpad bug 531071 in launchpad-foundations "lpnet app servers are leaking memory again" [High,Triaged] https://launchpad.net/bugs/531071 gary_poster, ^ this is already targeted to 10.04 we now have some meliae outputs as of the past week. I'll be investigating them soon. Ursinha: gary_poster: we have crash dumps of what was requested now on the app servers, if we can work with someone who wants to look at this s/already/still/ gary_poster: ah fair enough, thank you Chex: (I assume they are the same ones you are talking about--spm sent us some emails) gary_poster, may I target that to this cycle? gary_poster: yes I think so, what I saw in the incident logs was in spm 's timeframe, so. Chex: cool Ursinha: too late ;-) but thanks haha, thanks gary_poster :) moving on then :) [TOPIC] * DBA report (stub) [action] send email to stub about the dba report of the week New Topic: * DBA report (stub) ACTION received: send email to stub about the dba report of the week [TOPIC] * QA stats of the week New Topic: * QA stats of the week Untested items per team: Code: 3 Foundations: 2 Registry: 0 Bugs: 3 Translations: 2 Soyuz: 3 Strategy: 0 Untested == QA? duh yes :) one thing I notice is that since we started using tags, we've been having less untested items at once which is cool :) Untriaged bugs per project: malone: 17 launchpad-buildd: 12 lp-dev-utils: 9 launchpadlib: 9 launchpad-dev-moin-theme: 6 launchpad-code: 5 launchpad-foundations: 3 soyuz: 3 launchpad-help-moin-theme: 3 lpbuildbot: 2 trac-launchpad-migrator: 2 launchpad-news-wordpress-theme: 2 launchpad-cscvs: 2 launchpad: 1 launchpad-web: 1 launchpad-loggerhead: 1 launchpad-documentation: 1 tickcount: 1 agreed we're not that bad triaging bugs as well about the orphaned commits last week I asked the QA contacts to check with their teams all OCs that are yours, to see if we're leaving untested things behind sinzui answered me, what about the others? I suck. I forgot to bring that up with my team https://wiki.canonical.com/Launchpad/QATeam/OrphanedCommits/10.04-devel and https://wiki.canonical.com/Launchpad/QATeam/OrphanedCommits/10.04-db-devel rockstar, and you? We talked about it. I don't know if anyone did anything about it. I will bring up the branch-link-to-bug issue in the next reviewers meeting. Many contributors do not do this Ursinha, I totally don't remember the discussion, which means that I suck :) We could make ec2 land require a linked bug c'mon people :) sinzui, guess the problem is that not all commits really require bugs Oh no, I think we did talk about it, and determined that there were no orphaned commits. and not everyone uses ec2 What about refactorings? right ah, hello wgrant :) However, we're also not linking bugs to branches in many cases. Ursinha: Yeah, I'm not asleep for once :P pqm submit certain is not wgrant, :P Ursinha, we haven't really been tracking QA in the bugtracker - We've been using our Kanban board. if you use --fixes=lp:NNNN when you commit, then when you push the branch to LP, it'll be linked automatically rockstar, I see. this is not good, but we fall again in the kanban board/lp integration problem and the tagging script will find out which bug was fixed by that commit, even if it's not mentioned in the commit message Ursinha, well, we have two tools essentially doing the same thing. rockstar, also what matsubara said I still use the milestone because I am tracking every registry related blueprint and bug that I may be required to land a RC for Ursinha, fwiw, I've looked through the orphan commits now and there is only one by a translations dev and that one was qa-ok :) I don't know what everyone else agrees, but I think we should maintain lp updated so when we integrate that with kanban we'll all be used to the lp dance thanks danilos Every contributor or even developer from another team gets their in progress bugs targets to a milestone and I verify the number of fix committed is the same number as qa-ok Ursinha, asking us to keep two duplicate tools in sync manually seems crazy. Foundations often has multiple commits as we pursue a larger bug rockstar, but is that hard to use --fixes or link a bug to a branch? danilos, the registry orphaned commits were for contributor branches that we landed and for testfix Ursinha, no, but I don't want to create a kanban task AND a bug for something I'm about to do. sinzui, I count adiroiban as a translations developer as well :) And then move them both through their own separate processes. We also have kanban cards for our tasks I can't use --fixes if there isn't a bug... rockstar, I thought that the whole team had agreed on using lp as qa tracker He applied to be an lp engineer. He should be counted on someone's team did I get this wrong? Ursinha, maybe, but the code team isn't doing it that way, and we've found that the kanban board has been the tool we've preferred. I guess that needs to be discussed then Ursinha, we get our stuff QA'd, so it's not like things are falling through the cracks, but it doesn't have great visibility. if you're preferring another tool, we should discuss the problems Ursinha, the problem is that we have two tools... Ursinha: do I understand correctly that you are saying that orphan commits are bad? rockstar, imo the problem is that we don't have kanban integration Ursinha, rockstar: it's a recognized problem, and flacoste promises us we'll do something about it (two tools for the same job) gary_poster, only if they are really orphaned because of the QA-through-LP initiative? Ursinha, let's move on at least that's my take on it gary_poster, not necessarily bad, we just don't want those falling through the cracks gary_poster, in the sense that it should have been qaed and it isn't what matsubara said ...and if we use LP for qa then how do we know? right if you use LP as the QA tracker, then we have tools to help remind you that some QA is needed I think this is a matter for discussion, but maybe not here. mailing list? * mwhudson has quit (Ping timeout: 276 seconds) doesn't matter if it doesn't have a bug when it doesn't need to have, the problem is not having a bug when it should agreed gary_poster cool if you start landing OCs, then the tools can't help remind you that QA needs to be done so, in this meantime, I'd like to ask you to once in a while take a look in the OC list and see if any important things are missing https://wiki.canonical.com/Launchpad/QATeam/OrphanedCommits/10.05-devel and https://wiki.canonical.com/Launchpad/QATeam/OrphanedCommits/10.05-db-devel this cycle anyone else want to say something? moving on :) [TOPIC] * Proposed items Thank you all for attending this week's Launchpad Production Meeting. See https://dev.launchpad.net/MeetingAgenda for the logs. #endmeeting New Topic: * Proposed items Meeting finished at 11:39. errrrr bad paste :) but we didn't have any other proposed items, so, nevermind :) :-) thanks Ursinha thank you thanks everyone for this week's meeting :)