=== mwhudson__ is now known as mwhudson === mrevell is now known as mrevell-lunch === mrevell-lunch is now known as mrevell === salgado_ is now known as salgado === salgado is now known as salgado-lunch === salgado-lunch is now known as salgado [18:47] * Rinchen looks around and sees MootBot and breathes a sign of relief. [18:57] [WC] <- sign of relief [18:58] thanks for letting us know! [18:58] heh [18:58] ah, intellectronica, you missed the context by ten minutes :-) [18:58] * thumper has coffee [18:58] i'm not sure whether i should be happy or sad about that [18:59] i'll default to happy [19:00] me [19:00] you [19:00] him [19:00] us [19:00] I [19:01] aye [19:01] * allenap is feeding his daughter; 7pm is not such a good time for the meeting :) [19:01] me [19:01] allenap: seconded [19:01] me [19:01] 6am ain't so hot either [19:01] me [19:01] me [19:01] Rinchen: c'mon [19:01] vroom [19:02] thumper: granted [19:02] thumper: I thought you always got up at 6am? :) [19:02] * schwuk waits for rollcall [19:02] geez, anxious bunch [19:02] me [19:02] #startmeeting [19:02] Meeting started at 20:02. The chair is Rinchen. [19:02] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [19:02] bigjools: almost, but not always coherent [19:02] Welcome to this week's Launchpad development meeting. For the next 45 minutes or so, we'll be coordinating Launchpad development. [19:02] [TOPIC] Roll Call [19:02] me [19:02] New Topic: Roll Call [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] me [19:02] (and my beeps aren't working today again) [19:02] me === jt1 is now known as jtv [19:02] me [19:02] me [19:02] me [19:02] me [19:02] thumper: Is that a definition of bigjools? Cos that's how it reads ;) [19:02] me [19:02] me [19:02] me [19:03] me [19:03] me [19:03] me [19:04] hmm.... ok, let's keep going! [19:04] [TOPIC] Agenda [19:04] New Topic: Agenda [19:04] * Next meeting [19:04] * Actions from last meeting [19:04] * Oops report (Matsubara) [19:04] * Critical Bugs (Rinchen) [19:04] * Bug tags [19:04] * Operations report (mthaddon/herb) [19:04] * DBA report (stub) [19:04] * Sysadmin requests (Rinchen) [19:04] * New packages required (salgado) [19:04] * A top user-affecting issue (mrevell) [19:04] * Doc Team report (mrevell) [19:04] * Blockers [19:04] [TOPIC] Next meeting [19:04] New Topic: Next meeting [19:04] same time, same channel? [19:05] I'd prefer a tad earlier [19:05] bit it's no biggie [19:05] :( [19:05] SteveA, what about thumper? === kiko-afk is now known as kiko [19:05] well, last week we said we'd experiment rotating team leads [19:05] the team leads call, sorry [19:05] turns out we didn't agree to do that for this round [19:06] our next call is on Wednesday of next week so we can bring the topic up again [19:06] so, as the meeting is late for europeans, I ask that we keep it firmly on time [19:06] I really want a time that works for tim and jtv [19:06] and end exactly 45 minutes after starting [19:06] we make a serious effort to end 45 minutes after [19:06] well [19:06] we just end then ;-) [19:06] and take the consequences [19:06] [AGREED] Same time next week [19:06] AGREED received: Same time next week [19:06] [TOPIC] Actions from last meeting [19:06] New Topic: Actions from last meeting [19:06] none [19:06] [TOPIC] Oops report (Matsubara) [19:06] New Topic: Oops report (Matsubara) [19:06] (vrooom) [19:07] Today's oops report is about bugs 214843, 198368 [19:07] * Rinchen chuckles. [19:07] Launchpad bug 214843 in launchpad "Cycles in team data kill mailing lists" [Critical,Confirmed] https://launchpad.net/bugs/214843 [19:07] Bug 198368 on http://launchpad.net/bugs/198368 is private [19:07] #214843 is already assigned do barry. [19:07] to barry [19:07] barry: any news about #198368? [19:07] i think the data problem is already fixed, as is the resync issue. we now have bug 215118 in review [19:07] Launchpad bug 215118 in launchpad "Odd mailing list resync behavior" [High,Confirmed] https://launchpad.net/bugs/215118 [19:08] once that lands we should be good to go [19:08] that's it [19:08] thanks barry [19:08] back to you Rinchen. [19:08] thanks! [19:08] [TOPIC] Critical Bugs (Rinchen) [19:08] New Topic: Critical Bugs (Rinchen) [19:09] [LINK] https://bugs.edge.launchpad.net/launchpad/+bug/206654 [19:09] This is the memory issue. flacoste, SteveA. Any updated status? [19:09] LINK received: https://bugs.edge.launchpad.net/launchpad/+bug/206654 [19:09] [LINK] https://bugs.edge.launchpad.net/launchpad-bazaar/+bug/207558 [19:09] thumper, what's the next step with this? [19:09] LINK received: https://bugs.edge.launchpad.net/launchpad-bazaar/+bug/207558 [19:09] I'm really unhappy about that one [19:09] Rinchen: mthaddonis copying the references leak log [19:09] Launchpad bug 207558 in bzr ""bzr branch http://bazaar.launchpad.net/...." fails with bzr.dev >= r3309" [Critical,Fix released] [19:09] I think that was just with bzr.dev [19:09] kiko: what one? [19:09] and is fixed [19:09] Rinchen: i'll investigate after that, but we are not seeing any big leak on the monitoring server, probably due to the fact that it receives a lot less requests [19:09] interesting flacoste [19:10] the server issue, SteveA [19:10] thumper, can you please update the bug then since there is a code hosting task assigned? [19:10] ah [19:10] we need a new strategy for dealing with it [19:10] kiko: it's a tricky one, for sure [19:10] I recall now [19:10] Rinchen: i'm hoping to correlate a small leak in the monitoring log to the big one based on the difference in number of requests [19:10] lifeless filed an RT to get apache config updated [19:10] kiko: what are you talking about? [19:10] SteveA, well.. [19:10] kiko: we have a strategy for dealing with it, which is in progress [19:11] SteveA, is that strategy going to work? it seems we've made the change and the change we've made has hidden the problem from that environment. [19:11] kiko: I'd appreciate a bit more support and positivity considering the work people are putting into diagnosing this [19:11] meanwhile, clock ticking, etc [19:11] Rinchen: confirmed with config that the RT has been executed [19:11] we don't know that the change has hidden anything [19:11] * thumper updates task [19:11] thumper, thank you sir. [19:12] kiko: well, since the problem now disapperaed from edge, maybe it will go away by itself in the next roll-out ;-) [19:12] we are collecting data, and we need to analyze it and tweak how we're collecting it based on the analysis [19:12] SteveA, that's all just words to me. I haven't seen us progress to a solution after more than a week, and that's what's concerning me [19:12] kiko: I have no idea what you're talking about [19:12] flacoste, completely? no edge instances are balooning? [19:12] * kiko chuckles [19:12] heisenbug indeed [19:13] kiko: i wouldn't count on it though, because until last week, that was isolated to edge [19:13] kiko: and it's not like a cherry-pick could explain it [19:13] flacoste, perhaps it time for a quick update on status to be posted to the bug. That way kiko will see the work you and others are doing. Would you be ok with that? [19:13] flacoste, f*cking crazy. [19:13] Rinchen: sure [19:13] I know what work's been done, though. [19:14] that's not really the issue :) [19:14] but go ahead, it'll be interesting [19:14] what kiko wants is results! [19:14] what kiko wants is a vacation somewhere sunny [19:14] or really good excuses :) [19:14] [LINK] https://bugs.edge.launchpad.net/launchpad/+bug/214843 [19:14] barry, how is the refactoring going? [19:14] LINK received: https://bugs.edge.launchpad.net/launchpad/+bug/214843 [19:14] Launchpad bug 214843 in launchpad "Cycles in team data kill mailing lists" [Critical,Confirmed] [19:14] it's always sunny where /I/ live [19:14] SteveA: he just needs a vacation then I guess, i heard it was very sunny where he lives [19:15] Rinchen: barry just gave a update about that one in the oops section :-) [19:15] flacoste: the memory problems have only happened when kiko's not been on vacation. so obviously that is the solution. [19:15] can I not be the subject of the conversation, and instead the problem we're trying to solve? [19:15] Rinchen: the refactoring has not been done and probably isn't critical [19:15] Rinchen: it can be done this cycle as normal [19:15] flacoste, can you go on describing where we are? [19:15] barry, great...that means we can demote the bug to HIGH. Would you mind doing the honours? [19:16] kiko: i'll analyse the current data we collect and see if there is anything interesting [19:16] Rinchen: done [19:16] barry, thank you sir [19:16] flacoste, okay. is there a way we could monitor across multiple threads? [19:16] kiko: no [19:17] bummer [19:17] well [19:17] there are ways. it's a lot more complicated. [19:17] yeah, I had that feeling [19:17] kiko: we could bump up the number of requests it receives [19:17] that's a great idea! can we do that mthaddon? [19:17] so we should only go there once we've established we can't get decent data the way we're doing it [19:17] right [19:17] first, let's have flacoste analyze the data we have [19:18] kiko, what's that, bump up the number of requests? [19:18] then we'll look at increasing the number of requests it gets [19:18] I blame Schoëdinger's cat [19:18] kiko, we tried that (from 1/16 -> 1/10) and had to revert since it was timing out [19:18] mthaddon, make it more preferred in the server rotation I guess [19:18] mthaddon, hah [19:18] mthaddon, is there a smaller increment? [19:18] * kiko high 5s jtv [19:19] huh? [19:19] kiko, any increment you like - 1/15 for instance... :) [19:19] mthaddon, yeah, we could do a smaller step to see. okay, let flacoste make that call once he's looked at the data. [19:19] kiko, sounds good [19:19] from looking at the data, we may see that we want to look more closely at *particular* kinds of request [19:20] so, I'm not so interested in adding shavings to the number of requests it processes [19:20] but rather directing requests that matter to it [19:20] we'll know soon [19:20] ok, thanks for the lively discussion.... [19:20] I'm going to move on [19:20] [TOPIC] Bug tags [19:20] New Topic: Bug tags [19:20] none to be considered [19:21] [TOPIC] Operations report (mthaddon/herb) [19:21] New Topic: Operations report (mthaddon/herb) [19:21] 2008-04-07 - Cherry pick 6013 to lpnet* [19:21] 2008-04-09 - Cherry picks 6006, 6026, 6031 to forster, lpnet*, xmlrpc-internal, mailman [19:21] Memory utilization issues continue, which has forced us to restart multiple lpnet instances daily. [19:21] ... But we have a debug release in place on edge3 and lpnet6. As discussed above, it doesn't seem we're getting any real feedback because the debug instances are throttled due to running them with 1 thread. They don't seem to be getting enough traffic to create the memory leak. [19:21] That's it from Tom and I unless there are any questions. [19:21] This is a good time to talk about cprov's item [19:22] yup [19:22] update-cache [19:22] what's to talk about? [19:22] sounds like looptuner (sp?) is the way to go, right? [19:22] mthaddon: exactly, we have to find a way to reduce the commit-rate [19:23] mthaddon: spelled right [19:23] cprov, so it sounds like the email threads have been updated and we can skip this topic. [19:23] ..yes? [19:23] ype [19:23] yep, even [19:23] I just replied to cprov and we should indeed use looptuner [19:23] Rinchen: yes, all sorted [19:24] it's easy to do [19:24] gmb, can you help him out? [19:24] great thanks gents [19:24] kiko: Will do. [19:24] [TOPIC] DBA report (stub) [19:24] New Topic: DBA report (stub) [19:24] i know you made that change for update-bugtargetnames [19:24] thanks so much [19:24] no stub [19:24] on vacation [19:24] or leave [19:24] or whatever [19:24] ok, we'll skip the report this week. [19:24] anyway, not at work today [19:24] [TOPIC] Sysadmin requests (Rinchen) [19:24] New Topic: Sysadmin requests (Rinchen) [19:25] Hi! Is anyone blocked on an RT or have any that are becoming urgent? [19:25] that I don't already know about [19:25] IS is still congested due to Hardy [19:26] ok, if you do have something, ping me later or email me please. Thanks [19:26] [TOPIC] New packages required (salgado) [19:26] New Topic: New packages required (salgado) [19:26] * bigjools waves at Rinchen [19:26] if any of the branches you're working on right now depends on any library which is not part of the launchpad-dependencies package, come talk to me ASAP. [19:26] * kiko looks around [19:26] salgado, do you know if we still require lxml? [19:26] * Rinchen acks bigjools and the ppa issue [19:26] fyi, I recently made the package depend or pgsql 8.2 or 8.3, so you don't need to keep both versions around anymore [19:26] kiko, I don't [19:27] I'm asking because I know that abel isn't using it to validate hwtest schema anylonger [19:27] (is that right flacoste?) [19:27] salgado, kiko: I think I was the only one who used it [19:27] kiko: we still require xmlproc. [19:27] right and there's a bug open for this cycle to remove that dependency [19:27] kiko: i want to use it for other stuff [19:27] it's the only other hardy item on my list [19:27] kiko: like pagetests helpers and other general XML usage [19:28] what;'s going on with python-xml in hardy now? [19:28] he newest python-xml package in hardy (uploaded April 1st) has made it impossible to run/test Launchpad because it moved its installed files to a place where we can't easily import from. [19:28] flacoste, yep, that's what I was trying to remember [19:29] translations has a dependency on xmlproc which, when removed, should allow LP to run/test fine on dev machines [19:29] anything further for salgado? [19:29] will it be removed, though? [19:29] translations has a bug open to remove the dep [19:30] the package itself will remain in hardy [19:30] kiko: we definitely plan to [19:30] ok, onward! (to make up for the last few meetings which overran) [19:30] jtv, milestone eta? [19:30] [TOPIC] A top user-affecting issue (mrevell) [19:30] New Topic: A top user-affecting issue (mrevell) [19:30] kiko, this cycle [19:31] Hi. I don't have one outstanding user-affecting issue this week. However, there are a couple of issues I've seen that I think are of interest. [19:31] 1. We've had a request from beeseek to import mbox files from their existing mailing lists into their Launchpad-hosted mailing lists. Barry, is this something we can/will do? [19:31] cool cool [19:31] mrevell: yes. matsubara is this the same request we're working on? [19:31] kiko, https://bugs.edge.launchpad.net/rosetta/+bug/213406 [19:31] barry: yes [19:31] mrevell: ^^ [19:32] barry: Ah, thanks. Would you be happy to do this generally? If so, I'll update ListHelp. [19:32] * beuno has been holding back from using LP mailing lists due to not being able to migrate archive/subscribers from lists.ubuntu [19:32] mrevell: I talked to barry about that already. we're going to do that after the meeting with mthaddon help :-) [19:32] matsubara: Ah, okay :) Thanks! [19:32] 2. Bug 213430 requests that "request feedback" in Blueprint should trigger an email notification. [19:32] Launchpad bug 213430 in blueprint ""Request feedback" should send an e-mail to the person who is asked" [Undecided,New] https://launchpad.net/bugs/213430 [19:32] beuno: migrating subscribers isn't planned, but we can do mboxes [19:32] Just thought I'd highlight that request. [19:33] barry, can you plan it? :) [19:33] Rinchen: Do you want to talk about bug 213406? [19:33] beuno: let's chat after this meeting [19:33] I'd also like to mention https://answers.launchpad.net/launchpad/+question/29265 as well - registering PLD Linux as a distro [19:33] Bug 213406 on http://launchpad.net/bugs/213406 is private [19:33] yep [19:33] barry, sure, thanks :) [19:33] I'll do that today, mthaddon [19:33] mrevell, no, that's ok. Thanks :-) [19:33] kiko, cool, thx [19:33] mrevell: i'm aware of this, but i doubt that we'll have time to look at it for some time [19:33] Rinchen: Thanks for pointing me at it. [19:34] intellectronica: Thanks. It'd be cool when it arrives. [19:34] mrevell: just like many other blueprint feature requests [19:34] I'm hoping to have more time applied to Blueprint love after our currently schedule work completes. *fingers crossed* [19:34] That's it from me, thanks Rinchen. [19:34] Thank mrevell [19:34] [TOPIC] Doc Team report (mrevell) [19:34] New Topic: Doc Team report (mrevell) [19:34] Ah, me again [19:34] This week mpt and I met with the designers who are working on our new Launchpad tour. We spent most of the day with them, explaining the concepts behind LP and the ten primary features we want to communicate in the tour. [19:34] mrevell, what do you think of them? [19:35] kiko: I was impressed with how quickly they "got" the concepts behind LP. [19:35] that's cool [19:35] kiko: They had good input into how we could represent them visually, too. [19:35] I'll post a report on the meeting to the list. [19:35] Please, if you're a team lead, could I have a fifteen minute call with you tomorrow or early next week to go over the parts of the tour relevant to your part of LP? [19:35] Ping me with some good times :) [19:36] mrevell, and grab someone from soyuz too please :-) [19:36] I'll be posting a new draft of the tour content to the team list either tomorrow or Monday. The tour designers are going to give us some mock-ups next week, which I'll post to the list. [19:36] Rinchen: Will do :) [19:36] * Rinchen loves mock-ups. [19:36] Thanks, back to you Rinchen. [19:36] Thanks mrevell [19:36] wow, we're really zooming today [19:36] [TOPIC] Blockers [19:36] New Topic: Blockers [19:36] Code: not blocked [19:37] Foundations: not blocked [19:37] actually [19:37] I'm not blocked, but bug 214690 will make me much slower fixing anything that involves CSS [19:37] Bug 214690 on http://launchpad.net/bugs/214690 is private [19:37] what's that bug about? [19:37] Translations: not blocked [19:37] Bugs: not blocked [19:37] Soyuz: just the usual [19:37] kiko, launchpad.dev using style-slimmer.css instead of style.css [19:37] kiko, so I think it's about launchpad.dev's config [19:37] Releases Team: Not blocked. [19:38] i see nothing in the config related to that [19:38] i thought that was an apache-side issue [19:38] I think I kniw how that works [19:38] mpt, I think nobody else is aware of that problem [19:38] lpcomm: no blocked [19:38] I'll look into it shotyly [19:38] thanks SteveA [19:38] kiko, I discovered it only yesterday [19:38] thanks SteveA [19:38] Does slimmer rely on devmode == False [19:39] i thnk sinzui got an hypothesis here [19:39] hwdb: not blocked [19:40] I have not messed with that until today, and it absolutely still works in the branch that removes launchpad ZConfig. [19:40] mpt: can't you run scripts/make-static.css as a workaround? if it works, it's at least better than restaring the web app [19:40] s/css/py [19:41] I don't know -- I'll try it [19:41] Ok, I'm going to wrap up now [19:41] thanks for the hint [19:41] feel free to chat about this on -code :-) [19:41] Thank you all for attending this week's Launchpad Developer Meeting. See the channel topic for the location of the logs. [19:41] Thank you! [19:42] #endmeeting [19:42] Meeting finished at 20:42. [19:42] \o/ [19:42] thanks Rinchen [19:42] yo [19:42] Early even. [19:42] vrooooom [19:42] thanks everybody [19:42] ;-) [19:42] thanks rinchen [19:42] great ! [19:42] cheers Rinchen [19:42] Cheers Rinchen. [19:42] Thanks Rinchen [19:42] * gmb -> evening things [19:42] thanks everybody === cprov is now known as cprov-out [19:42] thumper <-> rockstar_, rockstar_ <-> thumper [19:42] thanks! [19:42] Rinchen: we know [19:42] :-) [19:42] Rinchen, yea, we've met! :) [19:42] moonies [19:43] where's my bandana ? [19:43] Rinchen: bandana? [19:43] * gmb misread that as the Pascal version of thumper != rockstar [19:43] gmb: and that'd be right [19:43] Rinchen's symbols look like an Imperial Tie Fighter [19:43] [19:43] |-o-| [19:44] ! [19:44] +1 [19:44] perfect :) [19:44] thumper, the first is an interceptor [19:44] well, I was using the vader model [19:44] lol [19:44] Only Vader flew one of those until RotJ [19:44] tie interceptor maybe [19:44] Yup [19:44] * Rinchen has trouble remembering imperial ship names [19:45]