On 21 Nov 2001, Jos Backus [EMAIL PROTECTED] wrote:
On Wed, Nov 21, 2001 at 08:54:18AM -0600, Dave Dykstra wrote:
Here's a patch, based on Max Bowsher's patch. If deemed useful I will supply
the man patch as well.
--no-detach patch committed.
--
Martin
I'm starting to think we need to not show all the options in the
default --help output. I think perhaps the default should be to show
the commonly-used options (-avz, --include, : vs ::) and then have
--help-options and so on for more details. It is getting quite
ridiculous. There's one or two
On Mon, Nov 26, 2001 at 07:37:33PM +1100, Martin Pool wrote:
I'll apply something like Jos's patch, with a modification to not
create another bloody global variable but instead stick it in an
options struct.
Good idea. Btw, Openssh also uses structs to pass options around.
People who work
On 23 Nov 2001, Andre Pang [EMAIL PROTECTED] wrote:
On Tue, Nov 20, 2001 at 03:05:32PM -0800, Jos Backus wrote:
How about adding a --no-detach option (to be used in combination with
supervise? If there's interest I'll provide a patch.
Yes, this is great. I wanted it today when trying
Has any work been done to create an option for rsync to send its logging
output to STDOUT for djb style logging? This would be a useful option for
me. --log-stdout?
Thanks
-jeremy
On Wed, 21 Nov 2001, Jos Backus wrote:
On Wed, Nov 21, 2001 at 08:54:18AM -0600, Dave Dykstra wrote:
, it would be a
useful option imo. Let's first see if the --no-detach option makes it in
though, we can then add this other option.
--
Jos Backus _/ _/_/_/Santa Clara, CA
On Tue, Nov 20, 2001 at 03:05:32PM -0800, Jos Backus wrote:
How about adding a --no-detach option (to be used in combination with
--daemon) to rsync so it can be run under Dan Bernstein's daemontools'
supervise? If there's interest I'll provide a patch.
I'd be interested in this; sure
, November 20, 2001 11:05 PM
Subject: --no-detach option?
How about adding a --no-detach option (to be used in combination with
--daemon) to rsync so it can be run under Dan Bernstein's daemontools'
supervise? If there's interest I'll provide a patch.
Rsync will already not detach if stdin
]
cc: (bcc: Tim Conway/LMT/SC/PHILIPS)
Subject:Re: --no-detach option?
Classification:
On Wed, Nov 21, 2001 at 12:23:29PM -, Max Bowsher wrote:
I did the same, for cygwin, but I called the
option --debug-daemon. --no-detach is probably a better name. Heres my
'
There are some who call me Tim?
Dave Dykstra [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
11/21/2001 07:15 AM
To: [EMAIL PROTECTED]
cc: (bcc: Tim Conway/LMT/SC/PHILIPS)
Subject:Re: --no-detach option?
Classification
On Wed, Nov 21, 2001 at 08:54:18AM -0600, Dave Dykstra wrote:
Excuse me, I meant to say if stdin in IS a socket.
That mode of operation is indeed useful when running rsync --daemon from inetd
or tcpserver. I am talking about a mode in which rsync still listen()s, etc.
but can be managed by its
On Wed, Nov 21, 2001 at 11:07:21AM -0800, Jos Backus wrote:
On Wed, Nov 21, 2001 at 08:54:18AM -0600, Dave Dykstra wrote:
Excuse me, I meant to say if stdin in IS a socket.
That mode of operation is indeed useful when running rsync --daemon from inetd
or tcpserver. I am talking about a
On Wed, Nov 21, 2001 at 03:27:52PM -0600, Dave Dykstra wrote:
I'm not familiar with daemontools; I checked the web site and it wasn't
obvious to me. What's the advantage of using daemontools supervise? Why
does it need to run the daemon as a subprocess?
Like AIX's SRC (System Resource
13 matches
Mail list logo