=== SamB__ is now known as SamB === c74d is now known as Guest20784 === jelmer_ is now known as jelmer === zyga_ is now known as zyga-remote [20:55] hmm, I guess I can't push to launchpad's Debian branches, not least of which because how the heck is launchpad supposed to know if I'm allowed to mess with a given Debian package ... [21:07] SamB: nobody but the importer can push to the "official" branches [21:07] SamB: but you can create other branches in the same namespace [21:09] any advantage to that rathe than just using the normal namespace either on launchpad or alioth? [21:12] SamB: I don't think alioth would appreciate mass pushing of bzr mirror branches :) [21:13] I mean, I'm looking to get pkg-create-dbgsym uploaded to Debian for people to play with [21:13] SamB: also, predictability and integration with the rest of launchpad [21:13] I figure branching from the ubuntu branch is the way to go there [21:14] but I'm not sure where I should host my branch [21:14] or what name it should have [21:14] SamB: personally, I'd host it on alioth if it was a debian branch [21:15] hmm, can bzr automatically rewrite URLs for pushing to? [21:16] like, I have this for git: [21:16] [url "git+ssh://git.debian.org/git/"] [21:16] pushInsteadOf = "git://anonscm.debian.org/" [21:16] pushInsteadOf = "git://git.debian.org/" [21:22] hmm, looks like no [21:23] not in that way [21:23] though it supports different push and pull urlds [21:24] * SamB grumps about how they only did a half-assed implementation for lp: URLs [21:24] (plus the authentication config stuff, which lets you skip a lot of URL parts but doesn't handle the scheme or anything) [21:25] (and anyway I do that part in my SSH config) [21:27] SamB: how do you mean? [21:28] jelmer: I set the default username for alioth's hostnames in my SSH config file [21:28] so it seems like there is nothing in "bzr help authentication" for me to do [21:30] SamB: I don't understand how this is related to lp:? [21:31] I can just push to bzr+ssh://bzr.alioth.debian.org/bzr/pkg-bazaar/bzr/unstable for example [21:31] no further config necessary [21:32] oh, the lp: thing? I'm just figuring they'd be more likely to have bothered to add a general feature like git has if they hadn't already got the "lp:" scheme that allows both authenticated and unauthenticated users to work with the same URLs [21:33] SamB: there are some other things you can do, like have the remote URL be derived from your local URL - and that can be different for push and pull URLs [21:33] I don't know from the top of my head what the syntax is [21:33] and a rewrite thing like git has is probably more powerful in some situations [21:34] but lp: URLs are a relatively late addition, and there are/were lots of people working with non-lp URLs (including devs) [23:57] can anyone enlighten me on the correct behavior of MutableTree.smart_add() ? It says its supposed to take a relative path but its defenitly not working correctly