[00:00]  * jasono is back (gone 00:07:59)
[00:01] <jasono> Peng sorry won't use it again
[00:04] <Peng> :D
[00:05] <james_w`> jelmer, do you have access to jubany?
[00:07] <jelmer> james_w`: I have no idea what jubnay is so I guess not :-)
[00:07] <james_w`> jelmer, could you file an RT to request access please?
[00:07] <jelmer> james_w`: sure
[00:09] <james_w`> jelmer, you'll have to request to be added to %pkg_import and to be able to access the user of the same name too
[00:14] <maxb> jelmer: hi, you were looking for me/
[00:14] <maxb> ?
[00:14] <jelmer> maxb: ah, yes
[00:15] <jelmer> maxb: I was wondering if you would be able to endorse my work on the Debian Bazaar packaging
[00:15] <maxb> You know I have no official Debian/Ubuntu standing, right?
[00:15] <jelmer> maxb: Yes, but you are a contributor to the bzr Debian packages and to the bzr PPAs
[00:16] <langworthy> hello. I'm running into this issue https://bugs.launchpad.net/bzr/+bug/562632. I've installed bzr via homebrew and wonder if that might be related. thought I would check if anyone had any idea what could be causing this.
[00:40] <langworthy> I just updated to the latest bzr for osx snow leopard and now i've got a more verbose error. Failed to rename 'one of my files' to .bzr/checkout/pending-deletion/new-871 permission denied. perms seem fine. not sure why it is this specific file. nothing special about it.
[00:50] <poolie> hm
[00:50] <poolie> what about if you try to move it to that directory by hand?
[00:50] <poolie> (you may need to create the new-871 first)
[00:50] <poolie> is this just a plain local disk?
[00:51] <langworthy> poolie: it seems to be a temp file created during the merge. the directory 'pending-deletion' is gone after the attempted merge
[03:46]  * jelmer waves
[04:36] <spiv> jml: I am making progress on 701940
[04:45] <jelmer> spiv: preparing for some heavy drinking, I see?
[04:45] <spiv> jelmer: I hope so!
[06:25] <ershad> Hello :) Could you tell me how to clone a project using bzr without revisions? I mean, something like 'git clone --depth 0 <repo>' ?
[06:29] <ershad> I'm using a slow net, it would take hours clone a project with revisions from lp.
[09:52] <Lo-lan-do> Hi all
[09:53] <Lo-lan-do> Is there a way to force bzr to use the dumb protocol for https:// locations?
[09:56] <LeoNerd> What do you mean by "dumb"? In fact what would it be if it was smart?
[09:56] <Lo-lan-do> Sorry, I'm trying to formulate my problem more precisely.
[09:56] <Lo-lan-do> There's a branch at https://forge.projet-coclico.org/anonscm/bzr/wp5/oberger/planetforge-cli
[09:57] <Lo-lan-do> (Also accessible with http://)
[09:57] <Lo-lan-do> Trying to check it out fails, apparently because that urlspec is taken over by bzr-svn and there's a bug
[09:58] <Lo-lan-do> So I'm wondering whether it could be possible to tell bzr "this is a dumb branch served through a static web server, don't try svn tricks on it".
[09:58] <LeoNerd> Ah..
[09:59] <LeoNerd> You could disable the SVN plugin for that command
[09:59] <LeoNerd> Something like  bzr --no-plugins branch ...
[09:59] <Lo-lan-do> Certainly, but I'd need to disable it for every bzr update later on.
[09:59] <LeoNerd> I forget quite what it's called
[09:59] <LeoNerd> Yeah.. :/
[13:46] <maxb> Lo-lan-do: Seems to work fine here for me even with bzr-svn
[13:46] <maxb> Lo-lan-do: Although, you might like to try nosmart+http:
[13:47] <Lo-lan-do> Different versions maybe?
[13:47] <Lo-lan-do> http://bugs.debian.org/610397
[13:47] <Lo-lan-do> But nosmart+https:// works, too, so that's an acceptable workaround for now.  Thanks!
[13:47] <maxb> I am, admittedly, running tip
[15:09]  * jasono is away: The Cape
[16:15] <ovnicraft> hello loggerhead can browse many projects ?
[16:29] <Peng> Yes?
[17:16] <maxb> ovnicraft:
[17:17] <maxb> yes, it can, although I can understand why this might not be obvious from how it is most commonly seen in launchpad
[17:17] <ovnicraft> maxb,  off course thanks
[17:18] <maxb> e.g. /home/bzr/loggerhead/serve-branches --port=8096 --cache-dir=/home/bzr/.loggerhead-cache --log-folder=/home/bzr/var /home/bzr/projects
[18:00] <ovnicraft> maxb, could be problems if in projects folder i have *no* bzr branches ?
[18:01] <maxb> You'd just get an empty directory listing
[18:56] <vila> maxb: any blocking problem around bzr-beta-ppa ?
[18:57] <maxb> oh, that's right, 2.3b5 could use some love
[18:57] <maxb> no blocker
[19:01] <vila> maxb: ok, no pressure intended but do you intend to update it ? I'd like to announce 2.3b5 today but no installers nor ppas have been updated yet :-/
[19:17] <maxb> vila left :-(
[21:06] <glen> how to revert lasst commit i made mistakenly?
[21:07] <glen> ahah, simple  as bzr uncommit :)
[21:07] <maxb> Reverting changes not yet committed ---> bzr revert
[21:07] <maxb> Undoing a commit ---> bzr uncommit
[21:09] <glen> thx:)
[23:40] <cjwatson> Can anyone advise me on the current state of the art for pushing bzr branches into non-master git branches?
[23:41] <cjwatson> The debian-installer project just moved from svn to git, and I'm rebase-foreign-ing a host of Ubuntu-specific bzr branches on that migration.  Upstream enquired whether I might be able to push the Ubuntu bzr branches into 'ubuntu' git branches
[23:41] <spiv> cjwatson: I've summoned jelmer
[23:42] <cjwatson> It seems like it should be technically possible, but I spent a while looking around things like bzr-colo, bzr-colocated, git-bzr, etc. and was a bit lost on which bits were actually currently likely to work
[23:42]  * jelmer waves
[23:42] <dOxxx> Rise Jelmer! Server your master!
[23:42] <dOxxx> err serve* :P
[23:43] <jelmer> cjwatson: the feature in bzr core is pretty close to completion (the API changes are there, it's just the UI that's lacking)
[23:43] <cjwatson> (I'm reasonably familiar with the problem statement of lack-of-colocated-branches, though not with the current plan of attack for them or whether that's strictly necessary for this)
[23:43] <cjwatson> I found lp:~jelmer/bzr/colo-urls but it didn't look very current so I wasn't sure if that was the right place
[23:43] <jelmer> cjwatson: I've just transferred to the Bazaar team and hope I will be able to spend some time on this in the near future.
[23:44] <cjwatson> is colocated branches definitely needed to make this work, then?
[23:44] <cjwatson> I suppose I could do some complicated fast-export/fast-import scheme, but ...
[23:44] <jelmer> cjwatson: it's very near. bzr-git supports it, bzr's internals support it but we haven't got the UI hooked up
[23:45] <cjwatson> OK, that sounds promising
[23:45] <cjwatson> I can hold off for a bit, it's not like upstream hasn't been asking for the Ubuntu changes to be on a debian.org branch of some kind for about four years now ;-)
[23:46] <james_w`> jelmer, could Colin push using an API for now?
[23:46] <cjwatson> I already have a terrifying stack of wobbly bits to get the rebase going, certainly ;-)
[23:47] <cjwatson> must blog about that ...
[23:48] <mneptok> "terrifying stack of wobbly bits" is basically how i perceived girls in secondary school.
[23:49] <cjwatson> aaaaaaaaaaand it's mneptok
[23:49] <cjwatson> evenin'
[23:49]  * dOxxx snerks.
[23:49] <mneptok> *bow*
[23:57] <dOxxx> jelmer: should I be packaging tip of subvertpy trunk for bzr 2.3.0 installer?