Hi, I've noticed a little usability / efficiency issue.
The password for my key isn't requested until after the connection is
made to the server.
I think this is suboptimal because I need to wait for the connection
before I can enter the password and move on to something else until
the operation
A --daemon option could check for a string value from the
retrieve_passphrase (I didn't look up the correct name) hook before
proceeding and throw a N() otherwise?
-Ben
On 8/27/07, Christopher Vance <[EMAIL PROTECTED]> wrote:
> Sorry, I should have added the list before sending.
>
> -- F
Sorry, I should have added the list before sending.
-- Forwarded message --
From: Christopher Vance <[EMAIL PROTECTED]>
Date: Aug 28, 2007 12:05 PM
Subject: Re: [Monotone-devel] mtn serve question
To: Nicolas Ruiz <[EMAIL PROTECTED]>
On 8/28/07, Nicolas Ruiz <[EMAIL PROTECTED]> w
Ben Walton wrote:
I was looking to add an (rhel compatible) init script to contrib that
could be used to fire up daemons running mtn serve. I have a working
copy in use at my site, but it's dependent on a local utility for
backgrounding apps. Am I missing something or is there no built in
metho
I've just pushed net.venge.monotone.experiment.restricted_rosters that
changes the way we do restrictions somewhat.
The old code uses make_restricted_csets which, given two rosters and a
restriction, creates included and excluded csets like this:
OLDRESTRICTEDNEW
Applying the included cs
Hi All,
I was looking to add an (rhel compatible) init script to contrib that
could be used to fire up daemons running mtn serve. I have a working
copy in use at my site, but it's dependent on a local utility for
backgrounding apps. Am I missing something or is there no built in
method to tell m
On 8/27/07, Jack Lloyd <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 26, 2007 at 10:54:59AM -0700, Zack Weinberg wrote:
>
> > This is probably worth adding to the FAQ, and perhaps also reporting a
> > Linux kernel bug - file mtime certainly ought to be updated for
> > mmap-writes.
>
> Already known, it
Greetings,
I'm attempting to work out a workflow for a project that has been partitioned
into hierarchical sub-projects:
project a uses sub-project b
project a uses sub-project c
sub-project b uses sub-project d
sub-project c uses sub-project d
My first plan was to use merge_in
On Sun, Aug 26, 2007 at 10:54:59AM -0700, Zack Weinberg wrote:
> This is probably worth adding to the FAQ, and perhaps also reporting a
> Linux kernel bug - file mtime certainly ought to be updated for
> mmap-writes.
Already known, it looks like:
http://lkml.org/lkml/2007/2/20/255
"Attached are
On 20/08/2007, at 9:26 AM, William Uther wrote:
Having said that. Thanks everyone for the feedback. That will
help me get it closer to right the first time. I'm not planning to
do this for about a week to give lurkers time to chime in.
Hi all,
I went through the list of branches, and
10 matches
Mail list logo