[03:06] <delinquentme> someone removed my .rvmrc file from the repo ... once upon a time it was mainted in the repo
[03:06] <delinquentme> is there a way to restore the version in a given revno?
[09:19] <mgz> morning
[10:20] <ccxCZ> is there a tool to visualise the branching of several branches with same root?
[10:22] <ccxCZ> launchpad has something like that on project pages iirc
[10:38] <mgz> you can run qlog in a shared repo and get multi-branch history, probably not quite what you want but can be handy
[10:39] <ccxCZ> that's for only one branch though?
[10:52] <ccxCZ> how would I go about traversing everything in a shared repository and creating a graphviz diagram for it? http://people.canonical.com/~mwh/bzrlibapi/bzrlib.repository.Repository.html#all_revision_ids returns an iterator over a http://people.canonical.com/~mwh/bzrlibapi/bzrlib.revision.html I assume...
[10:54] <mgz> ccxCZ: see the bzr branches command for reference, bzrlib/builtins.py cmd_branches
[11:00] <ccxCZ> hmm, so far it seems simpler to postprocess the output of log --long --with-ids with awk instead of doing it using bzrlib
[11:44] <LarstiQ> ccxCZ: qlog can do multiple branches, `bzr qlog ~/branch1 ~/branch2` is an example from its help
[11:57] <ccxCZ> neat, thanks
[16:08] <lduros> hi, I'm doing bzr export new-folder mybranch and it's a pretty big directory, on which I run ./configure && make -- then when I make change to my branch, is there a way to update the exported folder without rewriting all the files there?
[16:09] <mgz> lduros: not sure, I'll note that bzr-upload does smarter sync, but if it's just for a local build dir that's probably not what you want
[16:09] <lduros> hmm, right yeh
[16:10] <lduros> mgz: I guess the easiest thing to do is to just copy those files manually
[16:10] <lduros> :-)
[16:10] <mgz> any particular reason you're not just using a lightweight checkout and using update say?
[16:10] <lduros> mgz: no, no reason, didn't think about it
[16:10] <lduros> mgz: i'm still learning bzr really
[16:11] <lduros> I'm trying to figure out what you mean by a lightweight checkout ;-)
[16:11] <mgz> well, some things match particular ways of doing stuff better, it's always a bit hard to see without trying and seeing what hurts :)
[16:11] <lduros> no local branch or repo
[16:11] <lduros> ok
[16:11] <lduros> hehe
[16:11] <nDuff> lduros: *nod* -- lightweight checkouts are more like the traditional svn way of doing things
[16:11] <mgz> so, `bzr checkout --lightweight mybranch new-folder`
[16:12] <lduros> mgz: so I just do this: bzr checkout mybranch mylightweightco?
[16:12] <lduros> ah ok
[16:12] <lduros> nice :-)
[16:12] <lduros> alright, that should same me some time on the build :-)
[16:13] <mgz> as it's a real versioned thing linked to the branch, it can do more, but also possible to get in a bit of a muddle, provided you remember you can just ignore stuff in there if it's a scratch build folder you should be fine
[16:13] <lduros> right, ok :-)
[16:13] <lduros> mgz: thanks much for the lesson!
[16:15] <mgz> what I often do for build-intensive projects where I actually want to use feature branches is have a --no-trees repo with all the branches under it, then a 'tree' lightweight checkout I work in and switch between the branches, and other checkouts on demand
[16:16] <lduros> hmm, sounds like the way to go!
[17:27] <lduros> mgz: so once I have made changes to my branch, how do I bring them in my lightweight checkout. if I do bzr merge ../mybranch, it tells me the working tree has uncommitted changes
[17:27] <lduros> bzr update?
[17:27] <lduros> yeh looks like it
[17:27] <lduros> cool!
[17:27] <lduros> :-)
[17:27] <mgz> that's the one :)