[Monotone-devel] Re: [RFC] mtn to git conversion script

2008-08-25 Thread Brian Downing
On Mon, Aug 25, 2008 at 11:47:53PM +0300, Felipe Contreras wrote: On Mon, Aug 25, 2008 at 7:35 PM, Brian Downing [EMAIL PROTECTED] wrote: Here's a simple monotone to git converter I wrote. You'll need the Monotone::AutomateStdio perl module to use it (which I think I got it from monotone's

[Monotone-devel] Re: How to apply automate get_revision data

2007-11-12 Thread Brian Downing
Brian Downing wrote: Nathaniel Smith wrote: In general, there is no order you can apply them in; they are to be applied all at once. It's more like a declarative description of how two trees map to each other than it is a procedural description of how to produce one tree from another

[Monotone-devel] How to apply automate get_revision data

2007-11-11 Thread Brian Downing
I was wondering if there is a reliable way to apply the data from automate get_revision to transform one revision to the next. I'm toying with a monotone to git converter, which is pretty simple, but automate get_manifest_of is painfully, painfully slow. (Around 3/4 second for the

[Monotone-devel] Re: How to apply automate get_revision data

2007-11-11 Thread Brian Downing
Nathaniel Smith wrote: On Sun, Nov 11, 2007 at 11:39:55AM -0600, Brian Downing wrote: I was wondering if there is a reliable way to apply the data from automate get_revision to transform one revision to the next. I'm toying with a monotone to git converter, which is pretty simple

Re: [Monotone-devel] monotone-viz changes...

2006-10-11 Thread Brian Downing
time), but for side branches I think it works out quite nicely to show some of the structure that's not on the graph. Attached is the .dot file for net.venge.monotone.lua-testsuite. The dotted lines show out-of-branch relationships. -bcd -- *** Brian Downing bdowning at lavos dot net

Re: [Monotone-devel] ideas to speed up monotone SQLite database access

2006-02-07 Thread Brian Downing
to be built up to work anyway. -bcd -- *** Brian Downing bdowning at lavos dot net ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Re: Proposal for human readable revision IDs

2005-09-30 Thread Brian Downing
this behavior is the only reason I'm aware of this resource.) I suppose one could say that 568b_2462_456e_9a57_4326_93df_936d_4835 would select that way by default, but it is less readable than with hyphens to me. -bcd -- *** Brian Downing bdowning at lavos dot net

Re: [Monotone-devel] Cvssync problems

2005-09-29 Thread Brian Downing
On Wed, Sep 28, 2005 at 12:30:17PM +0200, Christof Petig wrote: Brian Downing schrieb: monotone: fatal: std::logic_error: cvs_sync.cc:847: invariant 'I(!e-xfiles.empty())' violated It looks like this node/edge contains no files, for now I removed the invariant check and print a warning

[Monotone-devel] Cvssync problems

2005-09-27 Thread Brian Downing
I've been playing with this a little bit. Remote CVS version is 1.11.20. (Note that I have verify_depth set to 0 in this build, but I checked that the problems happen in the same place with the default.) One problem: :; monotone-cvssync -d ~/somat.db -b com.somat.cvs.test cvs_pull :ext:[EMAIL

Re: [Monotone-devel] Cvssync problems

2005-09-27 Thread Brian Downing
On Tue, Sep 27, 2005 at 02:34:33PM -0500, Brian Downing wrote: Debug log attached as debug1.gz. Debug log attached as debug2.gz. Er, oops. -bcd debug1.gz Description: application/gunzip debug2.gz Description: application/gunzip ___ Monotone-devel

Re: [Monotone-devel] Excluding branches with shell patterns (was: ANNOUNCE: monotone 0.20)

2005-07-07 Thread Brian Downing
On Thu, Jul 07, 2005 at 10:17:58AM -0500, Timothy Brownawell wrote: With (Boost's) regular expressions, I could say foo\.(?!bar)\.* to match, say foo.abc, but not foo.bar. How do I do this with shell patterns now? I don't think you can. There seems to be some code for specifying

[Monotone-devel] [PATCH] head selector

2005-06-26 Thread Brian Downing
to '7b88f7c9b843cae0b068b5232edf812c9b2b367d' monotone: selected update target 7b88f7c9b843cae0b068b5232edf812c9b2b367d ... I don't really like how I implemented it, but I couldn't think of a better way given my limited knowledge of the Monotone codebase. -bcd -- *** Brian Downing bdowning at lavos dot

Re: [Monotone-devel] [PATCH] head selector

2005-06-26 Thread Brian Downing
On Sun, Jun 26, 2005 at 01:08:29PM +0200, Richard Levitte - VMS Whacker wrote: Hmm, I'm working on a different idea that happens to use the same selector letter. My idea is to have a more generic head (or rather, 'head-most') selector, which would work by placing 'h:' before any selector. It

Re: [Monotone-devel] [PATCH] head selector

2005-06-26 Thread Brian Downing
On Sun, Jun 26, 2005 at 07:36:42PM +0200, Richard Levitte - VMS Whacker wrote: In the particular case you mentioned ('monotone update -b {branch} -r h:') I still do not see why there should be a need to specify the head revision either way. Can you see another command where having to specify

Re: [Monotone-devel] [PATCH] head selector

2005-06-26 Thread Brian Downing
On Sun, Jun 26, 2005 at 09:36:51PM +0200, Richard Levitte - VMS Whacker wrote: In message [EMAIL PROTECTED] on Sun, 26 Jun 2005 14:27:05 -0500, Brian Downing [EMAIL PROTECTED] said: bdowning The current update behavior without a revision is to do bdowning something like update to the newest

Re: [Monotone-devel] Renaming branches -- where is the script?

2005-06-25 Thread Brian Downing
implied that it was a '%s*' search. -bcd -- *** Brian Downing bdowning at lavos dot net # # patch ChangeLog # from [097d8f47e66d6e5bb6a37dd162dcb10f785b8f40] #to [0702abf2c4c5342cec4a73e83f5d3f06c1d7de60] # # patch database.cc # from [1ce26993177acbeb3e3d18aba17f43700372fa3c