> I'm feeling a little more comfortable with this change now. What do
> folks think about having something like [ssh instead of rsh as default] in
2.6.0?
I'd say go for it. If nothing else, it would be nice to get away from the
current situation of potentially *encouraging* newbs to *start* usin
On Mon, Dec 15, 2003 at 08:29:36PM -0800, Wayne Davison wrote:
> On Mon, Dec 15, 2003 at 12:11:41PM -0800, jw schultz wrote:
> > It would be worthwhile to add a note in INSTALL to advise people of
> > the --with-rsh configure option.
>
> I would not currently recommend that people use --with-rsh t
On Mon, Dec 15, 2003 at 12:11:41PM -0800, jw schultz wrote:
> It would be worthwhile to add a note in INSTALL to advise people of
> the --with-rsh configure option.
I would not currently recommend that people use --with-rsh to set the
default to be ssh because that affects the blocking I/O default
On Mon, Dec 15, 2003 at 11:51:25AM -0800, jw schultz wrote:
> On Mon, Dec 15, 2003 at 10:51:08AM -0800, Wayne Davison wrote:
> > I made one pass through the TODO and INSTALL files looking for outdated
> > info. I'd appreciate some other eyes giving these a quick scan.
>
> I just did a pass on the
On Mon, Dec 15, 2003 at 10:51:08AM -0800, Wayne Davison wrote:
> On Mon, Dec 15, 2003 at 10:03:28AM -0800, jw schultz wrote:
>
> > The one thing i really would have liked to have seen in a version bump
> > would have been changing the default remote shell to ssh instead of
> > rsh/remsh.
>
> I ca
On Mon, Dec 15, 2003 at 10:51:08AM -0800, Wayne Davison wrote:
> On Mon, Dec 15, 2003 at 10:03:28AM -0800, jw schultz wrote:
> > I wish we had a better handle on the cygwin hang and craigb-perf but i
> > don't want to slow things down.
>
> It sounds like Cygwin might be fixing the cause of the han
On Mon, Dec 15, 2003 at 10:03:28AM -0800, jw schultz wrote:
> The new wildmatch stuff should probably get a mild caution in the
> release notes.
Yes, it has the potential to trip up advanced users. I'm thinking about
a short blurb that explains how to create exlude patterns that behave
the same o
On Mon, Dec 15, 2003 at 12:57:05AM -0800, Wayne Davison wrote:
> On Sun, Dec 14, 2003 at 11:32:07PM -0600, John Van Essen wrote:
> > would you care to take the bull by the horns and produce a release
> > candidate for 2.5.8 so that the rsync enthusiasts on the rsync mailing
> > list can give it a w
This must get asked all the time, but I didn't see any results from a
search in the archive, so...
Are there any plans to integrate features such as using configurable,
multiple streams, or configurable window sizes? Something like BBFTP or
GridFTP features would be nice - is anyone working on
>
> On Sat, Dec 13, 2003 at 10:54:34AM -0500, Tim Boyer wrote:
> > I'm running rsync 2.5.7 on Data General dg/ux 4.20, and just
> noticed that
> > the --delete command is not deleting.
> >
> > # />ls -la /test
> > total 5
> > drwxr-xr-x 2 root other 512 Dec 13 10:46 .
> > drwxr-x
On Mon 15 Dec 2003, Wayne Davison wrote:
>
> Yes, I'd like to get the CVS version finished up and a new release made.
Good to hear!
> - What should we call the new version? I'm leaning towards 2.6.0
>because of the new features (such as --files-from) and the various
>large changes (suc
Hello,
I am trying to rsync folders/files hosted on a Windows machine to a
Linux machine. Many of the directory names have spaces in them.
How can I list them in a file so that the --include-from option use
them correctly?
Thanks!
Charles
--
Charles-E. Nadeau Ph.D
http://radio.weblogs.com/011182
On Mon, Aug 25, 2003 at 05:56:54PM -0700, jw schultz wrote:
> However, i'd rather not create the new global variable io_vanished.
> Instead let's turn io_error into a bitmask.
I just checked in some changes that implement the file-vanished warning
(adding support for exit code 24 -- RERR_VANISHED)
On Sun, Dec 14, 2003 at 11:32:07PM -0600, John Van Essen wrote:
> would you care to take the bull by the horns and produce a release
> candidate for 2.5.8 so that the rsync enthusiasts on the rsync mailing
> list can give it a whirl prior to an official release (hopefully by
> Christmas)?
I was ju
Steve Bonds wrote:
> If the destination server is the same you should be able to copy the
> files
> over to one common directory and either symlink or hard-link them from
> the
> final destinations.
>
> For example, on the destination server:
>
> /opt/app-name/lib/:
>contains all 4 libraries n
15 matches
Mail list logo