[12:14] <danilos> kiko: that's "if preferred_only:... else" part, right?
[12:14] <kiko> right
[12:15] <danilos> kiko: what would be the difference?
[12:17] <kiko> danilos, my battery's about to go out
[12:17] <kiko> avoid the \
[12:18] <danilos> kiko: hum, I think it will only be longer with union() instead of |, but let me try :)
[12:18] <kiko> use parenthesis if necessary
[12:19] <jordi> laszlok: heya
[12:19] <danilos> kiko: line is still 83 chars
[12:19] <kiko> danilos, you can break the line using parenthesis
[12:19] <kiko> ask matsubara how
[12:19] <kiko> or anyone else online
[12:19] <laszlok> jordi: hi
[12:20] <danilos> kiko: sure, will do
[12:21] <jordi> laszlok: ah I saw it. I was going to mail you tomorrow
[12:21] <kiko> danilos, I'm amazed at how crackful that code was
[12:21] <jordi> laszlok: is it the same template as always?
[12:21] <kiko> danilos, potview was used for absolutely nothing!
[12:21] <kiko> anyway
[12:21] <kiko> danilos, r=kiko
[12:21] <danilos> kiko: exactly :)
[12:21] <laszlok> jordi: yes, and some new po files as well
[12:21] <jordi> I wonder why it got stuck then
[12:22] <danilos> kiko: thanks a lot for your time, I know you're overworked on the sprint!
[12:22] <kiko> no problem
[12:24] <matsubara> danilos: take a look at this: https://lists.ubuntu.com/mailman/private/launchpad-reviews/2006-August/003537.html There Bjorn explains how to break long lines using the parenthesis
[12:24] <danilos> matsubara: I've run into http://python.mirrors.ilisys.com.au/search/hypermail/python-1993/0094.html for the original idea :)
[12:25] <danilos> matsubara: btw, I am having a different problem
[12:26] <danilos> matsubara: it makes most sense to me to break it at ".union(" somewhere... emacs python mode gives me best indentation if I break before or after the dot
[12:26] <danilos> I have set(someexpression).union(otherexpression)
[12:34] <danilos> ok, I've reverted back to | instead, and added parentheses around it, this allows me to break it up in the best way
[12:49] <matsubara> danilos: I'd probably break in set(
[12:49] <matsubara>     someexpression).union(otherexp)
[01:10] <jordi> laszlok: all approved
[01:10] <laszlok> thanks jordi
[01:11] <jordi> nite!
[08:30] <carlos> morning
[08:30] <carlos> stub: Hi, around?
[10:06] <carlos> malcc: hi
[10:06] <malcc> carlos: Good morning!
[10:06] <carlos> malcc: Could you confirm that soyuz tree has exactly the same patches than launchpad production server?
[10:07] <carlos> i asked for a cherry pick to block translations from universe but I keep getting Universe translations
[10:07] <malcc> carlos: I can confirm that it doesn't, cprov is currently managing the version on drescher
[10:07] <jamesh> lifeless: do you think it would be good or bad to reset the "state age" column on pending-reviews if a branch gets assigned to a different reviewer?
[10:07] <carlos> ok
[10:07] <carlos> that sucks...
[10:08] <carlos> malcc: thanks for the info
[10:58] <carlos> cprov: hi
[10:58] <carlos> around?
[10:59] <cprov> carlos: yup, hi
[10:59] <carlos> cprov: Hi, I need that you apply r3946 in your buildd tree on production
[10:59] <carlos> Stuart rolled out it on production and I thought he also manage that other server
[11:00] <carlos> it's the filter to prevent any translation upload for universe
[11:00] <carlos> we disabled it for Edgy, but the plan now is to ignore universe translations for Edgy too
[11:00] <cprov> carlos: right, when do you need it ? nowish ?
[11:01] <carlos> yes, please
[11:01] <carlos> I mean, as soon as possible, but not right now
[11:01] <carlos> if you are busy
[11:01] <cprov> carlos: give 20 minutes to finish an idea, I'm on sprint ;)
[11:01] <cprov> carlos: ASAP, ok ?
[11:02] <carlos> cprov: you have 20 minutes and an hour
[11:02] <carlos> as long as it's done today
[11:02] <carlos> is fine
[11:02] <carlos> cprov: thanks
[11:32] <carlos> danilos: hi
[11:32] <carlos> danilos: do you know that progress.gnome.org is down?
[11:32] <carlos> hmm
[11:32] <carlos> it's an offtopic...
[11:33] <danilos> carlos: uhm, no, need to check that with ross, but I need to do some fixes in damned-lies first as well
[11:33] <danilos> carlos: btw, I was heading out, and we can discuss this on #i18n on irc.gnome.org later :)
[11:33] <carlos> sure
[11:42] <cprov> carlos: RF 3946 cherrypicked in soyuz
[11:42] <carlos> cool, thanks!
[11:53] <sivang> morning
[11:56] <elmo> is there already a bug about the fact that in a search for 'xorg-xserver', the package 'xorg-xserver' is hit 113/117 ?
[12:05] <Ubugtu> New bug: #57553 in rosetta "exported tarball's mapping.txt incomplete" [Untriaged,Confirmed]  http://launchpad.net/bugs/57553
[12:22] <kiko> elmo, yeah, there is. that search SUCKS.
[12:26] <Ubugtu> New bug: #57557 in soyuz "binary publishing history is too confusing for words" [Untriaged,Confirmed]  http://launchpad.net/bugs/57557
[12:27] <jordi> hm, this KDE email is getting long
[12:35] <Ubugtu> New bug: #57558 in soyuz "Trying to go from a source package to binary publishing history is impossible" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57558
[12:40] <Ubugtu> New bug: #57559 in soyuz "Problems with per version source package page" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57559
[12:43] <lifeless> jamesh: I'd rather not reset it
[12:44] <jamesh> lifeless: okay.  I also fixed the bug that has caused mpt's branch to say it is 57 days old after just being added (haven't adjusted that branch though)
[12:44] <lifeless> jamesh: yippee, thanks
[12:44] <jamesh> lifeless: I wasn't removing entries from the cache when the branch was removed from the wiki page
[12:44] <lifeless> (I dont want to reset itm, because its not measuring the reviewer, its measuring the team efficiency
[12:45] <jamesh> lifeless: mpt had previously put that branch up for review 57 days ago, and it must have still been labeled needs-review when he merged and removed it
[12:45] <lifeless> thank you for tracking it down and fixing it
[12:52] <carlos> BjornT: hi, around?
[12:52] <BjornT> hi carlos 
[12:53] <carlos> BjornT: could you apply the fix for https://launchpad.net/products/launchpad/+bug/47511 in our zope tree?
[12:53] <Ubugtu> Malone bug 47511 in launchpad "pagetests add ghost new lines to textareas" [Medium,Confirmed]  
[12:53] <carlos> BjornT: upstream fixed it last month
[12:54] <carlos> hmm, well, they fixed it in Zope 3.3, not sure if it's easy to backport
[12:56] <BjornT> carlos: i don't think it should be hard to backport the fix, i'll take a look at it this week.
[12:56] <carlos> BjornT: thank you
[01:03] <jamesh> lifeless: apparently if you wanted to use your Dell laptop on a Qantas flight, they'd require you to remove the battery first
[01:03] <lifeless> so I'm told
[01:03] <jamesh> all Dells, not just the cheap explosive variety
[01:04] <elmo> how are you meant to use a laptop on a plane without a battery JOOI?
[01:05] <carlos> :-P
[01:06] <carlos> danilos: ^^^ Dude, you should think again whether you should get a Dell computer...
[01:06] <jamesh> elmo: buy a first or business class ticket and plug it into the aircraft power supply
[01:07] <carlos> jamesh: I'm not quite sure, but I think some planes have a plug in tourist class
[01:08] <lifeless> its ok, mines really a samsung
[01:08] <jamesh> carlos: probably, but I haven't seen it on any Qantas flights
[01:08] <carlos> at least they have something like that kind of plug
[01:08] <malcc> lifeless: Good luck explaining that to the cabin crew :)
[01:08] <danilos> carlos: :)
[01:08] <carlos> but you 'share' it between 3-4 seats
[01:08] <lifeless> malcc: whats your asterisk audio quality like ?
[01:08] <malcc> lifeless: Utterly unusable, and yours?
[01:08] <elmo> malcc: oh - can you try asterisk when you're at the hotel?
[01:08] <lifeless> pure crap
[01:08] <jamesh> lifeless: you could try sticking a bit of gaffer tape over the logo
[01:09] <danilos> as for exploding batteries, just check the latest apple announcements :)
[01:09] <lifeless> malcc: we have the same sounds car
[01:09] <malcc> elmo: Ok, willdo
[01:09] <lifeless> d
[01:09] <elmo> lifeless: oh really, it's a sound card issue and not a network  one?
[01:09] <lifeless> elmo: I'm gathering statistics
[01:09] <carlos> danilos: they don't explote, they just 'grow' ;-)
[01:09] <lifeless> elmo: if you get malcc's working well, and hes a lot closer than I, then we can triangulate
[01:10] <danilos> carlos: https://depot.info.apple.com/batteryexchange/index.html?lang=en ;)
[01:10] <lifeless> malcc: have you tried the max_cstate poke ?
[01:10] <lifeless> malcc: that may well be related
[01:11] <malcc> Ok, it works much better from here
[01:11] <lifeless> oh, so might be network
[01:11] <carlos> danilos: it doesn't explode, it just burn your house!
[01:12] <danilos> carlos: yeah, it's obvious they're high quality :)
[01:12] <jamesh> they had the surprise spruker on The Chaser last week set up outside a place selling Dell laptops
[01:13] <lifeless> https://www.dellbatteryprogram.com/
[01:13] <lifeless> X1 is safe
[01:14] <sivang> were there any reports of ThinkPads exploding?
[01:15] <malcc> elmo, lifeless: Yes, I was able to get my voicemail successfully; I'll try again when I get home and confirm it's still busted from there, then we can blame my ISP
[01:20] <danilos> sivang: never heard of explosions, but some batteries have been recalled: http://www.flash-mx.com/news/archives/000188.cfm
[01:20] <danilos> sivang: like two years ago :P
[01:21] <sivang> danilos: phew, and I'm also out of the region where they said the defective ones were spread :-)
[01:22] <sivang> danilos: mine is only 7 months old
[01:22] <danilos> sivang: they probably saved one of defective batteries just for you :P
[01:23] <sivang> danilos: hey, that hurt. Apologize :-)
[01:23] <sivang> although it does reach interesting tempratures when working with ac/dc connected for a while...
[01:23] <danilos> haha, never... hey don't pull me by my hair... :)
[01:23] <jordi> sivang: danilo never apologizes :)
[01:24] <jordi> haha, see!
[01:24] <danilos> jordi: :)
[01:28] <sivang> hehe
[01:29] <carlos> jordi, danilos: So looks like the imports run 1000 entries/hour
[01:30] <carlos> hmm, it's a bit slower now...
[01:31] <jordi> carlos: hm, that's gonna take ages
[01:31] <carlos> jordi: I guess at the end of tomorrow all automatic imports would be done...
[01:32] <carlos> edgy + 1 shouldn't have this problem as we do the imports as soon as the new package is uploaded...
[01:32] <carlos> jordi: well, I guess the right date would be Sunday, we have an OO.org import....
[01:32] <carlos> and that will take a lot
[01:37] <danilos> carlos: well, it's too many of them anyway... it's slowing my email client to hell: I guess maildirs are not a good choice for 10k mails a day folders :)
[01:37] <danilos> I mean, 14k mails this night and morning :)
[01:37] <carlos> danilos: perhaps is time for your 'evolution'.... :-P
[01:38] <danilos> carlos: nah, I can switch over to different mail storage format instead, Gnus is still easier to hack on, and I'd have to write a couple of evo plugins first  :P
[01:39] <carlos> danilos: is there any backend for Gnus that uses indexed mail folders?
[01:40] <carlos> danilos: in fact that's why I use evolution, because it's quite fast to handle my 2-3GB of email
[01:40] <danilos> carlos: a couple :)
[01:40] <danilos> well, I made a wrong choice a long time ago when I started using Gnus
[01:40] <jamesh> developer meeting in 20 minutes
[01:40] <danilos> and I have procmail rules which put everything into maildirs, which I read in from Gnus
[01:41] <danilos> and 200k mails x a couple of files per mail takes a while to read in on my slow hard drive :)
[01:48] <kiko> hey salgado 
[01:49] <salgado> morning kiko!
[01:49] <kiko> how's it going
[01:50] <salgado> not too bad, and you?
[01:52] <SteveA> jamesh: I just updated the agenda
[01:53] <lifeless> jamesh: please run the pending-reviews script
[01:54] <jamesh> lifeless: it'd be in the middle of a run right now.  Do you want me to restart it?
[01:54] <lifeless> please
[01:57] <jamesh> lifeless: okay.  It's running now.
[01:57] <lifeless> danke
[01:58] <danilos> jamesh: no "bitte"? :)
[01:59] <jamesh> danilos: bitte?
[01:59] <lifeless> mmm, bitter
[02:00] <jamesh> time for the developer meeting
[02:00] <jamesh> SteveA asked me to chair this week
[02:00] <malcc> Oooh
[02:00] <mpt> MEETING TIME (just in case you didn't hear)
[02:00] <jamesh> so who is here?
[02:00] <danilos> me
[02:00] <SteveA> hi
[02:00] <malcc> me
[02:00] <mpt> me
[02:00] <bradb> me
[02:00] <cprov> me
[02:00] <salgado> me
[02:00] <jamesh> me
[02:00] <matsubara> me
[02:00] <carlos> me
[02:00] <kiko> me
[02:00] <sivang> me
[02:01] <spiv> me
[02:01] <flacoste> me
[02:01] <jamesh> who are we missing?
[02:01] <BjornT> me
[02:01] <jamesh> stu1: meeting time
[02:01] <SteveA> jordi: ?
[02:01] <stu1> Here
[02:02] <mpt> lifeless?
[02:02] <SteveA> lifeless's attendance is optional
[02:02] <mpt> ok
[02:02] <SteveA> same for mpool
[02:02] <jamesh>  * Roll call
[02:02] <jamesh>  * Agenda
[02:02] <jamesh>  * Next meeting
[02:02] <jamesh>  * Activity reports
[02:02] <jamesh>  * Actions from last meeting
[02:02] <jamesh>  * Oops report (Matsubara)
[02:02] <jamesh>  * Bug report report (mpt)
[02:02] <jamesh>  * Production and staging (Stuart)
[02:02] <jamesh>  * Launchpad 1.0 status reports
[02:02] <jamesh>  * Sysadmin requests
[02:02] <jamesh> ----
[02:03] <jamesh>  * Python demo status update (James H)
[02:03] <jamesh>  * Approving new bug tags (Brad)
[02:03] <jamesh>  * Kai shudas ieina ventilatoriu, (Steve)
[02:03] <jamesh>  * Testing bazaar 1.0 (Steve)
[02:03] <jamesh>  * (other items)
[02:03] <jamesh> ----
[02:03] <jamesh>  * Keep, Bag, Change
[02:03] <jamesh>  * Three sentences
[02:03] <jamesh> so is the same time next week good for everyone?
[02:03] <SteveA> +1
[02:03] <kiko> why not
[02:03] <jamesh> that's 31st August
[02:03] <jamesh> okay.  Who is up to date with activity reports
[02:04] <SteveA> not me
[02:04] <malcc> Not me, sprinting
[02:04] <mpt> Not up to date, but I will catch up
[02:04] <jamesh> I sent in a batched summary.  Will have to do better
[02:04] <stub> up to date
[02:04] <malcc> Well, jogging
[02:04] <flacoste> up to date
[02:04] <danilos> up to date for this week, still behind for last one (need to send it out :()
[02:04] <spiv> up to date
[02:04] <cprov> not up to date, sprinting
[02:04] <kiko> except for sprinting, u2d
[02:04] <salgado> up to date, iirc
[02:04] <bradb> up to date
[02:04] <matsubara> up to date 
[02:04] <BjornT> up to date
[02:04] <carlos> up to date
[02:05] <jamesh> is that everyone?
[02:05] <jamesh> okay.  the only action from last meeting is "SteveA to update infrastructure specs if /$name is needed for 1.0"
[02:06] <jamesh> SteveA: did that get done?
[02:06] <jordi> hi
[02:06] <SteveA> jamesh: no I didn't do that
[02:06] <jamesh> SteveA: okay.  Do you want the action left open?
[02:07] <SteveA> please
[02:07] <SteveA> i should do it very soon
[02:07] <jamesh> On to the oops report with matsubara then.
[02:07] <matsubara> Today's oops report is about bugs 57474, 44871, 30602, 2497, 42264
[02:07] <Ubugtu> Malone bug 57474 in launchpad "Passing a list as the query string in the product search field crashes ftq" [Medium,Confirmed]  http://launchpad.net/bugs/57474
[02:07] <Ubugtu> Malone bug 44871 in launchpad "xmlrpc should return appropriate response for a GET" [Medium,Confirmed]  http://launchpad.net/bugs/44871
[02:07] <Ubugtu> Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/30602
[02:07] <Ubugtu> Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed]  http://launchpad.net/bugs/2497
[02:07] <Ubugtu> Malone bug 42264 in rosetta "locale dependant segfault for dd" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/42264
[02:07] <matsubara> Bug 57474 happens when a list is entered in the products/ search form, it crashes the ftq because the function isn't expecting more than 1 argument. stub, is that something that you should look at or is it some validation that should happen before reaching the ftq()?
[02:07] <matsubara> I'd like to confirm that OOPS-228C810 is the same issue mentioned in bug 44871. I was able to reproduce the OOPS by entering the xmlrpc.launchpad.net address in a web browser.
[02:07] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/228C810
[02:07] <stub> Some validation before reaching ftq
[02:08] <matsubara> stub: thanks
[02:08] <stub> Sounds like a quoting issue (!)
[02:08] <SteveA> that'll be UFD too
[02:08] <SteveA> stub: maybe... or maybe just a typing issue
[02:08] <SteveA> I mean, we're quoting a list rather than a string
[02:08] <SteveA> so we get quoted strings comma separated
[02:08] <SteveA> should check though
[02:08] <stub> ok. so not a sql injection attack.
[02:09] <SteveA> probably not
[02:09] <SteveA> best to check though
[02:09] <SteveA> action -> stub?
[02:09] <stub> Sure
[02:09] <spiv> ftq seems to be a recurrent problem
[02:09] <danilos> on bug 30602, I have a way forward on it (after discussions with kiko), but didn't yet find the time to work on it; I understand it's quite a common crasher, and I'm working on it (I have already collected timestamps for many OOPSes)
[02:09] <Ubugtu> Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/30602
[02:09] <SteveA> MeetingAction: stub to check that this isn't such an attack
[02:09] <SteveA> vector
[02:10] <matsubara> rosetta guys, could you take a look at bug 42264? Someone added a comment there expecting you guys to look over it.
[02:10] <Ubugtu> Malone bug 42264 in rosetta "locale dependant segfault for dd" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/42264
[02:10] <matsubara> danilos: thanks
[02:10] <matsubara> Bug 2497 is the second top time out in +translation. kiko, I suppose there is no news on it since you're sprinting, right?
[02:10] <kiko> matsubara, I don't think the rosetta guys can help much there yet
[02:10] <Ubugtu> Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed]  http://launchpad.net/bugs/2497
[02:10] <stub> spiv: This is the first bug on the *use* of ftq. Most bugs are in the ftq implementation itself, and that is because it has a tricky and shitty job to do (sanitize arbitrary input into a strict syntax)
[02:11] <kiko> matsubara, actually, I would like stub to comment or be assigned to that one. 
[02:11] <Ubugtu> New bug: #57565 in soyuz "Links to binary packages from versioned +source drop version" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57565
[02:11] <kiko> I'm basically expecting him to produce a cache table based on a trigger.
[02:12] <stub> Ahh... I remember now. Assign it to me.
[02:12] <kiko> matsubara, can you do that?
[02:12] <matsubara> kiko: ok, I'll re-assign then.
[02:12] <kiko> hmmm
[02:12] <danilos> matsubara: on 42264, it's a general problem with translations: there are probably other ways to break them, and I suspect this one is upstream problem; I'll investigate anyway
[02:12] <jamesh> matsubara: anything more?
[02:12] <matsubara> and add the details, etc etc
[02:12] <matsubara> danilos: thanks again :)
[02:13] <kiko> thanks matsubara -- if you need more info look at a thread on this that carlos just replied to this morning on launchpad-list
[02:13] <matsubara> jamesh: I'm done, thanks
[02:13] <jamesh> mpt: can we have the bug report report?
[02:13] <mpt> There are 14 open Critical bugs in Launchpad. matsubara has already mentioned the oldest one. The next oldest 7 are:
[02:13] <mpt>  * Bug #30264 (P-A-S support needs proper binary-only excludes), Critical, Confirmed, unassigned
[02:13] <mpt> cprov, should that be assigned to you?
[02:13] <Ubugtu> Malone bug 30264 in soyuz "P-A-S support needs proper binary-only excludes" [Critical,Confirmed]  http://launchpad.net/bugs/30264
[02:13] <SteveA> what does P-A-S mean?
[02:13] <mpt>  * Bug #30602 (Timeout errors in +translate), Critical, Confirmed, danilos
[02:13] <mpt> danilos, did you get the help you said last week that you needed? Or is that blocked on kiko sprinting?
[02:13] <Ubugtu> Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/30602
[02:14] <mpt>  * Bug #35965 (exceptions in process-upload not communicated to uploader), Critical, In Progress, malcc
[02:14] <mpt> malcc, on track to fix it this week?
[02:14] <Ubugtu> Malone bug 35965 in soyuz "exceptions in process-upload not communicated to uploader" [Critical,In progress]  http://launchpad.net/bugs/35965
[02:14] <kiko> mpt, I spent some time with him
[02:14] <cprov> mpt: I guess so, Package-Architecture-Specific
[02:14] <danilos> mpt: no, I did get enough help
[02:14] <mpt> danilos, no you didn't, or yes you did? :-)
[02:14] <malcc> mpt: Possibly, I started a fix on Friday, but we haven't spent sprint time on it this week yet
[02:14] <malcc> mpt: If not this week, soon once I'm home
[02:14] <mpt> oh, no it's not blocked
[02:14] <danilos> mpt: I did :)
[02:14] <mpt> ok
[02:14] <mpt> malcc, ok
[02:14] <mpt>  * Bug #31308 (Cannot set branch associated to a product series), Critical, Confirmed, ddaa
[02:14] <mpt> ddaa, is the design finished? Who do you need input from?
[02:14] <Ubugtu> Malone bug 31308 in launchpad-bazaar "Cannot set branch associated to a product series" [Critical,Confirmed]  http://launchpad.net/bugs/31308
[02:15] <jamesh> ddaa is not here
[02:15] <mpt> right-o
[02:15] <mpt>  * Bug #44214 (We need to add code to prevent POFiles being in the same path), Critical, Confirmed, carlos
[02:15] <mpt>  * Bug #46982 (Rosetta does not accept correct KDE plural forms when there are more than 2), Critical, Confirmed, carlos
[02:15] <mpt> carlos, should danilos get one of those to share the load?
[02:15] <Ubugtu> Malone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,Confirmed]  http://launchpad.net/bugs/44214
[02:15] <Ubugtu> Malone bug 46982 in rosetta "Rosetta does not accept correct KDE plural forms when there are more than 2" [Critical,Confirmed]  http://launchpad.net/bugs/46982
[02:15] <mpt> and finally
[02:15] <mpt>  * Bug #48860 ("Also notified" makes difficult to unsubscribe), Critical, In Progress, bradb
[02:15] <mpt> bradb, this is making people say things like "I'm marking each new mail from launchpad to be spam, and I'll never ever [again make]  the mistake of submitting a bug". So, eh, how's it going? :-)
[02:15] <Ubugtu> Malone bug 48860 in malone ""Also notified" makes difficult to unsubscribe" [Critical,In progress]  http://launchpad.net/bugs/48860
[02:15] <carlos> mpt: well, danilo's load is higher than mine...
[02:16] <bradb> mpt: Mailed ubuntu-devel yesterday to get more information about how this should work.
[02:16] <SteveA> maybe danilo has multiple processor cores?
[02:16] <danilos> mpt: I don't think carlos will manage to finish them until next week meeting, so if needed, we can share the load next week :)
[02:16] <bradb> will followup on the responses today
[02:16] <mpt> ok
[02:16] <danilos> SteveA: :)
[02:16] <mpt> danilos, ok
[02:16] <jamesh> mpt: for what it is worth, there is general agreement on how to solve 31308 now.
[02:16] <SteveA> bug 31308
[02:16] <Ubugtu> Malone bug 31308 in launchpad-bazaar "Cannot set branch associated to a product series" [Critical,Confirmed]  http://launchpad.net/bugs/31308
[02:16] <mpt> all right, that's all from me jamesh 
[02:16] <carlos> mpt: I'm planning to work on 44214 next week. And that one defered #46982, because appeared again with Edgy translations
[02:16] <mpt> thanks carlos
[02:16] <carlos> danilos: if you have time, that would be really helpful
[02:17] <danilos> carlos: sure, lets discuss it after the meeting
[02:17] <jamesh> stub: how are production and staging looking?
[02:17] <carlos> danilos: sure
[02:17] <stub> Nothing unusual happening on production.
[02:17] <stub> Rosetta translations have been opened for edgy
[02:18] <stub> There has been, or will be, some downtime before friday when the librarian is taken offline to move the server.
[02:18] <SteveA> stub: was the librarian error page patch okey wit hyou?
[02:18] <stub> So for one hour, any launchpad code that gets a Librarian exception will display a custom error page steve implemented last night
[02:18] <spiv> Oh, good idea.
[02:19] <SteveA> as a side-effect of that, we're not displaying browser notifications on error pages any more
[02:19] <carlos> stub: you will need to disable poimport/export scripts or we will be spammed...
[02:19] <stub> I don't know the actual scheduled time, or even if it has been scheduled - the admins will likely take things down and start them up again so I don't need to be involved.
[02:19] <SteveA> because "Thank you for your comment" along with "the libarian is down, so we threw your comment away" was not good
[02:19] <SteveA> and the same is true of notifications in general -- we can't tell whether the thing in question was done or not
[02:19] <mpt> "Thank you for your worthless contribution"
[02:20] <stub> carlos: bad spam? Or just 30 or so emails?
[02:20] <carlos> stub: I think one every 10 minutes or so
[02:20] <jamesh> carlos: and it'll put the tracebacks in the librarian? :)
[02:20] <danilos> stub, carlos: like 10k messages, no?
[02:20] <carlos> jamesh: :-P
[02:21] <jordi> sounds more like 10k yes :)
[02:21] <jamesh> stub: anything more to add?
[02:21] <stub> staging has been locking up, I believe due to language pack exports chewing up too many resources. This indicates tuning is required on the staging db, but I will get carlos a different database to use if I have enough disk space on carbon (not sure if the disk array is online yet)
[02:21] <stub> That is all
[02:21] <carlos> stub: yeah, we are now exporting another language pack... so the process takes much more time
[02:22] <jamesh> Launchpad 1.0 status reports.  Who's first?
[02:22] <bradb> i'll go
[02:22] <bradb> Malone 1.0 status
[02:22] <bradb> [02:22] <bradb> Release Management: In review.
[02:22] <bradb> Bug tags: Most of the last week has been spent on bug tag code reviews, in between other tasks, unrelated to 1.0.
[02:22] <bradb> Documentation: No progress.
[02:22] <bradb> Guided filebug: No progress, but I (Brad) am returning to that task now that release mgmt is in review.
[02:22] <bradb> Keeping bugs concise: No work done, but the only task left is comment collapsing, and do we actually plan to do that for 1.0?
[02:22] <bradb> (fin)
[02:23] <SteveA> UI infrastructure: good progress.  more details in an email to the list later.
[02:23] <mpt> bradb, I thought that was the *only* part of it
[02:23] <salgado> Question Tracker 1.0
[02:23] <salgado> ---------------------------------
[02:23] <salgado> - SupportTrackerKarma is implemented and reviewed. I'll probably land it today
[02:23] <salgado> - Localization has been dropped as a 1.0 target.  I need to finish rearranging this into other specs so that we can decide what will be a 1.0 goal and what's not
[02:23] <salgado> - New Workflow: Still waiting for kiko's review of the spec. Search on creation is up for review.
[02:23] <salgado> - Support Tracker Views: Waiting completion of New Workflow.
[02:23] <danilos> Rosetta 1.0:
[02:23] <danilos> - opening edgy for translation: DONE! waiting for packages to update POTs, and announcement pending!
[02:23] <danilos> - firefox import/export: good progress (class for importing XPI files mostly done)
[02:23] <danilos> - oo import/export: blocked on firefox
[02:23] <danilos> - translation review: finishing basic UI changes (functionality not started yet)
[02:23] <danilos> - essential docs: sabdfl assigned to danilos, need to discuss with jordi
[02:23] <danilos> - outstanding issues: none
[02:23] <salgado> Random Things 1.0
[02:23] <salgado> -------------------------------
[02:23] <salgado> - KarmaContext is implemented and in production.
[02:23] <salgado> - PersonCreationRationale is on kiko's queue, waiting for input from him.
[02:23] <salgado> - DirectPersonRegistration doesn't even have a spec written, so it's not on track.
[02:23] <jamesh> do we have one for Soyuz?
[02:23] <malcc> Soyuz 1.0: Good progress on PPA design, and on tidying. Reminded how bad a lot of Soyuz is, so more de-crackification and testing improvements are now also on the radar for 1.0
[02:23] <kiko> we do, one sec.
[02:24] <bradb> mpt: A look at the spec shows that there are other parts of it.
[02:24] <jamesh> okay.  Outstanding sysadmin requests
[02:25] <malcc> None here. All hail the sysadmins :)
[02:25] <jamesh> danilos: are you still waiting on your voip account?
[02:25] <danilos> Rosetta 1.0 missing entry (thanks carlos): - poimports: implementation of better checks not yet started
[02:25] <danilos> jamesh: nope, done!
[02:25] <mpt> bradb, ok, I'll ask you about that after the meeting
[02:25] <jamesh> yay
[02:25] <danilos> jamesh: so, no sysadmin requests now :)
[02:25] <bradb> mpt: ok
[02:25] <jamesh> Python demo status update.
[02:26] <jamesh> amk took a preliminary look over the trackers.  When trying to register his PGP key to try out the mail interface, he ran into troubles
[02:27] <jamesh> I think he ran into bug 3313 and am trying to get a bit more information from him
[02:27] <Ubugtu> Malone bug 3313 in launchpad "gpg key validation: cryptogram has crc error (!)" [Medium,Needs info]  http://launchpad.net/bugs/3313
[02:27] <jamesh> nothing else to report.
[02:27] <jamesh> on to Approving new bug tags with bradb
[02:27] <SteveA> see if you can get help from ian jackson reproducing it
[02:28] <SteveA> seeing as he reported the bug
[02:28] <bradb> for tags, same two as last week
[02:28] <bradb> example bugs updated
[02:28] <SteveA> I see there's a new example for the sabdfl bug.
[02:28] <kiko> jamesh: could it be an encoding issue?
[02:28] <SteveA> I don't see how labeling mark's interest in the bug is very significant on these ones
[02:29] <SteveA> for the search one, stub, do you have an opinion?
[02:29] <jamesh> kiko: maybe.  But PGP armor text is straight ascii
[02:29] <stub> SteveA: As I said last time, I don't think the search one is particularly useful.
[02:29] <bradb> SteveA: mainly because I give sabdfl-ish things an implicit high priority
[02:29] <kiko> jamesh, on the original content, I meant
[02:29] <danilos> bradb: can we please have a link to https://help.launchpad.net/TaggingLaunchpadBugs when you start, I always forget if it's LaunchpadTags or whatever ;)
[02:30] <SteveA> ok, let's reject the search one.
[02:30] <SteveA> bradb: continue using the sabdfl tag if you want to, but I don't want to make it "official"
[02:30] <bradb> ok
[02:30] <jamesh> kiko: this is for decrypting a block of text -- you can't really transcode that without decrypting it
[02:30] <kiko> hmm.
[02:30] <matsubara> danilos: ++1
[02:31] <SteveA> thanks for the suggestion danilo
[02:31] <bradb> SteveA: does that mean the sabdfl tag is rejected?
[02:31] <SteveA> leave it pending for one more week
[02:31] <bradb> danilos: yeah, sorry, will do next time
[02:31] <bradb> SteveA: ok
[02:31] <SteveA> we'll see if any more compelling uses come up
[02:32] <danilos> bradb: np, thanks
[02:32] <jamesh> Kai shudas ieina ventilatoriu, (Steve)
[02:32] <danilos> is this something with fans and air-conditioning? :)
[02:32] <jamesh> I have no idea what that means, so I'll let SteveA explain it
[02:32] <SteveA> ok
[02:32] <SteveA> shudas is lithuanian for poo
[02:32] <SteveA> ventilatorius is lithuanian for fan
[02:32] <SteveA> and ieiti is the verb to go into
[02:32] <sivang> poo into the fan?
[02:33] <SteveA> this is to introduce the topic of planning for disasters and bad stuff happening
[02:33] <danilos> "what poo goes into the fan?"
[02:33] <malcc> sivang: I'd rather not
[02:33] <jamesh> when the shit hits the fan
[02:33] <sivang> malcc: hehe
[02:33] <sivang> jamesh: right
[02:33] <SteveA> I don't want us to discuss this at length during this meeting
[02:33] <SteveA> but i'm going to put up a wiki page for the launchpad project to note disaster scenarios on, and comment on them
[02:33] <danilos> you just want us to put some poo around to have ready for when fan starts working? :)
[02:33] <SteveA> details to follow in an email
[02:34] <mpt> sivang, danilos, it's an English expression for "when things go really bad". See also "when things turn to custard". (Even though custard is usually quite nice.)
[02:34] <SteveA> or "go pear-shaped"
[02:34] <jamesh> okay.  Next is Testing bazaar 1.0 with SteveA
[02:34] <danilo_> mpt: yeah, I know, thanks :)
[02:34] <SteveA> me again!
[02:34] <sivang> bradb: ouch
[02:35] <danilo_> (crappy IRC)
[02:35] <SteveA> so, the bzr guys are getting ready to release 1.0
[02:35] <SteveA> it's faster and better and has lots of other improvements
[02:35] <SteveA> I want us to test out this new bzr
[02:36] <jamesh> should we switch back to a nightly builds repository then?
[02:36] <SteveA> so, there will be a new apt archive just for launchpad developers to use set up early next week
[02:36] <SteveA> the idea will be that all developers will point at this archive (one for dapper, one for edgy)
[02:36] <danilos> (I was just going to ask about a repository, great to hear that)
[02:36] <SteveA> in this archive there will be launchpad-dependencies, and also the bzr stuff to test
[02:37] <jamesh> SteveA: would be good to get compatible versions of plugins we need to use in the repository too (e.g. pqm-submit)
[02:38] <jamesh> next is Keep, Bag, Change
[02:38] <malcc> Keep: Novotel snacks, Bag: Novotel beds
[02:38] <jamesh> 5
[02:38] <jamesh> 4
[02:38] <jamesh> 3
[02:38] <jamesh> 2
[02:38] <jamesh> 1
[02:38] <SteveA> mpool is arranging this. 
[02:38] <SteveA> (sorry... got disconnected)
[02:38] <danilos> malcc: Novotel snacks are dangerous for you health ;)
[02:39] <SteveA> email about the bzr stuff to appear on the list next week.
[02:39] <danilos> SteveA: <jamesh> SteveA: would be good to get compatible versions of plugins we need to use in the repository too (e.g. pqm-submit)
[02:39] <SteveA> jamesh: yes, there will be compatible plugins.
[02:39] <danilos> ah, ok :)
[02:39] <malcc> danilos: I know, the day we had scones with clotted cream, I was bouncing off the ceiling with the sugar rush :)
[02:39] <SteveA> done
[02:39] <jamesh> Three sentances
[02:39] <mpt> DONE: planning, bug fixes
[02:39] <mpt> TODO: Web interface work, some kind of spec for LP outage presentation
[02:39] <mpt> BLOCKED: no
[02:39] <BjornT> DONE: bug triage. code reviews. some work on bug forwarding workflow.  fixing up reviewed branches.
[02:39] <salgado> DONE: Wrote a bunch of tests and fixes for shipit; code review; cleaned up a lot of things on GPG/SSH related code, wrote proper tests for it and started fixing the API of GPGHandler
[02:39] <salgado> TODO: Get my GPG/SSH fixes reviewed and land them; code review; finish rearranging specs related to LocalizedSupportTracker; write the DirectPersonCreation one and, if possible, start implementing PersonCreationRationale
[02:39] <salgado> BLOCKED: Need input from kiko on PersonCreationRationale
[02:39] <malcc> DONE: Sprinted on PPA design, various Soyuz tidyups and testing improvements.
[02:39] <malcc> TODO: Finish sprint, lots more tidying up and test improvement.
[02:39] <malcc> BLOCKED: No.
[02:39] <BjornT> TODO: fix bugs. more work on bug forwarding workflow.
[02:40] <jamesh> DONE: code reviews, sftp server fix to not require --create-prefix when pushing
[02:40] <jamesh> branches, land product-release-finder fixes, bug link fixes, answer questions w.r.t. Python bug tracker comp.
[02:40] <jamesh> TODO: code reviews, make product-release-finder not crash if ProductRelease alre
[02:40] <jamesh> ady exists, answer questions w.r.t. Python bug tracker comp.
[02:40] <jamesh> BLOCKED: no
[02:40] <flacoste> DONE: vacation, handle linking to private bugs, submit buglinktarget branch for review
[02:40] <flacoste> TODO: fix bug 52671, work on SupportTrackerWorfklowSpec
[02:40] <Ubugtu> Malone bug 52671 in launchpad-support-tracker "Support contact implementation shortcomings" [High,Confirmed]  http://launchpad.net/bugs/52671
[02:40] <flacoste> BLOCKED: work on SupportTrackerWorfklowSpec is waiting on kiko's approval of the spec and review of the initial tt-search work
[02:40] <BjornT> BLOCKED: no
[02:40] <matsubara> DONE: fixed #30370, bug triage, reported lots of bugs, oops analysis, support ticket gardening
[02:40] <matsubara> TODO: finish #50816 and #57152, more of the same (oops analysis, triage and fixes)
[02:40] <matsubara> BLOCKED: no
[02:40] <kiko> DONE: sprint
[02:40] <kiko> TODO: go back and catch up
[02:40] <danilos> DONE: pqm-submit 2237, fixed 3986 (pending review), bug 30602 stats/direction, firefox import work, user support, rosetta imports discussion
[02:40] <danilos> TODO: bug 30602, ff-import, bug fixing
[02:40] <danilos> BLOCKED: no
[02:40] <bradb> DONE: Put release management up for review. Some discussions and bug fixing.
[02:40] <bradb> TODO: Land release management. Bug fixing. Guided filebug.
[02:40] <Ubugtu> Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/30602
[02:40] <kiko> BLOCKED: no
[02:40] <bradb> BLOCKED: No.
[02:40] <carlos> DONE: Edgy translations, TranslationReviews, Some tasks related to the Ubuntu Translation Team Coordinator position, Meeting about language packs for universe and trivial code changes related to it, bug #80 merge, bug #40550, bug #44214 workaround, Handled small problems raised with Edgy migration.
[02:40] <carlos> TODO: TranslationReviews, bug #44214, perhaps #40550 and handle any Edgy imports issues we get.
[02:40] <carlos> BLOCKED: No
[02:40] <Ubugtu> Malone bug 80 in rosetta "cannot see who put in bad translation" [Wishlist,Fix committed]  http://launchpad.net/bugs/80
[02:40] <spiv> DONE: bzr smart server, reviews
[02:40] <Ubugtu> Malone bug 40550 in rosetta "Further filtering options for the Queue" [High,In progress]  http://launchpad.net/bugs/40550
[02:40] <spiv> TODO: bzr smart server, reviews
[02:40] <spiv> BLOCKED: no
[02:40] <stub> DONE: Bug fixes, ran edgy translation opening
[02:40] <stub> TODO: Bug fixes, name blacklist
[02:40] <stub> BLOCKED: nope
[02:40] <Ubugtu> Malone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,Confirmed]  http://launchpad.net/bugs/44214
[02:40] <SteveA> DONE: ui sprint, ui work, management
[02:40] <SteveA> TODO: more of the same
[02:40] <SteveA> BLOCKED: no
[02:41] <cprov> DONE: Soyuz Sprint
[02:41] <cprov> TODO: more Sprint, land ArchiveRework and other redesigns (before we change our mind)
[02:41] <cprov> BLOCKED: no
[02:41] <jamesh> jordi: do you have 3 sentances prepared?
[02:41] <SteveA> I think jordi isn't here
[02:42] <jamesh> okay.
[02:42] <jamesh> Meeting ends
[02:42] <jamesh> thanks everybody
[02:42] <SteveA> thanks james, great meeting-chairing.
[02:42] <malcc> Thanks
[02:42] <carlos> cheers!
[02:42] <mpt> bradb, so I wrote KeepingBugsConcise and I've just reread it, and I see two things in there: (1) make the description directly editable in the page, and (2) make comments collapsible. The latter is most of it. Have you implemented just the former?
[02:44] <salgado> kiko, can you have a quick look at https://launchpad.canonical.com/PersonCreationRationale?  there's one question there that I bet you can answer in less than 2 minutes!
[02:44] <kiko> salgado, maybe if you keep reminding me
[02:44] <bradb> mpt: Neither, but kiko did some work on collapsing the description on the bug page.
[02:44] <kiko> bradb, mpt: I have a branch that fixes that, but I can only land it on monday
[02:45] <jamesh> salgado: gar.  I missed that you had a blocked item
[02:45] <bradb> kiko: I can land it today, if you feel like handing it off.
[02:45] <mpt> bradb, so not for 1.0 then, I guess.
[02:45] <kiko> bradb, I don't have it here with me :-(
[02:45] <bradb> kiko: ok, no worries
[02:46] <mpt> It sorta kinda depends on BugHistory anyway
[02:46] <kiko> mmm?
[02:46] <bradb> mpt: I'm guessing comment collapsing isn't for 1.0, though uncertainty is why I raised the question.
[02:46] <kiko> I do description collapsing and identical comment omission.
[02:46] <kiko> that's all
[02:46] <jamesh> flacoste: looks like you're now blocked on me reviewing your branch.
[02:46] <salgado> jamesh, you can help me, by bothering kiko to look at that spec when I'm not awake, though. :)
[02:46] <jordi> three sentences always comes when I had to stand up
[02:46] <jordi> who should I send them?
[02:47] <mpt> jordi, me
[02:47] <jamesh> salgado: aren't you generally awake when he's awake?
[02:47] <jordi> okay
[02:47] <mpt> thanks
[02:47] <salgado> jamesh, not when he's in london and I'm in brazil
[02:47] <jamesh> salgado: fair enough
[02:48] <flacoste> jamesh: indeed, btw that branch contain the view that still uses form.FormBase
[02:48] <jamesh> flacoste: okay.  Will be interesting to see what you're doing then.
[02:50] <jordi> mpt: done
[02:50] <flacoste> jamesh: do you know when you'll have time for the review? it's somewhat a bug patch
[02:50] <flacoste> s/bug/big"
[02:50] <flacoste> (that was an interesting lapsus anyway)
[02:56] <jamesh> flacoste: I've also got ddaa's one to review.  I'll see if I can start it tomorrow though.
[02:56] <flacoste> jamesh: ok, thanks!
[02:58] <jamesh> flacoste: re: not using tabindex="1", try tabbing through https://launchpad.net/products/launchpad/+filebug
[02:59] <flacoste> jamesh: yes, your explanation made perfect sense, I forgot that tabindex was a javascript hack anyway
[03:01] <salgado> spiv, around?
[03:02] <jgi> hello everyone
[03:03] <jgi> I just read the FAQ but i'm still wondering what's the best way to add a new translation for a given template? Is it upload a .po file that is the same file than the template renamed to the new language?
[03:12] <stub> Who do I assign a launchpad-dependancies bug to?
[03:20] <SteveA> stub: yourself, perhaps
[03:20] <SteveA> we need someone to take care of these requirements from the launchpad side
[03:20] <SteveA> and, i think you're best placed, for using these in production
[03:21] <SteveA> what do you think?
[03:21] <sivang> stub, SteveA : I'm hapy to give a hand where needed
[03:21] <SteveA> there's a meeting happening tomorrow to determine exactly who is maintaining the packages for these
[03:21] <SteveA> after mark, mpool and I discussed this this morning
[03:21] <stub> SteveA: I'll assign it to you then to reassign when it is decided ;)
[03:23] <SteveA> ok.
[03:55] <Ubugtu> New bug: #57571 in malone "Oops when a Launchpad Admin sets a bug contact" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57571
[04:51] <BjornT> salgado: ping
[04:51] <salgado> BjornT, pong
[04:52] <BjornT> salgado: are there any bug numbers for the bugs you fixed in you ssh-and-gpg-fixes branch?
[04:53] <salgado> BjornT, no, but I can get some oops ids if you like
[04:53] <kiko> BjornT, all the oopses that happened this week on +editsshkeys.
[04:53] <kiko> (are salgado's fault :-P)
[04:54] <salgado> but the lack of tests is not. :P
[04:54] <BjornT> salgado: oops ids would be good, so i can see what you were supposed to fix.
[04:56] <salgado> so, it's not possible to add a spec of product Foo as a dependency of a spec of product Bar.  should I file a bug about this or the fact that I need to do this is just a consequence of the misuse of products to represent the launchpad subsystems?
[04:57] <kiko> salgado, a bug.
[04:58] <salgado> BjornT, actually, I think the only one we have an OOPS for is OOPS-234B160 
[04:58] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/234B160
[05:00] <BjornT> salgado: thanks
[05:00] <BjornT> salgado: btw, bug 3552
[05:00] <Ubugtu> Malone bug 3552 in blueprint "No way to cross-link specs across products" [Wishlist,Confirmed]  http://launchpad.net/bugs/3552
[05:01] <salgado> ah, cool. thanks BjornT
[05:21] <fabbione> kiko: consigliere!
[05:21] <fabbione> https://launchpad.net/people/fabbione/+packages
[05:21] <fabbione> go down to glibc 
[05:21] <fabbione> glibc   	 Ubuntu Dapper   	 2.3.6-0ubuntu12
[05:21] <fabbione> click the version link
[05:21] <fabbione> OOPS-236D293
[05:21] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/236D293
[05:21] <fabbione> ^^^ 404
[05:21] <Keybuk> 404 just means it's a very recent OOPS
[05:22] <fabbione> 404 is related to the OOPS
[05:22] <fabbione> the generated URL is wrong
[05:22] <fabbione> there is a $releasename too much
[05:26] <Keybuk> oh
[05:33] <matsubara> fabbione: I think it's known bug, let me check
[05:33] <fabbione> matsubara: ok thanks
[05:35] <matsubara> fabbione: bug 50399
[05:35] <Ubugtu> Malone bug 50399 in soyuz "Broken links at /people/$person/+packages" [Medium,Confirmed]  http://launchpad.net/bugs/50399
[05:35] <fabbione> danke
[05:36] <matsubara> Keybuk: the 404 in the oops.cgi is bug 57458 btw
[05:36] <Ubugtu> Malone bug 57458 in launchpad "oops.cgi crashes when entering a non-existent OOPS id." [Low,Confirmed]  http://launchpad.net/bugs/57458
[05:45] <Ubugtu> New bug: #57587 in malone "+bugcontact page has misleading information" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57587
[06:10] <luopio> hiya. Is it possible to completely remove branches in Launchpad? I succeeded in creating a branch (or two) without a "product" and I'd love to get rid of them now :)
[06:12] <kiko> luopio, not yet, but can you file tickets for the product and the branch removal?
[06:20] <luopio> kiko: ok, by tickets you mean a bug?
[06:20] <luopio> or a support request?
[06:20] <kiko> luopio, support request
[06:22] <luopio> kiko: ok. thanks. should I file it under the launchpad product or follow some other guidelines?
[06:22] <kiko> luopio, the launchpad product is fine. I'll look at it on monday when I get back home.
[06:23] <luopio> ok. thanks!
[06:27] <kiko> most welcome
[07:36] <carlos> BjornT: hi, around?
[07:36] <BjornT> carlos: yeah
[07:37] <carlos> BjornT: I wonder if there is a way to get tags like 'dir' or 'rows' in our pagetests using browser.getControl ?
[07:37] <carlos> talking about a textarea
[07:38] <kiko> carlos, those are attributes
[07:38] <carlos> right, wrong term
[07:41] <BjornT> carlos: hmm, i don't think so. you could easily get it using BeautifulSoup, though
[07:41] <carlos> BjornT: is there any example or documentation about it?
[07:41] <carlos> I have never used BeautifulSoup
[07:42] <salgado> carlos, there are some tests using it in our tree, just grep and you should get a bunch of examples
[07:43] <carlos> ok
[07:43] <BjornT> carlos: http://www.crummy.com/software/BeautifulSoup/documentation.html
[07:43] <carlos> thanks
[08:25] <carlos> BjornT: BeautifulSoup rocks!
[08:26] <Spads> good old Leonard
[10:36] <Ubugtu> New bug: #57621 in launchpad "LaunchpadFormView.focusedElementScript should handle field prefix itself" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57621
[11:04] <jkakar> Is the delay between making changes to a bug and getting an e-mail about it intentional?
[11:06] <matsubara> jkakar: yes
[11:06] <salgado> jkakar, yes, so that we can group multiple notifications into a single one
[11:07] <salgado> multiple changes made in a short period of time into a single notification, that is
[11:08] <jkakar> matsubara, salgado: Thanks.  It's as I expected.  Sometimes it feels a bit long, but I have noticed (and appreciated) e-mails that mention multiple changes at once.