[07:13] <ochosi> hi everyone, what's the correct way of forking a launchpad-bzr-repo into a new project? (link to a bzr project or pull it and then push it to the new repo?)
[07:21] <wgrant> ochosi: Are you sure you want to create a whole new project, and not just a branch in the existing one?
[07:22] <ochosi> wgrant: well specifically i want to create a project for xubuntu's greeter (lightdm), which will be a fork of unity-greeter
[07:23] <wgrant> ochosi: Have you talked to the unity-greeter devs to check that you can't support both with a single codebase?
[07:25] <ochosi> wgrant: i can't imagine that they would like to replace gnome-settings-daemon with something else :)
[07:26] <wgrant> ochosi: You should really talk to them before forking.
[07:26] <wgrant> Forking rarely helps anybody, so it should be avoided whereever possible.
[07:27] <ochosi> i agree, i'll talk to them
[07:27] <wgrant> However, in the unlikely event that you do actually want to fork, you'll want to create a new project and just push the branch up.
[07:28] <wgrant> No need to link it through LP.
[07:28] <ochosi> "they" are mostly robert_ancell i guess, no?
[07:28] <wgrant> Probably, yes :)
[07:28] <wgrant> Probably mterry too, but I'm not really sure these days.
[07:28] <ochosi> ok
[07:35] <ochosi> wgrant: to be honest i'm not the dev who should develop the greeter, i'm just mitigating that process. so i really wouldn't know if gnome-settings-daemon can be replaced in unity-greeter
[07:40] <ochosi> wgrant: haha, i just realized that i already sent an email to robert about that and he replied:
[07:40] <ochosi> > Were not going to modify Unity greeter to support different use cases,
[07:40] <ochosi> > as we want to be able to quickly adapt it in it's current form.  A
[07:40] <ochosi> ;)
[07:40] <ochosi> > forked version however shouldn't be too hard to keep in sync if you were
[07:40] <ochosi> > willing to maintain it.
[09:58] <Laney> is the branch scanner lagging?
[10:01] <mpt> I'm getting 503 errors ... is there an update happening right now?
[10:02] <StevenK> mpt: Should be back.
[10:02] <mpt> it is, thanks
[10:02] <StevenK> mpt: We just went down for 1:30 for a fastdowntime
[10:05] <czajkowski> mpt: every day at 10UTC
[12:23] <alo21> hi all
[12:24] <alo21> can someone follow me on hoe merge a branch, please?
[12:56] <zyga> hey, is launchpad just going down?
[13:00] <wgrant> zyga: No. Why?
[13:00] <zyga> wgrant, I just got a few fail pages with links to uptime / social microblogging
[13:01] <zyga> wgrant, but it seems to be operating properly now
[13:01] <sagaci> that's normal :P
[13:01] <wgrant> Erm
[13:01] <wgrant> That's never meant to happen.
[13:01] <wgrant> Outside the 10:00-10:05 UTC downtime window
[13:02] <sagaci> it seems like when you request 50 translations or submit the same, it's often a coin flip on whether it'll actually process
[13:04] <wgrant> sagaci: That timeout page is different from the one zyga mentioned.
[13:04] <zyga> right, I don't recall seeing that page normally
[13:04] <zyga> if that's relevant I was requesting https://launchpad.net/~zkrynicki
[13:05] <wgrant> One of our appserver instances is apparently having DB connection trouble.
[13:49] <mb21> Helllo, I'm trying to use the RestAPI (not using python) to get a collection of bugs for a specific project. But my project (https://api.launchpad.net/1.0/slg) doesn't have a collection_link listed. Is this not possible..? thanks
[13:56] <dobey> mb21: that seems correct according to https://launchpad.net/+apidoc/1.0.html#project
[13:57] <mb21> @dobey thanks for replying! so you're saying it doesn't seem possible?
[13:57] <dobey> mb21: you'd need to do a searchTasks() call on the project to get a but_task collection
[13:58] <dobey> bug_task even
[13:58] <dobey> mb21: i'm saying there is no documented field for a bug_task collection in a project entry.
[13:58] <dobey> mb21: the only way i see to get it is to use the project entry's searchTasks()
[13:59] <dobey> mb21: also what language are you using?
[14:00] <mb21> okay, so something like https://api.launchpad.net/1.0/slg?ws.op=searchTasks&...
[14:01] <dobey> right
[14:01] <mb21> atm i'm trying to get it working with curl on the command line
[14:02] <dobey> probably not the best way to test. doing oauth with command line curl isn't exactly trivial :)
[14:04] <mb21> well, for now i'm using only get request.. but you're right, i'll have to switch soon :)
[14:04] <mb21> oh, https://api.launchpad.net/1.0/slg?ws.op=searchTasks actually seems already to do the trick and list me my bugs!
[14:05] <dobey> right, well, it won't list any private bugs unless you're authenticated :)
[14:06] <dobey> authentication isn't only for writing, but is also needed for many read operations as well, to verify permissions with
[14:07] <mb21> right.. guess i'll have to dive into oauth then.. thanks a lot so far!
[14:15] <ivory> benji: could you review this for me? https://code.launchpad.net/~ivo-kracht/launchpad/bug-425934/+merge/110786
[14:16] <benji> ivory: sure; unless it is urgent, it will be a minute though, there are a couple of people in line before you
[14:44] <benji> ivory: I approved your branch.  I had on thought about a possible improement and included that comment in the review.
[14:55] <ivory> benji: i corrected it, thank you for the review
[14:56] <benji> ivory: my pleasure
[14:57] <czajkowski> ivory: you're here again this week, good to see
[15:00] <ivory> czajkowski: yes, will be here for another 3 weeks
[15:01] <czajkowski> ivory: oh good stuff
[15:01] <czajkowski> ivory: we should do a wee chat and maybe a blog post at some point on you and launchpad if you fancy maybe next week
[15:01] <czajkowski> which reminds me
[15:01] <czajkowski> jam: ping
[15:02] <jam> czajkowski: /wave
[15:02] <czajkowski> jam: email I sent last week, can you try and answer the questions this week as I have jelmer and vila but need yours to kick off the smurf interviews
[15:03] <czajkowski> mgz: pokeage reply to interview mail please :)
[15:03] <jam> czajkowski: sure, I have it in the todo list, I'll work on it tomorrow early
[15:03] <czajkowski> jam: excellent
[15:03] <czajkowski> shall try and get 1+2 out this week
[15:03] <czajkowski> and then 3+4 out next week
[15:16] <mgz> czajkowski: can I reply entirely in rhyming couplets?
[15:19] <czajkowski> mgz: can I have a photo to go with it
[15:19] <czajkowski> of you
[15:20] <mgz> ...you don't want any of my lovely obfuscated pictures?
[15:22] <czajkowski> no
[15:22]  * czajkowski peers at you don't make me come up there and take a popper picture! 
[15:22] <mgz> I really don't want to turn up in an image search for my name,
[15:22] <mgz> though I've given up on not being indexed at all, alas.
[15:22] <czajkowski> ah
[15:24] <mgz> (I might already which would make my complaint moot, haven't checked)
[15:24] <mgz> (but probably not, being a member of the anti-social web)
[15:39] <george_e> I have a project with a single branch. I would like to create a second branch for the Debian packaging but I don't want the branch linked to the code branch. How would I go about doing this?
[19:48] <djbobbydrake> is launchpad buggin out?
[19:48] <lifeless> no, why do you ask ?
[19:49] <djbobbydrake> nevermind - just got an error screen a moment ago, but it's cleared itself
[19:51] <lifeless> did you get an OOPS code? if so, in future, you can paste that here and we can look into it for you
[19:55] <k> I'm getting repeated "problem connecting to the Launchpad server" errors on http://bazaar.launchpad.net/~logan/ubuntu/quantal/tovid/debian-watch/revision/12.
[19:55] <k> Never mind. Working now.
[19:56] <lifeless> The codebrowse cache can take a bit to initialise on deep histories.
[20:12] <k> lifeless: Thanks. :)
[21:50] <czajkowski> sinzui: nice articles!