[01:53] <lwh> is there a way to tell bzr to let your version clobber the one on lp ?
[01:57] <spiv> lwh: bzr push --overwrite, perhaps?
[01:58] <lwh> yeah just found it in help push :)
[01:58] <lwh> why does it always say they diverged , just because the two trees are different?
[01:59] <maxb> Because the graph of revisions has diverged - i.e. there are two "heads"
[02:00] <wgrant> You should work out why this is before you try --overwrite.
[02:01] <spiv> lwh: try using "bzr missing URL_OF_LP_BRANCH"
[02:01] <spiv> lwh: it will tell you that the version on lp has one or more revisions your branch doesn't have, and vice versa.
[02:03] <lwh> looks like tagging a release on the website is the difference, says I am missing that revision
[02:04] <lwh> thanks for the help this is way nicer than cvs :)
[02:04] <maxb> heh
[02:04]  * maxb is struggling to get a $work project out of cvs
[02:04] <maxb> the last active one in the company
[07:28] <bilalakhtar> Which code hoster is better :- Launchpad or SourceForge?
[07:29] <wgrant> Launchpad supports branches. SF.net does not. That's a dealbreaker for me.
[07:29] <bilalakhtar> launchpad provides PPAs while SF doesnot
[07:29] <bilalakhtar> at the same time
[07:29] <bilalakhtar> SF provides webhosting
[07:29] <wgrant> Launchpad also provides better bug tracking.
[07:29] <bilalakhtar> thats true
[07:29] <wgrant> And code review.
[07:30] <bilalakhtar> launchpad is more easy-to-use
[07:56] <bilalakhtar> today there is a long queue at the lpia ppa build farm
[09:18] <p_b_r> is this the right place for people who need a little help with launchpad?
[09:18] <poolie> yep
[09:18] <p_b_r> cool
[09:18] <p_b_r> so I have some replies here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/410285
[09:18] <p_b_r> one of them has my home phone and mobile phone
[09:19] <poolie> oh and you're lonely and want someone to call? ;-)
[09:19] <p_b_r> is there a way I can edit my reply, to remove that?
[09:19] <p_b_r> :-)
[09:19] <p_b_r> yeah...
[09:19] <poolie> not directly but an admin can
[09:19] <poolie> mthaddon: are you up? can you help ^
[09:20] <p_b_r> ...wasn't paying attention to the signature details when I posted.  Dumb "newbie" mistake made by a 30+ year 'net veteran.  Woo hoo.
[09:20]  * mthaddon looks
[09:24] <p_b_r> Sure appreciate anything you can do to remove those phone numbers from the post...
[09:25] <mthaddon> https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/410285/comments/10
[09:27] <p_b_r> ROCKING!  Thanks so much!
[09:28] <mthaddon> np
[09:31] <p_b_r> thanks, mthaddon, and thanks as well to poolie for the hand-holding and joking.  have a great night!
[12:53] <maddin> hi
[13:16] <fta> is lp able to track upstream bug status for google hosted projects?
[13:17] <fta> line bug 520017
[13:17] <fta> like
[13:22] <deryck> fta, do you mean can we link a bug watch against a Google code hosted project bug?
[13:24] <fta> deryck, hm, no. in the bug above, there's already a link to an upstream. but that bug is closed upstream, and lp doesn't seem to track it
[13:25] <deryck> fta, I didn't think we updated status from Google code yet.  I'm thinking of bug 385078.
[13:26] <fta> ok, thanks
[13:26] <deryck> gmb, is this still true?  See above ^^
[13:26] <fta> would be great to have that as i expect the number of chromium bugs to grow exponentially once lucid is released
[13:27] <deryck> Yeah, that seems likely.
[14:03] <AnMaster> how does one go about updating branches on launchpad from pack-0.92 to 2a?
[14:05] <gmb> deryck: We don't yet sync statuses for Google Code, no.
[14:05] <gmb> fta: ^^
[14:07] <deryck> gmb, thanks.
[14:47] <stas> hi, may I ask, is there any feature like "clone this branch" in launchpad
[14:48] <stas> I cloned a branch localy, did some edits, and I would like to send a merge proposal
[14:48] <stas> for that I need to get my own branch up...
[14:49] <mars> stas, it is very easy, just push your branch:
[14:49] <mars> bzr push lp:~myuser/theproject/mybranchname
[14:50] <stas> just a sec
[14:50] <mars> we don't have an explicit "clone this branch command" - the step really isn't necessary.
[14:54] <stas> mars: bzr: ERROR: Invalid url supplied to transport: "lp:ubuntu-bots/irclogin-fixes": Project ubuntu-bots has no series called "irclogin-fixes"
[14:54] <mars> stas, did you provide your lp username or a team name in the upload command?
[14:54] <stas> or should I do differently
[14:55] <stas> just a sec
[14:55] <mars> bzr push lp:~stas/ubuntu-bots/irclogin-fixes
[14:55] <stas> yeah, i think i got it :)
[14:56] <mars> bzr will remember that for the next push.
[14:56] <mars> so all you need to type is 'bzr push'.  It will remember the URL for you.
[14:58] <stas> mars: thanks, indeed that was nice, but unusual for newcomers imho
[14:58] <mars> stas, just curious, how so?
[14:59] <stas> mars: well, for example on github u got a button I was talking about, where you can clone a project did edits and than just send merge request
[15:00] <stas> not knowing how branches work on lp, I had to bother you :)
[15:00] <mars> stas, ah
[15:00] <mars> I don't know why github went for server-side branches, where we did not.
[15:01] <mars> in LP you "just push" to where you want the branch to go
[15:01] <stas> mars: yep, thats the difference
[15:01] <beuno> mars, I think it has more to do with git than bithub
[15:01] <beuno> github
[15:02] <beuno> I don't think you can push a git branch to a dir that doesnt exist
[15:02] <stas> beuno: thats true, but you can take care of that serverside
[15:03] <mars> stas, with bzr pushing to anywhere, you can push to lp:~stas/ubuntu-bots/mybranch, lp:~botdevs/ubuntu-bots/mybranch, lp:~stas/ubuntu-bots/mybranch
[15:04] <mars> stas, that would be cumbersome to model in a UI: should your new branch belong to you?  To a team you are a member of?
[15:04] <mars> ah, typo:  lp:~stas/+junk/mybranch
[15:04] <stas> hmm, you're right, it brings new questions
[15:06] <mars> not sure if github has a teams model like that.  Our setup allows for team ownership, and working entirely from the command-line or email
[15:06] <mars> you don't have to touch the web UI if you don't want to
[15:07] <mars> (in fact, some LP core devs don't)
[15:10] <stas> yep, LP is far better organised from this point of view
[17:29] <persia> I seem to have been logged out of launchpad, and get lots of timeouts attempting to authenticate.
[17:30] <mars> Chex, ^ known issue?
[17:31] <persia> mars: Might just be me though : do you have slowdowns?
[17:31] <mars> persia, are you on launchpad.net, or edge.launchpad.net?
[17:31] <persia> launchpad.net
[17:32] <persia> It works, it's just more slow than usual, so I wonder if there's something up (but it could be local)
[17:33] <mars> persia, just making sure.  We had some intermittent slowness yesterday, too.  Just wondering if there is in fact something with the server.
[17:33] <mars> server(s)
[18:21] <tsimpson> stas: ping
[18:21] <stas> tsimpson: pong
[18:21] <stas> hi :)
[18:22] <tsimpson> stain: hey, would you mind joining #ubuntu-bots for a while?
[18:22] <stas> tsimpson: sounds cool, what exactly i have to do?
[18:22] <tsimpson> just /join #ubuntu-bots :) re your bug #524502
[18:26] <Daviey> loggerhead down?
[18:28] <mars> Daviey, works for me?  http://bazaar.launchpad.net/~mars/lazr-js/treeview/files
[18:28] <Daviey> hmm, that works
[18:28] <Daviey> ahh, they all seem working now - must have been an interim thing
[19:33] <filler> can lp auth against external ldap, cas, shibb via saml, etc?
[19:33] <filler> lp.net that is ...
[19:35] <filler> even for commercial customers who pony up $ ... ;)
[19:37] <mars> filler, I am afraid it can not.  lp.net authenticates via login over https, like most public web services.
[19:38] <mars> filler, with the notable exception of the Launchpad webservice API: that uses OAuth
[19:38] <lifeless> mars: I suspect filler may mean 'does lp have the ability to use external user databases' and-or, 'does lp offer other authentication front-ends for integration with user systems'.
[19:39] <lifeless> mars: I'm not sure which in particular they means
[19:39] <filler> its hard to sell $work to get out of hosting vcs in-house when we cant have sso-like auth
[19:39] <filler> (even if its not true sso)
[19:39] <filler> s/its hard to sell/im having a hard time selling/
[19:39] <lifeless> filler: so what you want is for your internal AAA database to be used by LP when authenticating your staff?
[19:40] <filler> i dont ming delegating authz to svn per se.  but we do auth life-cycle mgmt, and the FUD is that an auth island in lp would be ill-maintained, etc
[19:40] <filler> s/svn/lp/
[19:40] <filler> bah
[19:41] <lifeless> well there is a risk there. In particular we don't have great tools for organisations to manage their staff logins in LP at the moment; what we do is have a private team with all the canonical folk in it
[19:41] <lifeless> and manually add-remove people from that as they join/leave
[19:41] <lifeless> however the good news is that there are programming APIs to do that
[19:41] <filler> yeah.  thats the FUD im trying to answer back with some sort of technical solution.  ;)
[19:42] <lifeless> so you could have your directory, whatever it is, automatically remove users when you disable them, by doing a lookup on this private team
[19:42] <lifeless> and new users after they sign up on lp (or you could sign them up as part of induction), have it add them similarly
[19:47] <filler> ok.  thats helpful.
[19:47] <filler> thanks, all.
[19:48] <lifeless> filler: anytime
[19:51] <rye> hi, we had an "attack" of https://launchpad.net/~bongcaivang changing bug status and switching assignees. Is there any way to restore the old properties in batch mode?
[19:51] <rye> mars, ^
[19:52] <mars> rye, sinzui may have an answer for you
[19:52] <sinzui> rye no
[19:53] <rye> sinzui, ok, then this is a call for LP API :)
[20:18] <Lord-Readman> ryan--, tosfire is there http://impoll.net/cgi-bin/v.cgi?p=10231&r=9
[23:56] <zobi1> how does a msgid in a translation file kept up-to-date as the template file gets updated in the Launcpad branch?
[23:56] <zobi1> Is this a manual process that the developers have to take care of?