On Sat, Oct 21, 2006 at 10:26:04AM +1000, Daniel Carosone wrote:
> On Sat, Oct 21, 2006 at 10:01:59AM +1000, Brian May wrote:
> > Why is a pull operation from a locked database better then an update
> > operation?
>
> I think you missed the detail of which db is locked.
>
> mtn -d serve.mtn serve
On Sun, Oct 29, 2006 at 04:58:22PM +1100, Brian May wrote:
> Mybe I am still confused, I would have though that pulling from a database
> inside a hook that has been trigered by an update to that database would
> cause lock contention.
Yes, I think I might still be confused - I can't see how that
On Sun, Oct 29, 2006 at 12:52:52PM +1100, Brian May wrote:
> I really think that not every private key needs to be encrypted, and
> there are some applications where this is better (e.g. for server use;
> ssh doesn't require a passphrase to access its private key stored in
> /etc/ssh).
Yeah, this
On Sun, 2006-10-29 at 12:52 +1100, Brian May wrote:
> > "Ulf" == Ulf Ochsenfahrt <[EMAIL PROTECTED]> writes:
>
> Ulf> The passphrase dialog on commit is my biggest problem right
> Ulf> now. If the passphrase is set in the default monotonerc, then
> Ulf> I'd rather just use that. If
> "Ulf" == Ulf Ochsenfahrt <[EMAIL PROTECTED]> writes:
Ulf> The passphrase dialog on commit is my biggest problem right
Ulf> now. If the passphrase is set in the default monotonerc, then
Ulf> I'd rather just use that. If it's not set, I have to ask the
Ulf> user. Jon's original
> "Timothy" == Timothy Brownawell writes:
Timothy> I'm not sure we want to change the default, the
Timothy> recursiveness is kinda nice.
For the add operation, I very much dislike it.
Especially when it automatically adds files that I don't want it to
add. I am not sure if monotone
On Sat, 2006-10-28 at 23:57 +0200, Ulf Ochsenfahrt wrote:
> Timothy Brownawell wrote:
> > 'mtn drop -R' is recursive. (hey, we do have a --recursive option. Can
> > we add a --non-recursive and kill --depth?)
>
> Attached is a patch that changes mtn default behavior to add
> non-recursively and
On Sun, 2006-10-29 at 00:37 +0200, Ulf Ochsenfahrt wrote:
[...]
> The passphrase dialog on commit is my biggest problem right now. If the
> passphrase is set in the default monotonerc, then I'd rather just use
> that. If it's not set, I have to ask the user. Jon's original code would
> always as
On Sat, 2006-10-28 at 23:57 +0200, Ulf Ochsenfahrt wrote:
> Timothy Brownawell wrote:
> > 'mtn drop -R' is recursive. (hey, we do have a --recursive option. Can
> > we add a --non-recursive and kill --depth?)
>
> Attached is a patch that changes mtn default behavior to add
> non-recursively and
On 10/28/06, Markus Schiltknecht <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
> Outside of a pack file git really does store snapshots. Each file in
> the snapshot is compressed with zlib. The snapshots are smart enough
> to share identical files using the sha1. There are no deltas.
>
> Inside a p
Markus Schiltknecht wrote:
>> By introducing symbol dependencies (which svn2cvs does not do) you can
>> force the second change set sequence to be generated.
>
> Uhm.. is there a reason for not adding such symbol dependencies? It
> seems obvious that branching and tagging should be handled by the
On 10/28/06, Markus Schiltknecht <[EMAIL PROTECTED]> wrote:
> I don't want to do this, but it is a way to work around the problems
> in cvs2svn output.
For some tags you *have* to do this (or drop them).
I agree, there a few symbols in Mozilla CVS that were obviously
created piecemeal over a l
Hi,
Jon Smirl wrote:
Outside of a pack file git really does store snapshots. Each file in
the snapshot is compressed with zlib. The snapshots are smart enough
to share identical files using the sha1. There are no deltas.
Inside a pack file git takes all the revisions of a file and sorts
them fr
Nathaniel Smith wrote:
That gives 6 possibilities:
1. no private key, no key set -> error, can't commit
2. no private key, key set -> error, can't commit
3. one private key, no key set -> private key is default
4. one private key, key set -> if both keys are the same, that one is
default, if set
On 10/28/06, Markus Schiltknecht <[EMAIL PROTECTED]> wrote:
Hi,
[ removed the cvs2svn ML, because I don't want to get into the cvs2svn
import discussion, just a MTN-GIT naming issue
Jon Smirl wrote:
> Note that git is snapshot based, not change set based.
I don't understand the difference here
Hi,
[ removed the cvs2svn ML, because I don't want to get into the cvs2svn
import discussion, just a MTN-GIT naming issue
Jon Smirl wrote:
Note that git is snapshot based, not change set based.
I don't understand the difference here. AFAIK you have a snapshot (or
revision) and apply a patc
Timothy Brownawell wrote:
> 'mtn drop -R' is recursive. (hey, we do have a --recursive option. Can
> we add a --non-recursive and kill --depth?)
Attached is a patch that changes mtn default behavior to add
non-recursively and uses the -R option to reenable old behavior. This
patch makes the add
On Sat, Oct 28, 2006 at 10:01:29PM +0200, Jon Bright wrote:
> Richard Levitte - VMS Whacker wrote:
> >
> >Then you're using something other than --rccode, aren't you? Because
> >the above basically fulfills the needs of --rccode, as far as I can
> >see.
>
> No. Using stdin to provide the script
On Sat, Oct 28, 2006 at 09:59:35PM +0200, Ulf Ochsenfahrt wrote:
> Hi,
>
> I'll try pasting together the answers from Richard and Timothy.
>
> >- How does monotone select a (default) key to sign?
>
> Richard:
> >If you only have one private key, monotone will choose it (I think, I
> >haven't tes
On Sat, 2006-10-28 at 21:59 +0200, Ulf Ochsenfahrt wrote:
> > - How can I add a directory non-recursively?
>
> Richard:
> > I'm not sure you can. If you want to add specific files in a
> > directory, just add them, the directory itself will be added
> > automagically if needed.
>
> Timothy:
> >
Richard Levitte - VMS Whacker wrote:
Then you're using something other than --rccode, aren't you? Because
the above basically fulfills the needs of --rccode, as far as I can
see.
No. Using stdin to provide the script would be ideal. But if you're
using automate stdio, stdin is already "tak
Hi,
I'll try pasting together the answers from Richard and Timothy.
- How does monotone select a (default) key to sign?
Richard:
If you only have one private key, monotone will choose it (I think, I
haven't tested that for a while).
If _MTN/options has a key identity in it, monotone will cho
Nathaniel Smith wrote:
The bzr people claim complete distributiveness, which IIRC wasn't true
for baz, and which definitely isn't true for svn.
I'm not sure how you measure the completeness of distributiveness, but
it is the case that bzr is not just a rewrite of baz but also a
complete re-desi
In message <[EMAIL PROTECTED]> on Sat, 28 Oct 2006 21:17:11 +0200, Jon Bright
<[EMAIL PROTECTED]> said:
jon> Richard Levitte - VMS Whacker wrote:
jon> >
jon> > Hey bud, check this out (I discovered while looking around the code to
jon> > see how hard it would be to implement --rccode :-)):
jon> >
On Fri, Oct 27, 2006 at 06:58:18PM +0200, Ulf Ochsenfahrt wrote:
> I read that as meaning that you can avoid deadlocks in two different ways:
> - don't use lock promotion (I'm guessing that mtn doesn't use that anyway)
We probably do sometimes -- we have some work done towards making our
lock/tran
Richard Levitte - VMS Whacker wrote:
Hey bud, check this out (I discovered while looking around the code to
see how hard it would be to implement --rccode :-)):
: ; echo 'io.stderr:write "FOO!\n"' | mtn heads --rcfile=-
FOO!
mtn: grenen 'net.venge.monotone' har för tillfället ett löv:
970b5cf42
On Sat, Oct 28, 2006 at 08:54:32PM +0200, Ulf Ochsenfahrt wrote:
> [EMAIL PROTECTED] wrote:
> >Isn't bzr based on svn? Does this mean we've also accomplished
> >conversion to bzr?
>
> Nope. bzr is a rewrite of baz (in python), which is based on tla, which
> is/was a rewrite of larch (in C). lar
In message <[EMAIL PROTECTED]> on Sat, 28 Oct 2006 20:48:51 +0200, Jon Bright
<[EMAIL PROTECTED]> said:
jon> ...or (as is probably most useful for the plugin), write out some
jon> temporary rc file and use --rcfile. That said, to avoid this
jon> kind of playing with temporary files, it might be
[EMAIL PROTECTED] wrote:
Isn't bzr based on svn? Does this mean we've also accomplished
conversion to bzr?
Nope. bzr is a rewrite of baz (in python), which is based on tla, which
is/was a rewrite of larch (in C). larch was originally written by Tom
Lord in shell script.
The bzr people clai
Richard Levitte - VMS Whacker wrote:
ulf> - How can I suppress the automatic commit message dialog and get
ulf> an error instead if no message was given on the command line?
You hack your own edit_comment function in _MTN/monotonerc (works only
with that workspace) or ~/.monotone/monotonerc (
In message <[EMAIL PROTECTED]> on Sat, 28 Oct 2006 14:02:43 -0400, [EMAIL
PROTECTED] said:
hendrik> Isn't bzr based on svn?
I thought it was based on arch (or whatever name i has this week)...
Cheers,
Richard
-
Please consider sponsoring my work on free software.
See http://www.free.lp.se/
On Sat, Oct 28, 2006 at 01:47:10PM +0200, Michael Haggerty wrote:
> Markus Schiltknecht wrote:
> > Jon Smirl wrote:
> >> I have been trying with cvs2svn for three months now and progress
> >> isn't happening. You at least seem interested in making things work
> >> right for Mozilla.
> >
> > I don'
On Sat, 2006-10-28 at 18:23 +0200, Ulf Ochsenfahrt wrote:
> Hi all!
>
> I've got a few questions. Some of these may already have answers, others
> may not. I looked into the manual and checked the monotone built-in
> help, but found no easy answer to these.
>
> - How does monotone select a (def
In message <[EMAIL PROTECTED]> on Sat, 28 Oct 2006 18:23:23 +0200, Ulf
Ochsenfahrt <[EMAIL PROTECTED]> said:
ulf> I've got a few questions. Some of these may already have answers,
ulf> others may not. I looked into the manual and checked the monotone
ulf> built-in help, but found no easy answer t
Hi all!
I've got a few questions. Some of these may already have answers, others
may not. I looked into the manual and checked the monotone built-in
help, but found no easy answer to these.
- How does monotone select a (default) key to sign?
- How can I find out which?
- Why is "automate get_
On 10/28/06, Michael Haggerty <[EMAIL PROTECTED]> wrote:
Markus Schiltknecht wrote:
> Jon Smirl wrote:
>> I have been trying with cvs2svn for three months now and progress
>> isn't happening. You at least seem interested in making things work
>> right for Mozilla.
>
> I don't think so. The graph
Hi,
Michael Haggerty wrote:
For the record, cvs2svn works *fine* with the mozilla repository. I've
converted it multiple times without problems.
What doesn't work us using cvs2svn *with Jon Smirl's changes* to support
conversion from CVS *to git*.
Oh, that's good to know.
This was never
Markus Schiltknecht wrote:
> Jon Smirl wrote:
>> I have been trying with cvs2svn for three months now and progress
>> isn't happening. You at least seem interested in making things work
>> right for Mozilla.
>
> I don't think so. The graph algorithm is just very new and we still have
> to experime
38 matches
Mail list logo