#format IRC #startmeeting Welcome to this week's Launchpad Production Meeting. For the next 45 minutes or so, we'll be coordinating the resolution of specific Launchpad bugs and issues. Meeting started at 11:00. The chair is Ursinha. Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [TOPIC] Roll Call Not on the Launchpad Dev team? Welcome! Come "me" with the rest of us! New Topic: Roll Call me me me * noodles775 has quit (Quit: leaving) * matsubara (~matsubara@canonical/launchpad/matsubara) has joined #launchpad-meeting me Chex, sinzui, rockstar, hello * rockstar me Chex and sinzui are missing me :) only sinzui let's move on, try to break rockstar's last week record :) [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 None New Topic: * Actions from last meeting [TOPIC] * Oops report & Critical Bugs & Broken scripts New Topic: * Oops report & Critical Bugs & Broken scripts only one bug, soyuz bigjools must love me bigjools, I see the last noodles' comment in https://bugs.edge.launchpad.net/soyuz/+bug/580181, do you know if that's being tracked and fixed in another bug or one needs to be filed? it's in progress Launchpad bug 580181 in Soyuz "DistributionSourcePackageRelease page still oopsing with NotOneError/LocationError (affected: 1, heat: 8)" [High,Fix released] Ursinha: it needs a new bug bigjools, so soyuz has two, this one and the critical bigjools, I'll file one right after this meeting heh me cheers bigjools, bug 589073 is in progress? Launchpad bug 589073 in Soyuz "Unhandled exception processing upload: permission denied for relation emailaddress (affected: 1, heat: 6)" [Critical,Triaged] https://launchpad.net/bugs/589073 is it really critical? Ursinha: yes, jelmer should have set that in progress ;) I don't think it is actually, I'll downgrade it thanks bigjools we have two critical bugs, one soyuz, one foundations, both being worked on then failing scripts are retry-depwait, that's being fixed by bigjools, and karma-update, allocate-revision-karma and others that, according to spm's email, are failing because nightly.sh is taking about 36 hours to run Is anyone taking care of this? retrydepwait is fixed and released bigjools, right, cool last failure was yesterday gary_poster, about nightly.sh, is that foundations' domain? Ursinha, I think nightly.sh is/was a victim of the master/slave issue sinzui, right sinzui, it failed yesterday again nightly.sh has no owner. The losas do a lot of tinkering with it and they do not think they should nominally foundations then I suppose :-/ Since it takes 36 hours to run, we would expect it to fail even after the db was fixed It's a good thing that days are longer than 36 hours so that it can actually run nightly... Another failure to run on time would be worrisome and will warrant further investigation agreed yeah, right And I certainly have not regarded nightly.sh as a foundations responsibility. I guess that needs to change. Ursinha, please do help me kick myself about this :-) but for now I think we can move on gary_poster, sure :) good I don't think nightly.sh should be exclusively foundations gary_poster, rockstar, other than the karma-cache update, I think everything in nightly can be parallelised. I think the losas are pretty good at identifying which scripts run by nightly.sh are the worst offenders and then the responsible team should take care of that script the scripts in it belong to code, bugs, translations, and registry * EdwinGrubbs has quit (Ping timeout: 260 seconds) taking the last run for example, package cache and bugtask target names are the worst offenders matsubara: no, but if no-one is in charge of something, historically that means foundations. I'd certainly like it if losas could take that ownership though and soyuz then so malone and soyuz(?) should take care of those first Most failures are spurious. matsubara, sinzui, gary_poster, what do you think about discussing that in the email spm sent? this way we can be sure everyone else can join the discussion cool thanks The 9 times out of 10, the last proc ran late because of something else run in the sequence ok, so I'll move on [TOPIC] * Operations report (mthaddon/Chex/spm/mbarnett) New Topic: * Operations report (mthaddon/Chex/spm/mbarnett) hello everyone, short report this week: - LP incidents of note, quiet week: : Jun 08: lpnet15 died, restarted : Jun 10 : poppy on germanium had died (process died) - restarted Us LOSAs are now searching on Canonical-losas -tagged bugs, here: https://pastebin.canonical.com/33309/ I am curious about status of: 45419 Launchpad needs a way of easily flagging spam In the future I will try to bring up critical LP related bugs from this list, to see progress and such, and see if you need any help from us at all. bug 45419? Launchpad bug 45419 in Launchpad Foundations "Launchpad needs a way of easily flagging spam (affected: 7, heat: 60)" [High,Triaged] https://launchpad.net/bugs/45419 gary_poster should know that ^ Foundations does not have that anywhere in our plans ATM. right.. gary_poster: ok, fair enough, then anyone else has questions to Chex? Chex, that doesn't mean you can't/shouldn't make a stink about that fact :-) If this is a foundations issue, we schema a behavioural changes made near/on IMessage so that all types of messages get the desired feature gary_poster: aha, ok then. It is a time-consuming task for us, and having a automated spam-reporting/tagging feature would be highly useful to us ok, moving on thanks Chex [TOPIC] * DBA report (stub) Already requested New Topic: * DBA report (stub) [TOPIC] * QA stats of the week New Topic: * QA stats of the week I followed up the bugs' ownership in the mailing list Chex: spam-reporting: mars and sinzui have the expertise here. I'll try to coordinate with them. I had a plan sinzui, it's because you're a Cylon. a comprehensive one infact Was it a cunning plan? That would explain why I can do so long without sleep heheh It had a tail like a fox * gary_poster chuckles Any more pop-culture references we can fit in here? hahaha We seem to have missed monthy python Monty Python I will include that in my email to gary_poster and maris thanks sinzui hehe thanks sinzui moving on again then [TOPIC] * Proposed items New Topic: * Proposed items I have one we know that this meeting's format isn't ideal, and we couldn't find a way to change it to become really useful we also realized the qa contacts initiative isn't that effective as we thought in the beginning Ursinha, for the code team, the only things that are really useful for us are the DB and LOSA reports. rockstar, yeah, I'm getting there :) "Shutting up sir" haha no so, after talking with flacoste, we decided to get rid of this meeting as we know I care about the oopses actually. Since I read them every day I like to know when they will be closed or provide info about how to close them pause for cheering and etc Ursinha, so we're doing away with it entirely? rockstar, yeah *golfclap* sinzui, as a replacement, there will be created a section in the TLs meeting, a QA one and me and matsubara should attend we'll keep discussing that with the TLs, so sinzui, you'll still know about the oopses sweet. I wonder if the meeting will go back over an hour again and bigjools, you won't get rid of us *evil laugh* :P :-) :) about the LOSAs and DBA report a weekly report should be sent to the list, so we'll all keep posted about it so, that's it ok, sounds good, I can do that. Ursinha, maybe we can have a [QA] subject addition for QA related items. thanks a lot Chex, losa's reports are really important (I suspect I'll still have to deal with QA stuff within my team) rockstar, well, it should be dealt with whoever attends the TLs meeting in behalf of code is that you? Ursinha: yes I understand that, it helps us, too. I will try to pop my head in on the TLS meetings, too, Ursinha, no. rockstar, so I guess you will only have to worry about your own QA from now on Ursinha, okay. that's all then anyone else wants to add something? okay so, it was very nice to have you for these two years in this weekly meeting thanks all thank you Ursinha :-) Thank you all for attending this week's Launchpad Production Meeting. See https://dev.launchpad.net/MeetingAgenda for the logs. bye #endmeeting