=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [12:26] jordi: thanks, got it, but it seems to be only a single mail in it instead of the "bunch" === bradb & # grocery run && girl, bbl === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [01:19] bradb, r=kiko on that patch. [01:30] the translations queue seems enormous, when can i expect a pot file to be accepted? === _mholthaus_ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad [01:31] lbm, I think it's only enormous because edgy is being held back -- upstream imports are being processed quickly === rpedro [n=rpedro@87-196-70-189.net.novis.pt] has joined #launchpad [01:33] okay, thanks kiko [01:34] danilos: ok :P [01:38] danilos: just sent you another email with some stuff === kiko pokes jordi [01:40] danilos: do you have enough info for xaralx now? [01:41] kiko! === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [01:47] jordi, danilos: can you tell me about this "allow-universe-to-be-translated-in-Rosetta" change that happened this month? [01:49] jordi: I don't think I do; your forwarded email contained only once, and now I am stuck with a hot potato with both carlos and you on vacations ;) [01:49] kiko: nothing I know of [01:51] anyway, now really off to sleep, will try to handle all of these things (I'll simply ask the xaraxl maintainer again for all the names, or I'll wait for carlos) [02:15] kiko: cool, thanks [02:15] bradb, welcome === laszlok [n=laszlo@i216-58-51-141.cybersurf.com] has left #launchpad ["Konversation] === rpedro [n=rpedro@87-196-15-163.net.novis.pt] has joined #launchpad === mpt [n=mpt@203.118.156.188] has joined #launchpad === mpt_ [n=mpt@203.118.156.188] has joined #launchpad === stub [n=stub@ppp-58.8.8.158.revip2.asianet.co.th] has joined #launchpad === BjornT_ [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === mpt__ [n=mpt@203.118.156.188] has joined #launchpad === mpt [n=mpt@203.118.156.188] has joined #launchpad [05:00] Gooooooooooooooood afternoon Launchpadders! [05:09] stub, thanks for finishing the DatabaseSchemaChanges page [05:31] np === dsas [n=dean@host81-158-222-20.range81-158.btcentralplus.com] has joined #launchpad === stub [n=stub@ppp-58.8.8.158.revip2.asianet.co.th] has joined #launchpad [08:35] mpt: very good competitive analysis, great work [08:50] morning === mpt [n=mpt@203.118.156.188] has joined #launchpad === rpedro [n=rpedro@87-196-43-10.net.novis.pt] has joined #launchpad [09:07] morning ! === jamesh [n=james@window.gnome.org] has joined #launchpad === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [09:15] sabdfl, thanks === baijum [n=vazhipok@210.212.228.125] has joined #launchpad === baijum [n=vazhipok@210.212.228.125] has left #launchpad [] === mpt_ [n=mpt@203.118.156.188] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [09:56] morning ddaa [09:57] Mornig jamesh [09:57] mpool: morning [09:58] jamesh: I think you should not start checking whether the token looks like a plausible branch URL because it breaks DNRY [09:58] DNRY? [09:58] Do Not Repeat Yourself === malcc [n=malcolm@host86-134-233-12.range86-134.btcentralplus.com] has joined #launchpad [09:59] are you suggesting to just look it up as a unique name and fall back to look up as a URL otherwise? [09:59] (or vice versa? [10:00] Actually... [10:00] Mh... [10:00] I thought doinf what you just said, but it causes a relatively costly failure when the token in invalid [10:02] But yes, getByUniqueName followed by getByUrl is cheap when it works. [10:02] And it should remain correct forever even if we start supporting things like souk:// [10:03] if getByUrl() failed early for things that didn't look like a URL, it would be pretty cheap to put the URL check first [10:05] I think a bit difficult to define, but there might be a way of saying "acceptable URL" in a way that prevents duplication [10:05] well [10:06] there is a validator for the IBranch.url field [10:06] if we're looking up the registered URL of a branch, it should validate against that, right? [10:06] Right. === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [10:08] Well, this shortcut is not strictly necessary to getByUrl [10:08] it only serves the purpose of making it cheap to getByToken in both success and failure cases [10:09] Maybe you should actually add Branch.getByToken? [10:09] And say that we care to make that as cheap as possible. [10:10] getTermByToken() isn't called that much, iirc [10:11] it's about locality and context [10:11] not code reuse [10:11] Anyway, I really just care about DNRY [10:12] otherwise, what you do sounds just fine [10:12] Oh right, you mean "not that much, so it's not performance critical" [10:13] It might become more critical when we do the Ajax stuff SteveA wants [10:14] But that may well be YAGNI [10:15] jamesh: I want to have a preimpl voice with you today about the "put cscvs source trees on a central server" thing (importd-source-repo) today [10:15] ddaa: gar. I left my headset at the hotel. [10:16] or maybe I should ask lifeless, he's got the required expertise [10:16] but maybe not the time [10:16] You can ask SteveA or BjornT if any is close by. [10:17] But first, I need to find mpool about planning [10:20] ddaa: looking at the code, getByUniqueName() is very cheap if the token does not begin with "~". In the non-matching case, we'd usually just do one lookup by Branch.url [10:20] which should be pretty cheap, and doesn't require any special knowledge of the supported branch URL schemes [10:20] how does that sound? [10:20] It's expensive to do that if the name looks like a valid unique but has the wrong values [10:21] Then you end up doing one query in getByUniqueName, and one in getByUrl [10:22] sure, but getByUniqueName() only does its thing if the token looks like "~xxx/xxx/xxx" [10:22] URLs don't match that pattern, so getByUniqueName() exits early after the regexp match fails [10:22] It would make sense to use the Branch.url validator to guard the Branch.selectOneBy(url=url), then either way is at most one query in all cases. [10:23] ddaa: ? [10:23] ddaa: I have 7 minutes [10:24] ddaa: to answer your question about the symlink test I suggested jamesh write its a smoke-test [10:24] symlinks are a feature, we should ensure they work end to end, even if we dont test them for every implementation end to end [10:24] previously there were no tests that tested symlinks end to end [10:24] Specifically, what feature did you intend to get tested? [10:24] That you can import something that creates a symlink and that you find it in a fresh checkout of the import? [10:25] that a symlink in a svn tree could be imported to a symlink supporting backend [10:25] lifeless: as you already pointed out to me "smoke [10:25] test" is a bit vague a term :) [10:25] the idea of a smoke test is that if it fails you know theres smoke... === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [10:25] and where theres some there is fire [10:25] lifeless: ack that, I'll trim down the end-to-end test next time I get close to that code [10:26] anyhow, the point is there are 2 interfaces in use: ISourceBranch and ITargetBranch :) [10:26] Absolutely. [10:27] this was the only test that tested a symlink could start in ISourceBranch and end in ITargetBranch. Other tests are needed to check for corners etc within each interface implementation [10:27] Unfortunately, that kind of cleanup is somewhere down in the "might do it one day if I'm bored" section of my todo list. [10:27] so what can I help yoi with today? [10:28] It's a bit painful to do a lot of typing with that keyboard. Essentially, I need voice preimpl with you or jamesh about importd uploading and retrieving cscvs source trees from a central server, [10:29] That will help many things in the end. [10:29] ok [10:29] take care of your hand [10:29] talk with jamesh [10:29] I will email you cc'd launcpad with a brane dump tomorrow [10:29] about? [10:30] we've talked copying the trees around before [10:30] ddaa: I'll go up to the hotel now and get my headset. Be back soon. [10:30] I have to go now - birthday dinner with Lynne [10:30] cya [10:30] meh [10:30] How do I get the width and height of a window? [10:30] I thought xprop did that, but it doesn't seem to [10:30] byby [10:34] ah, xwininfo === Kylekf [n=Kyle@202.171.49.39] has joined #launchpad === RicardoPerez [n=A@84-122-252-91.onocable.ono.com] has joined #launchpad [10:50] hi. is it a rosetta-specific channel? [10:51] ddaa: back [10:52] Okay, no mpool in sight. I'll set up my voip. [10:52] do we try canonical voip, or skype? === danilos [n=danilo@82.117.204.69] has joined #launchpad [10:53] canonical voip worked okay for me last time I tried [10:53] and I haven't use skype in a while [10:53] so, canonical voip, please [10:54] sorry.... by the way.... what is "canonical voip"? [10:55] corporate asterix server [10:55] oh, ok... I wonder if it's public or private... [10:55] corporate = private [10:56] ok, ok, thanks a lot [10:57] RicardoPerez: this is the right channel for asking about rosetta. [10:57] mdke: oh, great. I think there's an error in the langpacks generation [10:58] mdke: I think the langpacks generation procedure is using obsolete Rosetta's templates === mpt__ [n=mpt@203.118.156.188] has joined #launchpad [10:59] maybe pitti in #ubuntu-devel can help you about that [10:59] ddaa: I hit your voice mail, but the voice quality was pretty bad [10:59] mdke: ok, I'll try it. thanks a lot [11:00] ddaa: are you set up yet? [11:00] Mostly [11:00] Ready [11:00] I'll dial you then [11:01] way too much cutoff [11:01] I couldn't make out what you were saying either [11:01] f === doko_ [n=doko@dslb-088-073-098-222.pools.arcor-ip.net] has joined #launchpad [11:02] Sounds like ekiga could use the ability to add some redundancy to the streams [11:02] I'll set up skype [11:11] Could someone tell me how to remove bug watches? The ones displayed in the left hand panel. [11:13] dsas: I don't think you can. [11:14] oh, should I file a bug? [11:14] jamesh: I'm set up [11:15] david.allouche [11:15] dsas: maybe there is one already. But also, BjornT or bradb may know about it. [11:15] dsas: what watch do you want to remove? [11:15] https://launchpad.net/products/epiphany/+bug/50973 I want to keep the gnome-bugs 349767 bug and drop the others [11:15] Malone bug 50973 in epiphany "Tooltips linger annoying after changing desktops." [Unknown,Unknown] [11:16] (I typed the wrong bug number in by mistake, then mistakenly filed the proper bug number against the wrong tracker) [11:17] dsas: bug 3140 [11:17] Malone bug 3140 in malone "Bug watches can't be removed" [Medium,Confirmed] http://launchpad.net/bugs/3140 [11:17] BjornT: thanks [11:31] ddaa: should I try calling you again on ekiga yet? [11:32] I'm connected on v.c.c === ddaa goes out to prepare the bazaar meeting [11:38] Does the product name in a bug task have to match the upstream product name if the product is tracked in an upstream bugzilla? [11:39] for example the epiphany web browser is epiphany-browser on ubuntu but epiphany upstream, there is also an unrelated epiphany ubuntu package. [11:40] e.g. in bug 29893 [11:40] Malone bug 29893 in epiphany "Epiphany only supports HTTP Local bookmarks" [Unknown,Unconfirmed] http://launchpad.net/bugs/29893 [11:42] dsas, no, because different distributions might package the same product under different names [11:43] So the product name couldn't possibly be the same as all the package names :-) [11:44] Sorry, I didn't ask properly. Does the product name in an upstream bug task, have to match the upstream bugzillas product name. [11:46] dsas: no. [11:46] dsas: they should hopefully refer to the same software though :) [11:48] how do you differentiate if two upstream products have the same name? All the bugs in https://launchpad.net/products/epiphany/+bugs belong to the web browser, but where would epiphany-the-game product bugs go? [11:49] dsas: well, they'd need different names in Launchpad [11:49] similar to how they need different package names inside a distribution [11:50] what they call themselves elsewhere is not a concern here [11:50] (although it is nice if the names match, so people recognise the products in LP) [11:50] jamesh: Ok, fair enough. Just wondering what would happen. [11:51] should I file a bug if a bug watch hasn't updated? The watch was created in February [11:52] what is it a watch on? [11:52] epiphany in gnome bugzilla, bug 29893 [11:52] Malone bug 29893 in epiphany "Epiphany only supports HTTP Local bookmarks" [Unknown,Unconfirmed] http://launchpad.net/bugs/29893 [11:53] we've got a bug report open on this issue [11:53] https://launchpad.net/products/malone/+bug/54898 [11:53] Malone bug 54898 in malone "Multiple bug watches pointing to the same remote bug aren't updated" [Medium,In progress] [11:54] there are two bugs watching that remote bug: https://launchpad.net/malone/bugtrackers/gnome-bugs/330679 [11:56] jamesh: Ok, thanks for all the explanations. [11:56] once that bug gets fixed, your bug watch should update [12:06] ddaa: hi [12:06] mpool: hello [12:06] ddaa: do we have a meeting now, or soon? [12:07] welcome distraction, I was getting bored of preparing the meeting [12:07] Bazaar meeting in 52 minutes [12:07] ok [12:07] mpool: you wanted to talk about bazaar planning [12:07] yes, i did [12:07] maybe we should have a call before the meeting [12:08] yep, do you have skype? [12:08] i was going to just call steve briefly - how about at x:35? === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [12:09] I'd like it better in a couple of minutes [12:09] as a break from meeting prep [12:09] ok [12:09] so on what technology? [12:09] Skype is fine [12:09] brb [12:10] mpool: I'm ready on skype now [12:11] SteveA: can i talk to david first and you in 15 minutes? [12:11] I'd rather talk with you now [12:11] as I want to get this off my mental stack, and get on with other stuff [12:11] ddaa: ok, steve first === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === glatzor [n=sebi@ppp-82-135-12-42.dynamic.mnet-online.de] has joined #launchpad === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #launchpad === jamesh [n=james@window.gnome.org] has joined #launchpad === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #launchpad [12:57] mpool: sorry, was having lunch [12:57] lifeless: jamesh: mpool: SteveA: meeting in 2 mins [01:00] ddaa: thanks, where? [01:00] #launchpad-meeting === mpt_ [n=mpt@203.118.156.188] has joined #launchpad === danilos [n=danilo@82.117.204.69] has joined #launchpad === LarstiQ [n=larstiq@62.216.7.157] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mpt [n=mpt@203.118.156.188] has joined #launchpad === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has left #launchpad [] === stub [n=stub@ppp-58.8.8.158.revip2.asianet.co.th] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [01:59] (Twenty packets and counting... [01:59] FIN minus fifteen seconds, sequence is okay) [01:59] Bot malcc raised MeetingNotStartedException at line 1645 === Kinnison raised his glass at Kronenberg 1664 [02:00] it's that time again [02:00] here [02:00] s/again/of year/ [02:00] me [02:00] Welcome to this week's Launchpad meeting [02:00] here [02:00] moo [02:00] moo [02:01] me [02:01] here [02:01] me [02:01] excusing those suffering from premature verbal ejaculations... [02:01] who's here today? [02:01] Me [02:01] me [02:01] me [02:01] me [02:01] I'm not [02:01] Oh hang on [02:01] I am [02:01] It's easier for me if you just say "me", kthx :-) [02:01] me [02:01] me === Kinnison snerks === mpt hugs Kinnison [02:01] me [02:01] [02:01] == Agenda == [02:01] * Roll call [02:01] * Agenda [02:01] * Next meeting [02:01] * Activity reports [02:01] * Actions from last meeting [02:01] me [02:01] me [02:01] * Oops report (Matsubara) [02:01] * Bug report report (mpt) [02:01] * Production and staging (Stuart) [02:01] * Launchpad 1.0 status reports [02:02] * Sysadmin requests [02:02] ---- [02:02] * Using email in a distributed team (Steve, Kiko) [02:02] * Python demo status update (James H) [02:02] * Tagging Launchpad bugs (bradb) [02:02] * (other items) === ..[topic/#launchpad:SteveA] : Developer meeting: Thu 10 Aug, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 [02:02] ---- [02:02] * Keep, Bag, Change [02:02] * Three sentences [02:02] next meeting, same time next week [02:02] * Activity reports [02:02] behind [02:02] up to date [02:02] Up to date [02:02] Who's up to date, and who is behind? [02:02] up to date [02:02] behind [02:02] Up to date [02:02] up to date [02:02] up to date [02:02] up to date [02:02] behind [02:02] up to date [02:02] Guilty of summarising [02:02] (this week missing) [02:02] behind [02:02] not up to date [02:03] up to date === stub [n=stub@ppp-58.8.3.37.revip2.asianet.co.th] has joined #launchpad [02:03] james and bjorn are sprinting [02:03] in a mini sprint in vilnius [02:04] so it's okay that they're behind === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [02:04] well done to mpt, stub, bradb, matsubara, malcc [02:04] flacoste, salgado, ddaa [02:04] and kiko [02:04] thanks for remembering me steve [02:04] * Actions from last meeting [02:04] * SteveA to go through RT issues and chase elmo if appropriate [02:05] I did that [02:05] cool [02:05] thanks stub [02:05] * Oops report (Matsubara) [02:05] Today's oops report is about bugs 30602, 44860, 51750, 1558 [02:05] Malone bug 30602 in rosetta "ERROR IN: https://launchpad.net/distros/ubuntu/dapper/+source/vlc/+pots/vlc/tl/+translate" [Medium,Confirmed] http://launchpad.net/bugs/30602 [02:05] Malone bug 44860 in rosetta "Crash when we try to pass a query string to a POFile that doesn't exist yet." [High,In progress] http://launchpad.net/bugs/44860 [02:05] Malone bug 51750 in soyuz "Somehow got two buildqueue records with same builder." [High,In progress] http://launchpad.net/bugs/51750 [02:05] Malone bug 1558 in rosetta "Export request form should check for uniqueness of entry" [Medium,Confirmed] http://launchpad.net/bugs/1558 [02:05] danilos has two oops bugs on his plate. 30602 which is the top time out oops, so please prioritize it. And 44860 that is waiting for reply. [02:05] cc last time I checked bug 51750 was almost ready. What happened to dogfood tests? [02:05] Malone bug 51750 in soyuz "Somehow got two buildqueue records with same builder." [High,In progress] http://launchpad.net/bugs/51750 [02:06] malcc: ^^ [02:06] kiko: shall we put 30602 up to a high importance? [02:06] matsubara: I haven't started on 30602 yet, will put more time into it === rpedro [n=rpedro@87-196-101-195.net.novis.pt] has joined #launchpad [02:06] matsubara: Just got drowned in other things [02:06] 1558 is assigned to carlos but I'll take over if nobody's complain. [02:06] matsubara: 44860 should be ready for pqm-submit today [02:06] here and up to date [02:06] thanks danilos [02:06] SteveA, it's not trivial to fix unfortunately. it requires more deep thinking -- maybe danilo can get to it, but I suspect he'll drown in codepaths [02:06] matsubara: carlos should be back shortly, but I don't think he'd complain. [02:07] malcc: any chance of prioritizing it? [02:07] kiko: does that have a bearing on the importance? [02:07] malcc: I've seen most of the people affected by that bug are distro team guys [02:07] matsubara: I'll try, but you know what they say, once you've got more than eight priorities you've not really got any priorities [02:07] SteveA, I guess not. [02:07] matsubara, bump 30602 up in importance [02:07] kiko: I can try to handle it, and I'll be asking for lots of help, if that's fine with you guys :) [02:08] kiko: who should work on 30602? you? [02:08] kiko: ok [02:08] malcc: priorit droite [02:08] SteveA, I am going to fix +translations first [02:08] how about kiko and danilos having a call about 30602 to talk through the code involved? [02:09] danilos, it involves rearchitecting, I suspect. I'm happy to guide you through it, but I need to do some research first. I guess we can research together -- have you ever used an OOPS log for perf work before? === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [02:09] malcc: well, if the distro team is ok with that page crashing a lot I have no further complaints. :) [02:09] kiko, danilos: rest of arrangements out of band please [02:09] love that way of closing bugs [02:09] matsubara: they are not :( [02:10] kiko: sure; SteveA: ok, will do that (except that I need my VoIP details) [02:10] danilos: be sure to mention the RT number later in this meeting [02:10] SteveA: don't worry, it's ready [02:10] matsubara: I lost track. any issues still not dealt with? [02:11] kiko: can you help malcc re-prioritize some stuff so he can deal with 51750? [02:11] danilos, we can try IRC first if you like. anyway [02:11] I'm done thanks SteveA [02:11] kiko: np [02:11] matsubara, malcc's problem is that he has a deadline for more important stuff. I suggest cprov look at it, or someone else [02:11] thank you matsubara. that section of the meeting went smoothly. [02:12] we have an error: Launchpad could not mirror this branch at 2006-08-03 14:00:03 CEST. The error was: Not a branch: /srv/sm-ng/push-branches/00/00/06/81/.bzr/branch/ [02:12] I'd be happy to try and guide someone else into fixing it.. [02:12] https://launchpad.net/people/harmony-dev/+branch/harmony/mailbox [02:12] * Bug report report (mpt) [02:12] Today's oldest most important open bugs are: [02:12] * Bug 1294 (Filing a private bug requires the ability to Cc the maintainer), Critical, Fix Committed, bradb [02:12] bradb, have you verified it on production? If so, please mark it so [02:12] Malone bug 1294 in malone "Filing a private bug requires the ability to Cc the maintainer" [Critical,Fix committed] http://launchpad.net/bugs/1294 [02:12] lucasvo: can you wait til after the meeting? [02:12] * Bug #2497 (/people/*/+translations times out for prolific translators), Critical, Confirmed, kiko [02:12] kiko? [02:12] kiko: I'll nag you then so we can solve that. :) [02:12] Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed] http://launchpad.net/bugs/2497 === bradb marks it so [02:12] lucasvo, ddaa: could you guys talk about this on #launchpad-meeting ? [02:12] * Bug #31038 (private), Critical, In Progress, cprov [02:12] * Bug #31609 (buildd maintainers need to be informed of build failures), Critical, In Progress, cprov [02:12] Malone bug 31609 in soyuz "buildd maintainers need to be informed of build failures" [Critical,In progress] http://launchpad.net/bugs/31609 [02:12] cprov, will you get one of those fixed over the coming week? [02:12] sry, didn't want to interrupt the meeting [02:12] kiko: I've delivered 5 critical fixes and I want to be sure they will be rolled out next week befor starting anything else, I think I'm overloaded as well [02:12] * Bug #35965 (exceptions in process-upload not communicated to uploader), Critical, Confirmed, malcc [02:12] mpt, yes, I know. I'll probably do so nooooow [02:12] malcc? [02:12] Malone bug 35965 in soyuz "exceptions in process-upload not communicated to uploader" [Critical,Confirmed] http://launchpad.net/bugs/35965 [02:13] that's one of the bugs cprov is fixing mpt! [02:13] oh good [02:13] reassign it then :-) [02:13] cprov, yeah. matsubara, either you and I try fixing it, or wait. [02:13] * Bug #37866 (+editstatus should not accept binary package as source package), Critical, Fix Committed, kiko [02:13] kiko, have you verified it on production? If so, please mark it so [02:13] Malone bug 37866 in malone "+editstatus should not accept binary package as source package" [Critical,Fix committed] http://launchpad.net/bugs/37866 [02:13] mpt: yes, as soon as I can get the code reviewed ;) [02:13] * I'll skip bug 31308, so lifeless doesn't yell at me [02:13] Malone bug 31308 in launchpad-bazaar "Cannot set branch associated to a product series" [Critical,Confirmed] http://launchpad.net/bugs/31308 [02:13] mpt, well.. ok. [02:13] mpt: 35965 is behind process-upload-tidy, which I've nearly finished the review response for, inbetween handover and fixing other critical bugs [02:14] great [02:14] and lastly [02:14] * Bug #48860 ("Also notified" makes difficult to unsubscribe), Confirmed, Critical, not assigned [02:14] Who should take 48860? bradb? [02:14] Malone bug 48860 in malone ""Also notified" makes difficult to unsubscribe" [Critical,Confirmed] http://launchpad.net/bugs/48860 [02:14] mpt, yes. [02:14] woo [02:15] mpt: how many other critical bugs do we have? [02:15] 20 in total [02:15] you could start this section by saying "today, we'll look at the oldest N of M critical bugs" [02:15] ok, will do. [02:16] But for this week, I'm done. [02:16] all done? [02:16] great [02:16] thanks mpt. [02:16] * Production and staging (Stuart) [02:16] bradb, this is /not/ about ressurecting ignore subscriptions! :-P [02:16] Nothing thrilling is happening with production at the moment. It is unlikely there will be an update next week as I will be sprinting in London unless there is something urgent and I'm given a window to do the update. [02:16] The next update after the sprint I'd like to take the system down for 2.5 hours while I do a complete dump/restore as this is the fastest way for me to rebuild indexes and completely vacuum the tables - [02:16] this should speed things up as the db will be shrunk considerably making everything fit in RAM again. [02:16] Staging database is being rebuilt daily, however the code updates are currently only happening when myself or Carlos runs them manually. [02:16] This will be the case until RT 603 is dealt with (there is a quick fix on this issue, so this shouldn't be a problem). [02:16] stub, I'm fine with no rollout next week, fwiw [02:17] stub: in the next full rollout (whenever that is) there will be more vhosting changes/fixes. [02:17] we'll be changing from blueprint.launchpad.net to features.launchpad.net [02:17] cprov mentioned stuff needing to go out - no idea if there are db patches to go with it. [02:17] as well as enabling features.launchpad.net on production [02:17] stub: no db patches, only code [02:17] blueprint.launchpad.net isn't active yet anyway. [02:18] so we should make sure these are tested on staging well, once the changes land there [02:18] Features? [02:18] We still need to turn the Host: headers on - last time we gave it a go it failed horribly. [02:18] matsubara: that's something for you to look at perhaps [02:18] stub: not sure if we are allowed to do only drescher rollout, though. what do you think ? [02:18] cprov: Sure. [02:18] stub: I've hit a testing problem with the bugfix which blocked drescher rollout last week, after the meeting can I grab you for some help? Basically my doctest doesn't work since I moved it and I'm stuck [02:18] stub: is there a bug to track the problems turning the Host header on? [02:18] stub: and also, why did it fail on production but not on staging. that is worrisome [02:18] SteveA: I think the RT issue is still open [02:19] stub: which RT issue? [02:20] Can't find it. Might be my imagination. [02:20] as this is a launchpad bug primarily, I think we should have a launchpad bug to track this [02:20] stub: would you dump what you know into a bug please? [02:20] SteveA: RT 13138 [02:20]