[12:54] <linuxclub> Hello!
[12:54] <linuxclub> Thank you for registering at The Launchpad. To complete your
[12:54] <linuxclub> registration, please click on the link below and follow the
[12:54] <linuxclub> instructions to create your account:
[12:54] <linuxclub>   https://launchpad.net/token/XJqb4Sv5vF3HJBk6sKR1
[12:54] <linuxclub> The Launchpad is a web portal for open source developers that
[12:54] <linuxclub> includes easy web based translation and bug management. We'll
[12:54] <linuxclub> be adding new features to The Launchpad based on your
[12:54] <linuxclub> suggestions, so feel free to contact us on #launchpad on
[12:54] <linuxclub> irc.freenode.net with ideas. Malone and Rosetta are just
[12:54] <linuxclub> the tip of the iceberg ;-)
[12:54] <linuxclub> Thank you!
[12:54] <linuxclub> The Launchpad SWAT Team
[12:54] <linuxclub> launchpad@ubuntu.com
[12:55] <linuxclub> pdelbene@gmail.com password obelix
[12:56] <lifeless> E?!?!?!
[01:03] <mpt__> someone pressed Ctrl+V in the wrong window?
[02:59] <lifeless> spiv: up for reviewing shiptit ?
[02:59] <spiv> lifeless: salgado's branch?
[02:59] <lifeless> 6K of diff
[02:59] <lifeless> 6K lines that is
[02:59] <spiv> Yeah, I see.
[02:59] <spiv> Sure.
[02:59] <lifeless> thanks
[03:00] <lifeless> also you ahve two from ddaa that should be straight forward
[03:01] <spiv> lifeless: I'm stuck on meta-issues with the doc-bazaar one, I sent mail to lp reviews + steve about it some time ago.
[03:01] <spiv> I'll resend it to Steve.
[03:01] <lifeless> spiv: steve approved the format ddaa wrote in 
[03:01] <lifeless> spiv: he said (paraquoting) 'write it in the most efficient format for you'
[03:03] <spiv> lifeless: Ok, that answers part of my query.
[03:05] <spiv> lifeless: And for the other one, pending-reviews is throwing up its hands.  I guess I can try merging it myself.
[03:06] <lifeless> conflicts ?
[03:06] <lifeless> oh, I see.
[03:07] <lifeless> mail launchpad-reviews & david saying you cant do much, and add a note on the wiki page with todays date
[03:07] <spiv> Yeah, pending-reviews doesn't seem to understand that branch format or something.
[03:07] <spiv> Ok.
[03:39] <lifeless> back in an hour or so, got shopping to do
[03:54] <jamesh> spiv: the reason pending-reviews isn't showing a diff for david/launchpad/baz2bzr is that the branch has gone
[04:07] <mpt> ok, that's weird
[04:07] <mpt> Can anyone besides stub inspect the code that's running on production?
[04:14] <lifeless> yes
[04:14] <lifeless> what do you want checked ?
[06:11] <lifeless> spiv: commit your sftp stuff already :)
[06:20] <spiv> lifeless: Sent.
[06:20] <spiv> lifeless: Heh, your little progress snippet on PQM leaks information about commits from other projects.
[06:20] <spiv> In theory, I shouldn't see "success: merge http://code.aaronbentley.com/bzr/bzrrepo/win32fixes/ http://bazaar-ng.org/bzr/bzr.dev" on pqm.launchpad.net :)
[06:21] <lifeless> right
[06:21] <lifeless> I should correct that
[06:21] <spiv> lifeless: Thinking of which, have you fixed the HTML escaping bug yet, or should I file a bug somewhere to remind you?
[06:22] <spiv> lifeless: Or should I just hack the test suite to emit <blink>Fix it Robert</blink> every five lines? ;)
[06:30] <lifeless> bug # ?
[06:33] <spiv> lifeless: I haven't filed one yet, hence me asking if you wanted me to :)   I'll take that as a "yes" :)
[06:36] <spiv> lifeless: bug 37432
[06:37] <Ubugtu> Malone bug 37432 in pqm "Request output snippet doesn't escape HTML" [Normal,Unconfirmed]  http://launchpad.net/bugs/37432
[06:43] <dilys> Merge to devel/launchpad/: [r=lifeless]  Fixes various SFTP bugs (some of them really bugs in the XML-RPC calls in the authserver): #36879, #36877 and #36888. Also removes some duplicated code in the authserver tests. (r3364: Andrew Bennetts)
[06:45] <spiv> Woo.
[09:02] <carlos> morning
[09:03] <mdke> is there any chance of getting a link to all bugs with status "fix committed" in the little box on the left hand side? It would be helpful
[09:29] <jordi> reading backlog...
[09:29] <jordi> I'm also totally against making "pt" -> "pt_PT", for the record
[09:30] <jordi> at least if ther'es no big consensus for GNU, GNOME and KDE
[09:31] <jordi> carlos: ah, now I see this
[09:33] <carlos> jordi: we are not going to do it
[09:33] <carlos> unless upstream decides to do that movement
[09:33] <carlos> that's why I asked to talk with upstream first
[09:35] <jordi> nod
[09:35] <jordi> well
[09:35] <jordi> There should not be big problems (once we figure the import process), if we use closed, and teams agree to take care of the merging.
[10:08] <SteveA> spiv: ping
[10:08] <SteveA> morning carlos 
[10:08] <dilys> Merge to devel/launchpad/: [trivial]  Fix invalid module name ------------------------------------------------------------ merged: stuart.bishop@canonical.com-20060331073950-947cf9f9c14aa1d0 parent: pqm@pqm.ubuntu.com-20060328072505-08cac64a4f30e922 committer: Stuart Bishop <stuart.bishop@canonical.com> branch nick: trivial timestamp: Fri 2006-03-31 14:39:50 +0700 message: Fix invalid module name (r3365: Stuart Bishop)
[10:09] <carlos> SteveA: morning
[10:26] <mpt_> dilys, pardon you!
[10:29] <SteveA> stub: any thoughts on how the new psycopg is shaping up?
[10:30] <stub> SteveA: New psycopg2 is apparently more stable than psycopg1. But that is only anecdotal - I haven't even installed it yet personally.
[10:31] <stub> Its been due out of rc candidate status any day now for several months...
[10:31] <SteveA> in dapper at all?
[10:32] <SteveA> stub: do we run four app threads on staging?
[10:32] <stub> SteveA: Yes. Defaults. I'm not sure how to tweak it under Z3 actually.
[10:32] <SteveA> i'm supposed to know...
[10:32] <SteveA> and about email
[10:33] <SteveA> are we running deferred delivery?
[10:33] <stub> Yes - queuedDelivery
[10:33] <stub> (configs/staging/mail-configure-normal.zcml)
[10:44] <mpt> uh oh
[10:44] <mpt> BjornT, "Subject: [Bug 36287]  Re: [Bug 36287]  NOTICE and INFO logging levels should be merged"
[10:44] <Ubugtu> Malone bug 36287 in launchpad "NOTICE and INFO logging levels should be merged" [Normal,Unconfirmed]  http://launchpad.net/bugs/36287
[10:45] <mpt> the "Re:" is in the wrong place
[10:47] <jamesh> mpt: it is just "[Bug $bug-id]  $comment-subject"
[10:48] <BjornT> mpt: i wouldn't say that it's on the wrong place, but we should add [Bug $bug-id]  only if it isn't already in the subject line
[10:50] <mpt> yeah, like mailman etc do
[10:50] <mpt> BjornT, did you see the comments from seb128 etc about the formatting?
[10:51] <lucas> hi
[10:51] <lucas> launchpad's xhtml doesnt validate (it's not valid xml). seems some <img> tags are not closed properly
[10:51] <lucas> see http://validator.w3.org/check?uri=https%3A%2F%2Flaunchpad.net%2Fdistros%2Fubuntu%2F%2Bsource%2Fapt-listbugs%2F0.0.49 for an example
[10:52] <jamesh> BjornT: or strip it entirely when storing the subject line
[10:52] <BjornT> mpt: yeah. let's see what other people think of the new format, and see if we can find a way to improve it.
[10:52] <LetterRip> Hi I'm attempting to find where the translation is for Blender in Dapper https://launchpad.net/distros/ubuntu/dapper/i386/blender/2.41-1ubuntu4
[10:52] <mpt> BjornT, I think 90% of the solution might be just putting the URL back at the top of the message
[10:52] <LetterRip> The indiviual who handles imports told me it had been added a few days ago
[10:53] <mpt> without it, it takes me a while to recognize that I'm reading stuff from a bug report (or spec)
[10:53] <LetterRip> according to Carlos on March 27th - 
[10:53] <LetterRip> Just got a new dapper build with the .pot file generated.
[10:53] <LetterRip> It should be imported anytime in the next hour or so
[10:54] <BjornT> jamesh: i prefer doing what mailman does, it's simpler
[10:54] <mpt> lucas, thanks, please report a bug - https://launchpad.net/products/malone/+filebug
[10:55] <lucas> done
[10:55] <jamesh> LetterRip: https://launchpad.net/distros/ubuntu/dapper/+source/blender/+translations ?
[10:55] <LetterRip> okay thanks jamesh
[10:56] <jamesh> my mobile provider's proposed solution to me not being able to use my SIM over in London is to use a different carrier
[10:56] <BjornT> mpt: i think the problem is that some people prefer to have the URL at the top, some at the bottom. personally i want it at the bottom, since it's information that i only seldomly want to read. it will be impossible to find a format that suits all people.
[10:57] <jamesh> BjornT: I often click on the URL first thing when reading bug mail to see the context
[10:58] <mpt> Because it's (a) one line and (b) usually appears in a different color, I think it's easy to ignore if you don't want it, but still useful orientation to say "this is from Launchpad:"
[10:58] <mpt> that's just a theory though
[10:58] <BjornT> jamesh: and i get the context, if i need, from the thread in my mail client.
[10:59] <jamesh> BjornT: I guess I am more accustomed to using bug trackers through the web (perhaps from years of bugzilla use)
[11:08] <SteveA> stub: crapload of warnings building BTrees in 3.2.  is this expected?
[11:18] <SteveA> jblack: ping
[11:19] <stub> SteveA: Nope
[11:19] <SteveA> i have a broken tree
[11:19] <stub> SteveA: Or at least - I don't notice. Make build works and hides the output.
[11:20] <SteveA> i did a bzr pull --overwrite sftp://chinstrap/your/z3/launchpad/branch
[11:21] <SteveA>  bzr pull --overwrite sftp://chinstrap.ubuntu.com/home/warthogs/archives/stub/launchpad/zope32
[11:25] <SteveA>  "make clean" doesn't work
[11:26] <SteveA> i guess is isn't used often
[11:26] <SteveA> ah, it still refers to pygettextpo
[11:27] <SteveA> oh...
[11:27] <SteveA> although my launchpad tree is fine...
[11:27] <SteveA> the revert or the pull nuked everything in "sourcecode"
[11:28] <SteveA> and left it in "sourcecode.moved"
[11:35] <stub> :-P
[11:40] <carlos> lifeless: I sent a merge request to pqm but pqm.launchpad.net says 0 scritps
[11:40] <carlos> my mail server logs shows that the email was delivered 
[11:40] <carlos> is there any problem?
[11:40] <carlos> ok
[11:40] <carlos> it was rejected...
[12:44] <dilys> Merge to devel/launchpad/: [r=lifeless]  Implemented a workaround for the broken python's bz2 implementation. Fixes bug #1982 and includes a test (r3366: Carlos Perello Marin)
[12:46] <sladen> I think there's another bug here:  Compare the activity log:  https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/37365/+activity
[12:46] <Ubugtu> Malone bug 37365 in linux-source-2.6.15 "Bluetooth dongle doesn`t suspend on Inspiron 8600" [Normal,Rejected]  
[12:46] <sladen> with what is actually displayed here:  https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/37365  and the top
[12:46] <Ubugtu> Malone bug 37365 in linux-source-2.6.15 "Bluetooth dongle doesn`t suspend on Inspiron 8600" [Normal,Rejected]  
[12:47] <sladen> the bug against acpi-support was marked as 'rejected' in the activity log, but on the status page it is the bug against linux-source-2.6.15 what has been marked 
[01:27] <Jrwa> Hi all
[02:31] <kiko> ping world
[02:32] <matsubara> kiko: morning. I have 2 patches for oops bugs, would you like to take a look?
[02:33] <kiko> yes please!
[02:33] <matsubara> https://chinstrap.ubuntu.com/~dsilvers/paste/fileNOJRVX.html
[02:33] <matsubara> https://chinstrap.ubuntu.com/~dsilvers/paste/fileHsHwhb.html
[02:34] <matsubara> bug 37394 and bug 34202 respectively
[02:34] <Ubugtu> Malone bug 37394 in rosetta "POtemplatename needs unique name validator" [Normal,Confirmed]  http://launchpad.net/bugs/37394
[02:34] <Ubugtu> Malone bug 34202 in launchpad "Approving a proposed team member twice will cause an OOPS" [Normal,In progress]  http://launchpad.net/bugs/34202
[02:38] <kiko> mpt, ping?
[02:38] <kiko> BjornT, ping?
[02:42] <dilys> Merge to devel/launchpad/: [trivial]  Make PostgreSQL session handle concurrent updates (r3367: Stuart Bishop)
[02:47] <kiko> matsubara, r=k on the 1st
[02:47] <BjornT> hi kiko 
[02:48] <kiko> hey BjornT 
[02:49] <matsubara> kiko: thanks.
[02:51] <kiko> +            self.errormessage = '%s membership has already been processed.' % (
[02:51] <kiko> +                self.context.person.displayname)
[02:51] <kiko> bad message matsubara 
[02:54] <kiko> BjornT, on phone 5m
[02:57] <kiko> matsubara, in 40-extra-teammembership-checks.txt why don't you just POST twice?
[03:02] <matsubara> kiko: because the second post wouldn't trigger the bug.
[03:06] <kiko> matsubara, why not?
[03:13] <lucas> hi
[03:13] <lucas> how often are builds "recorded" in launchpad ?
[03:13] <lucas> as soon as they are processed ?
[03:13] <kiko> lucas, yes, actually, /as/ they are processed.
[03:14] <kiko> BjornT, so, couple of bugs cropped up from the flurry of work over the last 3 weeks
[03:14] <kiko> BjornT, do you have some bugfixing time?
[03:18] <kiko> matsubara, wake up
[03:18] <kiko> mpt, ping
[03:18] <BjornT> kiko: yeah, i should have some time to fix a few bugs. any particulary bugs in mind?
[03:18] <kiko> BjornT, well, tell me first, how is the debbugs stuff shaping up?
[03:21] <BjornT> kiko: some other things came up, but i hope to have something ready at the end of monday.
[03:21] <kiko> what other things?
[03:22] <matsubara> sorry kiko. I was setting up another branch and dividing the two patches in two different branches. I'll try to post twice and see if it works.
[03:24] <BjornT> kiko: mainly from the send-bug-notifications script, it triggered an assert. also made it connect as a specific user to reduce the warnings spamming.
[03:24] <kiko> BjornT, right, I saw that.
[03:24] <kiko> matsubara, you could also have shelved and submitted in order, but whatever
[03:26] <toghether> hello to all I want to shipt free cds of ubuntu but I do not succeed to create a new one account in launchpad 
[03:26] <matsubara> kiko: I'll send the reviewed one now, while fixing the other.
[03:27] <kiko> cool
[03:28] <kiko> jamesh, ping?
[03:30] <toghether>  hello to all I want to shipt free cds of ubuntu but I do not succeed to create a new one account in launchpad  because the serveur in this moment arrives this mail is not in a position to satisfying the demand for reasons of maintenance or overload of the system.  Please, new evidence later.  but is from that I try someone help me 
[03:31] <kiko> I don't understand, toghether. did you follow the link in the email?
[03:31] <dilys> Merge to devel/launchpad/: [trivial]  Fix for bug 37310: /people/+peoplelist is blank. Display the person's name when they have no displayname set. Also changes the people-list template to use the standard navigation links. (r3368: kiko)
[03:32] <kiko> yes
[03:33] <toghether> no, didn't follow the link in the email
[03:34] <toghether> i'm Italian excuse if I do not speak very well
[03:34] <kiko> no problem. did you receive the email at all?
[03:38] <toghether> yes, I have received this mail: "The serveur in this moment is not in a position to satisfying the demand for reasons of maintenance or overload of the system.  Please, new evidence later. "
[03:39] <kiko> toghether, can you forward that email to kiko@async.com.br? however, I don't think that email is being sent to you from launchpad.
[03:40] <toghether> ok one moment
[03:40] <matsubara> kiko: it seems to work with 2 POSTs, I assumed things wrongly. About the error message what do you think of something like this: https://chinstrap.ubuntu.com/~dsilvers/paste/file2oxdeP.html
[03:41] <kiko> matsubara, good work
[03:42] <kiko> matsubara, that's not what was bad about the error message
[03:42] <kiko> the error message was bad because it said 
[03:42] <kiko> "Christian membership has already been processed"
[03:42] <kiko> Christian membership isn't what you mean
[03:42] <kiko> you meant
[03:43] <kiko> "The membership request for Christian has already been processed"
[03:43] <kiko> you could also say
[03:43] <kiko> "Christian's membership..."
[03:43] <kiko> but I think the first form is better
[03:44] <toghether> kiko I have sended the email to you 
[03:45] <kiko> thanks
[03:45] <kiko> matsubara, other than that, r=kiko
[03:47] <matsubara> thanks
[03:54] <kiko> carlos, ping?
[03:54] <carlos> kiko: pong
[03:54] <kiko> carlos, translationimportqueue.py:130: undefined name 'guess_potemplate'
[03:55] <kiko> carlos, can you add a test for this and fix the bug asap?
[03:55] <carlos> is that on production??
[03:55] <carlos> ok
[03:55] <kiko> it's in RF tip
[03:55] <kiko> thanks carlos 
[04:00] <doko> carlos: rookery:~doko/ooo2-breezy-tr-updated.tgz
[04:01] <doko> $ fgrep 'msgstr ""' $(find source -name '*.po') | wc -l
[04:01] <doko> 501
[04:01] <doko> $ fgrep 'msgstr ""' $(find source-new -name '*.po') | wc -l
[04:01] <doko> 273917
[04:03] <carlos> doko: cool, thanks
[04:04] <doko> carlos: but please don't import the ooo-help po's, they are not in breezy anyway
[04:04] <carlos> doko: well, I will not import .pot files
[04:04] <carlos> only .po files
[04:04] <carlos> so that's ok
[04:04] <carlos> don't worry
[04:05] <doko> carlos: even not these ooo-help .po files
[04:05] <doko> we did not offer them for translation
[04:06] <carlos> doko: yeah, I know
[04:07] <jblack> Stevea: pong
[04:12] <kiko> BjornT, I've set a few bugs to severity major, see if you can get them in in the short term
[04:12] <kiko> thanks!
[04:20] <dilys> Merge to devel/launchpad/: Fix https://launchpad.net/products/rosetta/+bug/37394 (POtemplatename needs unique name validator) r=kiko (r3369: Diogo Matsubara)
[04:21] <matsubara> :)
[04:22] <matsubara> and now a 100 mb inventory.weave file push *sigh*
[04:24] <kiko> 100mb is cheap!
[04:32] <SteveA> hi jamesh 
[04:32] <SteveA> um
[04:32] <SteveA> hi jblack 
[04:39] <kiko> bradb, ping?
[04:39] <carlos> matsubara: you know you can copy another tree on chinstrap so the rsync pushes only the changes, right?
[04:39] <kiko> carlos, I think the problem is that pushing the weave takes time
[04:40] <matsubara> carlos: yes.
[04:40] <kiko> matsubara, you don't push 100mb, though -- usually less
[04:40] <kiko> it's not that the whole file has changed; only parts
[04:40] <tuchuz> what i have to do if i dont get email to me ?
[04:40] <matsubara> -rw-r--r--  1 matsubara users 102M 2006-03-31 10:59 .bzr/inventory.weave
[04:40] <kiko> matsubara, this is rsync.
[04:40] <bradb> kiko: pong
[04:41] <kiko> bradb!
[04:41] <kiko> how's your plate looking today?
[04:41] <carlos> matsubara: rsync copies only the changes instead of the 100MB
[04:41] <carlos> tuchuz: which kind of email
[04:41] <carlos> oh, he left..
[04:41] <kiko> mail from his girlfriend?
[04:42] <matsubara> carlos: i see. Well, I hope it will take a lot less time that I previously imagined.
[04:42] <bradb> kiko: working on some ideas for making bug contact subscriptions not suck, based on ubuntu-devel feedback
[04:42] <bradb> do you read u-d?
[04:42] <kiko> bradb, mdz and I have been talking about bug contact subscriptions; we should all be in the loop on this 
[04:43] <bradb> indeed. i missed mdz yesterday, unfortunately.
[04:43] <kiko> it may even surprise you to know what we are driving towards
[04:43] <kiko> but anyway
[04:43] <kiko> keep me in the loop
[04:43] <kiko> on the triaging subject, which is related, though, and will ease pain in a similar area, I'd like you to really fix 35075 today. how does that sound?
[04:44] <bradb> sure, i'd love to fix that one
[04:44] <kiko> do it!
[04:45] <bradb> kiko: btw, if you have some time, maybe you could find some other bugs to high-priortize and assign to me?
[04:45] <kiko> add a knob to the advanced form and then some code to bugtaskset.search?
[04:45] <kiko> yeah, I'll do that today
[04:45] <bradb> thanks
[04:45] <bradb> kiko: yeah, something like that
[04:48] <dilys> Merge to devel/launchpad/: [trivial]  Drop polloption.title uniqueness (Bug 30346) and improve Person.displayname validation (r3370: Stuart Bishop)
[04:48] <kiko> stub, did you see my comment on Person.displayname in bug 37310?
[04:48] <Ubugtu> Malone bug 37310 in launchpad "/people/+peoplelist is blank" [Normal,Fix committed]  http://launchpad.net/bugs/37310
[05:10] <kiko> bug 35075
[05:10] <Ubugtu> Malone bug 35075 in malone "Bug Triagers would benifit from a way to list bugs filed without a package" [Normal,In progress]  http://launchpad.net/bugs/35075
[05:17] <dilys> Merge to devel/launchpad/: [trivial]  Fix and test for Bug #36390: "Previous" link is disabled even when there are previous results. Cope with the fact that batch_start can be less than the batch size (r3371: kiko)
[05:23] <bo1> anybody here?
[05:23] <kiko> no
[05:23] <kiko> :)
[05:23] <bo1> ok then
[05:24] <kiko> what's up?
[05:24] <bo1> i wanted to submit a bug, but I haven't got a launchpad acct yet
[05:24] <kiko> all right. need a hand creating one?
[05:24] <bo1> i tried to install mysql-server, which claims to depend on mailx, which claims to depend on an mta, so it installs postfix
[05:25] <kiko> I see
[05:25] <kiko> well, you can report that in #ubuntu
[05:26] <kiko> but ideally you create a launchpad account
[05:26] <bo1> thanks
[05:26] <kiko> and file the bug against mysql-server or mailx
[05:26] <kiko> do you need help creating an account?
[05:27] <bo1> i think my home email  client grabbed it via pop, so i can't see it via the web email interface
[05:27] <mdke> if I _decline_ a member for admission to a group, and insert a comment in the box, does it get mailed to them?
[05:27] <mdke> anyone know?
[05:28] <bo1> i don't think installing mysql-server should install postfix
[05:28] <bo1> is the mailx dependency really a requires, or should it be a recommends?
[05:28] <lamont> the maintainer of mysql-server feels that the server package _needs_ to be able to send mail, it would appear.
[05:28] <carlos> bo1: well, you can install any mail server
[05:29] <carlos> bo1: ubuntu uses postfix by default
[05:29] <carlos> bo1: just install first the one you prefer and that's it
[05:29] <bo1> my guess is that the packager just got a little lazy
[05:30] <carlos> oh, so you don't want to install a MTA at all
[05:30] <bo1> if mailx will do local mail, it doesn't really depend on an mta
[05:31] <lamont> Package: mysql-server-5.0
[05:31] <lamont> Recommends: mailx
[05:31] <lamont> that's not a dependency.....
[05:31] <lamont> mysql-dfsg-5.0 (5.0.18-7) unstable; urgency=low
[05:31] <lamont>   * Made mailx in debian-start.inc.sh optional and changed the dependency on it
[05:31] <lamont>     on it to a mere recommendation. Closes: #316297
[05:31] <bo1> if i do a synaptic install, does it grab recommends automatically
[05:31] <kiko> mdke, not that I know of -- I think that isn't actually being used at all! 
[05:32] <lamont> bo1: but, like kiko says, really a discussion for #ubuntu
[05:32] <kiko> yay
[05:33] <mdke> kiko, even if I approve the membership? Why is the comment box there?
[05:33] <bo1> ok so long and thanks for all the fish?
[05:33] <kiko> mdke, it's a bug, I need to dig it out and get salgado to fix it next week
[05:33] <mdke> kiko, if it's filed already, lemme know. If not, I can file it
[05:33] <lamont> mdke: maybe it's there for future use by launchpad??? :-)
[05:34] <mdke> could be, I like that box
[05:34] <mdke> I'd suggest the comment should be emailed to the person, whether approved or not
[05:35] <kiko> that's what the bug says
[05:35] <kiko> (somewhere)
[05:35] <mdke> cool
[05:35] <kiko> mdke, if you can find it for me I'll make sure it gets fixed
[05:36] <mdke> alright, it's a deal
[05:38] <mdke> bug #28679?
[05:38] <Ubugtu> Malone bug 28679 in launchpad "Need email notifications when a person is approved/denied as a member of a team" [Normal,Confirmed]  http://launchpad.net/bugs/28679
[05:40] <kiko> yes!
[05:41] <kiko> thanks mdke 
[05:42] <kiko> bradb, ping?
[05:43] <kiko> https://launchpad.net/products/malone/+bug/30419 -- what is this about?
[05:43] <Ubugtu> Malone bug 30419 in malone "Malone should allow handling backport fix requests" [Normal,Unconfirmed]  
[05:45] <bradb> kiko: use case #1 is about being able to say which version of a package is needed to fix a bug
[05:46] <kiko> bradb, why can't the person use a comment to communicate that?
[05:46] <bradb> er, #2 i meant
[05:46] <bradb> kiko: maybe they can. I just recorded Mez's comments in a bug report, so that they wouldn't be lost.
[05:47] <bradb> the other issue is getting information about where the fix is available
[05:47] <bradb> maybe tied into PPAs
[05:47] <kiko> I see
[05:49] <BjornT> kiko: i think one important issue with that bug is that it's a request to include a package in breezy-backports, not in breezy-updates
[05:50] <sabdfl> SteveA, kiko: how about an early start?
[05:51] <kiko> sabdfl, fine by me
[05:51] <kiko> calling in
[05:51] <sabdfl> kiko: sec, wait for stevea to ack
[05:51] <SteveA> hi
[05:52] <SteveA> i'll call in shortly
[05:53] <SteveA> sabdfl, kiko: +1
[05:54] <sabdfl> ok, calling in now
[05:56] <Selectis> ois
[06:26] <_mvo_> hi, what would be the reason that I can't edit https://launchpad.net/products/gnome-app-install/+bug/3185? (change status etc)?
[06:26] <Ubugtu> Malone bug 3185 in gnome-app-install "Cannot navigate using keyboard" [Unknown,Unknown]  
[06:27] <highvoltage> hi there #launchpad!
[06:28] <highvoltage> how do i change a team member in a group in launchpad, so that they have admin rights on the group? i think i've done this before, but somehow i can't figure it out again :/
[06:34] <kiko> hey there
[06:35] <highvoltage> hey
[06:35] <kiko> highvoltage, just visit +members, and [edit]  the user
[06:35] <highvoltage> kiko: ok. i'll try that...
[06:38] <highvoltage> kiko: i click on "Edit", but it doesn't give me a place to change the user into an administrator :/
[06:38] <kiko> highvoltage, can you show me the URL?
[06:38] <highvoltage> sure: https://launchpad.net/people/edubuntu-testers/+member/ogra
[06:38] <kiko> Administrator:  	   Yes    No
[06:39] <kiko> are you johathan?
[06:39] <kiko> jonathan, sorry.
[06:39] <highvoltage> geez, hey. i can't believe that i missed that, long week :)
[06:39] <highvoltage> kiko: yes, Jonathan :)
[06:39] <kiko> aha! :)
[06:40] <highvoltage> aha!? did i do something wrong *again*!?
[06:40] <highvoltage> :)
[06:42] <jblack> bradb: Help!
[06:43] <highvoltage> kiko: thanks for helping!
[06:43] <bradb> jblack: ?
[06:43] <jblack> Somebody keeps subscribing me to epiphany bugs.
[06:43] <jblack> The mail is driving me crazy
[06:44] <bradb> jblack: are you getting newbug mails on epiphany?
[06:45] <jblack>  what are "newbug mails" ? 
[06:45] <bradb> jblack: a mail when the bug is opened.
[06:46] <jblack> I don't know.
[06:46] <bradb> but, n/m, because i doubt you are, unless you're subscribed to ubuntu-bugs, of course.
[06:46] <bradb> jblack: which URLs?
[06:46] <bradb> i mean, can you give me some example bugs to look at?
[06:46] <jblack> I just unsubscribe the whole lot, but one was 26380. 
[06:47] <jblack> There were about 12 of 'em though
[06:48] <kiko> jblack, what do you mean?
[06:49] <jblack> I mean that this morning I got something like 8 emails for 26380 (epiphany or epiphany browser). Went to the list of bugs I'm subscribed to, and I was subscribed to 12 epiphany bugs.
[06:49] <jblack> I don't even use epiphany. How I got subscribed, I don't know. But I'm unsubscribed now.
[06:50] <jblack> also sometimes evolution
[06:50] <jblack> Perhaps I should drop this for now, until more show up
[06:51] <bradb> It seems like a script may have subscribed you, but I can't yet confirm.
[06:52] <kiko> a script?
[06:52] <bradb> jblack: Can you give me one or two more examples?
[06:52] <jblack> I probably can in the future. I can't right now
[06:52] <bradb> kiko: i.e. a migration script or something. It's not showing up in the activity log.
[06:55] <jblack> They could have been there for awhile. I've been getting odd epiphany and evolution mails for awhile. I snapped today when I got 8 or 9 of 'em.
[06:56] <kiko> I wonder if jblack is a contact for one of these packages/contexts
[06:56] <jblack> If I am, I'll get subscribed to the next one and we can chase it down.
[06:57] <jblack> I've got a clean slate at the moment though, so anything that comes in should be easy to track
[06:57] <bradb> kiko: I check those already, but couldn't find him set as one on any of them.
[06:57] <bradb> s/check/checked/
[06:59] <jblack> I'll let you know if more show up in the future
[07:01] <bradb> ok
[07:02] <phanatic> hi people
[07:02] <kiko> oy
[07:03] <phanatic> i have a question regarding my @ubuntu.com mail address. i was sent here to ask :)
[07:09] <ddaa> kiko: real men use Emacs
[07:10] <ddaa> vim is such a Perl programmer's editor
[07:11] <radix> so how exactly am I supposed to push a new branch to a new product? I've managed to get sftp access working
[07:12] <ddaa> radix: bug 36889
[07:12] <Ubugtu> Malone bug 36889 in launchpad "sftp server does not allow pushing to new product" [Normal,Unconfirmed]  http://launchpad.net/bugs/36889
[07:12] <radix> sweet
[07:13] <ddaa> actually, if you are really stubborn, you can get it to work
[07:13] <ddaa> but it involves more crack than you would like to use
[07:13] <ddaa> (I managed it for bzrk)
[07:13] <radix> heh
[07:14] <radix> uh
[07:18] <radix> interesting
[07:19] <lamont> hrm... how come I can't search distros/ubuntu for guile-1.6, but searching for guile finds it...
[07:21] <kiko> lamont, can you explain your problem again, or perhaps file a bug report -- I'll get stub to look at it, he has a few searching bugs to fix
[07:21] <carlos> kiko: I'm having problems with the test for the bug you pointed today
[07:21] <lamont> https://launchpad.net/distros/ubuntu/+search?text=guile-1.6
[07:21] <lamont> vs
[07:21] <lamont> https://launchpad.net/distros/ubuntu/+search?text=guile
[07:22] <carlos> kiko: do you have sometime to talk with me?
[07:22] <lamont> note that the 2nd entry in the results of the 2nd search is the first search item...
[07:22] <radix> well, it's doing something now
[07:22] <kiko> carlos, I do, sure!
[07:22] <lamont> kiko: and I can't remember if I already filed a bug or not.
[07:22] <lamont> (nearly certain it has something to do with the dot.
[07:22] <carlos> I have object.guessed_pofile, that it's a property
[07:22] <kiko> matsubara, ping?
[07:23] <kiko> carlos, okay so far.
[07:23] <lamont> dot and + are fatal to searching for source pacakges.
[07:23] <kiko> they shouldn't be though
[07:23] <lamont> kiko: hence the bug. :-)
[07:23] <carlos> kiko: and seems like the value is being cached because the pdb.set_trace() is not being executed (or at least not the one I expect)
[07:23] <kiko> matsubara, can you see if you can find a bug which reports this inconsistency in searching through packages?
[07:23] <carlos> kiko: do we have anything that caches properties without explicit code?
[07:24] <radix> ah, so that's the problem: it spends 20 minutes uploading and then says "0 revisions pushed" ;)
[07:24] <kiko> carlos, mmmm. nope. well, I say cachedproperty is explicit.
[07:24] <carlos> no, it's not a cachedproperty....
[07:24] <lamont> kiko: note that the browser is probably passing that as %2E, not '.'
[07:24] <lamont> so it could just be failing to interpret %XX in search values...
[07:24] <radix> at least I got it to show up in the UI
[07:24] <kiko> carlos, how are you triggering this? running manually?
[07:25] <kiko> lamont, it's more likely to be an fti issue, actually.
[07:25] <carlos> no, from a doctest file
[07:25] <kiko> carlos, do doctest runs even trigger pdb?
[07:25] <kiko> I have never been able to get one to work reliably for me
[07:26] <carlos> kiko: well, I add it to the called code inside database code
[07:26] <matsubara> kiko: pong
[07:26] <kiko> ignorer
[07:27] <LaserJock> kiko: https://launchpad.net/people/motuscience/+packagebugs looks great, and just in time for the Bug Day!
[07:27] <kiko> (he's going to say he's concentrating on fixing a malone bug, I can see it coming0
[07:27] <lamont> kiko: whatever.  fix that. kthxbye. :-)
[07:27] <kiko> LaserJock, sorry for the delay. cool, thanks!
[07:29] <LaserJock> kiko: it would be cool to eventually have a total for each column in https://launchpad.net/people/motuscience/+packagebugs
[07:29] <LaserJock> with that many packages it is hard to see what is going on overall
[07:29] <kiko> that should be orderable, I think
[07:31] <LaserJock> kiko: but many thanks for what you've got so far. It certainly helps me get new people interested in bug fixing when I can give them a single url
[07:31] <kiko> cool
[07:31] <kiko> sure, enjoy!
[07:34] <bradb> kiko: Do you have time to review the patch for 35075?
[07:35] <kiko> for bug 35075?
[07:35] <Ubugtu> Malone bug 35075 in malone "Bug Triagers would benifit from a way to list bugs filed without a package" [Normal,In progress]  http://launchpad.net/bugs/35075
[07:35] <kiko> sure
[07:35] <carlos> kiko: ok, got it, It was executing another code path
[07:35] <kiko> aha
[07:35] <bradb> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileJYIN7Z.html
[07:36] <kiko> bradb, remind me of the bug # that you reported on the visual corruption of the error messages?
[07:37] <matsubara> kiko: maybe bug 31048?
[07:37] <Ubugtu> Malone bug 31048 in launchpad "Cannot search Ubuntu packages for linux-source-2.6.15" [Normal,Confirmed]  http://launchpad.net/bugs/31048
[07:37] <kiko> matsubara, hmmm, maybe!
[07:38] <bradb> kiko: bug 37337
[07:38] <Ubugtu> Malone bug 37337 in malone ""Also Needs Fixing Here" area mangled" [Normal,Fix committed]  http://launchpad.net/bugs/37337
[07:38] <kiko> fix committed?
[07:38] <bradb> I noticed afterward that it was fixed on HEAD
[07:39] <matsubara> kiko: couldn't find anything else closer to what Lamont described.
[07:39] <kiko> matsubara, yeah, thanks
[07:45] <matsubara> kiko: in bug 29227 there's some discussion about word separators in searches
[07:45] <Ubugtu> Malone bug 29227 in malone "Searching for "pmu" doesn't find "/dev/pmu"" [Major,In progress]  http://launchpad.net/bugs/29227
[07:45] <lamont> 31048 sounds about right
[07:45] <lamont> it's another instance of the class: source package names with . or + in them.
[07:45] <kiko> ok, I can handle bug 31048, no problem.
[07:45] <Ubugtu> Malone bug 31048 in launchpad "Cannot search Ubuntu packages for linux-source-2.6.15" [Normal,Confirmed]  http://launchpad.net/bugs/31048
[07:45] <kiko> thanks
[07:46] <lamont> kiko: but note that it's also + ...
[07:46] <kiko> yeah; I'll add testcases with +, - and . in the package names.
[07:48] <ddaa> rah, the spammers got me, had to add a captcha on my blog to stop the flood of web sewage :(((
[07:52] <carlos> grrrr
[07:52] <carlos> I hate SQLObject....
[07:52] <carlos>     >>> from canonical.database.sqlbase import flush_database_updates
[07:52] <carlos>     >>> flush_database_updates()
[07:52] <carlos>     >>> transaction.commit()
[07:53] <carlos> kiko: I thought we didn't need the flush_database_updates() anymore if we commit the transaction....
[07:53] <carlos> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileEPZ4vm.html
[07:54] <carlos> spiv: around?
[07:54] <carlos> kiko: without the flush, the pofile.path change on that code is ignored 
[08:02] <kiko> carlos, I've seen it to be necessary, unfortunately
[08:02] <kiko> in other ones
[08:03] <carlos> kiko: well, spiv told me that I should not add it there
[08:03] <carlos> 'if that's needed it's a bug'
[08:03] <carlos> so I assumed it was fixed...
[08:03] <carlos> I saw it in the past too...
[08:03] <kiko> file a bug on the spivver
[08:04] <kiko> carlos, that isn't a test for the bug I pointed out, though :)
[08:05] <carlos> kiko: it is
[08:05] <carlos> not finished
[08:06] <carlos> but it is
[08:06] <carlos> the problem is that the method is private so I cannot call it directly from the doctest
[08:07] <carlos> kiko: also... that's only a small part of the test, not the whole test :-P
[08:09] <ddaa> mh... I would like to propose several flavour of branch/+edit to different people
[08:09] <ddaa> (actually speccing something for jamesh)
[08:10] <ddaa> the owner should be able to edit name, product, author, title, summary, status
[08:10] <carlos> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileq7w1ZS.html
[08:10] <carlos> kiko: it's a valid test ;-)
[08:10] <ddaa> the owner of the associated product should be able to edit product, title, summary and status
[08:11] <ddaa> I'm not sure what's the right way to do that...
[08:12] <carlos> ddaa: we have a +admin and +edit pages for IPOTemplate
[08:13] <carlos> ddaa: both are the same form but depending on your rights, you see more or less fields to change
[08:13] <carlos> ddaa: not sure if that's what you want...
[08:14] <ddaa> It's quite appropriate since both the branch owner and the product owner should be able to do admin-type operations (changing product and status)...
[08:14] <ddaa> it's _not_ quite
[08:19] <ddaa> Maybe there should should many small forms like "Change registrant" and "Change product" and "Change description"...
[08:19] <kiko> carlos, aha!
[08:20] <carlos> kiko: in fact... I found a way to check that the flush_database_updates call is needed there
[08:20] <ddaa> does not feel quite right though... :(
[08:20] <kiko> really?
[08:20] <kiko> that's interesting
[08:21] <carlos> ddaa:  I don't think it's a good idea...
[08:21] <ddaa> I do think that "Change registrant" should be a separate form, since it's rarely used and dangerous.
[08:21] <carlos> ddaa: perhaps you could disable the widget for the entry you don't want to allow the user to change with a warning of "you don't have enough rights to change this"....
[08:22] <carlos> ddaa: just one form to change the registrant makes sense, but not three, or four small forms....
[08:22] <ddaa> agreed
[08:23] <ddaa> Maybe branch/+edit for the owner, and branch/+product-edit for the product owner.
[08:23] <ddaa> Then the issue is what links to show...
[08:24] <kiko> bradb, have you seen the other bugs I prioritized for you?
[08:24] <ddaa> There's also the problem that ATM, the status is only editable through a separate form from +edit...
[08:26] <carlos> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileG5uMOd.html <- That's without the flush_database_updates
[08:27] <carlos> so we have a way to debug that problem
[08:28] <ddaa> I think the best way to do it is to show "Edit Branch Details" links for both branch owner and product owner, and have them point to different forms (+edit, and +productedit). If the user is owner of the branch _and_ the product, it goes to +edit.
[08:28] <ddaa> And move the status whiteboard away from +edit, too
[08:29] <ddaa> carlos: what do you think?
[08:29] <carlos> hmm
[08:30] <carlos> ddaa: I think that the policy we have for links is to show all links to all people, even if they don't have permissions, except for the admin ones
[08:30] <carlos> at least I think that's what Mark asked some time ago
[08:31] <ddaa> I do not think I can provide a reasonable UI given that restriction.
[08:32] <carlos> I'm not asking you to follow it, I'm just sharing with you the requirements I was told some time ago... I guess you should check with mpt or someone from the infrastructure team
[08:32] <ddaa> mpt: is it normal that the branch pages do not have _any_ portlet anymore?
[08:32] <ddaa> in rocketfuel launchpad
[08:32] <carlos> ddaa: aren't they on the right?
[08:32] <SteveA> ddaa: kiko menioned that we seem to have a major CSS regression
[08:32] <kiko> not major I think
[08:33] <kiko> but still looking
[08:33] <kiko> funny nothing tests this though
[08:33] <kiko> ah, of course, not really testable
[08:33] <ddaa> Ah right, the html is there, must be a CSS thing.
[08:34] <ddaa> kiko: likely testable if you feed the page through w3m, or some other text-only, css-aware browser.
[08:35] <ddaa> launchpad looks funny w/o css :)
[08:36] <ddaa> throw in a couple of hr with display=none, and it would be actually usable
[08:36] <bradb> kiko: I see the priorities yeah
[08:37] <kiko> bradb, okay cool
[08:38] <bradb> kiko: thanks for doing that. any word on the patch from earlier?
[08:38] <kiko> I did some looking on it, was wondering if SteveA would pick up on it but if not
[08:39] <kiko> I'll finish it
[08:39] <kiko> SteveA?
[08:39] <carlos> kiko: time for a fast review?
[08:39] <kiko> bradb, have you started on something else meanwhile?
[08:39] <kiko> carlos, erhm.. sure
[08:39] <carlos> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileFatA2S.html
[08:39] <bradb> no, was eating lunch
[08:40] <carlos> kiko: I removed many commits from the test that are not needed at all
[08:40] <kiko> carlos, I see
[08:40] <bradb> kiko: Maybe I should do bug 36058 until there's a decision made on bug contact subs?
[08:40] <Ubugtu> Malone bug 36058 in malone "Bug tasks need more dates" [Critical,Confirmed]  http://launchpad.net/bugs/36058
[08:40] <dilys> Merge to devel/launchpad/: [trivial]  Remove IRemoteBugTask marker interface; it deoptimizes BugTask._init() and can mostly be emulated using a property (r3372: Christian Reis)
[08:41] <kiko> bradb, well, it sounds okay, but there's a trick: this will require refactoring how we modify bug statuses
[08:41] <bradb> mdz: Maybe you can add your thoughts about bug contact subs in the thread on u-d?
[08:41] <kiko> bradb, I'd like you to make a proposal for that API first before diving in
[08:41] <bradb> ok
[08:41] <kiko> well, a proposal for the API and callsites
[08:45] <bradb> kiko: fwiw, so far we're 4/4 for implicit subs + the option to explicitly subscribe, from the thread on u-d about bug contact subs.
[08:45] <carlos> kiko: https://launchpad.net/products/launchpad/+bug/3989/ <-- The flush_database_updates bug report, it was there already
[08:45] <kiko> carlos, and it's not fixed, so.. :-)
[08:46] <bradb> https://lists.ubuntu.com/archives/ubuntu-devel/2006-March/016936.html
[08:46] <carlos> kiko: right :-(
[08:46] <carlos> I wonder if instead of Gustavo, we should assign it to Andrew...
[08:47] <kiko> you know
[08:47] <kiko> carlos, yeah, please do
[08:47] <kiko> and mark as Major
[08:47] <kiko> you know what would be cool
[08:47] <kiko> if we could collapse portlets and have the collapsing be done persistently
[08:47] <kiko> using a cookie
[08:48] <kiko> based on the id
[08:49] <carlos> kiko: done
[08:49] <kiko> thanks carlos 
[08:54] <kiko> bradb, I have 1/2 a review, will ship one off soon
[08:55] <bradb> ok :)
[08:56] <jbailey> bradb: Heya.  Is it useful for me to aol on the bug contact (option #3), or have I ranted to you about it enough otherwise? =)
[08:56] <carlos> jordi: around?
[08:57] <kiko> carlos, r=kiko
[08:57] <carlos> kiko: thank you
[08:57] <kiko> 2-liners like that are nice
[08:58] <kiko> carlos, I guess it was a good catch because it's totally busted otherwise eh?
[08:59] <carlos> yeah, any sourcepackage or productseries with more than one .pot file on the same directory would break the script due that bug
[08:59] <kiko> not so common though
[08:59] <carlos> hmm
[08:59] <carlos> well, in fact... it's not true... that would happen a lot for new imports
[08:59] <carlos> where the .pot file is imported and leaved on the import queue as usual
[09:00] <carlos> and no previous .po file imported
[09:00] <carlos> so it affects any new sourcepackage imports
[09:00] <carlos> kiko: is more common than I expected. Good catch
[09:00] <bradb> jbailey: Option #3 came from our conversation a while back, so you need respond only if you want to archive your support for it.
[09:00] <carlos> kiko: thank you
[09:00] <bradb> jbailey: is that what aol stands for? :)
[09:00] <carlos> kiko: did you get it reviewing the code?
[09:02] <kiko> carlos, no, running pyflakes over database code, which is why you should make it easy to run (see my email!)
[09:02] <jordi> carlos: here
[09:02] <ddaa> carlos: see my email too
[09:02] <carlos> kiko: :-P
[09:02] <carlos> jordi: I added the Esperanto team already
[09:02] <carlos> jordi: could you answer Tom?
[09:03] <jordi> carlos: ok, I'll answer
[09:03] <carlos> jordi: thank you
[09:03] <carlos> ddaa: I use gvim, but thanks
[09:05] <jordi> carlos: I wonder how many instances of "rosetta@ubuntu.com" there are in the lp code still.
[09:05] <jordi> carlos: I think they should be all changed to @lp.net
[09:05] <carlos> jordi: many
[09:05] <carlos> jordi: I'm moving it to use the email set to the rosetta-admins team
[09:06] <jordi> that could be a trivial patch for me, if I ever get access to the code ;)
[09:06] <jordi> nod
[09:07] <carlos> jordi: ask kiko or SteveA if you want to...
[09:18] <ddaa> is there a syntax (like "bug NNN") to reference a specification from bug comment?
[09:21] <radix> ddaa: so
[09:21] <radix> ddaa: just *how* much crack do I have to smoke, again?
[09:22] <radix> lifeless mentioned --create-prefix should fix it, but it didn't appear to
[09:23] <ddaa> --create-prefix is crack anyway
[09:23] <ddaa> should not be required
[09:23] <radix> whoah, looks like I can't access the sftp server at all any more
[09:24] <ddaa> radix: what I did was: create an empty branch locally, connect with lftp, create directories by hand, upload the branch (mirror -R), create the lock dir by hand (looks like mirror does not create empty dirs), push
[09:24] <radix> I tried creating some directories by hand, but they disappeared when I disconnected
[09:24] <ddaa> You could probably just upload a full branch, but I wanted to be a nice boy.
[09:24] <ddaa> radix: yes, this filesystem is utterly virtual
[09:25] <radix> whoah, wait a second
[09:25] <radix> maybe I _did_ manage to get it pushed
[09:26] <radix> I thought it wasn't, since the http URL on my product page is a 404
[09:26] <radix> (HTTP url to the branch)
[09:26] <ddaa> yeah, that's confusing everybody
[09:26] <ddaa> and pushed does not mean published
[09:26] <radix> ahh
[09:26] <ddaa> there's a significant delay between the two ATM
[09:26] <radix> ok.
[09:26] <radix> hooray!
[09:27] <radix> it is product hosting pokey!
[09:27] <ddaa> The right smoke test is trying to get from sftp.
[09:27] <radix> yep, it's working :D
[09:35] <mpt> kiko, pong, did you get my message?
[09:35] <kiko> mpt, which message?
[09:44] <mpt> carlos, I haven't touched branch portlets recently iirc
[09:44] <kiko> mpt, WHICH MESSAGE?
[09:44] <carlos> mpt: ddaa was the one with the portlets problem
[09:45] <mpt> kiko, the one with the mockup
[09:46] <mpt> ddaa?
[09:46] <ddaa> was looking at http://localhost:8086/people/name12/+branches
[09:46] <ddaa> saw no portlet
[09:47] <ddaa> maybe I'm just out of date
[09:47] <ddaa> out to dinner now
[09:47] <mpt> could not connect to the server
[09:47] <mpt> oh, right, localhost
[09:47] <kiko> mpt, no, I didn't.
[09:48] <mpt> kiko, resent.
[09:49] <kiko> ah, wonderful, thanks
[09:49] <mpt> https://launchpad.net/people/mbp/+branches looks fine for example
[09:50] <mpt> https://staging.ubuntu.com/people/mbp/+branches ... oh dear
[09:50] <mpt> that's odd
[09:50] <kiko> it's a CSS issue, I believe
[09:50] <kiko> the <div> is there
[09:51] <mpt> This means I'm going to be working Saturday :-] 
[09:51] <dilys> Merge to devel/launchpad/: [r=kiko]  Fixed a bad var name detected by kiko + test included. (r3373: Carlos Perello Marin)
[09:51] <kiko> mpt, the picture is a bit low-definition, I can barely read 
[09:52] <kiko> any chance you can get a bigger one?
[09:52] <mpt> sure
[09:53] <kiko> this is great work, thanks!
[09:53] <kiko> it hides the ubuntu complexity out-of-reach though :)
[09:55] <kiko> matsubara, what about your second patch?
[09:56] <_mvo_> can someone tell me why I'm unable to change the status for https://launchpad.net/products/gnome-app-install/+bug/3892?
[09:56] <Ubugtu> Malone bug 3892 in gnome-app-install "There should be different applications by arch" [Unknown,Unknown]  
[09:57] <matsubara> kiko: failure
[09:57] <matsubara> kiko: just noticed it.
[09:57] <kiko> hah
[09:59] <mpt> _mvo_, it looks like that's a bug in Malone's bug watch handling
[10:00] <kiko> mpt, not entirely :)
[10:00] <mpt> no, it's an old bug report
[10:00] <mpt> so it's in, uh, compatibility mode? :-)
[10:01] <kiko> _mvo_, what you need to do there is to indicate that bug in ubuntu as well
[10:01] <mpt> _mvo_, find the equivalent bugzilla.gnome.org bug report, and link it up
[10:01] <mpt> then the status will update automatically from Bugzilla
[10:01] <mpt> if you want to track it/fix it in Ubuntu separately, do as kiko says
[10:01] <_mvo_> but gnome-app-install is really only tracked in malone
[10:02] <kiko> _mvo_, oh, does it officially use malone?
[10:02] <kiko> https://launchpad.net/products/gnome-app-install
[10:02] <kiko> because that's not what its launchpad homepage says :-)
[10:02] <matsubara> kiko: lots of failures in database/ftests/test_zopeless_reconnect.txt
[10:02] <kiko> matsubara, just send it again
[10:03] <_mvo_> kiko: thanks, I'll fix that
[10:03] <mpt> kiko, 900*800 version sent
[10:04] <kiko> _mvo_, it will now say that (doesn't use malone) in the bugtask page as well, as soon as I land a template fix here
[10:04] <mpt> the bugcockfosters page
[10:04] <kiko> the bug page, sorry
[10:08] <bradb> kiko: I mailed my API proposal to the list.
[10:08] <_mvo_> kiko: can I actually change this now (switch it to malone)?
[10:09] <bradb> he meant to say the bug status page
[10:09] <kiko> thanks bradb 
[10:09] <kiko> no, the bug page
[10:10] <kiko> _mvo_, you can, yes, just Define Launchpad usage
[10:10] <bradb> oh. when mpt said cockfosters, i thought bug status 
[10:10] <kiko> I said bugtask by mistake
[10:10] <kiko> well, sorta, the page is called bugtask-index so :)
[10:11] <mpt> Anyone know why we have a bunch of templates named foo-index.pt instead of foo.pt?
[10:11] <kiko> don't know if there is a standard even
[10:11] <mpt> sourcpackage.pt is the odd one out
[10:12] <kiko> mpt, any chance you'll get the CSS fix?
[10:12] <mpt> +e
[10:12] <mpt> kiko, yes, I'll work on that today
[10:12] <kiko> okay, cool
[10:12] <kiko> I was half-starting on it but then fine
[10:12] <mpt> I suspect it might be quite difficult
[10:12] <kiko> why>
[10:13] <mpt> well, reverting the changes I landed on Wednesday would fix it
[10:14] <mpt> which was removing some <div fill-slot>s that no template was using
[10:14] <mpt> but that doesn't explain why it's happening
[10:14] <mpt> and it wouldn't fix another bug, which is highly related, let me find it
[10:14] <kiko> just tinker with the CSS?
[10:15] <mpt> bug 31342
[10:15] <Ubugtu> Malone bug 31342 in launchpad "Launchpad main_template is broken when there's no actions portlet" [Normal,Confirmed]  http://launchpad.net/bugs/31342
[10:15] <mpt> sure, it's a CSS problem, doesn't mean it's easy :-P
[10:15] <kiko> fix both for ice cream!
[10:15] <mpt> ok
[10:15] <mpt> ice cream and sausages
[10:18] <bradb> kiko: btw, i wonder if bug 886 should be prioritized
[10:18] <Ubugtu> Malone bug 886 in malone "Merge Severity and Priority into Importance" [Normal,Confirmed]  http://launchpad.net/bugs/886
[10:18] <kiko> bradb, mpt says he's going to work on that as soon as he's finished his current task IIRC?
[10:19] <mpt> yeah, I've already started it
[10:19] <bradb> i updated it
[10:27] <dilys> Merge to devel/launchpad/: [trivial]  Assorted template fixes:lude a portlet for the target details on bug pages, fix some selective display issues in bug portlets, fix a logic error in the source package release portlet, reindent the main-template properly (ha ha), avoid wrapping expiry dates in the team membership page (r3374: kiko)
[10:27] <kiko> whee
[10:42] <carlos> night dudes
[10:59] <bradb> SteveA, kiko: I replied to the bugs-without-packages review.
[10:59] <kiko> all right
[11:01] <kiko> bradb, updated patch?
[11:02] <kiko> good work matsubara 
[11:02] <bradb> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileRwPNsA.html
[11:04] <kiko> +                        Show only bugs not assigned to a package
[11:05] <kiko> bradb, mpt: can you come up with better text for that?
[11:05] <dilys> Merge to devel/launchpad/: Fix https://launchpad.net/products/launchpad/+bug/34202 (Approving a proposed team member twice will cause an OOPS) r=kiko (r3375: Diogo Matsubara)
[11:05] <kiko> using perhaps "Exclude" 
[11:07] <kiko> I'd update the doc for the interface as well
[11:07] <bradb> kiko: "Show only bugs with no package information"? s/information/specified/?
[11:07] <kiko> bradb, r=kiko other than that
[11:07] <kiko> sounds good
[11:08] <bradb> ok, thanks
[11:08] <kiko> actually
[11:08] <kiko> Exclude bugs with packages specified
[11:08] <kiko> might be less obtuse
[11:08] <bradb> hm
[11:08] <kiko> Show only X with no Y 
[11:08] <kiko> reads really poorly
[11:09] <bradb> ok
[11:20] <dilys> Merge to devel/launchpad/: [trivial]  Ironically hctapi wasn't even compiling; also remove a dud broken and unused (?) method in browser/product.py (r3376: kiko)
[11:40] <SteveA_> mpt: hello
[11:43] <kiko> hey steveA
[11:47] <SteveA_> hey
[11:49] <dilys> Merge to devel/launchpad/: [r=kiko]  fix bug 35075 (Bug Triagers would benifit from a way to list bugs filed without a package) (r3377: Brad Bollenbach)
[11:49] <kiko> congrats bradb 
[11:49] <kiko> SteveA_, so what you say? have time for a quick review?
[11:49] <kiko> mpt, have time for a template/CSS/js review?
[11:53] <SteveA_> kiko: no reviews.  too tired.  i'm merely setting up my new mac mini
[11:53] <SteveA_> in the pov offices
[11:54] <kiko> booo
[11:55] <kiko> who wants to review some JS/template/css?
[12:03] <kiko> https://chinstrap.ubuntu.com/~dsilvers/paste/fileKGzYlo.html
[12:03] <kiko> come on
[12:03] <kiko> somebody!