Matthew Gregan <[EMAIL PROTECTED]> writes:
> At 2005-10-12T01:17:27+0200, Wim Oudshoorn wrote:
>> When I server all branches with
>>
>> monotone serve 0.0.0.0 *
>>
>> I can not sync from other computers, I get an error
>> something like:
>>
>> access denied due to branch xxx.yyy
>>
>> Using m
Nathaniel Smith <[EMAIL PROTECTED]> writes:
> On Tue, May 17, 2005 at 08:00:45PM +0200, Bruno Hertz wrote:
>> > Yes, but just because there's a subtle technical difference doesn't
>> > mean that people don't expect them to work the same, and won't
&g
Derek Scherger <[EMAIL PROTECTED]> writes:
> my vote would be for all restrictable commands to take the option. so
> status, diff, commit, revert, ls unknown/ignored/missing and any others.
> it appears that all you need to do is enable the option for them so it
> seems easy enough to add.
I agre
Nathaniel Smith <[EMAIL PROTECTED]> writes:
> On Sat, May 14, 2005 at 12:04:57AM -0700, David Brown wrote:
>> On Fri, 13 May 2005 20:39:31 -0700, Nuno Lucas <[EMAIL PROTECTED]>
>> wrote:
>>
>> >I understand your point. On the other hand there is no way to be fully
>> >sure they will always be t
Joel Crisp <[EMAIL PROTECTED]> writes:
> Hi
>
> Just a small comment; maybe a format using the numeric prefix familiar to us
> all from RFCs like
>
> 200 OK UNKNOWN test/foo
> 201 foo.h
> 201 foo.c
>
> etc.
>
> This format is more likely to be parsable with existing libraries and is
> familiar t
Joel Reed <[EMAIL PROTECTED]> writes:
> On Sat, May 14, 2005 at 01:35:58PM +0200, Bruno Hertz wrote:
>
> snip
>
>> So finally answering your question, while feeling that I'm becoming
>> quite repetitive at the same time, when I talk about limiting list
>&
Nathaniel Smith <[EMAIL PROTECTED]> writes:
> On Fri, May 13, 2005 at 02:36:38AM +0200, Bruno Hertz wrote:
>> Nathaniel Smith <[EMAIL PROTECTED]> writes:
>>
>> > On Fri, May 13, 2005 at 12:47:09AM +0200, Bruno Hertz wrote:
>> >> Nathaniel Smit
"Bruno Hertz" <[EMAIL PROTECTED]> writes:
> Nathaniel Smith <[EMAIL PROTECTED]> writes:
>
>> On Fri, May 13, 2005 at 12:47:09AM +0200, Bruno Hertz wrote:
>>> Nathaniel Smith <[EMAIL PROTECTED]> writes:
>>>
>>> > How co
Nathaniel Smith <[EMAIL PROTECTED]> writes:
> On Fri, May 13, 2005 at 12:47:09AM +0200, Bruno Hertz wrote:
>> Nathaniel Smith <[EMAIL PROTECTED]> writes:
>>
>> > How could "list unknown" behave that would be useful in this
>> > situation?
Emile Snyder <[EMAIL PROTECTED]> writes:
> Well, the fact that a revision refers to the state of a tree of files
> makes it, in my mind at least, about versioning trees of files. I'm not
> saying that you can't use it for what you wish, just that it's not a
> perfect impedance match.
Well, what
Nathaniel Smith <[EMAIL PROTECTED]> writes:
> How could "list unknown" behave that would be useful in this
> situation?
If it was possbile to constrain it to a specific directory, it could
very well make sense. For example together with an analogue of Emacs
PCL-CVS mode for monotone.
Regards, Br
Emile Snyder <[EMAIL PROTECTED]> writes:
> On Thu, 2005-05-12 at 06:39, Bruno Hertz wrote:
>> What we are talking about here is situations where files under
>> revision control are sparse in a directory tree. As an example,
>> consider putting your home directory under
Nathaniel Smith <[EMAIL PROTECTED]> writes:
> On Thu, May 12, 2005 at 12:28:37AM +0200, Bruno Hertz wrote:
>> Apropos a recent discussion, would this patch prevent monotone from
>> scanning a whole directory tree if the top level dir itself matches an
>> ignore p
Martin Dvorak <[EMAIL PROTECTED]> writes:
> Hi,
>
> I've just made a patch to support the '.mt-ignore' file. It's a simple
> file which contains one regular expression per line. Do you have any
> objections against making it a standard way to describe ignored files?
>
> I also attached Lua code to
Robert Leftwich <[EMAIL PROTECTED]> writes:
> I have just started using Monotone and I have a question or two. Firstly, it
> is
> not as easy as I would hope to detect when new files are created and are not
> yet
> under version control, i.e. monotone status does not list them, I need to use
Derek Scherger <[EMAIL PROTECTED]> writes:
> certainly, given the same args and possibly --local option, commit,
> status, diff, revert should all act on the same things!
Sure. Without path spec on the entire working copy, else on the
path(s) specified.
And, as said, after taking the pain of abs
Nathaniel Smith <[EMAIL PROTECTED]> writes:
> It actually had never occurred to me that one might expect giving a
> directory to mean "only the first level of stuff in that directory";
> maybe we need a straw poll on what people's intuitions here are?
Who ever called 'ls' with a directory name as
Nathaniel Smith <[EMAIL PROTECTED]> writes:
> On Fri, May 06, 2005 at 07:37:36PM +0200, Bruno Hertz wrote:
>> while the user interface might currently not be top priority, are
>> there still any plans to allow for non-recursive path restrictions,
>> e.g. for list va
Hi
while the user interface might currently not be top priority, are
there still any plans to allow for non-recursive path restrictions,
e.g. for list various ?
Also, remotely related and fyi, while diff takes a base name as an
argument, log requires a path relative to MT, which some people migh
19 matches
Mail list logo