RE: All the feature requests... A better way?

2005-04-26 Thread Tim Conway
Need I remind you that the source code is freely-available?  Implement the algorithm in perl, use that as a module, and build others around it.  The world needs more heroes. 73, Tim Conway Unix System Administration Contractor - IBM Global Services - ODCS desk:3039240938 [EMAIL PROTECTED] -- T

RE: All the feature requests... A better way?

2005-04-26 Thread Eli
Scott wrote: > If it supported a job file then I would probably use it. It > would make > setting up and maintaining > cron triggered syncs a little eaiser to maintain and keep > organized. I > think that what you want might > also be easier to independantly implement with job file support. We

Re: All the feature requests... A better way?

2005-04-26 Thread Scott Becker
Eli wrote: Scott wrote: Perhaps an rsync 'job' file could be used instead of everything coming from command line switches and separate file lists. Kind of like rsyncd.conf but not for server mode. A typical config style layout where multiline include and exclude list can be placed along with al

RE: All the feature requests... A better way?

2005-04-26 Thread Eli
Scott wrote: > Perhaps an rsync 'job' file could be used instead of everything coming > from command line switches and separate file lists. Kind of like > rsyncd.conf but not for server mode. A typical config style > layout where > multiline include and exclude list can be placed along with all ot

Re: All the feature requests... A better way?

2005-04-25 Thread Scott Becker
Wayne Davison wrote: On Mon, Apr 25, 2005 at 09:30:30AM -0400, Eli wrote: With all the different features people want - almost makes me wonder if having an actual scripting language for rsync may be the best solution? Such a solution could be much better if it were a very limited scripting

Re: All the feature requests... A better way?

2005-04-25 Thread Wayne Davison
On Mon, Apr 25, 2005 at 09:30:30AM -0400, Eli wrote: > With all the different features people want - almost makes me wonder if > having an actual scripting language for rsync may be the best solution? Such a solution could be much better if it were a very limited scripting language (e.g. we can't