=== mwhudson_ is now known as mwhudson [12:00] hello hello [12:00] am I early? [12:00] two hours early [12:03] wow! === mrevell is now known as mrevell-lunch === cprov is now known as cprov-out === kiko is now known as kiko-fud === mrevell-lunch is now known as mrevell === cprov-out is now known as cprov === danilo__ is now known as danilos === barry_ is now known as barry [14:00] Meeting time? [14:00] gmb: seems so [14:00] gmb: it indeed is [14:01] gmb: Aye lad [14:01] me [14:01] me [14:01] moi [14:01] me === kiko-fud is now known as kiko [14:02] me [14:02] ok, kiko, will you lead the meeting? :) [14:02] I don't know how, but BjornT can sure do it! [14:03] danilos: just say "who will chair this meeting" in the middle of a "me" storm. [14:03] me (but waiting for a phone call) [14:03] me [14:04] well, since no one else volunteers.... [14:04] let's start this week's LP developer meeting [14:04] who's here? [14:04] me [14:04] me [14:04] me [14:04] me [14:04] me [14:04] me [14:04] me [14:05] me [14:05] me [14:05] me [14:05] me [14:05] me [14:05] why are we having the meeting here? [14:05] SteveA, read the mailing list next time, but BjornT is chairing. [14:05] I've been on vacation [14:06] good for you! :) [14:06] tis a pretty short list of attendees [14:06] me [14:06] indeed. cprov? [14:07] bac and matsubara are on leave [14:07] salgado is on vacation too. [14:07] so is carlos [14:07] allenap: ping - meeting time [14:07] me [14:07] me [14:07] BjornT: Thanks. [14:07] == Agenda == [14:07] * Roll call [14:07] * Agenda [14:08] * Next meeting [14:08] * Actions from last meeting [14:08] * Oops report (Matsubara) [14:08] * Critical Bugs (Rinchen) [14:08] * Bug tags [14:08] * Operations report (mthaddon) [14:08] * DBA report (stub) [14:08] * Sysadmin requests (Rinchen) [14:08] * A top user-affecting issue (mrevell) [14:08] ---- [14:08] * Survey: Are you using lpreview yet? (mwhudson) [14:08] ---- [14:08] * Blockers [14:08] * Next meeting [14:08] who knows they will not be here next week? [14:09] I'm off to vacation next week [14:09] (back only on January 8th) [14:09] And carlos will still be away. [14:09] I've got holiday planned for next Thurs as well [14:09] me [14:09] so list is getting pretty short, with it being already short enough [14:09] ddaa: you sticking around for meeting next week? [14:10] I should be at work in +=7days [14:10] kiko: quite a lot of people will be away next week. still worth having a meeting? [14:10] BjornT, I think so, because it's post-rollout [14:10] BjornT, Rinchen will be here and I should be too [14:10] I'd say one could plan next meeting for next year, but yeah, it's post-rollout [14:10] yes, good point. [14:10] so, let's have a meeting next week, same time as usual [14:11] * Actions from last meeting [14:11] me [14:11] i will be on vacations (probably), but I will attend the meeting [14:11] there were no actions from last week [14:11] cprov! that's great to hear. :) [14:11] * Oops report (Matsubara) [14:11] I am standing in for the great chinaman this week [14:11] did matsubara send his oops report to anyone? [14:11] thanks kiko [14:11] there are no, and I mean zero, OOPSes of note in the daily report [14:12] * flacoste cheers [14:12] there is one which is a bit odd, which is the +menudata one [14:12] here: OOPS-711A312 [14:12] https://devpad.canonical.com/~jamesh/oops.cgi/711A312 [14:12] flacoste, can someone take a quick look into that? I think it's shallow. [14:12] i will [14:13] we are also getting increased number of timeouts due to ongoing hardy translations opening [14:13] the significant ones in the lpnet summaries [14:13] danilos, when is that going to end? I had an ETA of 15h on tuesday :-/ [14:13] as I was saying [14:13] the significant ones in the lpnet summaries [14:13] are to do with the sane_description bug limit [14:13] which is fixed on staging [14:13] kiko: jtv should be tracking progress on that [14:13] and a bunch of Unicode* issues [14:14] danilos, okay. I'm just concerned about it [14:14] kiko: it's hard to handle it timely with only one admin around [14:14] Sorry, broadband problems. I won't be here next week. [14:14] jtv, let's talk about this after the meeting. [14:14] kiko: ok [14:14] kiko: are you done? === mrevell_ is now known as mrevell [14:15] BjornT, well, yeah. I wanted to point out only that a lot of tuesday oopses were related to the database being hammered by rosetta -- we even got some late pingdom alerts [14:15] timeouts and weird database integrity errors [14:15] constraint violations? [14:15] yeah [14:16] like +filebug crashing because there was no bugmessage there [14:16] it looks like race conditions right and left [14:16] ok. no time to discuss that here, let's do that after the meeting. [14:16] thanks kiko. moving on. [14:16] * Critical Bugs (mrevell) [14:16] Hello, Joey's on vacation today. [14:16] I only see one critical bug and it is marked Fix Committed. [14:17] I presume there's nothing to report back to Joey on that. the bug number is [14:17] because we are a great team that fixes critical problems! :) [14:17] 173096 [14:17] kiko: Yeah! :) [14:17] bug 173096 [14:17] Launchpad bug 173096 in malone "Misleading "Content-Encoding: gzip" header on downloads" [Critical,Fix committed] https://launchpad.net/bugs/173096 [14:17] that's thank to bac [14:17] Thanks bac. So, unless there's something to report back to Joey on that, I'l hand back to you BjornT [14:17] thanks [14:18] * Bug tags [14:18] no new bug tags have been proposed [14:18] * Operations report (mthaddon) [14:18] Staging codehosting is getting close to completion [14:18] Staging update failed again but I believe it's now fixed per email from stub - will be doing a manual update after the meeting [14:18] Copy-missing-translations script still running... [14:18] PQM durations script broken and I'd appreciate if anyone could help me debug it [14:18] That's it unless anyone has questions [14:18] woo staging codehosting [14:19] mthaddon: cool, just the news I was looking for, thanks for the report [14:19] staging codehosting! wow! [14:19] thanks mthaddon [14:19] mthaddon, what's left in that work? [14:20] (BjornT, allow me just that quick question) [14:20] sure [14:20] kiko, thumper has a branch that will setup the configs and allow codehosting to be completed [14:20] mthaddon, will we have it in time for next week's QA [14:20] setting up the syncing of actual branch data i think [14:20] and are the code team planning on using it? [14:20] kiko: partly, i think [14:20] what's missing? [14:20] kiko, we need a separate configs directory - bzr-staging [14:20] with a bunch of custom config options [14:21] mthaddon, I think that's fine by me. flacoste see any problem with it? [14:21] discussed yesterday with thumper - not sure if it's already been submitted [14:21] kiko: nope, apart the usual config PITA [14:21] but it just missed last night's update [14:21] I think that landed today, didn't it? [14:21] kiko: it'll be hard to test stuff to do with mirrored branches, i think [14:22] mwhudson, hmmm. ok, tell me this after the meeting. thanks! [14:22] yeah, the config branch landed a couple of hours ago [14:22] ok, moving on [14:22] * DBA report (stub) [14:22] stub is not here. mthaddon, do you have a dba report? [14:22] mwhudson, cool, I can do a manual update and it should be up and running then [14:22] BjornT, fraid not [14:23] ok [14:23] I have some DBA issues that might be worth mentioning [14:23] kiko: sure [14:23] there is a small snag with patch 88-31-0 that is causing staging updates to fail, but it's already good; we'll do a manual rev now and it should work automatically tomorrow. if it doesn't please don't let it go by unnoticed [14:23] we are considering upgrading the DB server hardware in the near future [14:24] and stub's been working on the replication stuff which will be a welcome improvement [14:24] does anyone have any DB patches that still need review or haven't landed yet? [14:24] there is a small window of opportunity for us if you do need something [14:24] I remember tom berger had mentioned a change but I've forgotten what it was [14:24] anyone else? [14:25] i have one change but it's no trivial i doubt it's worth it [14:25] bug 151583 [14:25] Launchpad bug 151583 in launchpad-bazaar "codeimportresult.date_started should be renamed to date_job_started" [Low,New] https://launchpad.net/bugs/151583 [14:25] I need a correction to security.cfg. Does that count? [14:25] yes it counts [14:25] kiko: tom's patch would be about renaming the janitor. it's that that important, we can do it in the next cycle. [14:25] kiko: s/that/not/ [14:25] I'd like to get lxml install at least for the PQM machine [14:26] s/install/installed/ [14:26] adeuring: that's not a db patch, though! ;) [14:26] adeuring, that needs an IS RT ticket, and an email to joey CC: launchpad to track it [14:26] BjornT, okay, no problem. [14:26] kiko: I know; I already have a ticket [14:26] allenap, can I see the diff anywhere? it should be rs=BjornT or something though [14:26] BjornT: renaming the janitor shouldn't need a DB patch? [14:26] kiko: Not yet, but I'll get it to you asap. [14:27] it's only modify production data, no?% [14:28] flacoste: right. it's less error prone doing it with a db patch, though. [14:28] BjornT, I think it was something else that tom wanted IIRC [14:28] BjornT: putting a script to run on LaunchpadProductionStatus usually works fine also [14:28] kiko: maybe, let's look at that after the meeting. [14:28] BjornT, hokay [14:28] moving on. talk to kiko about db patches, if you have any. [14:28] * Sysadmin requests (mrevell) [14:29] yes, talk to me. and send me money too [14:29] Does anyone have an RT number that they'd like to see chased up? [14:29] * kiko looks at adeuring [14:29] * kiko looks at barry [14:29] kiko, Rinchen is well aware of those [14:29] mrevell: after staging is back on track, we'd like a re-run of that statistics script. [14:30] Yes... let me look for the number... [14:30] i think that elmo is currently taking care of #29298 (mailman on staging) [14:30] * barry sends kiko a meelion dollars [14:30] ticket #29558 [14:30] jtv: Is there an RT number with that? [14:30] mrevell: mine is #29586. [14:30] thanks adeuring [14:30] thanks jtv [14:30] good man adeuring [14:30] mthaddon: our squid setup on staging and production, I'd like to talk with you about that sometime after this meeting [14:30] statik, sure [14:31] statik, yeah, the feeds cache is important with this release because of announcements [14:31] I'll see if I can get a status from the sysadmin chaps on those and will report back. Thanks BjornT [14:31] thanks [14:31] indeed thanks BjornT [14:31] * A top user-affecting issue (mrevell) [14:31] Ah me again [14:31] For today's user affecting issue, I'd like to raise bug 139495 and an associated problem. [14:31] Launchpad bug 139495 in launchpad "Beta testers are redirected even when logged out" [Undecided,Confirmed] https://launchpad.net/bugs/139495 [14:31] mpt's bug report describes how, although not logged in, he was redirected to edge when following a link from Google. This was because he already had the cookie to say he was a beta tester. [14:31] hmmmm [14:31] The associated problem is reported as when a beta tester logs in at launchpad.net, on a browser without previous LP session cookies, they are redirected to edge.launchpad.net where they are required to log in again. [14:31] okay. so we should clear that cookie when logging out? [14:32] Logging out from edge results in a redirect to launchpad.net where the user is still logged in. Trying to log out from launchpad.net results in a redirect to edge, where the user is already logged out. [14:32] flacoste, what do you think? [14:32] is jamesh around? [14:32] this annoys me every single day [14:32] sometimes it'd be nice to have a production.launchpad.net [14:32] * flacoste doesn't know the details of that to have an opinion [14:33] well, the logging in twice annoys me. I don't do the logout thing that often [14:33] but I know the redirection coed also cause problems in the tests [14:33] but that's probably another issue [14:34] Perhaps I should raise this on the list and then we can discuss further. [14:34] mrevell: i'll look into this [14:34] thanks flacoste [14:34] thanks mrevell [14:34] * Survey: Are you using lpreview yet? (mwhudson) [14:34] me [14:34] not me [14:34] me [14:34] not me (haven't had a new branch yet) [14:34] * mwhudson hopes the topic is clear, i mailed the list a week ago [14:34] not me [14:34] yes, lpreview is love [14:34] me [14:34] not me [14:35] not me [14:35] thanks guys. [14:35] not me [14:35] I haven't tried lpreview yet. [14:35] those who haven't: please try [14:35] not yet [14:35] not me [14:35] so [14:35] those who have: please tell me where it sucks [14:35] those of you who answered 'not me', why aren't you using it? [14:35] by next week [14:35] those who said "not me" [14:35] please try it at least once and have feedback to submit [14:36] kiko: I won't have a chance to do that by next week [14:36] mwhudson, I will tell you this: I will be really motivated to use it when it has a backend. [14:36] got feedback [14:36] danilos, vacationers are excused. [14:36] * mwhudson points kiko at gmb [14:36] * barry will try it for his next new branch [14:36] gmbeeee [14:36] but yeah [14:36] Is it a replacement for the general queue, or in addition? [14:36] ok [14:36] allenap: addition at the moment [14:36] i asked for a feature that it outputs the thing you can paste on PendingReviews [14:36] allenap: ATM it works best with on-call reviewers [14:37] flacoste: yeah, i'll try and do that today [14:37] kiko: Let me get my bugs work out of the way and I'll make you very happy. In a coding sense. [14:37] Cool, I'll give it a go :) [14:37] flacoste: can you send a mail to remind me? :) [14:37] gmb, O K!! [14:37] mwhudson: i will [14:37] thanks [14:38] BjornT: enough on this, i think [14:38] ok. so those who haven't tried lpreview yet, please do so until next week [14:38] moving on [14:38] * Blockers [14:38] Bugs team: not blocked [14:38] Foundations Team: Blocked on MailMan setup on staging (RT #29298) [14:38] Translations team: not blocked [14:38] lpcomm team: not blocked [14:38] I know I am blocking: bjorn on comment imports and reviewing the bugzilla spec [14:39] Soyuz team: not blocked (cprov-only this week) [14:39] Releases team: Not blocked. [14:39] HWDB: No [14:39] schwuk and adeuring on some hwdb org updates [14:39] Code team: not blocket [14:39] and maybe cprov needs to look over soyuz 1.1.12 final? [14:39] kiko: True, but on the current work, no [14:40] anyone from SC here? [14:40] I think they are boycotting this channel [14:41] ok, except for SC, it should be all [14:41] kiko: sure, I'm dealing with the last trivial bugs (some wip will slip for 1.2.1, for sure) [14:41] thanks guys [14:41] MEETING ENDED [14:41] BjornT: thanks for running the show again :) [14:41] cprov, no problemo. let's chat tonight. [14:41] BjornT: thanks [14:41] kiko: ta [14:41] BjornT, you're good at this! but I would like flacoste to run the next one, if he could [14:41] thanks BjornT [14:41] kiko: sure [14:42] kiko: sure, i don't mind someone else doing it :) [14:42] thanks francis [14:42] you are a good volunteer [14:43] kiko: i'm especially good at being volunteered ;-) [14:43] not surprised at that. :) === kiko is now known as kiko-phone === cprov is now known as cprov-lunch [15:06] danilos, you want to get your hostmask fixed, yeah? [15:06] kiko-phone: yeah [15:06] and you're identified? [15:06] kiko-phone: yes [15:06] okay. let's get an admin [15:06] kiko-phone: basically, "danilo" has mine, and I am "danilos" on freenode :) [15:07] oh! [15:08] kiko-phone: yeah, tell that to mako who spent some time trying to convince "danilo" how he should remember him :) [15:08] lol [15:10] kiko-phone: I'll have to go out now, will be back later: do you need me for this? [15:10] danilos, I don't think so. I'm still waiting for a response on #freenode [15:11] kiko-phone: ok, cool, thanks a lot [15:11] thanks to you === kiko-phone is now known as kiko === cprov-lunch is now known as cprov === cpro1 is now known as cprov === mwhudson_ is now known as mwhudson