[12:12] <ddaa> jblack: would renaming "Code" to "Branches" would suit you?
[12:12] <jblack> That would be better, but I like "My Branches" better still.
[12:12] <ddaa> Because "My Branches" only work if you are looking at your own person.
[12:12] <jblack> If I looked at ddaa's page, then that's ddaa's page.
[12:12] <jblack> He's saying "here's my branches"
[12:13] <jblack> Hmmm. well, hold on. I think I see your point.
[12:13] <jblack> Can we change it to Branches for $username ? 
[12:13] <jblack> or $username's branches
[12:14] <ddaa> Not at the moment.
[12:14] <jblack> Ok. Then I want this.
[12:14] <jblack> I didn't realize that whole blue box on the right was all of jblack's stuff.
[12:14] <jblack> Can we title that block James Blackwell's
[12:14] <jblack> Then overview, bugs, branches, etc, they all make sense
[12:15] <ddaa> Yeah... that would make sense.
[12:15] <jblack> Or not james blackwell's, but jblack's or whatever the primary id is
[12:15] <ajmitch> 'My ' anything reminds me too much of windows
[12:15] <jblack> eas if they own the word.
[12:16] <ajmitch> no, it's just an unfriendly association for some of us :)
[12:16] <jblack> I notice we already do that on the person block on the left side.
[12:16] <jblack> Which gets me thinking...
[12:16] <ddaa> jblack: I have to go to bed. Can you mail me or file a bug or something to remind me to follow up on that? The person you want to talk about about this kind of pervasive change (the portlet should probably be changed everywhere, not just for people) is mpt.
[12:17] <jblack> Perhaps left side should always be global, and right side should always be uniq
[12:17] <jblack> WHOAH!
[12:17] <ddaa> hu?
[12:17] <jblack> I have a link to edit your personal details!
[12:17] <ddaa> yeah sure.
[12:17] <jblack> Oh, of course. I'm in a group
[12:18] <ddaa> Anyway, everybody can _try_ editing anybody's details
[12:18] <mpt> Windows is dropping the "My" in Vista
[12:18] <ddaa> but only launchpad admins will be able to edit other people's details.
[12:18] <jblack> Whats the point of loading a menu up with things one ca't do? 
[12:18] <mpt> *sigh*
[12:19] <jblack> I guess thats a landmine of sorts.
[12:19] <ddaa> I think part of it is showing the links even when a person is not connected. Ha mpt, anything instructive to say about that?
[12:19] <mpt> so, one bug is, because the facets are now miles away from the context, it's not obvious what they apply to
[12:19] <mpt> e.g. it's not obvious that they apply to jblack when you're on one of jblack's pages
[12:20] <mpt> or to Firefox when you're on one of Firefox's pages
[12:20] <jblack> Thats easily solved if we just label the frigging boxes.
[12:20] <mpt> sure, but then you're saying the same thing twice, which smells of a deeper layout problem
[12:20] <mpt> ... And the other bug is that when you're logged in as someone who can't do something, you shouldn't see links to do that something.
[12:21] <jblack> Would "ddaa's overview" be redundantly useless from "Overview" ? 
[12:22] <jblack> And on the top left box putting "Launchpad<br /> Produducts, Distirbutions, People...." 
[12:22] <mpt> Not with the current layout, though it would be redundant if "David Allouche" was right above the menu like it used to be
[12:22] <mpt> right above the facets, rather
[12:22] <ddaa> let's put the menus below the the details portlet
[12:22] <ajmitch> currently it shows who is logged in over the overview, which may be confusing 
[12:23] <ddaa> also, that would free the friggin right column!
[12:23] <jblack> To me, a different box means different context.
[12:23] <mpt> hurrah
[12:23] <jblack> If it were put inside the David Allouche facet on the left, I would know what it was for
[12:24] <ddaa> well, anyway, this whole details portlet is a bit an annoyance. That stuff should be in the body of the page.
[12:24] <jblack> we've got three boxes and a main window. That means four different contexts to me, of which one is intuitively obvious, and 2 I have to guess for
[12:24] <lifeless> ddaa: how do I get t the branches list from here: https://launchpad.net/people/lifeless/+branch/bzr/integration
[12:24] <jblack> Oh, we've got more boxes down the sides. 
[12:25] <ddaa> really gotta go to bed, got bzr/launchpad meeting tomorrow at 0900 UTC
[12:25] <lifeless> (or mpt)
[12:25] <jblack> sleep well
[12:25] <lifeless> night ddaa 
[12:25] <ddaa> jblack: not easily, you click on "Bazaar-NG" in the details portlet, then click on "Code" in the actions portlet.
[12:25] <ddaa> jblack: that's really a bug.
[12:26] <lifeless> ddaa: did you mean lifeless ?
[12:26] <ddaa> hu... yes I did mean s/jblack/lifeless/
[12:26] <lifeless> ddaa: cause if you did, thats not the branches list I wanted, its lifeless-branches-list I want to get to from there
[12:26] <ddaa> I thought jblack asked the question
[12:27] <lifeless> ddaa: though your bug is true too
[12:27] <ddaa> From there, just click on "code" in the actions portlet.
[12:27] <lifeless> eh, thats a title
[12:27] <lifeless> oh, I see. its a title and a link
[12:27] <ddaa> That's not bug, that's a hidden feature!
[12:27] <ddaa> okay, that's a bug
[12:27] <lifeless> mpt: waaaa. 
[12:30] <mpt> lifeless, if I ruled the world, not only would we not have non-underlined links in menu portlets, we wouldn't have menu portlets
[12:30] <mpt> but I don't :-)
[12:30] <mpt> I can't even click on that "Code" link because the text in the middle column is overlapping it
[12:31] <lifeless> mpt: well can we at least not have bold non underlined links in menu portlets ?
[12:31] <lifeless> I read the bold as 'this is a title, cant be clicked on'
[12:32] <ddaa> lifeless++
[12:32] <ddaa> it's highlighted enough without needing to be bold
[12:32] <lifeless> yeah, by the indented things under it
[12:33] <ddaa> and by the lighter background color
[12:33] <ddaa> (luminance...)
[12:33] <mpt> ok, that's reasonable
[12:33] <lifeless> its probably bold because the page it leads to has it bold and not a link at all
[12:33] <jblack> wtf? 
[12:33] <lifeless> so it will look different in those two pages unless its not bolded there either (which I would be fine with)
[12:34] <jblack> "Edit Home Page"  isn't an oversized box to put an url for a homepage. Its a place to put information on the user's page.
[12:34] <ddaa> bug 6563
[12:34] <Ubugtu> Malone bug 6563: "No easy way to go to branch listings from a branch page" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6563
[12:35] <ddaa> jblack: yes' that's confusing, and that's a bug
[12:35] <jblack> ddaa: Please go to sleep. 
[12:35] <ddaa> bug 5283
[12:35] <Ubugtu> Malone bug 5283: ""Home Page" field should be merged into "Description"" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Guilherme Salgado, Status: Accepted http://launchpad.net/bugs/5283
[12:35] <mpt> ddaa got there 5 seconds before me
[12:36] <jblack> I like you, I'll miss you while you're gone. But get some sleep, because you need it.
[12:36] <ddaa> bug 6564
[12:36] <Ubugtu> Malone bug 6564: "Launchpad developers need more sleep" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6564
[12:38] <jblack> lifeless: I sent you a mail a little bit ago. I don't need an immediate answer but I'd like to know you've seen it
[12:38] <lifeless> yup, not clear on it all
[12:38] <lifeless> elmo you and I should have a conference call
[12:39] <lifeless> hes going to set that up with cvd
[12:39] <jblack> I can do that.
[12:39] <jblack> We need cvd? I can do three way with skype
[12:39] <lifeless> you can? well then, that will probably do.
[12:39] <lifeless> in about 12 hours I suspect, as its sunday in .ul
[12:39] <lifeless> uk
[12:39] <jblack> Yeah. 
[12:39] <elmo> I can do it now, if you want
[12:40] <elmo> I'm in the office anyway
[12:40] <jblack> What number should I use for you? Your number on offices?
[12:41] <lifeless> now is fine
[12:41] <lifeless> jblack: my private number if you still have it
[12:41] <elmo> jblack: no, msged you one, will update Offices
[12:41] <jblack> Yeah,
[12:41] <jblack> elmo: ok
[12:41] <jblack> Calling 
[01:31] <jblack> stub: ping
[02:15] <dilys> Merge to devel/launchpad: [Trivial]  Test bzr when merging to rocketfuel. (r2962: Robert Collins)
[04:14] <jblack> stub: hiya! 
[04:14] <jblack> stub: How are you?
[04:25] <stub> jblack: Doing fine ;-)
[04:26] <stub> A little hot here, but nothing the airconditioning won't fix ;)
[04:26] <jblack> Yeah. I heard its really hot down there right now.
[04:26] <jblack> Is it just australia being australia, or is it a heat wave?
[04:27] <stub> I'm in Bangkok now - this is the cool seaon. Not that it makes more than a few degrees difference in general
[04:28] <jblack> Hmm. Maybe its a the whole southern hemisphere. 
[04:28] <jblack> Anyways, I understand that you're in charge of the lp-error@ mailing list. Is this still correct?
[04:28] <ajmitch> NZ isn't too bad still 
[04:29] <stub> jblack: Yes
[04:29] <jblack> Ok. The supermirror account on vostok is probably already trying to send emails to that list.
[04:30] <jblack> I'd like to get that address subscribed to the list and verify that somethign is showing up
[04:30] <stub> Bangkok is Northern hemisphere btw.
[04:30] <stub> Ok - I'll sort that
[04:33] <jblack> Well, true. I just think of it as southern because 1. its so far south compared to me and 2. it was really hot when I went there many years ago.
[04:36] <jblack> Btw, thanks for the help
[04:37] <stub> Hmm.... it should be holding emails sent from vostok, but there are none queued up.
[04:39] <stub> jblack: I've added vostok to the senders list, but I suspect emails are not arriving from there.
[04:40] <jblack> The mailserver has probably given up for awhile on trying to reach that host.
[04:43] <elmo> jblack: where are you sending to?
[04:44] <jblack> Oh, silly me. 
[04:44] <jblack> I'm not
[04:44] <jblack> stub: whats the email address to send to?
[04:45] <stub> launchpad-error-reports@lists.canonical.com
[04:47] <jblack> Ok. MAILTO=launchpad-error-reports@lists.canonical.com
[04:47] <jblack> added to crontab
[04:47] <jblack> this'll be fun
[05:00] <jamesh> mpt: if you have a chance, could you try the javascript patch I attached to bug 6434?
[05:00] <jamesh> (with Safari, that is)
[05:35] <mpt> jamesh, ok I'll try that
[05:37] <mpt> huh, that doesn't make any sense
 Host or domain name not found. Name service error for
