[12:41] <Ubugtu> New bug: #74892 in launchpad "Bug status should include 'In Review' item" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74892
[01:15] <Ubugtu> New bug: #74900 in launchpad "allow duplicate specification URLs" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74900
[02:48] <jamesh> thumper: pong
[02:55] <thumper> hiya jamesh
[02:55] <thumper> I was going to ask about the locations.conf bzr config files
[02:55] <jamesh> thumper: sorry I didn't reply earlier -- went out to the travel agent
[02:55] <thumper> jamesh: np
[02:55] <thumper> I just pushed to devpad with bzr+ssh
[02:55] <thumper> so I got my work in progress up
[02:56] <thumper> I was reading a launchpad list email with policy_appendpath bits in it
[02:57] <thumper> and I was just going to ask why it didn't seem to be working
[02:57] <thumper> I chatted with some guys on the bzr list
[02:57] <thumper> and ended up not using a public-branch specifier
[02:58] <thumper> am I missing something with regards to how to do that?
[02:58] <jamesh> the policy_appendpath was only ever in one of my branches
[02:58] <jamesh> the syntax changed to "$keyname:policy = appendpath"
[02:58] <thumper> that is what the bzr guys ended up informing me
[02:58] <thumper> but that is bzr.dev not 0.13 which is what I have
[02:58] <jamesh> bzr-0.14 will be the first release containing the patch (I missed the 0.13 merge window)
[02:58] <thumper> how do I set the public branch with 0.13?
[03:01] <jamesh> two ways:
[03:02] <jamesh> (1) set public_branch for the branch in locations.conf (you can't use appendpath, so you'd need to set it once for each branch)
[03:02] <jamesh> (2) if you have a local repository, you can set public_repository for the local repository location
[03:03] <jamesh> for (2), if the local directory for the branch is $repo/$branch, then the URL used by pqm will be $public_repository/$branch
[03:05] <thumper> I have a shared repository
[03:05] <thumper> so I'll probably just set it for each branch for now in locations.conf
[03:11] <jamesh> looks like some of the complexity in BranchTargetView comes from trying to support both the +branches view (a table), and +authoredbranches/+registeredbranches/+subscribedbranches (a list with multiple sections)
[03:13] <jamesh> and by the enumeration sort key not matching the numeric value sort order
[03:15] <jamesh> the page should probably also be batched eventually, but that can be handled later
[03:16] <thumper> thanks for looking
[03:17] <thumper> I'm sure it could benefit from splitting in two, one for the table view and the other for the sectioned list
[03:18] <thumper> when we get to the stage of needing to batch the page, I'll be a happy camper
[03:18] <thumper> as it will mean that we have lots of branches :)
[03:21] <jamesh> well, one question is whether we want to keep the list view ...
[03:23] <jamesh> https://code.launchpad.net/products/bzr <- that's long enough to think about batching
[03:23] <thumper> personally I don't think it adds too much
[03:23] <thumper> jamesh: that list is much shorter without merged or abandoned branches
[03:24] <jamesh> sure.
[03:24] <jamesh> but you'll still be able to display the full listing
[03:24] <jamesh> and that listing is only going to get longer over time.
[03:24] <thumper> true
[03:24] <jamesh> eventually it will start timing out (as any non-constrained list will)
[03:25] <thumper> again true
[03:25] <jamesh> there is some good infrastructure for handling batching like this, but it's probably better to focus on one problem at a time
[03:26] <thumper> yeah, I'll get around to it sometime RSN
[05:53] <jamesh> apparently the airline I travelled to Brazil on last time doesn't exist anymore
[05:54] <jamesh> according to the travel agent
[06:17] <stub> jamesh: I pushed out a new pytz release without your patch as people in WA where asking for it. I should get your patch in for the next release :)
[06:17] <jamesh> stub: fair enough.  We should update Launchpad's pytz :)
[06:17] <jamesh> it doesn't know what time of day it is currently ...
[06:28] <jamesh> stub: just sent a review for your pillar-name megapatch
[06:29] <stub> Not too painful? I was hoping to seperate the test diff from the real diff, but I think things go mingled
[06:30] <jamesh> I skimmed over most of the page tests where it only looked like the URLs differed
[06:31] <jamesh> there are a few areas that we need to think about, such as the xml-rpc end points
[06:32] <jamesh> currently Bazaar has the URL https://xmlrpc.launchpad.net/bazaar/ in the source
[06:32] <jamesh> for the register-branch command XML-RPC
[06:35] <jamesh> I think this could be handled in the ILaunchpadRoot nav class by checking "if IXMLRPCRequest.providedBy(self.request): ..."
[06:55] <stub> Hmm... dunno. Might work.
[07:05] <BjornT> if IProduct gets an XML-RPC API, how would you access the bazaar product via XML-RPC?
[07:09] <jamesh> BjornT: via methods hung off a different end point?
[07:11] <BjornT> jamesh: my point was that a product's XML-RPC API should be accessed via https://xmlrpc.launchpad.net/product_name, and that would cause problem if /bazaar would be the register-branch API
[07:13] <jamesh> BjornT: why not have an API hung off "/" that lets you do get_foo(product_name)
[07:13] <jamesh> or even issue a product_name.get_foo() request
[07:14] <BjornT> what would that return?
[07:18] <jamesh> what do you mean?
[07:18] <jamesh> whatever you wanted
[07:18] <jamesh> what I mean is that there is no particular reason to use different end points for different products
[07:19] <jamesh> you can either include the product as a parameter, or encode it into the method name
[07:22] <BjornT> that could be true, i'm not sure whether there are any plans on adding such APIs.
[07:23] <BjornT> still, afaik we haven't made an official announcement that we support XML-RPC, it's still experimental, so if we're going to change URLs, now is the time to do it.
[07:23] <BjornT> at this time we don't have to care too much about old clients.
[07:26] <jamesh> BjornT: released versions of Bazaar include a command using Launchpad's XML-RPC interface
[07:26] <jamesh> BjornT: I think it is worth supporting them at least in the medium term
[07:29] <BjornT> jamesh: sure, supporting them medium term is reasonable.
[07:30] <jamesh> BjornT: the alternative is a flag day where all old clients stop working and need to be upgraded, which isn't as appealing.
[10:07] <thumper> hey ddaa
[10:07] <thumper> I'd like you to take a look at the branch filtering that I have on work in progress
[10:08] <lifeless> thumper: irssi
[10:08] <thumper> hey lifeless, I take it that is the irc client?
[10:08] <ddaa> thumper: I'm not there yet, just out of bed
[10:08] <thumper> ddaa, np, don't want feedback right now
[10:08] <lifeless> yup, it sure is
[10:08] <ddaa> I'd be happy to take a look. Care to drop me an email as reminder?
[10:09] <thumper> ddaa, sometime today would be fine
[10:09] <thumper> ddaa, there is an email to launchpad list
[10:09] <ddaa> cool
[10:10] <thumper> lifeless: did you poke Jase re work?
[10:11] <thumper> lifeless, where do you run it from in order to screen to it?
[10:12] <lifeless> thumper: my home 'server'
[10:13] <thumper> ah
[10:13] <thumper> my home server is on a boat somewhere
[11:31] <Zindar> mornign
[11:31] <Zindar> is there any way to be part of a team in lp and not get all bugs in mail
[11:31] <Zindar> ?
[11:31] <lifeless> BjornT: ^
[11:32] <BjornT> Zindar: no. but you might convince your team to set a contact address to a mailing list or something. if a team has a contact address, mail will be sent to that one only.
[11:33] <Zindar> I think the rest of the team would like that
[11:33] <lifeless> propose it on the main list
[11:33] <lifeless> bzr-bugs or something
[11:34] <Zindar> I mean "wouldn't like that"
[11:34] <Zindar> sorry
[11:34] <Zindar> :)
[11:34] <Zindar> not a bad idea...
[11:52] <ddaa> btw, good morning
[12:09] <seiflotfy> guys i really need hel
[12:09] <seiflotfy> n0othign seems ot work
[12:10] <seiflotfy> there is a branch i want
[12:10] <seiflotfy> but somehow
[12:10] <seiflotfy> it telly me permission deinied 
[12:10] <seiflotfy> wrong publuc key
[12:32] <SteveA> stub: ping
[12:32] <stub> SteveA: pong
[12:32] <SteveA> what team does beta use for authorization?
[12:32] <stub> Dunno - I thought you set that :)
[12:33] <stub> SteveA: Currently 'launchpad'
[12:33] <SteveA> I'll log into asuka and take a look
[12:33] <SteveA> ok
[12:33] <SteveA> I'm going to create a team for this
[12:35] <SteveA> when I want to set a contact address for a team, I can't just use my own address
[12:35] <SteveA> that seems wrong to me
[12:39] <SteveA> stub: looks like you configured it so that beta logins / sessions are distinct from main production logins / sessions
[12:39] <SteveA> which is fine
[12:39] <SteveA> I just changed the team on asuka
[12:40] <SteveA> I'm also going to change the config to use blueprints rather than features
[12:40] <SteveA> is the config meant to be under revision control?
[12:41] <SteveA> looks like it is
[12:41] <stub> Yes
[12:42] <stub> SteveA: I gave you the branch URL in my email
[12:42] <SteveA> ok, thanks
[12:42] <SteveA> I just hacked the config changes there, but I'll merge from your branch and do it properly
[12:43] <stub> I only modified beta/launchpad.conf if you can't be arsed merging
[12:44] <SteveA> ok, cool
[12:51] <cprov> good morning folks !
[12:56] <sabdfl> launchpad-beta ?
[01:35] <Ubugtu> New bug: #74949 in rosetta "Translation form should be moved to use LaunchpadForm" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74949
[01:38] <sabdfl> SteveA: is beta.lp.n still pointing at the staging data, or at production?
[01:39] <SteveA> production
[01:39] <SteveA> I still need to get the instructions on how to ask for membership on the "you can't log in to this server" page
[01:40] <SteveA> but, it's working from the launchpad-beta-testers team
[01:40] <SteveA> I'll make you an admin of that team...
[01:41] <SteveA> https://launchpad.net/people/launchpad-beta-testers
[01:41] <SteveA> ok done
[01:42] <sabdfl> hey guys! 2001 products registered in launchpad. congratulations :-)
[01:42] <SteveA> sabdfl: there is still a certificate problem (extra dialog sometimes) on beta.  elmo will be fixing that when a certificate arrives next week.
[01:42] <SteveA> not a show stopper though
[01:42] <sabdfl> ok, which team do we add people to that get to participate?
[01:43] <sabdfl> and is there a mailing list for the beta?
[01:43] <SteveA> there is
[01:43] <ddaa> sabdfl: how many of them are not owned by registry?
[01:43] <SteveA> you have the details in an email.  I can find and re-send if you need it.
[01:43] <sabdfl> ddaa: not sure, stub could probably answer that. stub, may be worth graphing that in cricket too
[01:44] <SteveA> sabdfl: re-sent email
[01:45] <ddaa> launchpad_prod=> select count(*) from product join person on product.owner = person.id and product.active and person.name != 'registry';
[01:45] <ddaa>  count 
[01:45] <ddaa> -------
[01:45] <ddaa>   1167
[01:49] <ddaa> what's the point of advertising a FOSS svn repo if half the stuff there is password protected???
[01:51] <ddaa> monodevelop import syncing
[02:15] <Ubugtu> New bug: #74961 in launchpad-buildd "use more validatedemail addresses for maintainer e-mail whitelisting" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74961
[03:45] <Ubugtu> New bug: #74983 in malone "start can give "no bugs found"" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74983
[04:27] <kiko> hello
[04:27] <kiko> there
[04:27] <kiko> half back up -- just sorting out backup restoring to /home
[05:27] <heno> is there some sensible way of downloading bug attachments in batch? Like all the attachments on open ubiquity bugs. I'd like to search them for some common strings
[05:41] <BjornT> heno: no, there's no easy way of downloading all the attachments like that.
[05:42] <heno> BjornT: ok thanks. 
[09:21] <ddaa> up to 43 hours this week...
[09:21] <ddaa> you know that working this hard is actually illegal where I live?
[09:21] <radix> ddaa: you must be a terrorist
[09:22] <ddaa> http://www.thinkgeek.com/homeoffice/posters/89ae/zoom/
[09:23] <ddaa> also http://www.thinkgeek.com/homeoffice/posters/32cc/zoom/
[09:24] <radix> ddaa: heh, awesome
[09:25] <ddaa> you remember the motivational posters at the Hilton? :)
[09:25] <ddaa> http://www.thinkgeek.com/homeoffice/posters/5cd7/zoom/