On Tue, Feb 28, 2006 at 02:52:31PM +0900, Chan, Alex (Exchange) wrote:
> It should not have the bin prefixed there. Tried rsync -vvv
> rsync://hpux1/app/bin/. and just app/bin
> they were the same. It only works with app/bin/*
I can't reproduce this with any version of rsync I tried (and I tried
Hi
Wayne,
I see this old
subject re HP-UX box may have differente behavior when the path is
sanitized.
We have an HP-UX box
just upgraded to 2.6.6 and seems to have the same behavior in
that
rsync -vvv
rsync://hpux1/app/bin/
recv_file_name(bin)
recv_file_name(bin/toolkit)
On Wed, May 04, 2005 at 12:03:04AM -0600, Bob Proulx wrote:
> I am sure the problem is on the server side of the process.
I'd first double-check to make sure that there is no directory named
/mnt/tools/release/bin/bin on the server. Next, you might try turning
off chroot (by adding "use chroot =
Wayne Davison wrote:
> On Tue, May 03, 2005 at 05:26:10PM -0600, Bob Proulx wrote:
> > $ rsync -a ewok::cadroot/release/bin/ .
> > $ ls
> > bin
>
> Is your shell stripping off trailing slashes?
Good thought. But no. Running bash. But here is a test for that.
What you see is what you get
On Tue, May 03, 2005 at 05:26:10PM -0600, Bob Proulx wrote:
> $ rsync -a ewok::cadroot/release/bin/ .
> $ ls
> bin
Is your shell stripping off trailing slashes? Try running a basic
shell, such as /bin/sh and see if that makes a difference. You can also
use the -vv option to display the com
For some reason rsync-2.6.4 compiled by me on HP-UX 11.23 in 64-bit
mode is adding extra path elements when running in server mode. This
is a new problem. It did not used to do that with older versions and
it does not do that with compilations on other systems.
$ rsync -a ewok::cadroot/release