[05:37] <mpt>     name=pqm.ubuntu.com type=MX: Host not found, try again
[05:37] <mpt> but I was in the queue!
[06:23] <dilys> Merge to devel/launchpad: [trivial]  Disable deprecation warning in bugtask.py, working around Bug 6285 (r2963: Stuart Bishop)
[07:08] <SteveA> morning
[07:11] <SteveA> mpt: hello
[07:13] <SteveA> stu1: hi.  Can we get this "Product Groups" thing backed out from production?
[07:13] <SteveA> stu1: i have no idea how that change got there.
[07:16] <daf> morning
[07:17] <dilys> Merge to devel/launchpad: [trivial]  Fixed bug 3818 (Headers are misaligned on /distros), bug 6466 (apply underlining of links according to the rules), and sitemap presentation. Tweaked notification messages, spec whiteboard text, and other minor cleanup. (r2964: Matthew Paul Thomas)
[07:17] <mpt> hi SteveA 
[07:19] <SteveA> morning daf.  it is uncommonly early in the uk!
[07:20] <daf> it is
[07:20] <daf> but I don't think I'm going to get back to sleep :)
[07:21] <SteveA> mpt: can we do a voice call using skype?
[07:22] <mpt> SteveA, in about 20 minutes?
[07:22] <SteveA> okay, although i thought we'd discussed last week starting 20 mins ago
[07:23] <mpt> ok, we can do it now
[07:23] <mpt> (I'm just being prodded to do the dishes)
[07:23] <SteveA> 20 mins time is fine, if we can go on a bit
[07:23] <mpt> ok then
[07:23] <SteveA> i think we have a number of things to talk about
[07:24] <SteveA> and i'll get some breakfast while you do the dishes
[07:27] <SteveA> jblack: hi, are you around?  i'm a bit confused by the output of "bzr annotate"
[07:27] <SteveA> maybe you can explain it to me
[07:32] <daf> SteveA: each line has the revision number and the address of the person who modified it
[07:32] <daf> when there are multiple lines in a row with the same revision/person, these details are omitted after the first line
[07:33] <daf> to get more details for a particular revision, you can run "bzr log -r NNN"
[07:33] <jblack> stevea: I'm here.
[07:33] <jblack> what's throwing you? 
[07:33] <jblack> stevea: It gets MUCH easier to understand if you use a really wide terminal
[07:34] <jblack> also, --long and --all can help
[07:34] <SteveA> i'll try that
[07:35] <SteveA> there are two different things i see
[07:35] <SteveA> one is "merge james.h " for example
[07:35] <SteveA> and one is " 2494 pqm@can "
[07:35] <SteveA> and i'm wonder what is the difference
[07:36] <jblack> The 2494 is the revision.
[07:36] <SteveA> now i have the --long --all output
[07:37] <SteveA> i guess what i'm confused by is the difference between "merge NAME DATE" and "REVISION pqm DATE"
[07:37] <lifeless> the merge means that it was not done on the mainline
[07:37] <lifeless> it was done in jamesh's branch
[07:38] <daf> is that a ghost?
[07:38] <jamesh> the "pqm@canonical.com" is probably the same as where it gives my email address
[07:38] <mpt> SteveA, ready
[07:38] <jamesh> the "merge" bit is probably for lines last modified in a revision off the mainline (which don't have a revno)
[07:38] <jamesh> (correct me if I'm wrong)
[07:40] <lifeless> daf: huh ?
[07:40] <daf> never mind
[07:40] <lifeless> jamesh: yes thats right.
[07:41] <jamesh> lifeless: so why would a line be last modified by pqm, given that all it is doing is merges?
[07:41] <SteveA> can i find out what revision number a particular line was merged in?
[07:42] <SteveA> jamesh: looks like a merge from you caused browser/launchapd.py to have "Product Groups" in the sitemap, instead of "Projects"
[07:43] <jamesh> SteveA: yeah.  I used the terms mpt gave me on the wiki
[07:44] <SteveA> ok
[07:44] <SteveA> is that the only place where the terminology is changed from "projects"?
[07:44] <jamesh> I think so
[07:44] <SteveA> ok
[07:44] <SteveA> if / when we make such a change, we should change the UI consistently, all at once
[07:45] <SteveA> please coordinate with stub to get it changed back as soon as possible
[07:46] <mpt> I could have changed it back in my patch today, but I thought someone had done it on purpose ...
[07:46] <lifeless> jamesh: two reasons, ghosts where it cant see the origin (or has not been rewoven so the cache is misleading), and when I do a commit as pqm.
[07:47] <SteveA> mpt: we'll know about it because such a forthcoming terminology change will be announced in a launchpad meeting
[07:50] <stu1> SteveA: If you can land a fix shortly, we can roll it out with the emperor -> PG8 upgrade
[07:50] <jamesh> stu1: I'm merging the sitemap code change into rocketfuel.  The change should be suitable for cherry picking from my branch
[07:52] <stub> I'm  not cherry picking - looks like we are rolling out head in order to get other stuff out too.
[07:52] <jamesh> okay
[07:53] <stub> SteveA: I don't think a UI/terminology issue which causes no functional prolems whatsoever should count as 'roll out asap', ever.
[07:53] <SteveA> i think if "hackergotchi" was changed to "dickwad" then that would be a problem
[07:54] <stub> For some values of 'ever'
[07:54] <lifeless> rotfl
[07:56] <Burgundavia> I am trying to approve somebody to the ubuntu-doc team
[07:56] <Burgundavia> and I get the error: OOPS-B73
[07:57] <daf> did you file a bug?
[07:57] <jamesh> Burgundavia: known problem with the redirect.  You'll find that you have actually approved the person
[07:57] <Burgundavia> no, it just happened
[07:57] <daf> jamesh: is there a bug open for this known problem?
[07:57] <Burgundavia> jamesh, ah, thanks. This is like that evo error message: "Error occurred: Success"?
[07:58] <jamesh> daf: yeah.
[07:58] <Burgundavia> oh, btw, the UI for view team members sucks
[07:58] <jamesh> Burgundavia: no.  It performs the action, and then redirects you to a page.  However, that page doesn't exist because it generated the wrong URL
[07:58] <daf> jamesh: hmm, I can't see mto find it
[07:58] <Burgundavia> ah
[07:59] <jamesh> daf: https://launchpad.net/products/launchpad/+bug/6372
[07:59] <Ubugtu> Malone bug 6372: "approving members broken" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6372
[08:00] <daf> jamesh: ta
[08:00] <daf> looks like it should be a trivial fix
[08:01] <Burgundavia> the "teams UI sucks" bug https://launchpad.net/products/launchpad/+bug/4178
[08:01] <Ubugtu> Malone bug 4178: "Better editing of team members" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/4178
[08:01] <daf> Ubugtu doesn't know about milestones
[08:02] <jamesh> https://launchpad.net/products/launchpad/+bug/6411 seems to be a duplicate of the first part of 6372
[08:02] <Ubugtu> Malone bug 6411: "Bug in email about approve new team members" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6411
[08:02] <daf> Burgundavia: that bug is awaiting a reply from you
[08:02] <Burgundavia> daf, oops
[08:02] <daf> :)
[08:02] <jamesh> bug 6331 is probably the same too
[08:02] <Ubugtu> Malone bug 6331: "Cannot approve new members" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6331
[08:03] <daf> jamesh: looks to me like 6411 is a slightly different bug
[08:04] <daf> email vs. web
[08:04] <jamesh> daf: Jonathan Riddell's bug mentions two problems: (1) the URL in the email is wrong (this is 6411), and (2) bad redirect after approving a new member
[08:04] <daf> oh, yes, misread
[08:05] <Burgundavia> daf, responded
[08:05] <daf> Burgundavia: thanks
[08:05] <daf> jamesh: I'll mark 6331 and 6411 as duplicates of 6372
[08:06] <jamesh> daf: there is also bug 6453
[08:07] <daf> jamesh: aha, thanks
[08:08] <jamesh> daf: also, the oops mentioned in 6331 is an AssertionError, which a user should not be able to trigger
[08:08] <daf> hmm, do you know what the assertion is?
[08:08] <jamesh> I reckon he tried to approve the member, which succeeded but gave the errror on redirect, then went back to the approval page and triggered the "self.context.status == TeamMembershipStatus.PROPOSED" assertion
[08:09] <daf> ok, so fixing the redirect should prevent that from happening
[08:10] <jamesh> daf: I think he must have clicked back, then resubmitted the form
[08:11] <jamesh> daf: you'd still be able to do that if the redirect was fixed, but you'd be less likely to do so
[08:11] <daf> I see
[08:25] <jamesh> this one isn't assigned to anyone: https://launchpad.net/products/launchpad/+bug/6564
[08:25] <Ubugtu> Malone bug 6564: "Launchpad developers need more sleep" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6564
[08:31] <daf> perhaps Launchpad needs a sleep inducement feature
[08:33] <daf> is there a way to run a group of page tests?
[08:33] <daf> i.e. I want to run all the foaf tests
[08:48] <lifeless> bradb has a file, and I have that now, and its finally at the top of my launchpad todo list
[08:52] <daf> "a file"?
[08:53] <stub> A patch to add --story to test.py
[08:53] <daf> aha, cool
[08:53] <jamesh> maybe the pagetest stories other than standalone should be presented as a single test case
[08:56] <lifeless> SteveA: can we defer the bazaar meeting for a bit, I have shopping to do if we are to have dinner ?
[08:57] <lifeless> jamesh: at the unittest level I think that would make sense, but thats kindof in 'rearrange the internals' rather than 'fix the user needs' buckets
[09:03] <carlos> morning
[09:06] <daf> morning carlos
[09:06] <SteveA> lifeless: sure
[09:09] <SteveA> daf: we could write a text/plain page on a bug that returns exactly what ubugtu needs
[09:09] <SteveA> this would be easier than its current screen-scraping, and more flexible too
[09:09] <SteveA> it can start off saying what ubugtu says now, bug including milestones
[09:10] <lifeless> would the rdf page be more useful ?
[09:10] <jamesh> long term, it'd be worth expanding the code to export RDF
[09:11] <SteveA> lifeless: eventually, perhaps.  right now, now
[09:11] <SteveA> not, rather
[09:12] <SteveA> because a text/plain page can be written and tested to do exactly what is required in a very short amount of time
[09:12] <SteveA> and i can query a bug like that using wget
[09:15] <daf> that sounds good, Steve
[09:37] <daf> SteveA: what do you think of bug 3057?
[09:42] <SteveA> daf: yes, accepted, 1.1
[09:44] <daf> SteveA: great -- no assignee ok?
[09:48] <SteveA> yes
[09:49] <daf> ok
[09:49] <daf> perhaps bug 1938 could do with forwarding to Zope
[09:54] <ddaa> SteveA: lifeless: meeting in 7 minutes
[09:54] <ddaa> jblack: you can come if you are interested (#canonical-meeting)
[10:18] <stub> Launchpad will be going offline for up to several hours. Grab what you need now.
[10:18] <SteveA> what's happening today, stub?
[10:19] <stub> PostgreSQL 7.4 -> 8.0 upgrade
[10:19] <SteveA> where has the downtime been announced?
[10:19] <stub> It hasn't
[10:19] <SteveA> oh.  we should have a policy about that
[10:19] <SteveA>  like, getting someone to mail rosetta-users
[10:19] <SteveA> and (when bugzilla info is imported) mailed the appropriate devel lists
[10:20] <stub> We do have a policy - I just neglected to follow it (because the final decision was made late Thursday and I didn't do it on Friday)
[10:21] <SteveA> does the policy include rosetta-users ?
[10:21] <SteveA> and launchpad-users?
[10:21] <stub> Not yet....
[10:21] <daf> jordi: check with stub what the expected downtime is, if you're going to announce it
[10:22] <jordi> daf: he said "several hours", which makes me think it's not too clear
[10:22] <jordi> stub?
[10:23] <stub> It might be  7 hours. Hopefully a lot less, but we have no way of providing a better guess until we have performed the procedure on that hardware.
[10:23] <carlos> "Launchpad will be going offline for maintenance in 50 seconds."
[10:23] <jordi> should I give details, ie, "we're upgrading postgres"?
[10:23] <carlos> wow
[10:24] <carlos> it's a self destruction bomb what we have there ;-)
[10:24] <stub> carlos: If it is a problem, I can keep it up....
[10:24] <stub> Or restart it..
[10:24] <daf> I think it's no more a problem now that it would be at other times
[10:24] <carlos> stub, no, I was doing some bug comments
[10:24] <carlos> I can wait until it's up again
[10:24] <jordi> mailed rosetta-users
[10:24] <stub> ok.
[10:24] <jordi> back in a bit
[10:26] <Kinnison> Morning all
[10:27] <daf> hi Daniel
[10:27] <daf> good holiday?
[10:27] <Kinnison> daf: I need a break to recover from it
[10:27] <daf> haha
[10:27] <Kinnison> daf: I spent the vast majority of it dealing with the 'rents and the out-law
[10:28] <mdke> oh bloody hell, PLEASE tell us in advance if you're going to take the authentication server away from the wiki!
[10:28] <daf> I see
[10:28] <Kinnison> daf: a portion of it was spent in agony (abcess in jaw)
[10:28] <mdke> it can waste so much work
[10:28] <Kinnison> daf: and the rest was spent asleep, bemoaning my lack of energy to do the projects I had set aside for the holiday period
[10:28] <daf> Kinnison: ow abcess
[10:28] <Kinnison> daf: so all-in-all a typical holiday for me
[10:29] <Kinnison> still, I managed to get up at 09:06 this morning, which is bloody good for first-day-back
[10:29] <SteveA> stub: is there a way of allowing the wiki to continue working r/w during the upgrade?
[10:29] <Kinnison> s/get up/log-into-desktop etc/
[10:29] <daf> Kinnison: how did your cake turn out this year?
[10:29] <SteveA> mdke: can you get it back with BACK ?
[10:29] <mdke> SteveA, no
[10:30] <Kinnison> daf: very very moist and fruity
[10:30] <Kinnison> daf: there still remains some
[10:30] <daf> Kinnison: ooh, sounds good
[10:30] <Kinnison> daf: perhaps I could work from yours one of the days this week? I could bring some for you
[10:30] <SteveA> spiv: can we improve the wiki auth code so that it doesn't lose people's POSTs when it goes into RO mode?
[10:30] <daf> Kinnison: you would be most welcome :)
[10:31] <daf> hmm, does the wiki authenticate on every page save?
[10:31] <stub> SteveA: For a big chunk of the time, yes. I'll allow the authserver to connect to the old database while it is being backed up and while I'm building the new one.
[10:31] <mdke> daf, on every PREVIEW and every save
[10:31] <daf> I see
[10:31] <Kinnison> daf: cool, I'll get on with my mail now then
[10:31] <mdke> SteveA, seriously, advance warning would be enough
[10:32] <mdke> no need to do anything more clever than that, IMO
[10:32] <SteveA> mdke: okay, noted.  there should have been an announcement on mailing lists etc.
[10:32] <mdke> "more clever" ugghhh
[10:32] <daf> hmm, does the Ubuntu wiki not have the moin backup feature?
[10:32] <daf> wiki.u.u/MatthewEast/MoinBackup doesn't exist, at any rate
[10:33] <mpt> MoinEditorBackup, daf, iirc
[10:33] <daf> mdke: https://wiki.ubuntu.com/MatthewEast/MoinEditorBackup
[10:33] <daf> mdke: it exists, but I can't view it
[10:34] <mdke> me neither
[10:34] <mdke> i haven't heard of that feature before
[10:34] <daf> I suggest you try again when you log back in
[10:34] <raphink> maybe you have to authentificate
[10:34] <mpt> "The authentication database is temporarily unavailable"
[10:34] <mdke> daf, will do
[10:34] <daf> I discovered it by accident when I was searching for other stuff, I think
[10:34] <mdke> thanks
[10:34] <daf> they seem to have changed the search code to not find these pages any more, so they're even more obscure now
[10:34] <daf> mdke: glad I could help
[10:35] <mdke> how long is downtime?
[10:35] <daf> we don't know
[10:35] <mdke> k
[10:35] <daf> we're upgrading PostgreSQL
[10:35] <daf> it may take some time
[10:37] <mdke> SteveA, if you decide on a mailing list, for notification, which one is it likely to be? just so I can subscribe...
[10:37] <SteveA> mdke: it will be several mailing lists
[10:38] <mpt> mdke, be thankful we don't use Launchpad authentication for subscribing to the mailing lists :-)
[10:38] <mdke> ;)
[10:38] <mdke> SteveA, how about launchpad-users? that seems pretty low volume ;)
[10:38] <SteveA> soon, the authentication system won't need to be taken down when the database is taken down
[10:39] <daf> separate db?
[10:39] <mdke> mpt, i'm sure that will come in time ;)
[10:39] <SteveA> daf: there are a bunch of specs on it
[10:40] <daf> cool
[10:42] <daf> SteveA: I wonder if we could save a non-trivial amount on page size by using relative links more
[10:43] <Kinnison> are we running mod_gzip ?
[10:43] <daf> or rather, links without the http://host part
[10:43] <daf> canonical_url in general and the menu system particularly generate an awful lot of links with hosts in them
[10:44] <daf> Kinnison: perhaps the Apache front-proxy does, dunno
[10:45] <Kinnison> well, the 503 doesn't :-)
[10:45] <SteveA> we've discussed mod_gzip before.  lifeless had some comments about it.
[10:45] <daf> :)
[10:46] <SteveA> ii think we have more important things to concern ourselves with than removing N bytes from the size of pages
[10:46] <Kinnison> SteveA: comments along the lines of "urgh, it's a poorly implement bag of shite which explodes IE when used in conjunction with mod_ssl" ?
[10:48] <SteveA> Kinnison: when you look at launchpad.net/distros/
[10:49] <SteveA> there is this area, top left, called the "site map"
[10:49] <SteveA> what could it display in the RHS of the site map that would be useful, considering distros as a whole?
[10:49] <SteveA> the concept is, major areas on LHS
[10:49] <SteveA> some useful minor areas within the major area on the LHS
[10:50] <Kinnison> umm, /me *will* look
[10:52] <daf> Kinnison: https://staging.ubuntu.com/
[10:52] <Kinnison> daf: umm, good point :-)
[10:53] <Kinnison> yay for timeout errors
[10:53] <Kinnison> staging/distros/ubuntu times out
[10:53] <Kinnison> :-)
[11:06] <mdke> daf, ah, that is very useful, thanks a lot
[11:07] <stub> wikis are back online for the time being
[11:08] <daf> thanks stub
[11:10] <dilys> Merge to dev/launchpad/sourcecode/bzr: [Trivial]  Stop branch nicks being recorded by direct users of commit objects. (r1370: Robert Collins)
[11:13] <carlos> wow, PQM is really fast since the server migration
[11:31] <dilys> Merge to devel/launchpad: [trivial]  product groups => projects in sitemap (r2965: James Henstridge)
[11:51] <Kinnison> How come it's taking > 20 minutes to clean up after that merge?
[11:57] <lifeless> Kinnison: sftp push
[11:57] <lifeless> Kinnison: see the thread on the list mid-xmas-break
[11:58] <daf> where's the PQM queue page gone?
[11:59] <daf> s/gone//
[11:59] <lifeless> daf: pqm.ubuntu.com
[11:59] <Kinnison> daf: http://pqm.ubuntu.com/
[11:59] <daf> ta
[12:11] <niemeyer> Hey launchpaders!
[12:12] <lifeless> hallo niemeyer 
[12:12] <lifeless> how are you
[12:13] <niemeyer> lifeless: Hallo :)
[12:13] <niemeyer> lifeless: Fine, thanks
[12:14] <niemeyer> lifeless: What about you? Working wildly on bzr?
[12:14] <lifeless> finished of the importd baz2bzr tweaks today
[12:14] <lifeless> tomorrow is a bzr-day :)
[12:17] <matsubara> good morning!
[12:20] <dilys> Merge to devel/launchpad: Fix #6410. Fix the .pot edition from the Translation Import Queue [r=spiv]  (r2966: Carlos Perell Marn)
[12:28] <lifeless> niemeyer: and you, what are you up to ?
[12:29] <niemeyer> lifeless: Really? The conversion is done? That's way cool!
[12:29] <lifeless> niemeyer: the code, not the conversion ;)
[12:29] <niemeyer> lifeless: I'm getting back from a 2 weeks break today.. haven't done anything computerwise in that period.
[12:30] <niemeyer> lifeless: Yes, I meant the code conversion
[12:52] <dholbach> hellas Launchpaderians!
[12:53] <dholbach> I'm going to announce a bug day to "clean bugzilla" on friday, I hope we won't switch till then, can anybody confirm?
[12:55] <stub> I think we were planning the migration before then. Email launchpad@lists.ubuntu.com if this looks like being an issue - not sure who is online atm.
[12:55] <stub> dholbach: ^^^
[12:56] <dholbach> hrm
[12:56] <dholbach> so no friday-the-13th-bugzilla-triage :-(
[12:58] <dholbach> is there any plan, when it *might* be? :)
[01:01] <stub> That will depend on jamesh. After tonights work, everything will be in place for the actual migration I think. 
[01:02] <cprov> morning guys
[01:02] <stub> If you want it delayed, send that email - IIRC the reason it is scheduled this week is just because 'sooner the better'. We can reschedule if that is not the case.
[01:02] <stub> cprov: Morning
[01:03] <dholbach> stub: I don't consider the Bug Day to be terribly important. It'd have been nice, but that's it.
[01:03] <lifeless> dholbach: hold it in malone
[01:03] <lifeless> dholbach: as a intro to malone
[01:03] <dholbach> lifeless: we have to sort out the processes ourselves first
[01:05] <spiv> SteveA: re not losing wiki POSTs when RO, the real solution to that is AuthserverCaching, I think.
[01:06] <daf> spiv!
[01:06] <spiv> SteveA: It may be that there's a fairly cheap short-term workaround, but nothing easy springs to mind.
[01:06] <spiv> daf: Good evening!
[01:06] <daf> hello hello
[01:06] <daf> good holiday?
[01:07] <spiv> Very!  Time with family, time at the beach (including a little bit of diving with a friend I don't see very often), and lots of cricket watching :)
[01:07] <daf> sounds great
[01:07] <spiv> And virtually *no* computer use.
[01:07] <daf> :)
[01:07] <spiv> Except for the aforementioned friend that hooked me on wesnoth...
[01:08] <daf> I need to ask you about some bugs, but given the time and the fact that Launchpad is down, I think that can wait until tomorrow
[01:08] <daf> oh dear, the curse of Wesnoth
[01:08] <spiv> Thankfully, that was towards the end of my holiday :)
[01:08] <daf> I hope you get better soon ;)
[01:22] <SteveA> spiv: thanks.  we'll do AuthserverCaching.
[01:24] <SteveA> dholbach: hello
[01:25] <dholbach> hellas SteveA :)
[01:25] <SteveA> dholbach: we'd planned to do the bugzilla -> malone thing in the middle of this week.  we can push it back to next week if there's a good reason to do so.
[01:26] <SteveA> what happens in the "clean bugzilla" bug day?
[01:26] <dholbach> SteveA: we'll invite community members to help us go through all the open/unconfirmed/needinfo/... bugs we have
[01:26] <dholbach> SteveA: http://ubuntu.gplan.info/bugtriage.html would have been the announce, before seb asked me to ask you, when the switch would happen
[01:28] <SteveA> stub: i have no objections to do the switch after this bug day.  can we set a day now when it will occur?  this will allow a more definite announcement for the bug day
[01:29] <SteveA> i think having the bug day on malone would be asking for trouble, with people trying to do a lot of bug work and coordination while also learning launchpad
[01:29] <stub> SteveA: I don't think there is anything beyond this rollout I need to do - I don't think I'm the best person to set a date.
[01:29] <dholbach> SteveA: i'm not sure, if this is terribly important - i can imagine there's a bunch of other people, who'd really like to see the switch soon, so there's only one bug tracker
[01:29] <SteveA> stub: i imagined you'd be running the scripts
[01:30] <jamesh> dholbach: you should be able to provide URLs for the "all (UNCONFIRMED|NEEDINFO) bugs" links.  I don't think "open bugs with no input for 6 months" can be done through the current UI
[01:30] <stub> No - jamesh nurses them through. I just connect him to the database. 
[01:30] <stub> Or else I need to learn where the scripts are ;)
[01:30] <SteveA> i'm going to be in meetings from wednesday anyway, so i won't be around for it ;-p
[01:31] <dholbach> SteveA: i'm pondering to run the bug day on wednesday, that'd work too and you wouldn't have that much delay
[01:31] <dholbach> jamesh: yeah
[01:31] <SteveA> doing the bugday wednesday, and conversion friday would be good
[01:31] <jamesh> dholbach: also, UPSTREAM isn't represented as a simple bug task status after the conversion
[01:31] <seb128> hi
[01:32] <jamesh> dholbach: it is generally represented as an extra bug task
[01:32] <seb128> yeah, and that's going to be a pain
[01:32] <dholbach> jamesh: yeah, seb complains about that every now and then ;)
[01:32] <SteveA> the conversion needs admins to be around, and i'd like kiko to be around too, so starting 1200 UTC friday would work best
[01:32] <seb128> since there is no way to ignore bugs with an upstream task
[01:32] <dholbach> jamesh: this was the announce until i figured that the next bug day might be a malone bug day :)
[01:32] <seb128> so to find your 100 bugs in the middle of 800 UPSTREAM ones ...
[01:32] <jamesh> seb128/dholbach: that's a UI issue :)
[01:32] <seb128> jamesh: that makes malone unusable 
[01:33] <SteveA> seb128: can you explain this "upstream" issue to me please?
[01:33] <SteveA> i haven't heard of it before
[01:33] <dholbach> SteveA: ok, if friday is the day, seb and i are going to run the bug day on wednesday
[01:33] <seb128> SteveA: we mark bugs forwarded upstream as UPSTREAM
[01:33] <jamesh> SteveA: he wants to be able to temporarily ignore bugs that have been reported to the upstream maintainers
[01:33] <seb128> SteveA: my default list ignore them
[01:34] <seb128> SteveA: that's basically "upstream has to fix them, then we can reconsider them"
[01:34] <jamesh> SteveA: which are now represented as bugs with a second bug task on the upstream product
[01:34] <seb128> on 900 GNOME bugs there is like 800 upstream ones and 100 we want to work on
[01:34] <seb128> and malone (as I understand it) has no way to ignore those 800
[01:34] <dholbach> jamesh: or simply a bug watch until now
[01:34] <seb128> so to figure what are the 100 that needs to be worked ...
[01:35] <jamesh> dholbach: the migration script does both: an upstream bug task connected to a bug watch
[01:35] <SteveA> seb128: is this something intrinsic to the bug, or something about you and the bug?
[01:35] <SteveA> i mean, will everyone on the distro team be ignoring the bug until upstream fixes it/
[01:35] <dholbach> jamesh: the problem with "upstream" bug reports in Malone is that users tend to file bugs everywhere (Ubuntu {dapper,breezy,hoary,warty,}, Ubuntu <package> {dapper,breezy,hoary,warty,} upstream, ...)
[01:35] <SteveA> ?
[01:36] <seb128> SteveA: seems that most of upstream bugs are GNOME ones
[01:36] <seb128> ie: other people don't really have a standard upstream place where they forward bugs
[01:36] <dholbach> SteveA: for the 'gnome' part this is terribly important - we can't possibly fix all of them
[01:36] <seb128> SteveA: but that's like all the desktop bugs ... we can't fix 900 bugs with 2 people working on that
[01:36] <seb128> so we have to forward, wait for upstream to fix them
[01:37] <SteveA> maybe we should have a "we're waiting for upstream to fix this" flag on distro / sourcepackage bugtasks
[01:37] <seb128> and when upstream have fixed them we pick the patch to backport it or wait for the new version
[01:37] <SteveA> then it would be an explicit flag on each bug
[01:37] <seb128> SteveA: just a way to "ignore bugs with an upstream task open (ie: not fixed)" would be great
[01:37] <SteveA> so, that's just a search option
[01:37] <seb128> yeah
[01:37] <SteveA> bradb: can you make the above a search option?
[01:43] <SteveA> seeing as launchpad is down for maintenance
[01:43] <seb128> I've spoken about that issue with bradb during UBZ
[01:43] <seb128> dunno what he did with the note he took though :)
[01:44] <dholbach> i'll anounce the bug day for wednesday
[01:44] <dholbach> if you can stick to friday 12 utc
[01:44] <dholbach> (or any date past wednesday ;))
[01:45] <SteveA> dholbach: kiko will be here shortly.  i want to make sure he can coordinate the thing on friday.
[01:46] <SteveA> if kiko says okay, then we'll do it 1200 friday
[01:46] <dholbach> SteveA: righto, i'll ask him, when he turns up.
[01:46] <dholbach> SteveA: ... and wait until then.
[01:46] <dholbach> SteveA: Have fun!
[01:47] <stub> lifeless: I've created the production branch on balleny but am failing to bzr push it to chinstrap
[01:50] <dilys> Merge to devel/launchpad: [trivial]  fix capitalisation in name validator (r2967: Dafydd Harries)
[02:10] <bradb> seb128: That note, along with the other stuff we discussed, is here: https://wiki.launchpad.canonical.com/DistroTeamOneOnOne
[02:11] <seb128> bradb: hi, thanks :)
[02:12] <bradb> np ;)
[02:13] <fabbione> guys how is going the upgrade?
[02:13] <seb128> "wants a list of tasks without any upstream task", it's listed :)
[02:14] <kiko> hey old men
[02:15] <niemeyer> kiko!
[02:15] <kiko> aha, the great gustavo returns from the dead
[02:15] <kiko> how's it going?
[02:15] <dholbach> kiko: hellas!
[02:16] <dholbach> kiko: SteveA asked if the bugzilla/malone-switch could happen on Friday 12 UTC
[02:16] <dholbach> kiko: he'd like you to be there and if you're happy with that, I'd announce a bugzilla-cleanup-bugday on Wednesday.
[02:17] <kiko> dholbach, I answered his email (though I would have liked to do it earlier)
[02:18] <dholbach> kiko: is that a "it's all ok, let's do it on friday"? :-)
[02:19] <kiko> dholbach, yeah.
[02:20] <dholbach> kiko: rock'n'roll
[02:20] <dholbach> merci beaucoup
[02:24] <niemeyer> kiko: Yeah, alive again :)
[02:24] <niemeyer> kiko: Batteries recharged
[02:24] <niemeyer> ;)
[02:25] <kiko> cool
[02:28] <ddaa> I'm consistently and positively surprised with IBM laptop support... every time I call them I fear an up-hill battle for them to accept that the lappy is BROKEN, and everytime, it's not.
[02:28] <ddaa> Maybe it's just that my expectations were set by AppleCareless...
[02:29] <niemeyer> ddaa!
[02:30] <kiko> I had a toshiba that blew up its LCD in 6 months
[02:31] <Kinnison> kiko: gosh
[02:31] <Kinnison> maybe I'm just lucky :-)
[02:32] <Kinnison> kiko: if cprov hasn't left yet, tell him to take care from me, okay?
[02:32] <kiko> your box is particularly nice
[02:32] <kiko> Kinnison, why would he be leaving?
[02:32] <Kinnison> kiko: he said he was feeling very sick
[02:32] <kiko> really? he didn't say anything to me
[02:32] <kiko> I should pop up
[02:32] <Kinnison> if he's unwell he should go home and rest
[02:34] <stub> launchpad is back up
[02:35] <kiko> thanks stub 
[02:35] <stub> We are running head so it would be good if people can have a play before I go to bed in a few hours.
[02:36] <dilys> Merge to devel/launchpad: [trivial]  capitalise distribution/release names in sample data (r2968)
[02:36] <bradb> stub: ProgrammingError: ERROR: permission denied for relation pg_ts_cfg CONTEXT: SQL statement "select oid from ts2.pg_ts_cfg where ts_name = $1" ... (on production)
[02:36] <bradb> Got that trying to save on +editstatus
[02:36] <stub> ta
[02:37] <stub> bradb: Please try submitting again
[02:38] <bradb> stub: "ProgrammingError: ERROR: permission denied for relation pg_ts_cfgmap CONTEXT: ..."
[02:38] <stub> Yay - looks like all the tsearch tables lost their perms
[02:39] <kiko> hooray for fti
[02:40] <stub> bradb: And again
[02:41] <stub> kiko: Actually security.py in this case - it declares 'everything in the ts2 schema is public', but that doesn't appear to be the case
[02:41] <kiko> that's odd. isn't security.py used to /set up/ the permissions, stub?
[02:42] <bradb> stub: Getting an OperationalError now
[02:42] <stub> kiko: Yes. Not sure why i didn't pick this up on staging. Maybe I did, and just forgot to update my notes.
[02:51] <bradb> stub: Saving on +editstatus worked for me now, thanks.
[02:52] <kiko> matsubara, can you check https://launchpad.net/malone/bugs/6571
[02:52] <kiko>  and see what you can do about it?
[02:52] <Ubugtu> Malone bug 6571: "No Initial Confirmation Upon Clicking "Join the Team" Link" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/6571
[02:52] <stub> A bit worrying - database was running in recovery mode, causing the operational error :-/
[02:53] <kiko> how weird
[02:53] <matsubara> kiko: ok
[03:04] <ddaa> Kinnison: crappy .au power grid fried my thinkpad's usb... not the lappy's fault
[03:04] <ddaa> hey niemeyer
[03:04] <Kinnison> ddaa: eww, nasty .au
[03:04] <Kinnison> ddaa: perhaps I should bring my UPS along to future conferences
[03:04] <kiko> ddaa, powergrid fried usb? no way
[03:04] <ddaa> niemeyer: your update-branches script is now live
[03:04] <ddaa> kiko: I had a hard-drive with external power supply plugged in
[03:05] <ddaa> when I wok up in the morning the whole lot was shut down. When I turned it on, it smelt of burt plastic and the USB was dead, dead, dead.
[03:06] <niemeyer> ddaa: Cool! 8)
[03:06] <ddaa> I'm have a blog post in the pipe about it, will be online once it I get the blessing from all interested parties.
[03:07] <kiko> I'm have great condolences
[03:09] <jamesh> stub: is the bug task status migration being run right now?
[03:09] <kiko> stub, can you confirm that bug 2109 no longer applies? I removed all the bare except:s but one, and it's in a small codepath. 
[03:09] <stub> jamesh: Not yet. I guess I better do that ;)
[03:09] <jamesh> stub: /distros/ubuntu gives an oops right now ..
[03:10] <kiko> that's depressing.
[03:10] <jamesh> "KeyError: 40", which would be the old status code
[03:11] <stub> jamesh: Fixed
[03:11] <jamesh> bradb: if you have the ability to test a javascript bug on Safari, could you try the patch on https://launchpad.net/products/malone/+bug/6434?
[03:11] <Ubugtu> Malone bug 6434: "Clicking "Add comment to this bug" reloads the page then jumps to the top" Fix req. for: malone (upstream), Severity: Normal, Assigned to: James Henstridge, Status: Confirmed http://launchpad.net/bugs/6434
[03:11] <jamesh> stub: looks good now
[03:12] <bradb> jamesh: Sure.
[03:13] <stub> Do things seem slower than normal, or is it just my network connection?
[03:13] <stub> kiko: Probably fixed then.
[03:14] <kiko> thanks stub 
[03:18] <bradb> jamesh: It works for me. Is it also supposed to auto-focus the comment field? It doesn't, for me, but just curious.
[03:24] <jamesh> bradb: there is no code to auto-focus the comments field
[03:24] <bradb> ok
[03:24] <jamesh> bradb: but if it no longer reloads the page, then that would mean it is fixed :)
[03:24] <bradb> Yeah, it's fixed for me then. Safari 2.0.2 (416.13).
[03:30] <kiko> matsubara, and bug 6484 is a dupe, I think the OB is assigned to gneuman
[03:31] <matsubara> kiko: I already duped it
[03:32] <matsubara> kiko: what do you mean by OB?
[03:33] <kiko> original bug
[03:33] <kiko> but that's not a real acronym :)
[03:34] <LarstiQ> that's an OA
[03:34] <kiko> LarstiQ, I invent one every day
[03:34] <LarstiQ> kiko: do you have an rss feed for them?
[03:36] <kiko> I guess I don't. I don't even have one for my diar
[03:36] <kiko> y
[03:40] <kiko> hey carlos, daf: what's the situation on bug 1681?
[03:59] <carlos> kiko, hi, no progress from my side
[03:59] <kiko> carlos, will we see some?
[03:59] <carlos> kiko, but I think I can fix it today as I already finished with other bug fixes
[04:00] <carlos> kiko, yes
[04:00] <kiko> okay, cool.
[04:21] <dilys> Merge to devel/launchpad: [trivial]  fix collapsible fieldset javascript to work with Safari, fixing bug 6434 (r2969: James Henstridge)
[04:29] <sd-tux> hi people, doe's rosetta have a problem now ? i uploaded some .po files 2 days ago but they are still not applied ?!
[04:29] <kiko-fud> sd-tux, what is the product?
[04:29] <sd-tux> vlc (georgian ,ka translation)
[04:30] <sd-tux> kiko-fud: and Ubuntu Hoary package "gnome-media" too
[04:30] <kiko-fud> IIRC there was a problem with that import -- carlos, can you check?
[04:31] <carlos> sd-tux, kiko-fud yes, we have some problems with the imports
[04:31] <carlos> I have a patch already and I hope it will land soon into production
[04:32] <sd-tux> carlos: ok , thank you
[04:35] <SteveA> bradb: bug 1235...
[04:35] <Ubugtu> Malone bug 1235: "When batch_start is &gt;= the number of bugs shown, an error is raised" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Bjrn Tillenius, Status: Confirmed http://launchpad.net/bugs/1235
[04:36] <SteveA> surely it can happen if i'm viewing the last-but-one batch, and someone closes a bug covered by the search
[04:36] <SteveA> and then i click "next"
[04:38] <bradb> SteveA: Yeah, if another bug wasn't opened in the same time.
[04:38] <SteveA> right
[04:38] <SteveA> if the number of bugs changes
[04:39] <SteveA> and, this is common during bug triage
[04:39] <SteveA> because i'll have a search open, open bugs from it in a new window
[04:39] <SteveA> and be closing those bugs often
[04:43] <bradb> Yeah, while someone's doing triage, it's more likely that this error might be raised. It isn't raised often, AFAIK.
[04:47] <bradb> Google++ # truly the best Malone search interface
[04:49] <bradb> kiko-fud: dude, when https://launchpad.net/products/malone/+bugs-all?field.searchtext=spamming&search=Search&orderby=-priority%2C-severity&field.milestone_assignment=&field.milestone_assignment-empty-marker=1 doesn't find bug 6285, Google can be a life-saver
[04:49] <Kinnison> kiko-fud: did you just try and ring me
[04:50] <kiko-fud> Kinnison, not me
[04:50] <Kinnison> kiko-fud: okay, ta
[04:50] <kiko-fud> bradb, but how can it not find bug 6285? what does stub say?
[04:50] <kiko-fud> Kinnison, cprov? I sent him off to the hospital, maybe he's the one ringing you
[04:50] <kiko-fud> fud
[04:51] <bradb> kiko-fud: Dunno, stub just left, but I'll have to ask him what's up.
[04:51] <Kinnison> kiko-fud: dunno, it was a +35 number, is that brazil?
[04:53] <elmo> kiko-fud: btw, apparently you guys already have adare available as a 2nd arch buildd
[04:54] <SteveA> bbiab
[05:12] <bradb> lifeless: ping
[05:40] <ddaa> rahh... bug 6564 is killing me...
[05:40] <Ubugtu> Malone bug 6564: "Launchpad developers need more sleep" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/6564
[05:41] <ddaa> maybe we can get debian-women to fix it or something...
[05:42] <LarstiQ> how, exactly?
[05:42] <kiko> elmo, great. what arch is adare?
[05:42] <elmo> kiko: ppc
[05:42] <kiko> thanks!
[05:42] <ddaa> LarstiQ: dunno, isn't one partner's job to get him to bed?
[05:42] <kiko> elmo, can you get us a chroot for it?
[05:42] <elmo> kiko: eh?
[05:43] <kiko> elmo, a chroot for the powerpc buildd -- it is arch-specific, is it not?
[05:43] <elmo> kiko: yes, but what's wrong with creating it with b-s-c-t?
[05:44] <kiko> elmo, I thought we'd found that the tool wasn't working correctly and you had created one for us manually -- if it is working, ignore me
[05:44] <elmo> kiko: I've never created one manually
[05:44] <elmo> cprov did the last one, AFAIK, with b-s-c-t
[05:44] <kiko> okay, never mind me, thanks.
[06:09] <kjcole> Seeking a Mr. Elmo or a Mr. Znarl ... ;-)
[06:10] <Znarl> kjcole : Yes sir?
[06:11] <kjcole> znarl, Hi.  I understand that from someone that I should contact you and/or elmo for activating my @ubuntu.com address.  Yes?  
[06:12] <Znarl> kjcole : Could you send your request to rt@admin.canonical.com and it will be delt with.
[06:13] <kjcole> znarl.  Ah, then I did the right thing last week.  (I sent to that address and got a ticket back, but then wondered if the correct process was contacting one of you directly in IRC.)  Never mind then.  (Do I get notified when it's active or should I just periodically send mail to the new address and see what happens?)
[06:14] <Znarl> kjcole : You did the correct thing last week, no need to contact us directly.  You will get a reply email when your request is actioned.
[06:14] <kjcole> znarl, Thanks.
[06:46] <jordi> do we have any provision for users that absolutely don't want to appear in launchpad, but have one of those identities in the system?
[06:47] <bradb> jordi: What is there concern about appearing in Launchpad?
[06:47] <bradb> their, even
[06:51] <jordi> bradb: they hate Ubuntu and don't want to see themselves in a non-free website.
[06:51] <jordi> I guess you know what I mean
[06:52] <bradb> I was hoping you might say they didn't want to get email spam, which wouldn't happen. But we don't have any provisions for people that hate Ubuntu and don't want to see themselves in a non-free website.
[06:52] <bradb> jordi: Have you heard a lot of complaints?
[06:53] <jordi> bradb: there's nothing special that annoys them, but the fact of showing up in a canonical website I guess.
[06:53] <mdke> surely if they don't want to see themselves in a non-free website, there is little reason to sign up to launchpad?
[06:53] <jordi> They don't get email.
[06:53] <jordi> mdke: they didn't, they got identities imported from debian packages I guess
[06:53] <mdke> ahh
[06:53] <jordi> bradb: nope, it's just a group of Debian people
[06:54] <bradb> ah
[07:04] <carlos> hmm
[07:04] <carlos> https://chinstrap.ubuntu.com/~dsilvers/paste/fileh11hkU.html
[07:04] <carlos> is there anyone else with this error?
[07:08] <narsil> hi
[07:14] <bradb> carlos: Yeah.
[07:14] <carlos> bradb, is there a bug report about it?
[07:14] <bradb> I dunno.
[07:16] <bTr> hey
[07:26] <SteveA> jordi: can you tell me the launchpad id of such a user, in a /msg ?
[07:30] <SteveA> kiko, jordi: got a few minutes to chat on #c-m ?
[07:30] <jordi> SteveA: yes
[07:31] <kiko> sure.
[07:46] <gneuman> SteveA, could you have a look at bug3293?
[07:46] <kiko> bug 3293
[07:46] <Ubugtu> Malone bug 3293: "Edit buttons on other people's page should not be visisble" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Gabriel Neuman, Status: Needs Info http://launchpad.net/bugs/3293
[07:48] <SteveA> gneuman: i spoke with mpt about these issues this morning, iterestingly
[07:49] <SteveA> i think it is fine to use enabled_with_permission here
[07:50] <kiko> oka
[07:50] <kiko> y
[07:51] <kiko> I have a patch from gneuman that does that
[07:51] <kiko> SteveA, do we need to pagetest this change, or not really?
[07:52] <SteveA> i worry a little about this change
[07:52] <SteveA> but i think it is a small improvement, and i'll work on the permission-aware-menus with mpt in a couple of weeks
[07:52] <kiko> SteveA, perhaps you want to pick up this patch and merge it?
[07:52] <SteveA> if i pick it up, nothing will happen for a week and a half
[07:53] <kiko> ok.
[07:53] <kiko> you could do it after you finish the zope3 upgrade..
[07:53] <SteveA> my main concern is whether people will be confused by not seeing an "edit" link when they are not logged in
[07:53] <SteveA> and want to edit their own page
[07:53] <SteveA> but i think we should try it
[07:54] <kiko> ok.
[07:54] <carlos> see you later
[08:05] <SteveA> bradb: i confirm that Maintainership has 0 rows in production
[08:06] <bradb> SteveA: thanks
[08:16] <mgalvin> hi all, somehow I wound up with 2 launchpad accounts, (1 of which (mgalvin) I cannot log in to) and I currently have to use matt-t-galvin... might there be a way to merge these 2 so that I can use mgalvin(and possibly remove matt-t-galvin) while retaining my team memberships(associated w/ matt-t-galvin) and such?
[08:17] <SteveA> mgalvin: there is.  there will be at least one email address associated with each account.
[08:17] <SteveA> can you receive email at those email addresses?
[08:18] <mgalvin> SteveA: i can at matt.t.galvin@gmail.com (for matt-t-galvin)... i don't know what email is associated with mgalvin atm
[08:20] <SteveA> mgalvin: i have /msg-ed you the email address
[08:20] <mgalvin> SteveA: got it
[08:20] <SteveA> if you can receive email at that address, then you can merge the accounts
[08:21] <mgalvin> yes i can
[08:21] <SteveA> https://launchpad.net/people/+requestmerge
[08:21] <SteveA> when you're logged in
[08:22] <mgalvin> k, will try in a sec, brb
[08:34] <mgalvin> SteveA: sweet, looks like it worked, thanks! :)
[08:56] <lisi> hello some who can help me?
[08:56] <bradb> SteveA: I've got a diff (14 files changed, 31 insertions(+), 251 deletions(-)) that fixes bugs 6285 and 5485. Do you have time for a drive-by?
[08:56] <lisi> carlos, ?
[08:57] <lisi> I need help :(
[09:01] <bradb> lisi: I can try. What's up?
[09:03] <lisi> just a moment....
[09:03] <bradb> ok
[09:04] <carlos> lisi, hi
[09:05] <lisi> hello boys :)
[09:05] <SteveA> bug 6285
[09:05] <Ubugtu> Malone bug 6285: "process-mail.py spamming us" Fix req. for: malone (upstream), Severity: Normal, Assigned to: Brad Bollenbach, Status: In Progress http://launchpad.net/bugs/6285
[09:05] <SteveA> bug 5485
[09:05] <Ubugtu> Malone bug 5485: "SourcePackage.maintainer should possibly be obsoleted" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Brad Bollenbach, Status: In Progress http://launchpad.net/bugs/5485
[09:05] <lisi> I've translatet a .po file... and alredy uploaded to lauchpad...
[09:05] <lisi> but there is no changes..
[09:05] <lisi> :(
[09:05] <SteveA> it takes a while
[09:05] <SteveA> for the po file to be imported into the database
[09:06] <carlos> SteveA, that's right
[09:06] <lisi> SteveA, I know...I've uploaded it yesterday..
[09:06] <lisi> and today 10 minutes ago...
[09:06] <carlos> lisi, but at this moment we have some problems with the imports. It should be fixed soon this week
[09:06] <SteveA> bradb: okay.  i'm about to go to the shop across the road, but i can look when i return
[09:07] <bradb> SteveA: ok, I'll mail you the diff, thanks
[09:07] <SteveA> ok
[09:07] <lisi> and another question, there is no more updates to Georgian (ka) lang packages via apt :(
[09:07] <lisi> no new packages.
[09:08] <lisi> 20051011 is the last update :(
[09:09] <lisi> do yuo know a problem?
[09:10] <carlos> lisi, a new language pack should appear soon
[09:10] <lisi> do you know where is the problem?
[09:10] <lisi> so it's not our problem... there is some technical problems right?
[09:11] <carlos> more or less, yes
[09:11] <lisi> so when should I re-update the bum's ka.po file?
[09:12] <lisi> and another question... if it exists another language interface of lauchpad?
[09:13] <SteveA> launchpad is just in english
[09:13] <SteveA> we've made some plans to make it translatable
[09:13] <SteveA> but we haven't done any work on it yet
[09:13] <lisi> SteveA, great thing...
[09:14] <lisi> I will translate lauchpad in georgian language with pleasure :)
[09:15] <SteveA> great
[09:16] <lisi> I'm alredy translating some ubuntu packages for Georgian Transators team...
[09:17] <lisi> and I would like to thank all of yuo...for this great job called rosetta :)
[09:18] <SteveA> do a lot of people in georgia use ubuntu?
[09:18] <lisi> and I hope that .po file update would work.
[09:18] <lisi> no
[09:18] <lisi> 3 people... 
[09:18] <SteveA> what do people use?
[09:18] <lisi> I'm Alinux
[09:19] <lisi> :)
[09:19] <lisi> https://launchpad.net/people/alinux :)
[09:20] <lisi> we are only 3 workers :) others are so lasy :/
[09:20] <lisi> no enthusiasm!
[09:20] <lisi> I personally use Kbabel or gtranslator 
[09:20] <SteveA> cool
[09:21] <lisi> online translation is not so fast.
[09:21] <lisi> so I prefer to update .po files
[09:24] <lisi> and I like lauchpad's new interfase... more usable...
[09:25] <lisi> well done boys :)
[09:46] <elmo> does bzr still use ~/.bazaar/bazaar.conf ?
[09:46] <elmo>  or ~/.arch-params/archives/defaults ?
[09:48] <kiko> ~/.bzr
[09:48] <kiko> nope
[09:48] <kiko> none of that
[09:50] <elmo> but bzr does do signed branches?
[09:50] <elmo> commits rather
[09:50] <SteveA> i have no .bzr directory
[09:51] <elmo> I'm basically wondering whether "Bazaar-NG setup" and "GPG Signature Setup" in RocketFuelSetup are still relevant
[09:51] <carlos> kiko, .bazaar
[09:51] <kiko> sorry
[09:51] <kiko> .bzr.conf
[09:51] <kiko> .bazaar?
[09:51] <kiko> I've never heard of bzr using that
[09:52] <kiko> the settings directory for bzr is ~/.bzr.conf/ as per my experience and per the manpage
[09:52] <SteveA> i have .bazaar and .arch-params
[09:53] <carlos> kiko, I'm using .bazaar to configure the email address to use for the different bzr branche
[09:53] <carlos> branches
[09:53] <carlos> so I'm sure it works that way
[09:53] <lifeless> kiko: what bzr version do you have ?
[09:53] <carlos> I think .bzr.conf was used some time ago
[09:53] <lifeless> elmo: ~/.bazaar/bazaar.conf
[09:53] <kiko> 0.7pre, lifeless 
[09:53] <lifeless> then the man page is buggy
[09:53] <elmo> lifeless: ok - but not the ~/.arch-params stuff, right?
[09:53] <kiko> 0.7pre                                       2005-12-31                                       bzr(1)
[09:54] <lifeless> elmo: arch-params is baz and tla only
[09:54] <kiko> and my email address is going out wrong?!
[09:54] <kiko> argh
[09:54] <elmo> lifeless: and LP is no longer using that at all, right?
[09:55] <lifeless> elmo: in what sense ?
[09:55] <elmo> lifeless: in the sense that, if I'm Joe Bloggs and want to contribute to LP, I don't need to even have baz or tla installed?
[09:56] <lifeless> elmo: thats right
[09:57] <elmo> lifeless: thanks
[09:57] <lifeless> elmo: but balleny still needs them as does chinstrap;0
[09:57] <elmo> lifeless: heh, don't worry, I'm purely asking as Joe Bloggs
[09:57] <lifeless> elmo: ok Joe, you number one customer Joe
[10:10] <carlos> SteveA, kiko do you have time for a fast review?
[10:10] <kiko> carlos, yes.
[10:10] <carlos> kiko, it's for the problem with the poimport
[10:11] <carlos> kiko, https://chinstrap.ubuntu.com/~dsilvers/paste/file6n57uD.html
[10:11] <carlos> kiko, thanks
[10:14] <kiko> [x]  never ask me about fucking ssl certificates again in my life
[10:15] <kiko> +                            sqlvalues(sourcepackagename.id, distrorelease.id))
[10:15] <kiko> carlos, did we not do sqlvalues before?
[10:15] <carlos> kiko, no, we were using int values directly
[10:16] <kiko> -            from_sourcepackagename=sourcepackagename)
[10:16] <kiko> +            sourcepackagename=sourcepackagename)
[10:16] <kiko> that is such a strange diff.
[10:16] <carlos> kiko, ?
[10:16] <kiko> from_sourcepackagename didn't even exist before your patch
[10:16] <LarstiQ> it is not in reverse?
[10:17] <carlos> kiko, ?
[10:17] <carlos> kiko, it was there
[10:17] <kiko> carlos, look at the first hunk in the diff?
[10:17] <kiko> second file, first hunk actually
[10:17] <kiko> +            if filename.startswith('source/'):
[10:17] <kiko> +                # Remove the special 'source/' prefix for the path.
[10:17] <kiko> +                filename = filename[len('source/'):] 
[10:17] <carlos> kiko, oh, you mean that
[10:17] <carlos> kiko, right, that was broken
[10:17] <kiko> use os.path functions for that
[10:18] <kiko> okay, I was concerned
[10:18] <kiko> don't go doing string manipulations on paths whenever possible
[10:18] <carlos> kiko, hmm, right, I took another approach that didn't allow me to use os.path and when I decide to take this other approach, I forgot to use it... thanks.
[10:19] <kiko> sure
[10:20] <kiko> -            if sourcepackage is not None:
[10:20] <kiko> +            if sourcepackagename is not None:
[10:20] <kiko> is sourcepackage now unused?
[10:20] <kiko> and also
[10:20] <kiko> DID YOU RUN PYFLAKES ON THE MODIFIED FILES? (make lint, hint hint)
[10:21] <carlos> kiko, that code was a bit broken and without enough testing but the cronscript was raising only the first error....
[10:21] <carlos> kiko, could we add make lint to the make check rules?
[10:21] <kiko> yeah yeah yeah
[10:21] <kiko> well..
[10:22] <kiko> we could but it still raises some false positives
[10:22] <kiko> so it's hard to do any automatic decision based on it
[10:22] <carlos> ok
[10:22] <kiko> I would love to make it a make check condition..
[10:23] <carlos> I will add a postit with it until I add it to my routines to test any change... I always forget it... O:-)
[10:23] <kiko> you're lucky I no longer have connections with the mafia
[10:23] <kiko> I buried Joey in the desert three years ago
[10:24] <kiko> 50c movia trivia quiz, what movie is that a reference to?
[10:25] <jordi> carlos: will you be able to meet up tomorrow evening?
[10:25] <jordi> carlos: say at 5 or so
[10:26] <carlos> jordi, IRC or real life?
[10:26] <jordi> rl
[10:26] <carlos> kiko, ;-)
[10:26] <carlos> jordi, yeah, I think so
[10:26] <carlos> but it should be at home
[10:26] <kiko> IRL is a lot more fun
[10:26] <carlos> I must be here
[10:26] <jordi> carlos: no problems
[10:26] <jordi> I can go there.
[10:26] <jordi> dunno how yet, bike is all broken atm
[10:27] <jordi> but I'll be there
[10:27] <carlos> ok
[10:27] <kiko> jordi, get extra bikes
[10:27] <jordi> kiko: I'll probably have one tonight :)
[10:28] <jordi> I'll have to cycle down to carlos' with both tho
[10:28] <jordi> as I want to take it for repair
[10:29] <kiko> jordi, do you take both by holding on to the seat or the handlebar?
[10:29] <LarstiQ> kiko: I usually use the handlebar
[10:29] <LarstiQ> since seat presents interesting stearing problems
[10:30] <jordi> handlebar
[10:30] <kiko> the seat is a more comfortable position and steering isn't too hard but high-speed riding is risky.
[10:30] <LarstiQ> steering?
[10:30] <kiko> yeah
[10:30] <LarstiQ> right
[10:30] <kiko> a bit like riding with no hands
[10:30] <jordi> yeah, you just push or pull
[10:30] <kiko> nudging the bike to the left or right continuously
[10:31] <jordi> dunno, I don't do this too much
[10:31] <kiko> of course the problem is if you go too fast you can get into a mad-bumping scenario
[10:31] <LarstiQ> hmm, I will have to try that
[10:31] <jordi> so I don't havea  defined style
[10:31] <jordi> other than "don't fall"
[10:31] <kiko> which is usually not catastrophic but when it happens it is a true catastrope
[10:31] <kiko> and a catastrophe too
[10:31] <jordi> heh
[10:31] <kiko> you can easily ditch the second  bike if you are holding on to the seat though
[10:36] <carlos> kiko, Hmmm, I don't see a way to use os.path to do what I need with that patch....
[10:36] <kiko> os.path.basename/filename?
[10:36] <carlos> kiko, if I have 'source/foo/po/es.po' I want  to get 'foo/po/es.po'
[10:36] <carlos> I don't want to get the filename
[10:36] <kiko> os.path.split()[1:] 
[10:37] <carlos> kiko, 'split' splits the dir from the filename
[10:37] <carlos> and that's not what I want
[10:37] <kiko> you want the opposite
[10:38] <carlos> I want every directory split to get ['source', 'foo', 'po', 'es.po'] 
[10:38] <carlos> or something like that
[10:40] <kiko> In [21] : os.sep.join("foo/bar/baz".split(os.sep)[1:] )
[10:40] <kiko> Out[21] : 'bar/baz'
[10:40] <kiko> unfortunate but..
[10:41] <carlos> ok, so it's quite similar to what I have atm
[10:41] <kiko> and would running os.path.abspath() be useful there?
[10:41] <carlos> but taking care of the separator so it will work with Linux and Windows
[10:41] <kiko> do you need to handle links?
[10:41] <carlos> so it's ok for me
[10:41] <carlos> kiko, no, it's a string, not a real file path
[10:42] <kiko> bummer.
[10:42] <kiko> but interestingly enough you can still use it, heh.
[10:42] <kiko> In [27] : os.path.abspath("./foo/bar")
[10:42] <kiko> Out[27] : '/mondo/foo/bar'
[10:42] <kiko> In [28] : os.path.abspath("foo/bar")
[10:42] <kiko> Out[28] : '/mondo/foo/bar'
[10:43] <carlos> kiko, me too
[10:45] <carlos> kiko, hmm thinking it twice... Do you really think we should use that instead of what I have atm? it looks much more complex...
[10:46] <kiko> probably not.
[10:46] <kiko> r=kiko
[10:47] <kiko> oh
[10:47] <carlos> ok, anything else?
[10:48] <kiko> if from_sourcepackagename or sourcepackagename are supplied to POTemplateSubset.__init__() you also require a distrorelease.
[10:48] <kiko> that's a pretty weird API
[10:48] <kiko> ah
[10:48] <kiko> there's a check in the beginning which is hidden by the diff, right?
[10:48] <carlos> I need that
[10:48] <kiko> I guess that's acceptable then
[10:48] <kiko> yeah, r=kiko.
[10:50] <carlos> kiko, ok, thanks
[10:51] <kiko> enjoy
[11:18] <dilys> Merge to devel/launchpad: r=kiko Fixes bug 6571 (No Initial Confirmation Upon Clicking Join). Patch by Diogo Matsubara <matsubara@async.com.br> (r2970)
[11:50] <carlos> night!
[11:57] <dholbach> good night guys
[12:02] <dilys> Merge to devel/launchpad: Fixed the poimport script broken after the TranslationUploads implementation merge + test [r=kiko]  (r2971: Carlos Perell Marn)