[12:17] <matsubara> bug 6010
[12:17] <Ubugtu> Malone bug 6010 in malone "error when putting non-number into bug number field: OOPS-B192" [Major,Confirmed]  http://launchpad.net/bugs/6010
[12:20] <AlinuxOS> hello boys :) why 6.04 to 6.06 ? :)
[12:20] <AlinuxOS> I'm surprised :)
[12:26] <mpt__> matsubara, what is being on the QA team good for?
[12:27] <mpt> AlinuxOS, Launchpad isn't 6.04 *or* 6.06, you're probably in the wrong channel
[12:27] <AlinuxOS> mpt, yes you've right. sorry
[12:29] <matsubara> mpt: receive support spam?
[12:29] <matsubara> mpt: well, ddaa suggested you should be added in. 
[12:30] <mpt> oh, joy
[12:30] <mpt> more spam :-)
[12:30] <mpt> matsubara, "QA" suggests bugs rather than support tickets
[12:31] <matsubara> mpt: One of the you might notice is that we receive lots of support requests asking for free ubuntu cds, which implies that the shipit.ubuntu.com design needs some fixing somewhere.
[12:31] <matsubara> s/one of the/one of the things/
[12:32] <dilys> Merge to devel/launchpad/: r=salgado Fix for bug #30500: Sourcepackage search for 'at' doesn't work. Do an exact source package name search along with the regular fti search. 2-columnize (r3402: kiko)
[12:33] <matsubara> mpt: but now users are "pointed" to the support tracker instead of the bug tracker. QA begins there, isn't it?
[12:33] <mpt> matsubara, actually that's a bug in Launchpad
[12:33] <mpt> let me find it
[12:35] <matsubara> mpt: anyway, most of the noise there I'll take care. If you don't think you'll need to be in there it's easy to leave (https://launchpad.net/people/launchpad-qa/+leave) I just added you because ddaa suggested so.
[12:35] <mpt> matsubara, ok
[12:36] <mpt> matsubara, the problem is that once you've got yourself the Launchpad account that ShipIt told you to get, you're dumped in Launchpad instead of being sent back to ShipIt
[12:36] <lifeless> moin
[12:37] <mpt> I was sure that bug was reported, but I can't find it
[12:39] <matsubara> maybe something similar to bug 2171
[12:39] <Ubugtu> Malone bug 2171 in launchpad "When creating a login for the wiki account, we could skin Launchpad and redirect" [Normal,Unconfirmed]  http://launchpad.net/bugs/2171
[12:40] <matsubara> hmm which is a dupe of 1554
[12:43] <lifeless> SteveA: around ?
[12:48] <mpt> yay, the front page no longer says "Launchpad Welcome to Launchpad"
[12:48] <sivang> lol
[01:33] <mpt> https://launchpad.net/bounties/raja
[01:37] <ajmitch> ah yes, that one..
[02:00] <lifeless> morning sleepyhead :)
[02:01] <spiv> :P
[02:01] <spiv> Been up for a while, reviewing... just forgot to restart xchat after upgrading to dapper.
[02:35] <lifeless> popping out to lunch with Dad, sms or ring me for anything urgent.
[03:34] <sladen> oooh, the CC'ing is back
[03:34] <sladen> oh joy(!)
[03:49] <mpt> sladen, eh?
[05:13] <SteveA> lifeless: away on vacation.
[08:48] <dilys> Merge to devel/launchpad/: [trivial]  Update authserver.tac to match the one used in production: add /RPC2, unset debugging flag, and specify the database host. (r3403: Andrew Bennetts)
[09:22] <carlos> morning
[09:22] <jordi> hola
[09:38] <sivang> hola jordi , carlos 
[09:41] <carlos> sivang: hey dude!
[09:43] <jordi> hi sivan
[09:43] <sivang> carlos, jordi : hey dear dudes, how is your part of spain today? :)
[09:48] <carlos> sivang: cold
[09:48] <carlos> :-(
[09:51] <jordi> cold?
[09:51] <jordi> wtf?
[09:51] <jordi> I'm in short sleeve
[09:51] <jordi> sivang: how's april's rain in Israel? A bit too heavy I hear
[09:55] <jordi> carlos: ok, so the kazakh guy created a team but for now he's the only member. I *want to guess* more people will join, as I told him to create only if it was more than one person.
[09:55] <jordi> carlos: can you assign ubuntu-l10n-kk to Ubuntu Translators?
[09:55] <carlos> jordi: dude... it's colder than yesterday...
[09:56] <carlos> jordi: sue
[09:56] <jordi> carlos: dunno. I was around the street at 6:50
[09:56] <jordi> so it's pretty ok now :)
[09:56] <carlos> jordi: done
[09:57] <jordi> carlos: great
[09:58] <sivang> jordi: very weird. rain in april is an odessey in Israel. :-/
[09:58] <jordi> I think you got more than enough for a decade :)
[09:58] <jordi> sivang: so, what do you think about .el elections?
[09:58] <sivang> also lots of sand storms together with the rain, like walking in mud in the air ...
[09:59] <jordi> I was quite surprised at the result
[09:59] <jordi> hmm, tihs is totally offtopic.
[09:59] <sivang> yeah :)
[09:59] <sivang> feel free to PM me
[09:59] <sivang> jordi: I'll answer you there
[10:00] <sivang> carlos: cold? are you living on a mountain? (I recall mako saying something about that maybe)
[10:00] <jordi> sivang: not at all
[10:00] <jordi> he lives like 300 metres from the beach
[10:00] <carlos> sivang: no, I have a 10 minutes walk to the beach
[10:02] <sivang> carlos: ah, so I'd expect you to have comfortable climet though.
[10:03] <carlos> the problem is that today is a bit windy
[10:13] <stub> :-D
[10:20] <carlos> stub: enjoy it ;-)
[10:46] <ddaa> lifeless: ping
[10:47] <seb128> hi
[10:47] <seb128> https://launchpad.net/distros/ubuntu/+source/nautilus/+bug/19600 indicates that upstream bug has been "Rejected"
[10:47] <Ubugtu> Malone bug 19600 in nautilus "Renaming (F2) in list view when "Name" column is wider than visible area results in erratic centering" [Minor,Unconfirmed]  
[10:47] <seb128> but upstream bug is "RESOLVED" "FIXED"
[10:47] <seb128> is that a known issue?
[10:50] <jamesh> seb128: when last checked, the remote status was "RESOLVED DUPLICATE"
[10:51] <seb128> I though you followed to the duplicate in that case
[10:51] <seb128> the bug has been marked as forwarded to http://bugzilla.gnome.org/show_bug.cgi?id=313535 first
[10:51] <jamesh> seb128: judging by the state of the old ubuntu bugzilla data, someone updated the bug watch to a new bug number
[10:51] <Ubugtu> Gnome bug 313535 in View as List "Renaming (F2) in list view when "Name" column is wider than visible area results in erratic centering" [Normal,Resolved: duplicate]  
[10:51] <seb128> which has been marked as duplicate
[10:51] <jamesh> but the remote status scanner hasn't checked that watch again since that change
[10:52] <seb128> hum
[10:52] <jamesh> remote status checking is not real time
[10:52] <seb128> so launchpad is not smart about duplicates, it consider them "rejected" instead of updating the bug number?
[10:52] <jamesh> yep
[10:53] <seb128> not nice :/
[10:53] <jamesh> maybe in the future it might be smarter
[10:53] <jamesh> but not right now
[10:53] <seb128> k
[11:03] <dilys> Merge to devel/launchpad/: [trivial]  fix bug 37298, adjust the Bugzilla status mapping as discussed with jamesh and mpt. (r3404: Bjorn Tillenius)
[11:07] <carlos> jordi: so... Can I delete the wordpress import requests at: https://launchpad.net/rosetta/imports/+index?status=NEEDS_REVIEW&type=all
[11:07] <carlos> ?
[11:10] <carlos> jordi: also... the katapult request is completely broken... the .pot file content is: http://librarian.launchpad.net/1618076/katapult.pot and, as you can see, it's not a .pot file...
[11:13] <carlos> BjornT: did you see the send-bug-notifications.py script breakage?
[11:15] <BjornT> carlos: hmm, yeah.
[11:15] <BjornT> stub: ping
[11:15] <stub> BjornT: pong
[11:16] <stub> If you mean the asuka error, I've updated the postgresql auth list on asuka and it now works fine.
[11:17] <BjornT> stub: no, it's another error. in the bugnotification table, there's a person who hasn't got a preferred email address. can you check who that is, and which bug he modified?
[11:17] <stub> huh
[11:18] <BjornT> stub: (the person related to the notification is message.owner)
[11:21] <stub> launchpad_prod=# select person.name from bugnotification,message,person left outer join validpersonorteamcache on person.id = validpersonorteamcache.id where bugnotification.message = message.id and message.owner = person.id and validpersonorteamcache.id is null;
[11:21] <stub>       name
[11:21] <stub> -----------------
[11:21] <stub>  feralert
[11:21] <stub>  cksiew
[11:21] <stub>  ddavid42
[11:21] <stub>  kristian-jones
[11:21] <stub>  rob-markovic
[11:21] <stub>  ajsamaro
[11:21] <stub>  matt-bunter
[11:21] <stub>  janne-keskitalo
[11:22] <stub>  sco
[11:22] <stub>  siniath
[11:22] <stub>  roman2k
[11:22] <stub>  jmbalado
[11:22] <stub> (12 rows)
[11:23] <BjornT> and which bugs did they modify?
[11:23] <stub> launchpad_prod=# select person.name,bugnotification.bug from bugnotification,message,person left outer join validpersonorteamcache on person.id = validpersonorteamcache.id where bugnotification.message = message.id and message.owner = person.id and validpersonorteamcache.id is null;
[11:23] <stub>       name       |  bug
[11:23] <stub> -----------------+-------
[11:23] <stub>  feralert        | 32355
[11:23] <stub>  cksiew          | 17208
[11:23] <stub>  ddavid42        | 13367
[11:23] <stub>  kristian-jones  | 18650
[11:23] <stub>  rob-markovic    | 27422
[11:23] <stub>  ajsamaro        | 27934
[11:23] <stub>  matt-bunter     | 23544
[11:23] <stub>  janne-keskitalo | 18582
[11:23] <stub>  sco             | 27092
[11:23] <stub>  siniath         | 16469
[11:23] <stub>  roman2k         | 14078
[11:23] <stub>  jmbalado        | 18691
[11:23] <stub> (12 rows)
[11:24] <stub> I'd suspect emailed comments
[11:25] <stub> as we no longer require signed emails for comments 
[11:25] <BjornT> yeah, that's right. ok, i'll make a quick work-around for this.
[11:57] <BjornT> stub: this patch fixes the problem: https://chinstrap.ubuntu.com/~dsilvers/paste/filegGzqHt.html
[11:58] <BjornT> stub: do you want me to merge it into rocketfuel, or will you apply it locally? if you apply it locally, i'll add a test before submitting it to rf.
[11:59] <stub> Merge it to rocketfuel
[11:59] <BjornT> ok
[12:10] <BjornT> stub: is pqm up and running?
[12:12] <jordi> carlos: don't get rid of them just yet. Let me see if something has changed
[12:21] <stub> BjornT: looks like i
[12:22] <stub> t
[12:22] <BjornT> yeah, the email just took longer than usual to arrive to pqm.
[12:37] <dilys> Merge to devel/launchpad/: [trivial]  stop send-bug-notifications from breaking when people without preferred email addresses add a comment. (r3405: Bjorn Tillenius)
[12:38] <carlos> jordi: ok
[12:39] <BjornT> stub: can you cherry pick r3405 now?
[01:36] <BjornT> lifeless: ping
[01:36] <jamesh> thunderbird on dapper seems to crash a fair bit :(
[01:57] <kiko-zzz> good morning
[01:57] <kiko> meeting in 3
[02:00] <kiko> MEETING TIME!
[02:00] <kiko> may the present speak up
[02:00] <kiko> I am here
[02:00] <mpt> up
[02:00] <jamesh> here
[02:00] <matsubara> i'm here
[02:00] <carlos> I'm here
[02:00] <BjornT> i'm here
[02:00] <salgado> here
[02:01] <kiko> bradb?
[02:01] <kiko> stub?
[02:01] <kiko> ddaa?
[02:01] <mpt> spiv?
[02:01] <spiv> here
[02:01] <ddaa> pouet!
[02:01] <mpt> lifeless, matsubara?
[02:01] <kiko> wonderful
[02:01] <kiko> great to have you all here today
[02:02] <mpt> carlos?
[02:02] <bradb> here
[02:02] <kiko> apologies for changing the meeting date
[02:02] <carlos> mpt: yes?
[02:02] <matsubara> mpt: matsubara i'm here
[02:02] <kiko> mpt, matsubara and carlos have said they are here, what more do you want from them? :-)
[02:02] <mpt> ok, I'm blind
[02:02] <mpt> sorry
[02:02] <ddaa> you've broken our meeting muscle memory
[02:02] <kiko> okidok. so stub's the odd man out
[02:02] <kiko> Agenda
[02:02] <kiko>     *
[02:02] <kiko>       Roll call
[02:02] <kiko>     *
[02:02] <kiko>       Agenda
[02:02] <kiko>     *
[02:02] <kiko>       Next meeting
[02:02] <kiko>     *
[02:02] <kiko>       Activity reports
[02:02] <kiko>     *
[02:02] <kiko>       Items from last meeting
[02:02] <kiko>     *
[02:02] <kiko>       Launchpad oops milestone report
[02:02] <kiko>     *
[02:02] <kiko>       Production / staging (stub)
[02:02] <kiko>     *
[02:02] <kiko>       ...
[02:03] <kiko>     *
[02:03] <kiko>       Keep, Bag, Change
[02:03] <kiko>     *
[02:03] <kiko>       Three sentences
[02:03] <kiko> that was the agenda
[02:03] <kiko> does anyone have agenda items they'd like to see discussed?
[02:03] <kiko> message me if so
[02:03] <kiko> next meeting: thursday next week?
[02:03] <kiko> anyone against it?
[02:03] <kiko> fine.
[02:03] <carlos> kiko: next thursday is a public holiday in Spain
[02:04] <kiko> I see.
[02:04] <ddaa> I'd like to discuss user support process.
[02:04] <carlos> kiko: I'm don't think I will be able to attend
[02:04] <kiko> okay ddaa 
[02:04] <mpt> Wednesday again?
[02:04] <ddaa> who, what, where, when...
[02:04] <kiko> do more people prefer wednesday over thursday?
[02:05] <kiko> it appears not
[02:05] <kiko> so carlos will be absent -- send in your 3 sentences to me through email beforehand
[02:05] <kiko> we'll do it on thursday as usual
[02:05] <kiko> let's do the final bookkeeping item
[02:05] <kiko> activity reports
[02:05] <kiko> and I'll start by saying that YOU SUCK
[02:05] <spiv> I'm up to date.
[02:06] <kiko> apart from a minority 
[02:06] <matsubara> up to date
[02:06] <kiko> you've been either not sending reports or batching them and sending them before the meeting
[02:06] <spiv> (after the usual quick catch up...)
[02:06] <ddaa> think I'm up to date, except for a dud report for the sprint (not sure that is needed, though)
[02:06] <kiko> that's really not helpful
[02:06] <mpt> up to date
[02:06] <BjornT> i'm up to date
[02:07] <kiko> spiv, BjornT, carlos and mpt have sent in multiple reports today -- can you guys please send them in daily?
[02:07] <kiko> I've asked spiv and carlos to do this before
[02:07] <kiko> and you have failed!
[02:07] <kiko> please don't batch your reports
[02:07] <BjornT> kiko: i sent two today, that's almost daily
[02:08] <kiko> it makes it impossible to make my daily charts
[02:08] <kiko> BjornT, almost is almost good. :)
[02:08] <BjornT> i'll make an effort to send once a day though
[02:09] <kiko> jamesh, dude, when are you going to get in the groove?
[02:09] <kiko> all right, moving on
[02:10] <kiko> mpt, jamesh, spiv, carlos: you guys are on my little black list, so shape up.
[02:10] <kiko> I can't even remember if there were items from the last meeting
[02:10] <kiko> so moving on, yet again
[02:10] <carlos> kiko: sorry...
[02:11] <kiko> I'd like to sneak in a topic here
[02:11] <kiko> and that is the performance reviews that are starting this week
[02:11] <kiko> does anyone have any questions or comments on the performance review process?
[02:11] <kiko> matt and I reviewed the questions and the current questionnaire is shorter and hopefully less ambiguous
[02:12] <ddaa> greate
[02:12] <kiko> did anyone have issues with use of the system or understanding of the report last time?
[02:12] <ddaa> old one was too long to go over with the manager, and some question were quite ambiguous
[02:12] <kiko> yeah, I felt the same. the new one has 4 sections only
[02:13] <kiko> (or at least that's what we submitted to jane ;)
[02:13] <kiko> all right, I'll assume you have no questions on this topic.
[02:13] <kiko> spiv, can you please give stub a ring?
[02:14] <kiko> all right, moving on.
[02:14] <spiv> kiko: he's in another country, but ok...
[02:14] <kiko> spiv, he's in another country from me as well, ftr.
[02:14] <kiko> Launchpad oops milestones
[02:14] <kiko> how are we looking on that front matsubara?
[02:15] <matsubara> I think we're doing a good job. the exceptions beign nailed down
[02:15] <kiko> are there any new crashers or timeouts in yesterday's report?
[02:15] <matsubara> i have to take a look on daf's scripts and set them up to generate those reports
[02:15] <kiko> what do you think are the most important crashers that need to be fixed?
[02:16] <kiko> and who needs to be working on them (apart from you!)
[02:16] <matsubara> ascii password enconding
[02:16] <stub> Yo
[02:16] <kiko> yeah, you're right.
[02:16] <kiko> hey stub 
[02:16] <stub> Topic said Thursday
[02:16] <matsubara> and the one that validates fields in the advanced bug search form
[02:17] <BjornT> stub: can you please cherry pick r3405 now?
[02:17] <matsubara> but that one is already in the review queue and I'm coordinating with bjornt
[02:17] <kiko> matsubara, so about the password one -- what's blocking it, who can help?
[02:18] <matsubara> it's assigned to me, I'll take a look on it as soon as I finish the other things you said me to do. :)
[02:18] <kiko> I remember steve reviewed it -- anything complicated?
[02:19] <matsubara> I don't think so.
[02:19] <kiko> anyway, you're too slow
[02:19] <kiko> moving on
[02:19] <kiko> well, one note on that topic actually
[02:19] <kiko> I'll work on the remaining timeouts this week
[02:19] <kiko> it shouldn't be hard to fix them, but I may need to make some user-visible changes
[02:19] <kiko> and carlos, it will soon be time to look at +translate performance again.
[02:19] <kiko> so moving on -- stub, how's production looking?
[02:20] <stub> Fine
[02:20] <stub> :-)
[02:20] <carlos> kiko: ok
[02:20] <kiko> stub, will we be doing rollouts next week?
[02:20] <kiko> is there anything in scripts broken?
[02:20] <stub> Nothing thrilling to report. I've gotten a few cherry pick requests already, which is worrying. I'll need to confirm with people if these are actually urgent urgent or just urgent.
[02:21] <kiko> BjornT, I find r3405 very confusing, to be honest
[02:21] <stub> I think all scripts are all fine. support email is still blocked on rt last I heard though
[02:21] <kiko> BjornT, a person without a preferred email address doesn't add comments, afaiui -- salgado?
[02:21] <kiko> stub, yeah, I've been nagging about RT requests this week, but it's going slow
[02:22] <BjornT> kiko: he can do it via the email ui, i'll fix that one later (bug 38162)
[02:22] <Ubugtu> Malone bug 38162 in launchpad "People without preferred email addresses shouldn't be able to use the email interface" [Normal,Unconfirmed]  http://launchpad.net/bugs/38162
[02:22] <stub> bug notifications exception on staging is now fixed (it failed today due to postgresql auth paranoia, but worked manually after the fix)
[02:22] <kiko> BjornT, yuck
[02:22] <kiko> stub, that's great
[02:22] <kiko> I believe Znarl managed to deal with the moin mail redirector for BjornT at least -- have you confirmed BjornT?
[02:23] <BjornT> kiko: yes. it still doesn't work though, since the address the notifications are sent from isn't registered in launchpad. i'm working on it now though.
[02:24] <kiko> all right
[02:24] <kiko> let's move on, then.
[02:24] <kiko> ddaa, user support process
[02:24] <ddaa> Some guy talked on launchpad-users
[02:24] <kiko> so david yesterday asked about the support requests for Launchpad
[02:24] <stub> Now there is a push to do rollouts of updates to the db, appservers, authserver, publishing systems and some bzr systems by me, I'll need to invest time automating rollout procedures. I'll be running ideas past lifeless when I get onto this.
[02:25] <ddaa> asking where to ask for deleting dud objects (or moving them out the way), and I seriously did not though that the ticket tracker was the place to send him, as I had seen no evidence of requests there being processed
[02:25] <kiko> stub, that's true, because we have a large number of systems that need rolling out now, and it would make sense to do it in a concerted way
[02:25] <kiko> ddaa, I see.
[02:25] <stub> Yup. Getting too many to do manually and reliably
[02:26] <stub> I think support requests are actuall being dealt with, but I see a lot of requests with answers that are still in open status (I was looking at them today)
[02:26] <mpt> I nearly pointed someone at the Ubuntu support tracker a couple of days ago, but then I looked at the page and it was a mile long, so decided not to
[02:26] <ddaa> stub++ to ending this coordination nightmare
[02:26] <matsubara> as a side note, there's a Launchpad QA team which is receiving all the support request for the Launchpad Project products.
[02:26] <kiko> ddaa, matsubara: how many requests do we have open, and what is the rate of new requests?
[02:27] <stub> matsubara: This a new team?
[02:27] <matsubara> kiko: there's not so many new requests, but the problem is I can't close the ones that are bogus
[02:27] <ddaa> did not see any ticket spam since I was subscribed
[02:27] <matsubara> stub: yes
[02:27] <matsubara> as matter of fact, I can't close any support request
[02:27] <stub> I have power to reject support requests - is that an admin only feature?
[02:28] <kiko> matsubara, okay, remind me to look into it with you today
[02:28] <kiko> I do too, so hmmm, maybe
[02:28] <matsubara> stub: I think so
[02:28] <BjornT> stub: yes. we should think of how to give that possibility to other people as well though.
[02:28] <matsubara> I reported some bugs on the support tracker in the last days as well.
[02:28] <kiko> definitely
[02:29] <stub> ok. I'd suggest a support-admins team celebrity which will work until we work out a better way of determining who has rights.
[02:29] <ddaa> bottom line, is it ready to send our beloved users there, or does it need to mature some more?
[02:29] <kiko> why not component owners?
[02:29] <stub> sure
[02:30] <kiko> ddaa, I believe it's ready, and we should improve it if not
[02:30] <ddaa> if not, we should not send our users there, there's already enough traffic for use to figure out what to improve
[02:30] <kiko> I mean, it will only really improve if we get people using and complaining about it
[02:31] <ddaa> already have that
[02:31] <kiko> the fact that there were no contacts registered was indeed a showstopper
[02:31] <matsubara> is there any way to subscribe the launchpad-qa team to all open support requests?
[02:31] <kiko> but I don't think there are other major ones and we can start tackling them.
[02:31] <kiko> matsubara, not easily.
[02:32] <stub> matsubara: bulk subscriptions are done manually by me
[02:32] <ddaa> i.e. ask stub to run throw some SQL chicken bones :)
[02:32] <carlos> kiko: DBA "bitch"?
[02:32] <kiko> ddaa, so, are you happy with directing users to the support tracker?
[02:32] <kiko> (I say do it!)
[02:32] <matsubara> that would help keep track of the previously open tickets.
[02:33] <kiko> matsubara, we just need to go in and close them out.
[02:33] <kiko> matsubara, how many are there open?
[02:33] <ddaa> kiko: okay, let's try it
[02:33] <kiko> cool
[02:33] <kiko> thanks
[02:34] <jamesh> kiko: I think he was suggesting making sure launchpad-qa is subscribed to all existing tickets
[02:34] <jamesh> (open and closed)
[02:34] <jamesh> not about clearing out the queue)
[02:34] <kiko> jamesh, I know, but if there aren't too many, then it might be worth just clearing the queue.
[02:34] <jamesh> the open queue does need some cleaning, yes.
[02:35] <matsubara> kiko: there're a lot open, because I can't close them
[02:35] <matsubara> most of them are bogus "I want free ubuntu cds" or "I can't register in launchpad"
[02:36] <kiko> should be easy to close out then. :)
[02:36] <kiko> all right, moving on
[02:36] <matsubara> kiko: what I can do is reject them, but that might be to harsh
[02:36] <kiko> matsubara, just reply to them, and reject if no answer in N days?
[02:36] <kiko> salgado would like to talk about using mawson to test the new mirror management prober script.
[02:36] <kiko> salgado?
[02:36] <matsubara> kiko: that's what I'm doing already
[02:36] <salgado> I need to know if anybody is using mawson right now
[02:37] <salgado> I need to do a code/database update on it
[02:37] <salgado> so I can get the mirror prober running there
[02:37] <stub> cprov was the only person using it afaik
[02:37] <ddaa> jamesh: if you make something idiot-proof, nature will make a better idiot
[02:37] <kiko> yeah, that's the truth
[02:37] <mpt> jamesh, maybe they keep getting "that ID is already taken" errors ;-)
[02:38] <salgado> and this one to stub: should I use the steps described in LaunchpadRollout to update the code/database in mawson?
[02:38] <stub> So I don't see a problem with updating dogfood code and the database. You want to give it a go salgado or need me to?
[02:38] <stub> salgado: pretty much. dogfood is a bit more ad-hoc.
[02:38] <ddaa> mpt: I think that a number of those bogus support request might be symptoms of UI in need of fixes. That's why I asked you to be part of the QA team.
[02:39] <salgado> stub, I'd prefer to try that myself, and if something goes wrong then I ask your help. how does that sound?
[02:39] <stub> salgado: Sounds good.
[02:39] <kiko> salgado, do you have access to the user necessary to do the update?
[02:39] <kiko> otherwise keep stub close at hand!
[02:39] <stub> salgado: I'll stuff one of the recent backups in a safe place just in case cprov has some important data in there.
[02:39] <salgado> I guess it's the launchpad user, isn't it?
[02:39] <mpt> ddaa, good idea
[02:39] <carlos> salgado: yes
[02:39] <salgado> then I have
[02:40] <kiko> great
[02:40] <kiko> salgado, issue resolved?
[02:40] <salgado> yep
[02:40] <kiko> great.
[02:40] <kiko> * Keep bag and change
[02:40] <kiko> 5
[02:40] <ddaa> CHANGE: stop teams from shrinking, or LP from growing. Too much work for too few hands.
[02:40] <kiko> 4
[02:41] <kiko> 3
[02:41] <kiko> 2
[02:41] <kiko> 1
[02:41] <kiko> ddaa, noted, thanks.
[02:41] <kiko> okay, three sentence bingo time!
[02:41] <ddaa> DONE: too little cscvs/bzr-native, branch scanner maintenance and debugging, upgraded to dodgy dapper
[02:41] <ddaa> TODO: give work to jamesh and mpt, reply to reviews, merges, cscvs/bzr-native, branch UI improvements
[02:41] <ddaa> BLOCKED: buildbot test failures blocking cscvs merges
[02:41] <matsubara> DONE: fixed some validations bugs and oops bugs, answered support requests.
[02:41] <matsubara> TODO: fix the ascii password encoding bug and more oops bugs
[02:41] <matsubara> BLOCKED: No
[02:41] <bradb> DONE: Some bugfixes (most notably, finally adding advanced search to package bug reports), discussion and proposals for some upcoming features.
[02:41] <spiv> DONE: fixed sftp bugs, reviews, upgraded to dapper,
[02:41] <BjornT> DONE: various bug fixes. debbugs bug watch syncing.
[02:41] <BjornT> TODO: more bug fixes. email notifications for bug watches.
[02:41] <spiv> TODO: twisted web server for PersonalPackageArchivesStageOne.
[02:41] <spiv> BLOCKED: doc-bazaar review for ddaa -- Steve hasn't replied to my questions.  Twisted compat for buildbot merge is blocked by bzr test failure.
[02:41] <BjornT> BLOCKED: no
[02:41] <bradb> TODO: Nag jamesh to review my sec teams branch. Hopefully implement the bugtask date changes, and maybe move forward with on bug contact subs.
[02:41] <bradb> BLOCKED: jamesh!
[02:42] <salgado> DONE: Holiday during last week, catching up with email, some shipit trivialities/discussion, started setting things up to test the mirror prober on mawson
[02:42] <salgado> TODO: Test the mirror prober on mawson and get it running on production, sort out the issues Andrew pointed on the review of my shipit-for-dapper branch and do some random bug fixes
[02:42] <salgado> BLOCKED: No
[02:42] <kiko> DONE: management, the bane of productivity. fixed a few of my assigned bugs. launchpad report, the duel. 
[02:42] <mpt> DONE: MaloneSimplifications II; Rosetta design work; various bug fixes
[02:42] <mpt> TODO: performance reviews; +milestone cleanup; consolidate person pages
[02:42] <mpt> BLOCKED: no
[02:42] <kiko> TODO: performance crasher fixes, another report for this week, another report for next week, more management, perf reviews
[02:42] <kiko> BLOCKED: no
[02:42] <carlos> DONE: KDE translation imports, OO broken translations debug and planning to fix it, language packs
[02:43] <carlos> TODO: fix OO.org translations, Firefox imports, finish cleaning up translation import queue
[02:43] <carlos> BLOCKED: no
[02:43] <stub> TODO: Searching. Zope 3.2 if I can sort out steve's failing tests without him
[02:43] <stub> DONE: mainly production and dba stuff - nothing thrilling
[02:43] <stub> BLOCKED: Maybe SteveA's Z3.2 branch work
[02:43] <kiko> well, BLOCKED: RT help from elmo and Znarl 
[02:43] <jamesh> DONE: code review, land project bugs code, some further work on test suite robustness/twistd startup stuff, ekiga/sip test with lifeless, importd error reporting, pending-reviews code update
[02:43] <jamesh> TODO: stuff for ddaa, importd stuff, add reviewer to pending-reviews output
[02:43] <jamesh> BLOCKED: no
[02:43] <kiko> thanks for landing the project bugs code, jamesh -- I'll look forward to using it.
[02:44] <jamesh> bradb: sent the security teams review off: thunderbird was crashing a lot for me today, and losing bits of the review :(
[02:45] <kiko> I believe that is all
[02:45] <kiko> so end of meeting!
[02:45] <carlos> thanks
[02:45] <kiko> thanks everyone
[02:45] <ddaa> well done
[02:45] <bradb> jamesh: Ah, I see it came during the meeting. Cool, thanks.
[02:46] <bradb> Though that expanded-but-collapsed-folder bug is annoying me
[02:46] <jamesh> bradb: if I can work out how to do without the backspace key, thunderbird might be a bit more stable
[02:50] <jamesh> bradb: it made me look for the "automatically save drafts" option in thunderbird though ...
[02:52] <bradb> ouch
[02:53] <LarstiQ> jamesh: does ^H help any?
[02:53] <LarstiQ> kiko: thanks for the status update
[02:53] <jamesh> LarstiQ: don't know.  It doesn't always crash when I hit backspace
[02:58] <kiko> LarstiQ, sure, enjoy
[02:59] <bradb> stub: Any news on the DB patch for sec teams, btw?
[02:59] <stub> eh?
[03:00] <bradb> subject line "[DBA]  Security Teams Patch"
[03:00] <bradb> sent last thursday
[03:05] <stub> bradb: Looks fine except for null handling. Bug.security_related should be NOT NULL. I don't know if your implementation allows NULLs in Distribution.security_contact or Product.security_contact
[03:06] <bradb> right, I'll fix that. patch number?
[03:07] <stub> patch-40-46-0.sql
[03:07] <bradb> cheers
[03:09] <lifeless> ddaa: pong
[03:09] <lifeless> mpt: pong
[03:10] <lifeless> BjornT: pong
[03:10] <lifeless> kiko: sorry about missing the meeting, I thought it was thursdays still for some inexplicable reason
[03:11] <ddaa> lifeless: are you still up for some time? I would like to finish that big email for jamesh before paging out.
[03:11] <lifeless> sure
[03:17] <kiko> lifeless, that's okay
[03:22] <BjornT> lifeless: nm, i pinged you since stub wasn't around.
[03:26] <lifeless> stub: how did stevea go with zope3.2 ? Should I have a play with it ?
[03:27] <lifeless> jamesh: pending reviews is looking nice.
[03:27] <lifeless> thanks
[03:27] <stub> lifeless: I don't know. The only remaining failing tests were some of steves work. It appears to be working though, so I can just disable those tests and land it or try and fix them myself (they are pretty disgusting zcml tests though)
[03:28] <lifeless> stub: I'm happy to have a look see early next week
[03:28] <lifeless> stub: I'm inclined not to have us rollout stuff with tests failing :0
[03:28] <lifeless> theres usually a reason behind such things
[03:28] <stub> lifeless: ok. I'll have a look tomorrow anyway.
[03:28] <stub> lifeless: Yer. Crappy tests :)
[03:29] <lifeless> lol
[03:29] <stub> Or I should say, fragile and confusing tests.
[03:30] <lifeless> ddaa: please finish and merge  david/launchpad/baz2bzr - its 35 days old!
[03:30] <ddaa> it's high on my priority list
[03:30] <ddaa> I only just received the review
[03:30] <ddaa> not my fault if it's late!
[03:30] <lifeless> yuo
[03:30] <lifeless> yup
[03:31] <lifeless> I'm heckling everyone gently
[03:31] <ddaa> lifeless: about refactor-totla
[03:32] <ddaa> is there actually some guidelines about wrapping of long argument lists in function definitions?
[03:33] <ddaa> (that was what I wanted to talk to you about)
[03:34] <lifeless> ddaa: I treat them the same as wrapping function calls
[03:34] <lifeless> ddaa: I think thats a reasonable heuristic
[03:35] <ddaa> Well, my wrapping of function calls tends to depends heavily on the context...
[03:35] <ddaa> anyway, I'll do something
[03:36] <ddaa> lifeless: maybe you could have a look at the two mails I just wrote to offload some work to jamesh. They are branch scanner bugfixes, I would like you to proofread read in case I'm being on crack.
[03:37] <ddaa> (which is not entirely unheard of)
[03:50] <kiko> stub, BjornT: ping?
[03:50] <stub> yo
[03:50] <kiko> stub, did you note the send-bug-notifications crash?
[03:51] <kiko> +"/srv/launchpad.net/production/launchpad/cronscripts/../lib/canonical/launchpad/scripts/bugnotificatio
[03:51] <kiko> +n.py", line 108, in construct_email_notification
[03:51] <kiko>     msg['From']  = format_address(                
[03:51] <kiko> AttributeError: 'NoneType' object has no attribute 'email'
[03:51] <kiko> I think this is what BjornT wanted cherry-picked
[03:51] <kiko> I think we need to think about making that script more robust
[03:51] <kiko> because when it fails, it fails terribly
[03:51] <kiko> and no bugmail gets sent
[03:51] <stub> The one bjorn has fixed and asked to be cherry picked?
[03:51] <kiko> yeah.
[03:52] <kiko> just catching up on errormail..
[03:55] <lifeless> ddaa: sure
[03:55] <stub> It would be hard to have made this one fail gracefully I think
[04:06] <kiko> stub, well, you can fail sending one email and still send the others, can't you?
[04:07] <ddaa> lifeless: I'd like you to confirm that the way bzr_push is implemented at https://chinstrap.ubuntu.com/~jamesh/pending-reviews/david/launchpad/baz2bzr/full-diff is indeed the simplest way to do it (pushing to remote branch with a custom progress bar), so I can file a bug on bzr as spiv suggests.
[04:07] <dilys> Merge to devel/launchpad/: [trivial]  Make the batch navigator navigation links stop wrapping (r3406: kiko)
[04:09] <LarstiQ> Why do I get shown a red warning icon when I subscribe to a branch?
[04:09] <Surak> Hello
[04:10] <ddaa> because it's a bug?
[04:10] <ddaa> LarstiQ: mpt has fixed the templates recently so warning and notices are different things, but since they were not different before, they are used more or less randomly in the existing code.
[04:12] <LarstiQ> ddaa: thanks
[04:12] <lifeless> ddaa: dude
[04:12] <lifeless> bzrlib.ui.ui_factory = MyFactory()
[04:13] <Surak> there's something which is starting to get confusing in launchpad - the lack of package versions. With dapper being maintained for so long, packages for it will have very different versions than, for instance, dapper +6. How are we going to manage this?
[04:13] <kiko> Surak, with backport fixes.
[04:15] <kiko> matsubara, https://chinstrap.ubuntu.com/~jamesh/oops.cgi/2006-04-05/D222 -- do it!
[04:15] <stub> kiko: oh. yes, that would be good.
[04:15] <lifeless> ddaa: and then call branch_to.pull(branch_from)
[04:16] <lifeless> ddaa: no way should you duplicate all that code
[04:16] <Surak> kiko: I understand. But how are a poster describe which package has the problem? As several people are going to use dapper for a longer time than the usual ubuntu timeframe, several bugs are going to be posted and posted again.
[04:16] <ddaa> lifeless: thanks, maybe the ui_factory thing was not there in launchpad's bzrlib when I implemented it, I guess I would have figured it out when I unrolled all that code...
[04:17] <lifeless> ddaa: its been there for ages
[04:17] <lifeless> ddaa: its the way the test suite avoids having progress bars for instance... perhaps you should have asked us ;)
[04:17] <Surak> Someone can say: hey, I fixed this bug! and close it. but it will still be there, or just be old thing. A version field (like the gnome bugzilla one) would make developer's job quicker, don't you think?
[04:18] <ddaa> lifeless: thanks
[04:28] <jamesh> lifeless: https://chinstrap.ubuntu.com/~jamesh/pending-reviews/ <- new column you requested
[04:29] <siretart> could anyone please look into #37120? 
[04:29] <siretart> the last comment does get posted again and again
[04:29] <siretart> I'm not sure why the post gets there again and again, but I assume thats not what the submitter intended to do
[04:29] <siretart> bug 37120
[04:29] <Ubugtu> Malone bug 37120 in linux-source-2.6.15 "wpasupplicant doesn't work properly with rt2500 driver" [Normal,Confirmed]  http://launchpad.net/bugs/37120
[04:33] <Kinnison> "Parent lacks i186"
[04:33] <Kinnison> I can spell architecture tags, oh yes
[04:33] <Kinnison> kiko: I should have this test ready for review fairly soon, assuming this works
[04:35] <elmo> stub: you working on gangotri?
[04:35] <lifeless> jamesh: legend!
[04:35] <stub> elmo: Yes. Doing an update.
[04:35] <elmo> k
[04:36] <stub> gandwana next
[04:39] <elmo> ok, so, one of my dak ports
[04:39] <elmo> when I do, x = "", x ends up being unicode, not str
[04:39] <elmo> but only for the top level dak-port script that does all the import of launchpad stuff, a lower level ('dak_utils.py') module, does y = "" and that's str, not  unicode
[04:39] <elmo> 'sup with that?
[04:40] <stub> elmo: All done. Further alers are for real ;)
[04:40] <dilys> Merge to devel/launchpad/: [trivial]  Make scripts executable and add #! lines and copywrites (r3407: Stuart Bishop)
[04:41] <stub> elmo: If you stick an 'assert isinstance(x, str)' line after the x="" assignment, you will confirm that it really is a string. Unicode is viral, so if you do operations with x it stands a good chance of being promoted to Unicode.
[04:42] <elmo> yeah, sorry, I just figured that out
[04:43] <elmo> argh
[04:43] <elmo> it's lp giving me unicode suite names
[04:43] <jamesh> lifeless: it is picking up the reviewer for a section of the page from a special "## reviewer:" comment in the wiki source, so should be pretty easy to maintain
[04:45] <Kinnison> elmo: It will, because everything coming from the db ends up unicode
[04:46] <stub> Because we are Unicode facists
[04:46] <Surak> Kiko: no comment on what I talked about. What do you think about it? What are the cons of having a release field in launchpad?
[04:47] <elmo> you unicode facists will never take me alive
[04:47] <jamesh> in Python 3000, you won't have non unicode strings
[04:47] <jamesh> just unicode strings and byte sequences
[04:48] <stub> Shhhh... quiet or he will rewrite it in Perl!
[04:48] <elmo> ok, where has new bzr put my shelved patches?
[04:49] <ddaa> hey jamesh
[04:49] <jamesh> hi ddaa 
[04:49] <ddaa> can you look at "Broken branch-scanner history truncation"?
[04:50] <ddaa> ASAP, it's broken in production.
[04:50] <stub> Apart from using bzr unshelve to reapply them, no idea
[04:51] <jamesh> ddaa: okay.  I'll look at it tomorrow morning
[04:51] <ddaa> Thank you.
[04:51] <elmo>   I assume the insane memory requirements for a simple bzr commit to LP are known?
[04:52] <jamesh> elmo: insane == ~ 300MB, or much bigger than that?
[04:53] <elmo> jamesh: yeah, 300-400Mb
[04:53] <ddaa> Mh, I have not hear much bitching about that, but it's true that bzr take a ridiculous amount of RAM when working on launchpad
[04:53] <elmo> (which I call insane, 'cos I "only" have 512Mb, and do other stuff on this box, so any bzr commit forces pretty much everything else out to swap)
[04:53] <ddaa> probably most of it is spent on parsing the invenotry.weave
[04:53] <stub> It single threads me - 400MB bzr + Gnome and tools means swapping on this box
[04:54] <ddaa> which is is part of the class of problems that will go away with knits
[04:54] <jamesh> that's good to know
[04:54] <jamesh> when can we move to knits? :)
[04:55] <ddaa> (for the record, the inventory.weave is 102M of text)
[04:55] <ddaa> jamesh: soon after the format is finalised
[04:55] <ddaa> lifeless is working hard on it
[04:55] <jamesh> I think the inventory used to be around 30MB before that "reweaving the inventory" bit about a month ago
[04:56] <ddaa> if it was, then it was small and wrong, or so I am told.
[04:57] <ddaa> it might be possible to be smarter there, but that's not an area of active development
[05:01] <Kinnison> in doctests, how does one write to stdout?
[05:01] <ddaa> print?
[05:01] <Kinnison> isn't that captured by the doctest magic?
[05:01] <jamesh> Kinnison: sys.stdout gets captured
[05:01] <ddaa> yes
[05:01] <ddaa> Kinnison: try sys._stdout_ (or something like that, I'm not sure)
[05:02] <jamesh> Kinnison: it is evil, but print >>sys.__stdout__, ... might work
[05:02] <ddaa> what jamesh says
[05:02] <Kinnison> interesting, ta
[05:02] <jamesh> why do you want to write to real stdout in a doctest?
[05:03] <Kinnison> progress
[05:03] <Kinnison> this doctest takes a long time
[05:03] <stub> Support emails appear to be flowing
[05:03] <ddaa> Kinnison: you sure you do not really want to use unittest instead?
[05:04] <ddaa> doctest stuff is meant to be simple
[05:04] <Kinnison> ddaa: I *think* doctest was more correct. these aren't unit tests, they're end-to-end functional tests of the soyuz upload system
[05:04] <ddaa> Kinnison: I mean "unittest" not "unit tests"
[05:04] <Kinnison> ?
[05:04] <stub> Noisy tests are considered broken by intelligent test runners that check for that sort of thing (like the Z3 one will be at some point)
[05:04] <ddaa> there are some functional tests using TestCase and stuff.
[05:05] <Kinnison> stub: oh
[05:05] <ddaa> that's the way to make any test that's neither API documentation or pagetest
[05:06] <Kinnison> interesting
[05:10] <dilys> Merge to devel/launchpad/: [trivial]  Allow specifying a different user when running the database harness (r3408: kiko)
[05:31] <BjornT> kiko: maybe you'd like to review https://chinstrap.ubuntu.com/~dsilvers/paste/filexneV85.html? it makes the moin notification directer work, and makes it aware that the ubuntu wiki is on different hosts.
[05:40] <kiko> BjornT, sure.
[05:40] <kiko> can I reboot first though?
[05:41] <BjornT> sure, it's not that urgent to get it reviewed.
[05:42] <matsubara> I'm getting email in launchpad-bugs@l.u.c for support request. Someone subscribed launchpad developers team as support contact to the launchpad product. Is that really what we want?
[05:42] <kiko> really?
[05:43] <kiko> matsubara, write to the ML
[05:57] <kiko> hello there
[05:57] <kiko> I am now UPSed!
[05:57] <matsubara> this new navigation menu is nice. :)
[06:02] <kiko> is that so?
[06:16] <kiko> BjornT, where's that branch for review?
[06:16] <kiko> anyone have any other last-minute reviews?
[06:16] <BjornT> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/filexneV85.html
[06:40] <elmo> Kinnison: around?
[06:40] <Kinnison> elmo: hi
[07:06] <OdyX> Hey. Wondering about Konqueror packages to be translated - Translation template empty ! (And  the fact is Konqueror is well translated)
[07:08] <kiko> OdyX, the KDE imports are still pending -- carlos has information on this
[07:09] <carlos> OdyX: we had a problem with komqueror's .pot file
[07:09] <carlos>  /s/komqueror/konqueror/
[07:09] <carlos> OdyX: will be fixed soon...
[07:10] <carlos> OdyX: anyway, we are still importing translations for dapper and it's not officially open to be translated
[07:10] <OdyX> carlos: but the existing translations (almost whole KDE is translated in FR, for example) won't have to be re-done (or worse:copy-pasted) ?
[07:13] <carlos> OdyX: no, we are importing all .pot and .po files, don't worry
[07:14] <OdyX> OK. That's fine !
[07:18] <OdyX> carlos: we had begun some in FR, are you planning to overwrite ? (You should...) https://launchpad.net/distros/ubuntu/dapper/+source/kdebase/+pots/kcmaccessibility/fr/+translate?offset=10 <- ex: the first item does not correspond to "KDE's" translation (the one I have here "live" )
[07:19] <carlos> OdyX: that's already imported from upstream
[07:19] <carlos> OdyX: we imported that we got from KDE's package
[07:19] <carlos> s/that/what/
[07:20] <OdyX> OK...
[07:20] <OdyX> Is it planned to let it "open" ? I mean, subject to user's modification ?
[07:21] <carlos> OdyX: as long as you are a member of the Ubuntu French team, you can change what you want there
[07:21] <carlos> unless you abuse the system
[07:22] <OdyX> carlos: OK. That's good.
[07:22] <OdyX> Now I will let you go back to work! ;-) Sorry for eventual disturbing  ! Nice job guys, thanks !
[07:23] <salgado> has anybody seen something similar to https://chinstrap.ubuntu.com/~dsilvers/paste/fileInkgcD.html when running a make schema?
[07:23] <carlos> OdyX: you are welcome. We are here to help
[07:23] <carlos> salgado: first time I see it...
[07:24] <salgado> I got that when running make schema on mawson
[07:33] <Burgwork> mpt, you around?
[07:42] <salgado> kiko, https://dogfood.ubuntu.com/distros/ubuntu/+mirror/testmirror
[07:44] <kiko> salgado, why is the ubuntu archive showing up as one day behind?
[07:45] <salgado> might be because it timed out some times
[07:46] <salgado> when we were DOSing it
[07:46] <salgado> Time out on host archive.ubuntu.com, port 80 on http://archive.ubuntu.com/ubuntu/pool/multiverse/s/squeak-vm/squeak-vm_3.7.7-5ubuntu5_i386.deb
[07:47] <kiko> odd.
[07:47] <kiko> also, how do you know if the mirror is out of date? what do you compare against?
[07:48] <salgado> out of date?
[07:48] <kiko> yes.
[07:50] <salgado> what do you mean by out of date? (It doesn't say that anywhere)
[07:51] <elmo> err, "DOSing"?
[07:51] <salgado> just a few HTTP HEAD requests
[08:11] <dilys> Merge to devel/launchpad/: [r=kiko]  Make the specification wiki notification forwarder work by allowing the mail handler to handle emails from unregistered users. Also make it aware of that the same Ubuntu wiki is located on different host names. (r3409: Bjorn Tillenius)
[10:26] <bradb> mpt: In which facet does changing the security contact belong?
[11:11] <NinjaDuck> hi?
[11:18] <dilys> Merge to devel/launchpad/: Fix https://launchpad.net/products/malone/+bug/6010 (error when putting non-number into bug number field: OOPS-B192) r=bradb (r3410: Diogo Matsubara)
[11:21] <bradb> matsubara: maybe https://launchpad.net/products/malone/+bug/34224 can be a priority to fix? it's pretty brutal, atm.
[11:21] <Ubugtu> Malone bug 34224 in malone "wrong bug number counts" [Normal,Confirmed]  
[11:29] <matsubara> bradb: sure, as soon as I finish the other priorities kiko assigned to me.
[11:33] <bradb> sure, pitti says it's actually not that urgent either, but i think he's just being polite
[11:33] <bradb> :P
[11:49] <hugelmopf> may i ask you guys, why many packages that appear in the french translation list (https://launchpad.net/distros/ubuntu/dapper/+lang/fr) don't appear on the german one (https://launchpad.net/distros/ubuntu/dapper/+lang/de)?