[02:19] <seth_k|lappy> Is there some way to reply to a bug in Malone and change its status at the same time,  la Bugzilla? It's either hidden away or staring me in the face...
[02:27] <lifeless> not through the web ui
[02:27] <lifeless> if using th email interface then yes
[02:30] <seth_k|lappy> any documentation on the e-mail interface, lifeless ?
[02:34] <lifeless> yup, wiki.launchpad.canonical.com/MaloneEmailInterfaceDoc or something like that
[02:34] <lifeless> search for email on that wiki ;
[02:34] <lifeless> )
[02:34] <seth_k|lappy> thanks :)
[08:25] <SteveA> lifeless: hi
[08:31] <lifeless> SteveA: allo
[08:37] <SteveA> lifeless: do you want to have a bzr/launchpad/supermirror catch up sometime?
[08:47] <lifeless> SteveA: definately
[08:49] <lifeless> I have to do grocery shopping first though
[08:50] <SteveA> ok
[08:53] <carlos> morning
[08:55] <sivang> morning
[09:08] <jblack> znarl: ping
[09:08] <jblack> elmo: ping
[09:11] <SteveA> hi jblack 
[09:12] <jblack> hi
[09:12] <SteveA> hello carlos, sivang 
[09:12] <carlos> SteveA, hi
[09:13] <Znarl> jblack : Hi
[09:13] <jblack> znarl: Good morning! 
[09:13] <jblack> How are you?
[09:13] <Znarl> Very well, thank you.  Yourself?
[09:13] <jblack> Not bad. Coming off a long productive day. =)
[09:14] <jblack> I was wondering if you would mind opening up the firewall a bit so that vostok could reach people.ubuntu.com on port 80
[09:15] <jblack> I snuck in an rt request while you were napping. Its 1318
[09:15] <sivang> labas SteveA :)
[09:15] <Znarl> Yes, I will do that shortly for you.
[09:15] <jblack> Thanks. I'll hang out in the meantime
[09:21] <SteveA> actually, more right than you think
[09:21] <SteveA> at least in pronounciation
[09:21] <SteveA> i'll take a minute and explain...
[09:21] <SteveA> you can greet someone by saying "labas NAME"
[09:21] <SteveA> but, when you address someone with their own name in lithuanian, you need to put the name into the "vocative" case
[09:22] <SteveA> my name, as used in the lithuanian language, is "Styvas".  pronounced roughly "Steevus"
[09:22] <SteveA> the vocative form of a name ending in "-as" is "-ai".  So, the correct greeting for me is "Labas Styvai!"
[09:23] <SteveA> which, spelling aside, is what you wrote above.
[09:27] <sivang> SteveA: ;-) 
[09:38] <sivang> SteveA: are some of those rules similar to those russian has?
[09:38] <sivang> (/me has the idea lithuanian and russian are close..)
[09:39] <Znarl> jblack : Done
[09:39] <jblack> awesome. thanks
[09:39] <jblack> wait.
[09:40] <jblack> Oh, never mind. 
[09:40] <jblack> thanks very much. ;)
[09:43] <jblack> znarl: Any word on getting ssh acess to supermirror@vostok ? 
[09:44] <Znarl> jblack : No word yet.
[09:47] <jblack> lifeless: Ok. the supermirror is supermirroring
[09:47] <jblack> Its slightly creaky, but its pulling its first branch
[09:53] <jblack> znarl: I'm also getting timeouts from vostok to  https://launchpad.net/
[09:53] <SteveA> sivang: lithuanian borrows some words from russian, but the structure of the language is as distant from german as it is from russian
[09:54] <SteveA> jblack: hi
[09:54] <jblack> SteveA: Hi again
[09:54] <Znarl> jblack : Same problem, RT?
[09:54] <SteveA> jblack: kiko and i have access to the admins' RT queue to set priorities
[09:54] <SteveA> so if things are blocking you in RT now, tell me, and i'll shuffle the priority order
[09:54] <jblack> Oh, priorities.
[09:55] <sivang> SteveA: ah, I see. well, the "vocative" form modification was quite interesting to learn about, and doesn't not exist in the two languages I can speak. (I know about romanian but can hardly speak it)
[09:55] <SteveA> i expect romanian has a vocative
[09:55] <jblack> stevea: Thats cool.
[09:58] <jblack> stevea: Please bump #1182
[09:58] <jblack> Also, pleae bump #1320
[09:59] <SteveA> i can't do anything to 1320
[09:59] <SteveA> as it isn't in the launchpad queue yet
[09:59] <jblack> Whats the typical latency between getting an email and you being able to touch it? 
[09:59] <jordi> hello
[10:00] <jordi> stub: thanks for considering making that bug a priority :)
[10:00] <Znarl> jblack : I am working on #1320 now.
[10:01] <jblack> Znarl: I am so glad that you've joined the company
[10:01] <SteveA> jblack: it needs an admin to classify the issue as a launchpad one.
[10:02] <Znarl> SteveA : I just pushed the request into launchpad.
[10:03] <jblack> So, is there a way for me to mark something as launchpad related in the rt request and my estimate on priority? 
[10:04] <Znarl> jblack : No, but we normally push the requests into the correct queue as soon as possible.
[10:04] <stub> 159 should be closed - too late to worry about
[10:05] <Znarl> stub : Thanks, closing.
[10:05] <stub> I'd like an opinion on 1308 - it might just be a typo in a cronscript somewhere.
[10:06] <SteveA> jblack: i replied to 1320
[10:09] <SteveA> jblack: is it the "internal" port that you need access to?
[10:09] <jblack> Its "https://launchpad.net/products/jatx/"
[10:09] <jblack> pardon
[10:09] <jblack> Its "https://launchpad.net/products/jatx/.bzr/branch-format
[10:10] <SteveA> that gives me a 404
[10:11] <jblack> I get that from the list at "http://gangotri.ubuntu.com:9000/supermirror-pull-list.txt
[10:11] <jblack> I believe that's created by something ddaa wrote
[10:12] <SteveA> jblack: i see
[10:13] <sivang> SteveA: I got a team join request (for .il Ubuntu Translator) from someone with a spammish looking name, when I tried to view the request I got an OOPS-A200. Which if I understood right, means it was already removed. Is there anything automatic that removes spam looking entries?
[10:13] <SteveA> 517 https://launchpad.net/products/jatx
[10:13] <SteveA> i see that line
[10:13] <SteveA> does the supermirror machine have access to http and https on the internet in general?
[10:13] <jblack> Yes
[10:14] <SteveA> sivang: there is nothing that removes things that look spammy automatically
[10:14] <stub> I'm leaning towards adding month and day information to the oops numbers even if it does mean four more digits.
[10:14] <jblack> Typically its supposed to be able to reach "everywhere". There's limitations going into the internal systems on a per host bases.
[10:14] <jblack> I can state that more clearly
[10:15] <SteveA> jblack: i see.  so, what you're saying is that you can get anywhere in general, but there appears to be some special rule saying that you can cannot get to some services hosted at the DC, even though they are public on the internet
[10:15] <SteveA> i understand now
[10:15] <jblack> It can reach the internet in general on http and (should be) https. It gets allowed to other DC hosts on a per host basis, but generally no
[10:15] <jblack> Yes. 
[10:15] <SteveA> please clarify in the RT issue, and i'll promote it
[10:15] <sivang> SteveA: how can I know why such a request has been removed?
[10:15] <SteveA> is there a problem with people.ubuntu.com also?
[10:15] <jblack> There was, there is not
[10:16] <SteveA> sivang: no idea
[10:16] <sivang> SteveA: ok, thanks
[10:16] <SteveA> sivang: if it is important, we can look in logs.
[10:17] <SteveA> i probably have more important things to do though
[10:17] <sivang> not important, no.
[10:17] <SteveA> if it happens again, let me know / file a bug
[10:17] <sivang> yes, I will also look at the logs try to understand what brought it's removal.
[10:17] <SteveA> jblack: also note that we'll be making launchpad use http eventually
[10:18] <jblack> stevea: Done
[10:18] <jblack> stevea: Its likely that ddaa did a "fill_in_the_blank" and forgot to go back later and fill the blank in
[10:19] <SteveA> jblack: it's not good to send "raw data" to the RT queue
[10:20] <SteveA> as that puts the burden on the admins to read and make sense of what has arrived there
[10:20] <jblack> Ok. It won't happen agian
[10:21] <lifeless> jblack: thats not a valid branch
[10:22] <jblack> stevea: As concerns using http, that shouldn't matter.
[10:22] <jblack> lifeless: I'm already emailing David with a cc to you on it. :)
[10:22] <lifeless> jblack: looks like a bug. I'll check in the db when I get bakc
[10:22] <lifeless> from shopping
[10:22] <jblack> More shopping? 
[10:22] <jblack> Buy me a coke. :)
[10:22] <lifeless> but before you email us
[10:22] <lifeless> do this
[10:22] <lifeless> find the branch in launchpad
[10:23] <lifeless> and see if the data entered has that URL
[10:23] <lifeless> if it does, its a GIGO problem
[10:23] <lifeless> (garbage in , garbage out)
[10:23] <jblack> sure thing
[10:23] <lifeless> and the right fix is to put in place the 'ok that branch failed, move on to the next one' handling for the specific error it gives (probably NotBranchError)
[10:24] <SteveA> so, these are URLs to actual branches?
[10:24] <SteveA> we don't have actual branches at launchpad.net.  just metadata.
[10:24] <jblack> according to https://launchpad.net/people/johnnymast/+branch/jatx/jatx it looks like GIGO
[10:25] <jblack> lifeless: That sounds like about the same thing I was thinking. I'm just not sure how to drive that with a test.
[10:25] <jblack> which I think is just a case of being tired. 
[10:26] <lifeless> well
[10:26] <lifeless> I can help you with that 'tomorrow' your cycle
[10:26] <lifeless> SteveA: thats right.
[10:26] <jblack> Ok. its a date
[10:26] <lifeless> SteveA: the urls in that page are the urls branches are found at in the wild, we copy them from there to bazaar.lp.net
[10:27] <SteveA> still, i think it's better that the SM has access to launchpad.net so it can see that the branch is garbage, rather than getting a timeout
[10:28] <SteveA> lifeless: with the merges that were reverted... do you have the names of the owners of the archives the merge was from?
[10:28] <SteveA> that way, i'll know who i need to point this issue out to
[10:28] <SteveA> or, you could email them individually
[10:28] <lifeless> SteveA: they will be in the arch-commits list archives
[10:32] <jblack> Wouldn't that already be covered by stage 2? 
[10:33] <jblack> Why do a specific exception in stage 1? That sort of gigo probem is probably somebody having done an UPDATE on the sql server that just took a shot at where we'd be today
[10:41] <lifeless> erm, correct error handling (catching exceptions that stop mirroring) is part of any phase, it just needs to be coded up as we see the exceptions occur
[10:41] <lifeless> bbl
[10:42] <jblack> That, yeah. 
[10:43] <jblack> Thats recognized. I'm thinking of something else.
[11:14] <daf> is the Malone email interface documented anywhere?
[11:16] <sivang> jblack: what's still lacking of the RF get script to make it complete?
[11:18] <daf> stub: I'm still moving a bunch of bugs to Accepted, and generally not setting a milestone when I do so
[11:19] <daf> stub: so I suspect that future additional mass-milestonings will be useful
[11:19] <BjornT> daf: https://wiki.launchpad.canonical.com/MaloneEmailInterfaceUserDoc
[11:19] <stub> daf: ok
[11:19] <daf> stub: maybe we should not milestone wishlist bugs, though
[11:20] <Znarl> jblack : Done
[11:20] <BjornT> stub: which revno of rocketfuel is currently rolled out to production?
[11:20] <daf> BjornT: thanks
[11:21] <stub> BjornT: rocketfuel/launchpad/production/1.4? is the branch - check the log there
[11:21] <BjornT> stub: ok, thanks
[11:22] <daf> perhaps a general way of linking Launchpad pages to wiki pages would be useful
[11:22] <daf> in a context help sort of way
[11:23] <daf> stub: yay! no more &lpnotification= crap!
[11:25] <BjornT> stub: when is the next rollout scheduled to happen?
[11:26] <stub> BjornT: Next week
[11:27] <stub> BjornT: Something urgent?
[11:29] <BjornT> stub: no, nothing urgent. it's just that i should updated the email interface docs, but i don't want to do that before the next rollout, since that should include a patch which will require another update of the documentation.
[11:31] <daf> stub: perhaps you could comment on bug 3958
[11:31] <Ubugtu> Malone bug #3958: Delete my own account? In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/3958
[11:31] <daf> maybe we need inactive accounts
[11:33] <stub> daf: We can delete if they are not linked to anything, which is unlikely. We can't have inactive accounts without needing to handle uncontactable people in all of our workflow
[11:34] <stub> c/inactive/other
[11:34] <stub> The usual problems :-(
[11:35] <daf> urgh :(
[11:36] <daf> can you say as much in a comment on the bug?
[11:38] <stub> Done. But they aren't going to like it.
[11:39] <daf> I think that's ok
[11:39] <daf> no point in lying to them
[11:43] <SteveA> well...
[11:43] <SteveA> we can change all the info to "inactive person"
[11:43] <SteveA> and the name to "inactive12345"
[11:47] <stub> They can already do that. I suspect the only thing they can't fix is to remove their final email address
[11:49] <daf> the same guy filed a bug about email addresses
[11:50] <daf> hmm, I can't find it now
[12:06] <carlos> daf, SteveA I was disconnected..
[12:06] <daf> ah
[12:06] <SteveA> carlos, daf: the call ended
[12:06] <SteveA> my network disappeared for a moment
[12:07] <carlos> oh
[12:08] <SteveA> skype keeps managing to lock itself out of the sound device
[12:13] <carlos> daf, https://launchpad.net/products/rosetta/+spec/translation-review
[12:17] <sivang> re salgado 
[12:20] <sivang> carlos: this spec is already implemented?
[12:20] <carlos> sivang, not yet, it's my next big task
[12:20] <matsubara> good morning!
[12:21] <sivang> carlos: that would be koool :) would greatly help evaluate translators as well
[12:24] <salgado> yo sivang
[12:25] <carlos> sivang, yeah ;-)
[12:41] <SteveA> salgado: hello
[12:41] <salgado> hi SteveA 
[12:41] <daf> jordi: https://launchpad.net/products/rosetta/+bug/680
[12:41] <Ubugtu> Malone bug #680: No translation template for tin  In: rosetta (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/680
[12:42] <SteveA> stub: ?
[12:42] <SteveA> jamesh: ?
[12:42] <SteveA> salgado, stub, jamesh: please come onto #c-m
[12:43] <jordi> daf: this is a TP clash. We need to think what to do with them.
[12:43] <daf> jordi: can you tell the bug reporter that?
[12:50] <jordi> yes
[12:51] <daf> thanks
[12:54] <jordi> done
[12:59] <daf> SteveA: bug 396
[12:59] <Ubugtu> Error: I cannot access this bug
[12:59] <daf> https://launchpad.net/products/rosetta/+bug/396
[12:59] <Ubugtu> Error: I cannot access this bug
[12:59] <daf> the current code uses a mixin
[12:59] <daf> is that ok, or should we go for an adaptor
[12:59] <daf> ?
[01:04] <SteveA> daf: i'd need to look over the code.
[01:05] <SteveA> this bug isn't a high priority at all
[01:05] <lifeless> jblack: ok, where were we ?
[01:09] <daf> SteveA: https://chinstrap.ubuntu.com/~dsilvers/paste/fileskU3aN.html <-- a list of the locations in which it's used
[01:17] <SteveA> daf: the code is fine as it is
[01:17] <SteveA> so the bug report can be closed
[01:17] <SteveA> if we want to use adapters for this later on, we'll just do so
[01:17] <SteveA> no need for the bug report
[01:18] <daf> ok, thanks
[01:26] <daf> jordi: bug 1684
[01:26] <Ubugtu> Malone bug #1684: Hal-device-manager template  In: rosetta (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/1684
[01:33] <daf> jamesh: hurrah!
[01:37] <jordi> daf: reassign 1684 to hal
[01:41] <stub> jamesh:foaf/32-whatever-it-was ?
[01:42] <jamesh> stub: yeah.  Although it looks like the thing I tried didn't work :(
[01:45] <lifeless> SteveA: ping
[01:45] <SteveA> hello lifeless 
[01:46] <lifeless> SteveA: shall we in the usual channel?
[02:57] <jbailey> Is there a way to see status history in Malone?  I see that a bug got assigned from the email I received, but I can't see who actually did the assigning, AFAICT.
[02:57] <jbailey> Oh, duh.
[02:58] <jbailey> I'm clearly asleep.  The From has it in the emal.
[02:58] <jbailey> I'm still curious if I can see that information in the web interface, though.
[02:59] <daf> jamesh: "Activity Log"?
[02:59] <daf> er
[02:59] <daf> jbailey: ^^
[03:16] <bradb> Vilnius -> Amsterdam -> (flight cancelled to Montreal) -> Boston (shit, where are my bags?) -> New York (shit, where's my iPod?) -> Montreal and other travel itineraries I wouldn't wish upon the devil himself.
[03:23] <jamesh> salgado: ping?
[03:26] <salgado> jamesh, pong
[03:27] <jamesh> salgado: I was looking at the Person.join() method, and had a few questions
[03:28] <jamesh> salgado: if the team is moderated, and the user already has a TeamMembership record relating them to that team, it looks like it will only let them join if their current status is DECLINED
[03:28] <jamesh> is that intended?
[03:29] <jamesh> i.e. it seems that they can't join if the status is DEACTIVATED or EXPIRED
[03:30] <salgado> jamesh, yes, that's how it's supposed to work. IIRC, the spec has an ASCII diagram which shows all possible transitions between all the statuses
[03:31] <salgado> jamesh, yes, https://wiki.launchpad.canonical.com/TeamMembership has it
[03:31] <jamesh> salgado: so if I deactivate my membership with a team, I can't propose myself again?
[03:32] <jamesh> salgado: I could understand preventing people from proposing themselves if they've been declined, but the reverse seems wrong
[03:32] <salgado> that's right, you can't
[03:32] <salgado> I remember we discussed this at HBD, but I don't remember the rationale for this solution we came up with
[03:33] <salgado> anyway, looking at it now, I think I agree with you that we should allow the transition from either Deactivated or Expired back to Proposed
[03:48] <jamesh> salgado: the ascii diagram on that wiki page seems to relate to the state transitions a team administrator can perform
[03:48] <jamesh> salgado: it doesn't seem to indicate how a user can move themselves to the PROPOSED state
[03:48] <jamesh> (I think it is assumed that they can propose themselves)
[03:50] <SteveA> jamesh: hi.  i was thinking of writing an error report log analysis script today.  are you already working on that?
[03:52] <jamesh> SteveA: I wrote an equivalent of kiko's analysis script, which is in my ErrorReportManagement branch
[03:52] <salgado> jamesh, I guess you're right. if this is not an urgent issue I'd ask you to file a bug and assign it to me, so I won't forget it when I come back from my holidays
[03:54] <jamesh> salgado: I've just been looking over the code, trying to track down the occasional test failure in the foaf page tests
[05:27] <bradb> lifeless: Hi. From a quick search of my commits folder, it doesn't look like you landed my --story patch. Is that correct? If so, do you mind if I land at least the Launchpad test_pages API change for it, so that I don't have to hack my bug contacts patch anymore than needed?
[06:08] <bradb> jblack: around?
[06:09] <bradb> bradb@oxygen:~/canonical/malone-initial-bug-contacts $ bzr push sftp://chinstrap.ubuntu.com/home/warthogs/archives/bradb/launchpad/malone-initial-bug-contacts/
[06:09] <bradb> bzr: ERROR: Parent directory of sftp://chinstrap.ubuntu.com/home/warthogs/archives/bradb/launchpad/malone-initial-bug-contacts/ does not exist.
[06:16] <LarstiQ> presumably because the parent directory doesn't exist
[06:16] <bradb> LarstiQ: Wishful thinking.
[06:17] <LarstiQ> I must admit sftp urls are a mess currently
[06:17] <LarstiQ> even the sftp ieftp draft authors agreed with that
[06:27] <SteveA> jordi: ping?
[06:28] <jordi> pong
[07:14] <jbailey> Is there a separate product for things in launchpad under "code"?  I'm trying to search to see if the bug I have already exists, and I'm surprised that nothing but CoC stuff comes up when I search for code
[07:17] <SteveA> jbailey: no, but there should be
[07:18] <SteveA> it used to be called "buttress"
[07:18] <SteveA> now it is "branches" or "code in launchpad" or something
[07:18] <jbailey> *lol*
[07:18] <jbailey> So filing it against launchpad is most-correct for now?
[07:18] <SteveA> i'll need to ask ddaa / lifeless / jblack what the name should be
[07:18] <SteveA> sure
[07:18] <SteveA> that's always a good fallback
[07:19] <jbailey> np.  It seems like a fairly obvious bug, so I wanted to do a good job searching before filing.
[07:43] <bradb> lifeless, jbailey: ping
[07:43] <jbailey> bradb: On phone lagging.
[07:43] <bradb> er, sorry
[07:43] <bradb> jblack: ping :)
[07:44] <jbailey> bradb: Fine, don't want me.  See if I care  8'(  *sniff*
[07:44] <bradb> heh
[08:01] <ptlo> hello, i have a rosetta question. right now, people can translate both 'breezy' and 'dapper'. should we concentrate on translating breezy [if the translations will be transferred to dapper] , or dapper packages?  and if breezy translations will be transferred, how can we assure they don't overwrite the changes someone did to wrapper, or is that done manually?
[08:05] <matsubara> jordi, carlos: ^^
[08:17] <mdke> ptlo, breezy translations appear as suggestions in the dapper section
[08:19] <ptlo> is it possible for loco coordinator to somehow apply all the suggestions as the default values for a particular package translation? else it will be a lot of copy-paste .] 
[08:25] <jbailey> LarstiQ: I'm off now.
[08:28] <ptlo> oh...as far as i can see, you can't do that [apply suggestions] . hm, i think that would be a good feature
[08:30] <mdke> ptlo, me too
[08:32] <ptlo> should i file the feature request in malone or bugzilla? i'm going with malone [any launchpad devs alive at the moment, feel free to point me in the right direction or flame me if you think the request's stupid] 
[08:34] <SteveA> ptlo: this is about translations?
[08:34] <ptlo> yes
[08:34] <SteveA> you should file it as a bug on the rosetta product
[08:34] <ptlo> thanks
[08:35] <mdke> search first
[08:35] <mdke> i think it's a common feature req
[08:36] <ptlo> yup, https://launchpad.net/products/rosetta/+bug/1522
[08:36] <Ubugtu> Malone bug #1522: No good way to approve suggested translations in rosetta In: rosetta (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/1522
[08:36] <ptlo> mdke. heh, it's your bug report .] 
[08:36] <mdke> oh whoops
[08:37] <LarstiQ> jbailey: oh, it was more to compensate for brad :)
[08:37] <ptlo> i guess i should say that i agree with you [not you with me] , then .] ] 
[08:37] <mdke> :)
[08:39] <Pygi> hehe, any chance to see that implemented soon?
[08:39] <mdke> bug carlos 
[08:39] <jbailey> LarstiQ: *lol*
[08:41] <mdke> you might want to improve the translations
[08:41] <ptlo> [no bazar branches for rosetta] 
[08:41] <mdke> if not, download the breezy po and upload to dapper
[08:41] <ptlo> oh, for the transfer, sure, that's ok
[08:42] <mdke> ptlo, also, rosetta isn't open source afaik
[08:42] <ptlo> but ubuntu-hr loco team has the policy of many people giving suggestions, and then somebody from the team authorizing it, so now i've got one guy who translated a package, and we were in contact the whole time, and i trust in his judgement, but i still have to do the manual updating
[08:42] <ptlo> so, it's actually a more pressing issue now .] 
[08:42] <ptlo> oh, i didn't know that
[08:44] <ptlo> ah, well...copy paste, it is
[08:49] <bradb> So, anyone else experiencing the bzr push error that I mentioned earlier?
[08:50] <jbailey> bradb: Remind me the error?
[08:50] <bradb> bradb@oxygen:~/canonical/malone-initial-bug-contacts $ bzr push sftp://chinstrap.ubuntu.com/home/warthogs/archives/bradb/launchpad/malone-initial-bug-contacts/
[08:51] <bradb> bzr: ERROR: Parent directory of sftp://chinstrap.ubuntu.com/home/warthogs/archives/bradb/launchpad/malone-initial-bug-contacts/ does not exist.
[08:51] <bradb> This suddenly seems to happen on all the branches on which I've been working
[08:51] <jbailey> Double slash before the word "home"
[08:52] <jbailey> What you have there is a URI that indicates a path relative to your home directory.
[08:52] <bradb> I don't get it. How does that explain the sftp URLs at http://pqm.ubuntu.com/?
[08:53] <LarstiQ> bradb: sftp uris in flux I'm afraid
[08:53] <jbailey> Feh, the page doesn't declare character set correctly.
[08:54] <jbailey> bradb: The page is apparently wrong?
[08:54] <jbailey> Oh, I see.
[08:54] <jbailey> The sftp URI change is post-0.6
[08:55] <jbailey> jdub and I were unsuccesful at convincing mpool that he wanted to move to a time based release system.  I keep forgetting what's in the current release and what's not.
[08:56] <bradb> I would so love to customize the Malone experience for the bzr dev team :)
[08:57] <bradb> "No, no, *last* week it was the bug ID that you use to mark a duplicate; this week it's the /task/ id."
[08:58] <mdke> ptlo, perhaps you should add a few more people to the translation team...
[09:02] <ptlo> mdke: perhaps. well, we are 5 or 6 on the team, and we're encouraging contributions from the croatian users, and we act as "editors" for the contributions. maybe we should take the more active ones into our team, though
[09:03] <mdke> ptlo, sure, you can arrange whatever structure you like...
[09:06] <ptlo> mdke: we're not a large community, and we try to involve as much people as possible/sensible [not only on the translations, but that's the topic here]  - and the croatian translation is very incomplete at this point
[09:08] <mdke> cool
[10:02] <carlos> ptlo, hi
[10:03] <ptlo> hey carlos
[10:03] <jordi> hey
[10:03] <jordi> just came back
[10:03] <ptlo> should i bug you about that feature request? i think it'd be very helpful to have such an option
[10:04] <carlos> ptlo, dapper is not ready to be translated but we got some packages imported accidently. It should be ready to translate next month
[10:04] <jordi> ptlo: we're working on transferring breezy/hoary translations to dapper 
[10:04] <ptlo> cool
[10:04] <jordi> ptlo: regarding moving suggestions to translated strings, there's a plan for that
[10:05] <jordi> carlos, what's the spec name for that?
[10:05] <ptlo> jordi: will this be completely automated, or will we be able / have to manually map dapper->breezy translations?
[10:05] <jordi> TranslationReview?
[10:05] <jordi> ptlo: carlos knows better
[10:06] <ptlo> there's this: https://wiki.launchpad.canonical.com/TranslationReview
[10:06] <Pygi> carlos: and what about the things that we already translated in dapper? will they stay?
[10:07] <carlos> jordi, translation-reviews
[10:07] <ptlo> the new design on TranslationReview page looks cool, I'd very much like to have that
[10:07] <ptlo> Pygi: if need be, we can backup those translations in local .po before the transfer, so no work gets lost
[10:09] <Pygi> ptlo: yup, as long as we know when will the *big erase* gonna start ;)
[10:11] <bradb> How do I break a branch lock with bzr?
[10:11] <bradb> ("break" or at least just unlock it :)
[10:14] <carlos> ptlo, well, we are going to do an automated copy from breezy to dapper
[10:15] <carlos> after that, the sync between both releases will be handled by the translations review functionality and some other features we will be adding 
[10:15] <carlos> ptlo, no translations will be lost, all changes will remain or set as suggestions
[10:15] <ptlo> i see
[10:15] <Pygi> no, not suggestions again :/ ( a lot of copy/paste thingy)
[10:15] <ptlo> that's cool
[10:16] <ptlo> Pygi: look at the TranslationReview page ... if that is implemented, it's a few clicks away
[10:16] <Pygi> yup, I saw....
[10:16] <ptlo> carlos: we were in the dark regarding this, as this is not explicitly mentioned nowhere - so we didn't know on which version we should concentrate
[10:18] <carlos> ptlo, well, the main problem is that ubuntu is not yet using launchpad to handle package uploads
[10:18] <jordi> carlos: when's that going to happen, btw?
[10:20] <carlos> but for dapper and new releases its usage means that as soon as the new version appears, the translations will be available
[10:21] <carlos> jordi, I think we are running gina on production atm
[10:21] <carlos> but I'm not 100% sure
[10:21] <jordi> I thought that was it, is there anything else needed?
[10:24] <carlos> jordi, TranslationUploads
[10:25] <jordi> aha
[10:25] <carlos> jordi, It landed this afternoon but is not on production
[10:25] <jordi> which goes live like RSN
[10:25] <jordi> great
[10:31] <carlos> jordi, RSN?
[10:32] <jordi> real soon now
[10:36] <sivang> SteveA: re: selenium *sweet*.
[10:36] <sivang> (I'm running through it's self test run)
[10:36] <carlos> jordi,  :-P
[10:39] <sivang> SteveA: at work, we evaluated using TestGen4Web, but this looks cleaner, doesn't need you to install stuff onto firefox and just works..nice.
[11:18] <sivang> night
[11:19] <Pygi> night
[11:48] <lifeless> moin moin