[02:30] <mpt> Gooooooooooooooooood afternoon Launchpadders!
[02:38] <mpt> danilos, quite a few questions on rosetta-users@ about "No translatable templates available" messages
[03:04] <jam-laptop> mthaddon: thanks for removing the spam. Any idea how it happened?
[03:05] <mthaddon> not exactly - I'm pretty sure I disabled that account previously - this time I'm sure for certain, so if it happens again we'll know that somehow the spammer is re-enabling their account
[03:07] <jamesh> mthaddon: how did you disable the account?
[03:08] <mthaddon> jamesh: set password is 'invalid' and set status of all rows in the emailaddress table to 3
[03:08] <jamesh> mthaddon: I wonder if that allows the person to reactivate the account?
[03:09] <mthaddon> jamesh: I understand there's a script that should do this more thoroughly, but it's broken at the moment
[03:09] <mthaddon> jamesh: it's possible - I should test it on staging...
[03:10] <mthaddon> except I don't think we have email going out from staging... anyway, I'll see how far I can get
[03:31] <mthaddon> jamesh: oh dear... you can indeed sign up again with the same account details as before
[03:32] <jamesh> mthaddon: spiv had a half finished branch to try and make disabling users easier/more effective
[03:32] <mthaddon> jamesh: although not sure how we'd get around this (it would be trivial for spam users to sign up with a different email address anyway)
[03:32] <jamesh> given the recent spamming, perhaps it should be resurrected and finished
[03:33] <spiv> jamesh: yeah
[03:33] <spiv> jamesh: want to do it for me? ;)
[03:33] <jamesh> perhaps find someone who isn't totally busy on SSO or supermirror :)
[03:33] <kiko-afk> jamesh, spiv, mthaddon: the spam is driving me nuts, and I've been talking about this with salgado and steve
[03:33] <kiko-afk> unfortunately nobody has cycles for 1.1.6
[03:33] <kiko-afk> we have a couple of ideas
[03:34] <kiko-afk> but I need some investigation first
[03:34] <kiko-afk> I'll email about this tomorrow
[03:34] <kiko-afk> not tonight. tomorrow :)
[03:34] <mthaddon> kiko-afk: driving me nuts too :)
[03:34] <spiv> kiko-afk: you'd have time if you just stopped doing all that unimportant manager work, right? ;)
[03:34] <kiko-afk> nobody else wants to do it spiv :-(
[03:35] <kiko-afk> ok TFB
[03:35] <kiko-afk> ZZZ
[03:35] <mthaddon> see ya
[03:35] <spiv> kiko-afk: g'night
[03:35] <kiko-afk> fucking spammers man
[03:36] <mthaddon> jamesh: does your branch you were talking about do this as a script or within the UI?
[03:37] <mthaddon> jamesh: sorry, looks like it was spiv's branch...
[03:37] <jamesh> mthaddon: looks like it is in the UI
[03:37] <jamesh> mthaddon: it is up on the pending-reviews page
[03:37] <mthaddon> jamesh: nice... 
[05:45] <ubotu> New bug: #119028 in launchpad "'+' email addresses should be collapsed" [Undecided,Unconfirmed]  https://launchpad.net/bugs/119028
[08:46] <carlos> morning
[11:40] <ubotu> New bug: #119053 in rosetta "references to rosetta-users mailing list should be removed" [Undecided,Unconfirmed]  https://launchpad.net/bugs/119053
[01:13] <blink0> Hi folks, I would like to know how to enable the Fn key in my laptop. I could not find a way to ask in Launchpad.net. Can I get any help here?
[01:14] <oojah> blink0: I can't help you myself, but the place in launchpad to ask questions is https://answers.launchpad.net/
[01:54] <Fujitsu> How often does the PPA accepting thingy on dogfood run?
[02:01] <Fujitsu> Ah, every 20 minutes, I see.
[02:02] <cprov> guten morgen, leute !
[02:03] <Fujitsu> Gut nacht.
[02:23] <lfittl> cprov: is the PPA stuff available for testing? (I would really help me to use that stuff for my MOTU work)
[02:23] <cprov> lfittl: yes, beta-testing
[02:23] <lfittl> cprov: ok, where can I sign up? :)
[02:24] <cprov> lfittl: pvt
[03:26] <Fujitsu> cprov: I note that PPA binary accept mails for arch: all have (i386) in the subject line.
[03:28] <cprov> Fujitsu: it's a temporary test/bug. We should not send those when operating *normally*
[03:29] <cprov> Fujitsu: did all the rest work for you ? 
[03:29] <Fujitsu> cprov: It looks good otherwise.
[03:29] <Fujitsu> I personally like getting the binary accepts.
[03:29] <cprov> Fujitsu: nice 
[03:30] <cprov> Fujitsu: so, we can discuss this later, maybe it's  a good idea to keep them (with better contents, though)
[03:59] <kiko> meeeeeeeeeeeeeeeeeeeeeeeeeeeee
[03:59] <statik> me 2
[03:59] <Fujitsu> yoooooooooooooooooooooooooooooooooooou
[04:00] <sinzui> me
[04:00] <bigjools> mememe
[04:00] <jsk> me
[04:00] <barry> me
[04:00] <mpt> Ok, compulsory singing lessons at the next Allhands
[04:00] <allenap> me
[04:00] <kiko> me
[04:00] <bac> me
[04:00] <jtv> me
[04:00] <BjornT> me
[04:00] <mthaddon> me
[04:00] <adeuring> me
[04:00] <carlos> laaaaaaaaaaaaaaaaaaa
[04:00] <salgado> who's chairing?
[04:01] <kiko> I hope it's SteveA 
[04:01] <kiko> but meanwhile, can it be mpt?
[04:01] <stub> me
[04:01] <cprov> me
[04:01] <mwhudson> me
[04:01] <mrevell_> me but also finishing up on PPA marketing call
[04:01] <mpt> okie, MEETING TIME
[04:01] <Rinchen> me and Steve is on a plane
[04:01] <mpt> Who is here who hasn't already said so?
[04:01] <carlos> me
[04:01] <salgado> me
[04:01] <bigjools> Rinchen: you have internet on your plane then? :)
[04:01] <danilos> me
[04:02] <schwuk> me
[04:02] <mwhudson> ddaa: ping
[04:02] <mpt> stub?
[04:02] <stub> (21:01:17) stub: me
[04:02] <Rinchen> bigjools, :-)  me and, oh btw, Steve is on a flight to London.
[04:02] <bigjools> ;)
[04:03] <stub> flacoste: ping
[04:03] <mpt> In case you're wondering what's going on, this is the weekly Launchpad developer meeting
[04:03] <flacoste> me
[04:03] <mpt> For the next half an hour or so, we'll be discussing Launchpad development.
[04:03] <mpt> == Agenda ==
[04:03] <ddaa> here
[04:03] <ddaa> me
[04:03] <mpt>  * Roll call
[04:03] <mpt>  * Agenda
[04:03] <mpt>  * Next meeting
[04:03] <mpt>  * Actions from last meeting
[04:03] <mpt>  * Oops report (Matsubara)
[04:03] <mpt>  * Bug report ([wiki:JoeyStanford/topweeklybugs Current Top Items] )
[04:04] <mpt>  * Bug tags
[04:04] <mpt>  * Operations report (mthaddon)
[04:04] <mpt>  * DBA report (stub)
[04:04] <mpt>  * Sysadmin requests ([wiki:JoeyStanford/toprtrequests Current Queue] )
[04:04] <mpt>  * A top user-affecting issue (mrevell)
[04:04] <mpt> ----
[04:04] <mpt>  * How pre-implementation phone calls are going (barry)
[04:04] <mpt>  * Mini specifications (joey/steve)
[04:04] <mpt>  * Including the RF number when closing bugs (kiko/joey)
[04:04] <mpt> ----
[04:04] <mpt>  * Team three sentences ([wiki:ProjectTeams Team List] )
[04:04] <mpt> ----
[04:04] <mpt> == Next meeting ==
[04:04] <mpt> Anyone who won't be here same time next week?
[04:05] <ddaa> I won't.
[04:05] <kiko> I will
[04:05] <ddaa> (I'll be on vacation for the next two meetings)
[04:05] <mpt> ok
[04:05] <mpt> Er, thanks ChanServ 
[04:06] <kiko> Rinchen, did you make this channel +1?
[04:06] <kiko> err +t
[04:06] <mpt> == Actions from last meeting ==
[04:06] <mpt> There were none
[04:06] <jamesh> Chanserv likes me more than mpt
[04:06] <Rinchen> apparently
[04:06] <mpt> == Oops report (Matsubara) ==
[04:06] <salgado> matsubara's not here today --it's a holiday here
[04:06] <mpt> matsubara isn't here, ok
[04:07] <Rinchen> and here comes the oops report...
[04:07] <Rinchen> s/in/is
[04:07] <mpt> == Oops report (Rinchen) ==
[04:07] <Rinchen> Today's oops report is about bugs 61096, 30602, 86361, 5464.
[04:07] <ubotu> Launchpad bug 61096 in rosetta "Rosetta should allow '\r' and '\r\n' in the same msgid/translation" [Medium,Confirmed]  https://launchpad.net/bugs/61096 - Assigned to Carlos Perell Marn (carlos)
[04:07] <ubotu> Launchpad bug 30602 in rosetta "Timeout errors in +translate" [High,In progress]  https://launchpad.net/bugs/30602 - Assigned to Jeroen T. Vermeulen (jtv)
[04:07] <ubotu> Launchpad bug 86361 in malone "Search for duplicate and similar bugs on +filebug sometimes timeout" [High,Confirmed]  https://launchpad.net/bugs/86361 - Assigned to Stuart Bishop (stub)
[04:07] <ubotu> Launchpad bug 5464 in blueprint "+specs page needs batching or redesign" [Medium,Confirmed]  https://launchpad.net/bugs/5464 - Assigned to Mark Shuttleworth (sabdfl)
[04:07] <Rinchen> This week we had some occurences of OOPSes related to bug 61096. carlos, can
[04:07] <Rinchen> you go on with the fix you proposed in the bug report?
[04:07] <carlos> Rinchen: sure
[04:08] <danilos> Rinchen: I don't think those are related... the OOPSes happened on $\r$\n, which is not the same thing
[04:08] <carlos> will see whether I could do it tomorrow as part of FiF
[04:08] <carlos> danilos: it's the same thing
[04:08] <danilos> carlos: this is allowing both \r and \n in the same string, not \r and \r\n
[04:08] <kiko> carlos, danilos: take it outside
[04:08] <carlos> which is the same thing
[04:09] <Rinchen> Ok, please keep Diogo up to speed on those if you would. 
[04:09] <Rinchen> Bug 30602 is our top timeout bug and has been re-assigned to jtv. How's 30602
[04:09] <Rinchen> work going?
[04:09] <kiko> I am giving jtv guidance on 30602
[04:09] <carlos> Rinchen: sure
[04:09] <kiko> I have the email started, it will go out in 1.5h
[04:09] <jtv> The very job this meeting is keeping me away from :-)
[04:09] <SteveA> hi
[04:09] <jtv> Big question is: how do I performance-test that mother.  I'll bother the other kids with that after the meeting.
[04:10] <mpt> Welcome SteveA 
[04:10] <kiko> stub, so.. guess SSO has eaten up your free time.
[04:10] <stub> That and the usual stuff
[04:10] <Rinchen> jtv, kiko - thanks. 
[04:11] <stub> I've done some work on Bug 86361 but not any significant progress
[04:11] <ubotu> Launchpad bug 86361 in malone "Search for duplicate and similar bugs on +filebug sometimes timeout" [High,Confirmed]  https://launchpad.net/bugs/86361 - Assigned to Stuart Bishop (stub)
[04:11] <Rinchen> stub, you did some work on bug 86361 converting the GIST indexes to the newer
[04:11] <Rinchen> format, right? How's that? Did it take any effect?
[04:11] <kiko> okay.
[04:11] <stub> (indexes changed but hassn't helped enough for those crazy queries)
[04:11] <kiko> stub, did the index change finish?
[04:11] <stub> Rinchen: If we want to skip to the DBA part of the meeting....
[04:11] <kiko> :)
[04:11] <mpt> We could do that if it's helpful
[04:11] <Rinchen> Ok, I'll include the DBA piece back to Diogo
[04:12] <stub> All our GIST text indexes are now GIN.
[04:12] <Rinchen> Bug 5464 is not a problem right now but should be kept on radar. It's the top
[04:12] <Rinchen> soft time out (after 30602); It's an unbatched page which issues repetitive
[04:12] <Rinchen> queries to the DB.
[04:12] <ubotu> Launchpad bug 5464 in blueprint "+specs page needs batching or redesign" [Medium,Confirmed]  https://launchpad.net/bugs/5464 - Assigned to Mark Shuttleworth (sabdfl)
[04:12] <kiko> Rinchen, okay. can have jon work on that by 1.1.8
[04:13] <Rinchen> Great. That concludes the OOPS report.
[04:13] <mpt> thanks Rinchen 
[04:13] <mpt> == Bug report ==
[04:13] <Rinchen> 3 for today
[04:13] <Rinchen> Bug #107912, mthaddon, there was some discussion about  leaving this bug in progress until we move to apache load balancer or whether to assign it to someone who can fix it from here.  jamesh / stub - any words of wisdom?
[04:13] <ubotu> Bug 107912 on http://launchpad.net/bugs/107912 is private
[04:13] <Rinchen> Bug #62612, first reported on 2006-09-27. I bumped this up from high to Critical this week based on a discussion with elmo. mthaddon is working on a fix to relieve some of the current space issues by cleaning out the accepted queues. We still need to look into other areas for cleaning such as old distros. cprov, any ideas there?
[04:13] <ubotu> Launchpad bug 62612 in soyuz "Need a drescher disk space strategy" [Critical,In progress]  https://launchpad.net/bugs/62612 - Assigned to Tom Haddon (mthaddon)
[04:14] <jamesh> Rinchen: I think 107912 is fixed, isn't it?
[04:14] <Rinchen> jamesh, it was partly cherried last night
[04:14] <mthaddon> Rinchen: 107912 is okay, the one about the apache load balancer and whether to leave it open til then is bug 118976 
[04:14] <ubotu> Launchpad bug 118976 in launchpad "Source IP of site visitors not currently reported in Launchpad logs" [Critical,In progress]  https://launchpad.net/bugs/118976 - Assigned to Tom Haddon (mthaddon)
[04:14] <Rinchen> gah
[04:14] <Rinchen> ok, we'll drop that one today then.
[04:15] <jamesh> Rinchen: well, I'm not sure how the load balancer would affect it
[04:15] <cprov> Rinchen: mthaddon should a list of files by this time. IHMO, the fix is trivial and will just work
[04:15] <cprov> Rinchen: about archive-removal for old distros, we will address it in 1.1.7 
[04:15] <mthaddon> Rinchen: 62612 is in progress and working fine - should complete today
[04:15] <cprov> Rinchen: basic directions were already discussed and approved
[04:16] <Rinchen> cprov, mthaddon thanks. Is there a new bug for the work in 1.1.7 or will we reuse the existing ticket?
[04:16] <kiko> is everything tom's fault this week!!
[04:16] <Rinchen> hehe, kiko I don't buy that at all 
[04:16] <mpt> Is that all for the bugs report?
[04:16] <cprov> Rinchen: there is a spec, https://blueprints.launchpad.net/soyuz/+spec/archive-removal-redesign
[04:16] <Rinchen> mpt,  1 more
[04:16] <mthaddon> Rinchen: not sure about that...
[04:16] <Rinchen> cprov, great thanks.
[04:17] <Rinchen> Bug #65800, first reported on 2006-10-12. mthaddon, I know you've been busy as we've dumped some other critical on you plus normal work. Does this look like it can be done for 1.1.6?
[04:17] <ubotu> Launchpad bug 65800 in launchpad "staging. and demo. should obviously be demos" [Critical,Confirmed]  https://launchpad.net/bugs/65800 - Assigned to Tom Haddon (mthaddon)
[04:17] <mthaddon> Rinchen: I don't see why not, but I'm not sure why it's assigned to me
[04:17] <Rinchen> You agreed to take it last week :-) 
[04:17] <Rinchen> Should it belong to someone else?
[04:18] <Rinchen> like mpt?
[04:18] <mpt> It's about code that distinguishes between production and non-production databases
[04:18] <mthaddon> Rinchen: ah, that would explain it :( 
[04:18] <mpt> My part of it is already done
[04:18] <mpt> and in the main template.
[04:18] <mpt> Just commented out.
[04:18] <mthaddon> Rinchen: I'll take another look at it and let you know (haven't had time to delve into it yet)
[04:18] <mpt> Somebody on the infrastructure team?
[04:18] <kiko> mpt, I think assigning it to tom is confusing there.
[04:19] <kiko> it just needs a config item
[04:19] <kiko> that's not very difficult to do
[04:19] <mpt> I don't remember if I was the one who did that. If so I apologize.
[04:19] <kiko> and nothing tom would need to do
[04:19] <Rinchen> blame me.
[04:19] <stub> Punt it to me
[04:20] <mthaddon> Rinchen: if I took it, then it's my own fault... thx stub
[04:20] <mpt> This meeting shall be a blame-free zone. Moving on ...
[04:20] <Rinchen> If Tom is the wrong person I happen to know we have cadre of other great developers :-) 
[04:20] <Rinchen> stub, thanks.
[04:20] <Rinchen> mpt, done with bugs.
[04:20] <mpt> == Bug tags ==
[04:20] <mpt> There were no tags proposed.
[04:20] <mpt> == Operations report (mthaddon) ==
[04:20] <mthaddon> Business as usual. 
[04:20] <mthaddon> Rolled out change to X_FORWARDED_FOR so we now are gathering source IP(s) of visitors - bug 118976 (need to decide whether to close bug or re-assign)
[04:20] <mthaddon> Spam issue - been discovered that current method doesn't prevent users from signing up again with the same email address and continuing to spam
[04:20] <ubotu> Launchpad bug 118976 in launchpad "Source IP of site visitors not currently reported in Launchpad logs" [Critical,In progress]  https://launchpad.net/bugs/118976 - Assigned to Tom Haddon (mthaddon)
[04:21] <mpt> mthaddon, anything else?
[04:21] <mthaddon> for 118976, we are now getting two IPs, the source IP and 127.0.0.1 in a comma seprated list - not sure whether to leave as is until we move to Apache load balancer or not...
[04:22] <mthaddon> I'd like some input on that bug, but other than that, nothing else
[04:22] <mpt> Who can provide that input on 118976?
[04:22] <mpt> SteveA?
[04:23] <mpt> Thanks Tom for that report
[04:23] <mthaddon> I can follow up later if no-one's biting...
[04:23] <mpt> (and thanks Joey for the bugs report)
[04:23] <mpt> ok
[04:23] <SteveA> I'll talk with mthaddon about htat later
[04:23] <mthaddon> thx SteveA
[04:23] <mpt> cool
[04:23] <mpt> == DBA report (stub) ==
[04:23] <stub> I need to know if there are any DB patches yet to reach my queue so I can schedule a call with Mark for the second round of review.
[04:23] <stub> All our GIST text indexes are now GIN. It has helped a bit, but not nearly enough to mark Bug 86361 solved. I'll look at it a bit more, but I think we are going to need to sort this at Python level by simplifying what queries end up going to the db.
[04:23] <stub> Ideally db patches will be done the release cycle before the code is written - we have had db patches bounced at a late stage already, and if we are able to do this it could save us some rewriting.
[04:23] <ubotu> Launchpad bug 86361 in malone "Search for duplicate and similar bugs on +filebug sometimes timeout" [High,Confirmed]  https://launchpad.net/bugs/86361 - Assigned to Stuart Bishop (stub)
[04:24] <kiko> I want to apologize for not having the DB patch plan in place earlier, which is why we're going to overrun the weekly schedule slightly
[04:24] <kiko> I have a meeting item about this.
[04:24] <statik> stub: when is your meeting? I'd like to sneak a patch in late (next 24 hours or so)
[04:25] <stub> statik: Not scheduled yet, because I wasn't sure what was still inbound. I'll look forward to your patch.
[04:26] <danilos> stub: I'll have a simple patch myself
[04:26] <statik> kiko: i think we are all getting used to the new schedule, but I want to say that I think it is going to start working really well once we get through the first cycle
[04:26] <stub> danilos: eta?
[04:26] <danilos> stub: Monday
[04:26] <stub> ok.
[04:26] <mpt> stub, anything else?
[04:27] <stub> no
[04:27] <mpt> ok, thank you
[04:27] <mpt> == Sysadmin requests ([wiki:JoeyStanford/toprtrequests Current Queue] ) ==
[04:27] <kiko> stub, please see privmsg
[04:27] <Rinchen> I received RT access for the Launchpad queue this week and have done some "dustin' and a cleanin'".  This has enabled me to close a rather surprising number of open tickets. Also the Sysadmin team has also been working on our queue and they have closed quite a few tickets as well. 
[04:28] <Rinchen> Does anyone have any urgent RT's that I should be aware of, particularly if they are blocking you?
[04:28] <Rinchen> 5
[04:28] <Rinchen> 4
[04:28] <Rinchen> 3
[04:28] <jtv> Just an annoyance: moin patch
[04:29] <Rinchen> Understood. I can't prioritize that over system requests though, I hope you understand. 
[04:29] <jtv> sure
[04:29] <mrevell> Rinchen: 28195 and 28197 are required to get the LP News blog to a state where we can announce it
[04:29] <Rinchen> Right the news and theme iirc
[04:29] <Rinchen> Those are listed as higher priority but I'll look at them again today
[04:29] <mrevell> Rinchen: theme and htaccess
[04:29] <kiko> mrevell, due for 1.1.6 correct?
[04:29] <mrevell> Rinchen: Theme is part way done thanks to mthaddon
[04:29] <mrevell> kiko: Yes.
[04:30] <kiko> thank u
[04:30] <Rinchen> ok, thanks folks. mpt, back to you
[04:30] <mpt> thanks again, Joey
[04:30] <mpt> == A top user-affecting issue (mrevell) ==
[04:30] <mrevell> On 22 June, we are closing the rosetta-users list to new posts. I have posted a message to launchpad-users and rosetta-users about this. There is also a message on the rosetta-users' Mailman page and in the footer of every rosetta-users email.
[04:30] <mrevell> Carlos has already changed the subscription policy to moderated, to prevent people signing up and thereby wasting their time. On 22 June we'll close the list to new posts but leave the archives online.
[04:30] <mrevell> Unfortunately, we can't migrate people from rosetta-users to launchpad-users, so we've asked them to sign up manually.
[04:31] <mrevell> The closure shouldn't have too much impact, as rosetta-users is quite quiet now.
[04:31] <jtv> Isn't it a matter of a mailman mass-subscription?
[04:31] <kiko> jtv, mrevell: I think it's an advantage to garden the list that way, though.
[04:31] <mrevell> kiko: true.
[04:31] <barry> jtv: it's technically possible to migrate, but it may not be socially desireable
[04:31] <carlos> jtv: personal preferences like nomail, digest, etc...
[04:32] <mpt> carlos / danilos, I saw a couple of questions about "no templates available" messages on rosetta-users@, that it would be nice to reply to before it's closed
[04:32] <mpt> unless you've replied to them already
[04:32] <mrevell> carlos and I discussed the fact that launchpad-users is higher traffic, too, so people may not be happy being automatically signed up to it.
[04:32] <danilos> mpt: sure, will get to doing lists after the meeting
[04:32] <mpt> danilos, thanks
[04:32] <mrevell> So, mpt, that's all from me.
[04:32] <mpt> Thanks mrevell 
[04:32] <mpt> == How pre-implementation phone calls are going (barry) ==
[04:33] <barry> some reviewers have seen pre-impl phone calls on branches, though only on the new branches. some reviewers have even had pre-impl calls too.  so far feedback is light but positive; reviews seem helpful.  all the new 1.1.6 branches should have pre-impl review calls.
[04:33] <barry> that's status from yesterday's eu/us reviewer's meeting
[04:33] <barry> does anybody here have anything to add, positive or negative?  have you been doing the phone calls?
[04:33] <Rinchen> barry, ...
[04:34] <Rinchen> I saw somewhere a proposal to track if branches have had pre-imps.
[04:34] <Rinchen> is that true?
[04:34] <jamesh> I did a call with carlos today
[04:34] <barry> Rinchen: there's a line in PendingReviews that submitters are supposed to fill in with their pre-impl reviewer
[04:34] <jamesh> which seemed productive
[04:34] <barry> old branches won't have them, but all new branches should
[04:35] <Rinchen> barry, thanks. I'm excited to see how this progresses.
[04:35] <barry> carlos, jamesh: excellent, thanks
[04:35] <jtv> I've had two last week or so, and they were good
[04:35] <mpt> barry, do you want to discuss this again next week?
[04:35] <ddaa> I have mostly informal calls and IRC chats about the design of new code, with teammates. I am currently using that to fill the preimpl review field.
[04:35] <barry> mpt: i think we should keep it on the schedule for the entire cycle
[04:35] <mpt> ok, that seems reasonable
[04:35] <mpt> moving on
[04:35] <mpt> == Mini specifications (joey/steve) ==
[04:36] <Rinchen> SteveA, 
[04:36] <Rinchen> and I have developed a way to break-out large items
[04:36] <SteveA> hi
[04:37] <SteveA> right
[04:37] <SteveA> so, our standard spec template on the wiki is great for exploring an issue
[04:37] <SteveA> and examining all its facets and communicating about it etc.
[04:37] <SteveA> however
[04:37] <SteveA> sometimes, we want to take a large task, and break it down into smaller parts
[04:37] <SteveA> so each can be tracked separately within a development cycle
[04:38] <SteveA> so, we've developed a pattern for doing this
[04:38] <SteveA> that
[04:38] <SteveA>  - keeps the content of the specs on the launchpad wiki, without creating lots and lots of wiki pages
[04:38] <SteveA>  - allows the dependency and metadata and targeting to be tracked in the blueprint tracker of launchpad
[04:39] <SteveA>  - has a template for writing a "spec" that is absolutely minimal
[04:39] <SteveA>     while still communicating the scope, the goal/deliverables, and how we'll know when it is complete
[04:39] <SteveA> Rinchen can point out the template and @how to@ guide for this that he put together
[04:39] <SteveA> (excuse UK keyboard)
[04:39] <Rinchen>  wiki:minispectemplate
[04:40] <SteveA> please use this template when doing a minimal spec like this
[04:40] <SteveA> and I recommend you start a big spec with a minimal spec
[04:40] <ddaa> https://launchpad.canonical.com/minispectemplate
[04:40] <SteveA> and enlarge it if needed after that
[04:40] <SteveA> Rinchen: that's all I have to say on this right now
[04:40] <SteveA> thanks ddaa
[04:40] <barry> SteveA: what about existing big specs?  should we split them up into smaller specs to fit them into the cycle?
[04:40] <mpt> Thank you SteveA
[04:41] <Rinchen> thanks SteveA
[04:41] <SteveA> barry: do that if you need to in order to plan things effectively during a cycle
[04:41] <kiko> what SteveA said
[04:41] <mpt> == Including the RF number when closing bugs (kiko/joey) ==
[04:41] <Rinchen> One thing this does due for us is to allow multiple people to have worked assigned to them via the Milestone list
[04:41] <SteveA> you can link from mini specs to larger specs
[04:41] <barry> that makes sense: big specs are for the big picture, mini specs are for actually accomplishing the work within the cycle framework
[04:42] <Rinchen>  I've been relating them to Bug Tasks. In a way a mini spec can be used like a "spec task" 
[04:42] <kiko> can we move on?
[04:42] <Rinchen> But it can be used of course for more things.
 == Including the RF number when closing bugs (kiko/joey) ==
