[00:08] <Peng> Yikes, importing bzrlib.lazy_import imports 70 modules.
[01:19] <Debolaz> Does bazaar distinguish between author and committer?
[01:20] <jelmer> Debolaz: yes
[01:24] <Debolaz> jelmer: So I could export a patch for someone to commit, and it would automagically credit me as the author even though they committed it? Emphasis on the automagic part here.
[01:25] <jelmer> Debolaz: No, you can use --author to specify a different author when committing somebody elses patch
[01:25] <jelmer> or you can use "bzr bundle" to create a patch that contains the metadata
[01:25] <jelmer> which somebody else can then "bzr pull"
[01:25] <jelmer> or "bzr merge"
[01:53] <rolly> Hm, I'm testing push-and-update and I get an error:
[01:53] <rolly> running "ssh user@example.com:2233 bzr update /var/docs/example.com/trunk/"
[01:53] <rolly> bzr: ERROR: [Error 2] The system cannot find the file specified
[01:54] <rolly> But there's nothing in either the local .bzr.log or the remote .bzr.log
[01:55] <rolly> The command "bzr update /var/docs/example.com/trunk/" works fine, if I run it in my remote shell. Anyone have a clue?
[01:56] <rolly> Oops, maybe I need to install push-and-update on the remote side too
[02:07] <rolly> n/m, there is indeed an error in the .bzr.log
[02:13] <rolly> ah... Windows doesn't have 'ssh'
[04:34] <beuno> jelmer, it shouldn't depend on it
[04:35] <beuno> where are you seing it does?
[04:35] <jelmer> bkc was saying he was worried upgrading bzrtools would cause bzr-xmloutput to break
[04:36] <beuno> ah, well, it shouldn't
[12:08] <muffinresearch_> Can anyone point me in the direction of docs for the nested-trees functionality?
[12:11] <bob2> there's http://bazaar-vcs.org/NestedTreeSupport
[13:51] <brink_> Bazaar retains history when file is renamed.  Is there a way to retain history when a file is split?
[13:58] <bob2> not as yet
[14:58] <lifeless_> don't you hate it when your brane won't quiesce
[16:18] <wingo> greets! is there any way to get bzr.dev via bzr:// ?
[16:19] <Odd_Bloke> wingo: I don't believe so, no.
[16:19] <Odd_Bloke> Why?
[16:20] <wingo> Odd_Bloke: i was just updating a checkout from two or three months ago, and it was running really slowly
[16:23] <luks> that's probably because bzr.dev was upgraded to packs and your branch is in knits
[16:23] <wingo> luks: probably so
[16:23] <wingo> i'm doing a fresh checkout and it's running much faster
[17:56] <ubotu> New bug: #188684 in bzr-webserve "UI Improvement?" [Undecided,New] https://launchpad.net/bugs/188684
[20:14] <alecw1> How do I find out which version of bzr I'm using?
[20:15] <luks> bzr --version
[20:15] <alecw1> luks: thanks.
[22:20] <wjl> I'm switching a lot of my projects from mercurial to bazaar, but I really miss mercurial queues (gives quilt-like behavior, integrated with mercurial). Are there any plans for a mq-like plugin from bazaar? Or is there another way to get this functionality (besides hundreds of feature-branches) using bazaar that anyone can suggestion?
[22:21] <mwhudson> there's 'looms'
[22:21] <mwhudson> but i'm not totally sure what they do or how they work :)
[22:21] <wjl> I saw a mention of that somewhere, but couldn't find a link -- any idea where that is being developed?
[22:22] <mwhudson> no, come to mention it
[22:22] <mwhudson> maybe it's not released yet
[22:22] <mwhudson> lifeless should know
[22:23] <wjl> okay, maybe I'll do a little more searching, and if I don't find anything I'll ask on the mailing list
[22:23] <mwhudson> good idea
[22:23] <wjl> okay, looks like https://wiki.ubuntu.com/NoMoreSourcePackages was where I saw it mentioned
[22:23] <wjl> JFYI
[22:24] <wjl> I can't tell from that page if it's just an idea, or a real project
[22:24] <mtaylor> wjl: I believe there is something like quilt coming
[22:24] <mwhudson> it certainly exists
[22:25] <wjl> Right now, to port from Mercurial w/ MQ, I'm using Bazaar + Quilt, but it's a little clunky.
[22:26] <lifeless> yo
[22:27] <wjl> looms sounds like it would be / will be great, I just am not sure where it's development is at
[22:28] <lifeless> its basically a concept for now
[22:28] <lifeless> we're hoping to have it be more in a few weeks
[22:28] <lifeless> but there is other stuff to do first; like network performance
[22:31] <wjl> I'd love to help, once there is a first cut to try -- I have quite a few projects using MQ that would be interesting to try converting at some point
[22:32] <wjl> Anyway, I'll keep using mercurial and bzr+quilt for now, and keep my ears open for loom developments. =)
[22:41] <lifeless> cool
[22:58] <igc> morning
[23:15] <rcohen> for something like quilt, i have written several tools in the past which do basically the same thing and come to the conclusion that patches are a horrible storage format
[23:15] <rcohen> my latest attempt stores whole pre- and post-images and uses 3 way merge
[23:15] <rcohen> which is much easier on the user than having to deal with .rej files
[23:15] <rcohen> http://codeville.org/fst/
[23:17] <rcohen> it's got some very basic integration tools for a VCS, but probably not enough
[23:18] <rcohen> anyway, whoever is working on loom, feel free to steal ideas, code or pick my brain on the subject
[23:18] <fullermd> What you really need to do is embed darcs to handle that stuff   ;)
[23:19] <rcohen> that's certainly one approach
[23:52] <simony> I killed a bzr process and it left the repo locked. Can I safely remove the lock directory?
[23:54] <mwhudson> simony: there's bzr break-lock for that
[23:54] <simony> thanks
[23:55] <simony> break-lock seems to hang as well
[23:55] <simony> at least breaking that didn't leave it locked
[23:58] <mwhudson> strange
[23:59] <mlh> simony: what sort of fs are you on?