[04:42] <mpt> please
[04:42] <kiko> So engineers of the future
[04:43] <kiko> when you mark a bug fix committed, please annotate the change with the RF revision number.
[04:43] <kiko> it's not just a good idea, it's the law.
[04:43] <kiko> EOT
[04:43] <mpt> thank you kiko, and thanks for being brief
[04:43] <mpt> we have a couple more items which hopefully will be as quick
[04:43] <flacoste> actually, the agreed convention was 'Fixed in RF <number>.'
[04:43] <flacoste> (that was agreed in a LP meeting in December)
[04:43] <kiko> thanks flacoste, please email a confirmation.
[04:43] <kiko> this is just me cleaning out an old INBOX item.
[04:43] <sinzui> Do we do this for Fix Release?
[04:44] <mpt> kiko, I e-mailed a confirmation during the week.
[04:44] <kiko> thanks mpt 
[04:44] <mpt> == Problems with review process (Danilo) ==
[04:44] <danilos> With lots of non-au reviewers on sprint, others busy with OpenID
[04:44] <danilos> stuff, we've got a bit of a stall in review process (I had bad
[04:44] <danilos> experiences the last week).
[04:44] <danilos> If it's a one off, lets ignore it, but if it's not, lets discuss this
[04:44] <danilos> on list (ping me if you've had bad experiences as well).
[04:44] <danilos> Other's experiences? What went wrong?
[04:44] <danilos> Use the list, I am done.
[04:44] <mpt> Thanks danilos 
[04:45] <mpt> == Database patch deadlines for 1.1.6 (kiko) ==
[04:45] <kiko> Okay
[04:45] <kiko> I sent out an email yesterday with a weekly plan for our releases.
[04:45] <kiko> unfortunately we developed this rather late in the cycle
[04:45] <kiko> so
[04:45] <kiko> EXCEPTIONALLY
[04:45] <kiko> for 1.1.6
[04:46] <kiko> we will be opening the database next TUESDAY
[04:46] <kiko> and closing it on THURSDAY
[04:46] <kiko> that means that your patches need to be up for review by MONDAY MORNING BANGKOK TIME
[04:46] <jtv> For the record, is that on the calendar yet?
[04:46] <cprov> danilos: I share this concern about my tasks for 1.1.6 too, reviewers are/will be overloaded, AFAICS
[04:46] <kiko> mark and stub will have a call monday.
[04:46] <kiko> jtv, no, it's 1.1.6-only, so it will only be communicated in email to avoid confusion.
[04:47] <kiko> I will email this to the list now.
[04:47] <kiko> if you have a database patch and this freaks you out, talk to me TODAY
[04:47] <kiko> EOT.
[04:47] <mpt> Thank you kiko
[04:47] <mpt> and finally
[04:47] <mpt> == Team three sentences ==
[04:47] <mpt> Flood the zone
[04:47] <jtv> TEAM: Translations
[04:47] <jtv> DONE: Opening for Gutsy, optimization, #46156, #116196, #116200, post-reviews
[04:47] <jtv> TODO: Complete #30602, #40550, #57460, suggestions filter, Firefox XPI import
[04:47] <jtv> BLOCKED: No
[04:47] <flacoste> TEAM: answer-tracker spec
[04:47] <flacoste> DONE: started implementation of FAQBase, nearly reach consensus on BadgesSpec and RanksSpec, work on supporting English through PersonLanguage.
[04:47] <flacoste> TODO: finish implementation of FAQBase, 1.1.6 bug fixes
[04:47] <flacoste> BLOCKED: no
[04:47] <salgado> TEAM: FOAF
[04:47] <salgado> DONE: Finished fix for bug 70519 and started SSO
[04:47] <salgado> TODO: Finish SSO and bug 53442, land fix for 70519 and 
[04:47] <salgado> BLOCKED: no
[04:47] <mthaddon> TEAM: Infrastructure
[04:47] <mthaddon> DONE: Production cherry picks, track down and fix problem with db reconnection (bug 117993), Launchpad-SSO work, triage, oops report, helped salgado with a fix for #1135, linkchecker testing on staging.
[04:47] <mthaddon> TODO: Beta LP Apache. Rollout Documentation, track down and fix problem with db reconnection (bug 117993), Launchpad-SSO work, triage, more linkchecker tests, update oops-tools to categorize exceptions (#118869) and LP to not log TranslationUnavailable exceptions (#118867)
[04:47] <mthaddon> BLOCKED: None
[04:47] <barry> TEAM: mailing lists
[04:47] <barry> DONE: sabdfl reviews completed; updates to specs 99% completed
[04:47] <barry> TODO: resolve last few issues & get big happy checkmark on phase two and three specs; code like mad
[04:47] <barry> BLOCKED: no
[04:47] <mpt> TEAM: UI
[04:47] <mpt> DONE: bug page work, SSO design (mpt), SSO Web work (Victor)
[04:47] <mpt> TODO: SSO coding, finish bug page, bug fixes
[04:47] <mpt> BLOCKED: no
[04:47] <ubotu> Launchpad bug 70519 in launchpad "Need to allow team members to renew their own membership once it gets close to the membership's expiration date" [High,In progress]  https://launchpad.net/bugs/70519 - Assigned to Guilherme Salgado (salgado)
[04:47] <ubotu> Launchpad bug 53442 in launchpad "It should be possible to delete distribution mirrors" [High,In progress]  https://launchpad.net/bugs/53442 - Assigned to Guilherme Salgado (salgado)
[04:47] <allenap> TEAM: bug tracker
[04:47] <allenap> DONE: Bjorn and Gavin are sprinting in Luxembourg, working on Bug Workflow, Crash Database and bug 114763. Abel has fixed bug 6572. Schwuk was working on bug 58388, but has moved onto bug 116367 which is more pressing.
[04:47] <allenap> TODO: Bjorn, Gavin - bug 114763; Bjorn: Planning for next milestone; Abel - bug 6572; David - bug 58388, bug 116367; Gavin - bug 116364
[04:47] <allenap> BLOCKED: no
[04:47] <ubotu> Launchpad bug 117993 in launchpad "Database reconnection code can get stuck" [Undecided,Fix committed]  https://launchpad.net/bugs/117993 - Assigned to James Henstridge (jamesh)
[04:47] <statik> TEAM: Commercialization
[04:47] <statik> DONE: reviews, salesforce integration, recruiting, prototyping, customer interactions,
[04:47] <statik> TODO: salesforce integration, reviews, figure out what can actually fit in 1.1.6 schedule and try to sneak a DB patch in.
[04:47] <statik> BLOCKED: no. 
[04:47] <ubotu> Launchpad bug 114763 in malone "View for approving many nominations at once" [High,Confirmed]  https://launchpad.net/bugs/114763 - Assigned to Bjrn Tillenius (bjornt)
[04:47] <ubotu> Launchpad bug 6572 in malone "In distribution bug searches, it should be possible to filter out bugs with open upstream tasks" [High,Confirmed]  https://launchpad.net/bugs/6572 - Assigned to abel (adeuring)
[04:47] <ubotu> Launchpad bug 58388 in malone "Implement a tag command in the email interface" [Medium,In progress]  https://launchpad.net/bugs/58388 - Assigned to Dave Murphy (schwuk)
[04:47] <cprov> TEAM: Soyuz
[04:47] <cprov> DONE: PPA journey (code fix and beta-testing) & Soyuz 1.1.6 (all done in pending-review)
[04:47] <cprov> TODO: addressing reviews, starting 1.1.7 specs (commercial-repo & archive-removal)
[04:47] <cprov> BLOCK: no
[04:47] <ubotu> Launchpad bug 116367 in malone "Apport should be able to report private bugs" [High,In progress]  https://launchpad.net/bugs/116367 - Assigned to Dave Murphy (schwuk)
[04:47] <ubotu> Launchpad bug 116364 in malone "Better handling of the "this is my bug" +filebug case" [Medium,Confirmed]  https://launchpad.net/bugs/116364 - Assigned to Gavin Panella (allenap)
[04:47] <ddaa> TEAM: Bazaar integration
[04:47] <ddaa> DONE: smartserver for supermirror up for code review, restricted branch listings for private  branches up for review, UI for branch visibility policy up for review, CodeImportTidbits, ImportdRolloutHowto,  import-status-change-ui, code-import-content-type up for review, code-import-initial-view started, code-import-content-type-consistency started.
[04:47] <ddaa> TODO: extend authserver api for on demand branch access and private branches,  team subscriptions for branches, land private branches, further investigation of codebrowse hangs, more code-import-* implementation, ddaa on vacation.
[04:47] <ddaa> BLOCKED: no
[04:48] <mpt> It appears that nobody is blocked
[04:49] <mpt> which is good
[04:49] <mpt> Any final thoughts?
[04:49] <mpt> 5
[04:49] <mpt> 4
[04:49] <mpt> 3
[04:49] <mpt> 2
[04:49] <mpt> 1
[04:49] <mpt> MEETING ENDS
[04:49] <ddaa> well
[04:49] <mpt> Thank you everybody
[04:49] <bac> allenap: ping
[04:49] <carlos> thanks
[04:50] <ddaa> stub made noises about db patches that should be scheduled on the cycle BEFORE anything that depends on them
[04:50] <ddaa> was that put in the law yet?
[04:50] <ddaa> Rinchen: was it?
[04:50] <stub> I don't know if we can make it law, but it would be a good idea.
[04:50] <flacoste> ddaa: that's the first time I heard about that
[04:51] <ddaa> stub++ it would be a good idea indeed, when possible
[04:51] <flacoste> but having had a patch rejected late in the cycle, I can see the point
[04:51] <Rinchen> ddaa, it's a good idea but we didn't document it anywhere.
[04:51] <ddaa> Rinchen: oh BTW
[04:51] <allenap> bac: hi there
[04:51] <flacoste> stub: i have a DB patch in your queue, but pending-reviews seems to have a problem with it
[04:52] <Rinchen> part of what kiko and I have been poking at with the cycle is to attempt to make these finer details clearer so that we all understand what is due and when
[04:52] <flacoste> it's marked 'Unknown' but the path on PendingReviews seems fine
[04:52] <ddaa> Rinchen: it's likely that my current db patch will get bounced, and that therefore mwhudson and I will miss our 1.1.6 goals, that all depend on it.
[04:52] <kiko> mwhudson,  ddaa, kind of sad, but next time, discuss the idea earlier.
[04:52] <ddaa> kiko: *cough*
[04:52] <stub> flacoste: I'll work it out. ta.
[04:53] <mwhudson> and it also means that we'll be doing work for 1.1.7 that will be depending on a db patch that hasn't been approved
[04:53] <flacoste> stub: thanks, you can always look into the faqbase-model diff which includes faqbase-db
[04:53] <stub> flacoste: Just make sure you have pushed it :)
[04:53] <flacoste> stub: thanks for the reminder, but both are :-)
[04:53] <mwhudson> (though given that ddaa and stub just came up with the new plan together, that shouldn't be too much of a problem, i hope)
[04:54] <ddaa> direction has not been decided yet
[04:55] <ddaa> it's just likely that the current design will be dropped in favour of the new idea
[04:55] <ddaa> but discussion still needs to happen all around the team
[04:56] <stub> flacoste: fti.py creates all the text indexes - you don't need to add them. Just edit the data structure at the top of fti.py
[04:57] <flacoste> stub: i did, so I can remove the CREATE INDEX faq__fti from the DB patch?
[04:58] <stub> flacoste: Yes. All that will do is create a second index. You also don't want the fti column either.
[04:58] <flacoste> stub: good to know!
[05:02] <sabdfl> re bug 5464
[05:02] <ubotu> Launchpad bug 5464 in blueprint "+specs page needs batching or redesign" [Medium,Confirmed]  https://launchpad.net/bugs/5464 - Assigned to Mark Shuttleworth (sabdfl)
[05:03] <carlos> Rinchen: btw, remember to ping us if your management meeting takes doesn't finish in an hour...
[05:03] <sabdfl> i'm +1 on batching for the page when rendered on Pillar's, where you don't really want to see the full list
[05:03] <sabdfl> but -1 on series, where you do want the full list, because it's the release-management view
[05:03] <Rinchen> carlos, Steve cleared me to attend your meeting
[05:03] <Rinchen> at least, that's what I remember ;-)
[05:03] <sabdfl> at least, as a user of the system in that fashion, that's what i'd like
[05:03] <sabdfl> any objections?
[05:03] <carlos> Rinchen: well, I was suggesting to delay our meeting until you are free
[05:04] <mpt> Is the distrore^Wdistroseries Bugs listing batched?
[05:04] <kiko> hopefully
[05:05] <Rinchen> carlos, "free" is relative :-)   So I can make it happen now.  IRC, voice?
[05:05] <carlos> kiko, danilos, jtv: ^^^
[05:06] <mpt> I don't see why the blueprints listing would be batched differently from the bugs listing (modulo the amount of information shown for each)
[05:06] <kiko> what carlos?
[05:06] <carlos> kiko: 1.1.7 planning meeting?
[05:07] <mpt> anyway, bedtime
[05:07] <kiko> carlos, totally impossible this week for me, want to pre-plan with joey, it's cool.
[05:07] <kiko> sorry
[05:08] <carlos> kiko: I thought this week was the deadline for that
[05:08] <Rinchen> Officially it is but I think kiko wants to delay some of that.
[05:08] <Rinchen> flacoste is already done
[05:09] <Rinchen> I saw your items yesterday
[05:09] <Rinchen> bzr down-under has completed most of theirs
[05:09] <Rinchen> bzr europe has done some work there
[05:10] <carlos> Rinchen: should we meet today then?
[05:10] <Rinchen> hmpf. Well, carlos jtv danilos 
[05:10] <carlos> or just wait and meet next week with kiko and you?
[05:10] <Rinchen> we can do a review and try to keep it short
[05:10] <beuno> mrevell: pong   :D
[05:10] <jtv> Do it offline, per email, but with a bit of structure perhaps?
[05:11] <mrevell> beuno: thanks :) On a call at the moment
[05:11] <beuno> mrevell: I'll idle here, just ping me back
[05:11] <Rinchen> in this regard, kiko is the customer. I know you've looked at.
[05:11] <mrevell> beuno: cool
[05:11] <Rinchen> so I'm ok if you want to delay it
[05:12] <carlos> I'm fine with having a meeting with you if it's short
[05:12] <jtv> carlos, Rinchen: and I'm simply available
[05:12] <Rinchen> irc or voice?
[05:13] <carlos> voice++
[05:13] <carlos> danilos: ?
[05:13] <Rinchen> ok, fire up skype and i'll ring you all in
[05:13] <danilos> ah, let me dig out the headset
[06:53] <tarzeau> can i not create a new project on launchpad?
[06:56] <pochu> tarzeau: You can: https://launchpad.net/projects/+new
[06:56] <tarzeau> and join a projects?
[06:57] <pochu> For that you have to join the drivers team, not the project.
[06:58] <tarzeau> how can i do that? i want to be in nethack team
[06:58] <pochu> (Or the bugs contact team, or the security contact team...)
[06:58] <pochu> go to the main page and in the right it says "Driver", "Bug contact"... Click on the team you want to join and join it as with any other team.
[06:59] <tarzeau> says Not yet assigned and is not clickable?
[07:00] <pochu> Then in the left in lifecycle you can see who's registered the project. Ask him.
[07:01] <tarzeau> what if the person who's registered the project is me? what should i ask myself?
[07:02] <tarzeau> ah i found out :)
[07:02] <tarzeau> i'm a driver now
[08:53] <marcin_ant> hi all
[08:53] <marcin_ant> where can I talk about problems with my account in launchpad?
[08:55] <salgado> marcin_ant, here! :)
[08:57] <marcin_ant> salgado: ok, so I don't see bugs reported by me in my account summary
[08:57] <salgado> marcin_ant, can you give me the link to the page in which you expected to see these bugs?
[08:58] <marcin_ant> salgado: https://bugs.launchpad.net/~marcin-antczak/+reportedbugs
[08:58] <marcin_ant> salgado: and for example there is a bug: https://bugs.launchpad.net/ubuntu/+source/dbconfig-common/+bug/113310
[08:58] <ubotu> Launchpad bug 113310 in dbconfig-common "dbconfig-common cannot create database for package" [Medium,Fix released]  
[08:59] <salgado> marcin_ant, you don't see them there because they're closed already. that page only shows the bugs which are still open
[08:59] <salgado> marcin_ant, that's indeed confusing, but we have a bug reported for it already
[08:59] <salgado> marcin_ant, to see all bugs you reported you can go to the advanced search page
[09:00] <marcin_ant> hmm but that's pretty weird that if we got "fix released" status then this bug is closed... but it doesn't mean that problem is solved
[09:01] <marcin_ant> because in this particular bug fix is availabe as new upstream release - but not available for edgy or feisty users because there is no package with new version
[09:01] <salgado> then it shouldn't be fix released?
[09:02] <marcin_ant> salgado: it depends what you mean by fix _released_ 
[09:03] <salgado> well, it has been fixed for ubuntu
[09:03] <salgado> but I think this is better discussed on #ubuntu-bugs
[09:04] <salgado> indeed, we should make it clear that the +reportedbugs page doesn't include fix-released bugs
[09:04] <marcin_ant> salgado: for me if this fix is not packaged and available as upgrade for feisty users it's pretty hard to accept this as 'released'
[09:05] <salgado> marcin_ant, I sort of agree with you on that, but this is part of Ubuntu's policy
[09:07] <marcin_ant> salgado: yeah... to be honest after few years with ubuntu I'm more and more dissapointed with all this "ubuntu policy" stuff... but it's not launchpad thing so forget
[09:07] <carlos> night!
[09:56] <stani> Is there a way that people can vote on a feature/blueprint?
[10:09] <kiko> stani, better than voting would be working on it!
[10:14] <RainCT> Hi
[10:15] <RainCT> how can I upload a project to Launchpad?
[10:33] <stani> kiko: i know, but as I work on my project, it would be interesting to see easily what is the most requested feature
[10:35] <kiko> stani, yeah, ISWYM
[10:45] <gianmt> Hi guys, is bazaar.launchpad.net down? I cannot push revisions.
[10:46] <gianmt> RainCT, you mean a bzr repo or tarballs? afaik for tarballs is not yet possible
[10:48] <RainCT> gianmt: bzr, is it possible to create on there?
[11:04] <gianmt> RainCT, sure
[11:05] <gianmt> push the repo on your directory through sftp
[11:06] <RainCT> gianmt: to where?
[11:07] <gianmt> you have an account on launchpad do you?
[11:07] <RainCT> yes
[11:07] <gianmt> so you have a https://launchpad.net/~user directory
[11:08] <RainCT> yea
[11:09] <gianmt> RainCT, just a sec, wife calling
[11:09] <RainCT> okay
[11:13] <gianmt> here I'm :)
[11:13] <gianmt> so you need an ssh publick ke y
[11:13] <gianmt> you can upload it into your profile
[11:14] <RainCT> have one, and uploaded
[11:14] <gianmt> after you have done that you can push you repo with bzr push sftp://bazaar.launchpad.net/~youruser/yourpackagename/trunk
[11:16] <gianmt> uhm...and IIRC you don't even need trunk
[11:16] <RainCT> Permission denied (publickey).
[11:16] <RainCT> bzr: ERROR: Unable to connect to SSH host bazaar.launchpad.net; EOF during negotiation
[11:16] <gianmt> that's an ssh problem, I just push a few revision without any problem
[11:20] <thumper> RainCT: push to sftp://youruser@bazaar.launchpad.net/~youruser/product/branch-name
[11:21] <thumper> the sftp server uses the youruser@ to verify who you are
[11:22] <RainCT> like this? it continues without work..    bzr push sftp://rainct@bazaar.launchpad.net/~rainct/qttube/trunk
[11:35] <ubotu> New bug: #119203 in malone "Pie chart labels should be hyperlinks" [Undecided,Unconfirmed]  https://launchpad.net/bugs/119203
[11:37] <RainCT> thumper, gianmt: now :)
[11:38] <RainCT> I had a key I no longer have on LP
[11:38] <RainCT> probably from my latest Ubuntu installation (overwrote the disc with Feisty), now that I've added the new ones it seems it works :) thanks
[11:39] <gianmt> np :) glad that it works
[11:50] <ubotu> New bug: #119208 in launchpad "fmt:link should work for all linkable objects" [Medium,Confirmed]  https://launchpad.net/bugs/119208