On 11/22/2011 6:51 AM, Paul Slootman wrote:
On Mon 21 Nov 2011, Brian K. White wrote:
On 11/19/2011 9:04 AM, francis.montag...@inria.fr wrote:
On Tue, 15 Nov 2011 23:49:18 +0100 "Brian K. White" wrote:
nj2:/opt/x # rsync -avvvn --force --delete --include=/tmp
--include=floof/ --exclude='*' /
On Mon 21 Nov 2011, Brian K. White wrote:
> On 11/19/2011 9:04 AM, francis.montag...@inria.fr wrote:
> >
> >On Tue, 15 Nov 2011 23:49:18 +0100 "Brian K. White" wrote:
> >
> >>nj2:/opt/x # rsync -avvvn --force --delete --include=/tmp
> >>--include=floof/ --exclude='*' /tmp/. co4::root/tmp/.
> >
> >D
On 11/21/2011 3:09 PM, Brian K. White wrote:
> pushfile /path/to/thing
> pushfile /path/to/thing host
pushfile /path/to/thing
OR
pushfile /path/to/thing host
--
bkw
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.
On 11/19/2011 9:04 AM, francis.montag...@inria.fr wrote:
On Tue, 15 Nov 2011 23:49:18 +0100 "Brian K. White" wrote:
nj2:/opt/x # rsync -avvvn --force --delete --include=/tmp
--include=floof/ --exclude='*' /tmp/. co4::root/tmp/.
Detail: /tmp being the "root of the transfer", "--include=/tmp"
On Tue, 15 Nov 2011 23:49:18 +0100 "Brian K. White" wrote:
> nj2:/opt/x # rsync -avvvn --force --delete --include=/tmp
> --include=floof/ --exclude='*' /tmp/. co4::root/tmp/.
Detail: /tmp being the "root of the transfer", "--include=/tmp" is
wrong because it refers then to /tmp/tmp.
I thing yo
Brian K. White wrote:
> ... Looks like it works, but only for files not directories.
>
> All I did was change:
> rsync $OPTS --include=/$F --exclude='*' $P ${h}::root$P
> to
> rsync $OPTS --include=/$F --exclude='*' ${P}/. ${h}::root${P}/.
>
> And now if the file doesn't exist locally it is dele
On 11/15/2011 4:15 AM, Voelker, Bernhard wrote:
Brian K. White wrote:
On 11/14/2011 2:29 AM, Voelker, Bernhard wrote:
rsync -avx --delete --include=/file --exclude='*' . host2:deltest/.
This didn't work for me, although one difference is my script specifies
a path instead of "." Does this on
Brian K. White wrote:
> On 11/14/2011 2:29 AM, Voelker, Bernhard wrote:
> > rsync -avx --delete --include=/file --exclude='*' . host2:deltest/.
>
> This didn't work for me, although one difference is my script specifies
> a path instead of "." Does this only work with literally "." in the
> pla
On 11/14/2011 2:29 AM, Voelker, Bernhard wrote:
rsync -avx --delete --include=/file --exclude='*' . host2:deltest/.
This didn't work for me, although one difference is my script specifies
a path instead of "." Does this only work with literally "." in the
places above?
My script parses the
On 11/14/2011 2:29 AM, Voelker, Bernhard wrote:
Brian K. White wrote:
Is there any way to specify a file to be deleted on the remote side
explicitly by name?
yes :-)
user@host1:~/deltest> ls -a1
.
..
a
b
c
file
user@host1:~/deltest> ssh host2 ls -a1 deltest
.
..
a
b
c
file
user@host1:~/del
Brian K. White wrote:
> Is there any way to specify a file to be deleted on the remote side
> explicitly by name?
yes :-)
user@host1:~/deltest> ls -a1
.
..
a
b
c
file
user@host1:~/deltest> ssh host2 ls -a1 deltest
.
..
a
b
c
file
user@host1:~/deltest> rm file
user@host1:~/deltest> rsync -avx --
On 11/11/2011 5:15 PM, Carlos Carvalho wrote:
Brian K. White (br...@aljex.com) wrote on 11 November 2011 15:59:
>Is there any way to specify a file to be deleted on the remote side
>explicitly by name?
>
>I would have thought that deleting the file locally, the rsyncing the
>non-existin
Brian K. White (br...@aljex.com) wrote on 11 November 2011 15:59:
>Is there any way to specify a file to be deleted on the remote side
>explicitly by name?
>
>I would have thought that deleting the file locally, the rsyncing the
>non-existing file with --del would have resulted in the remote
On Fri, 2009-03-06 at 22:56 -0800, Wayne Davison wrote:
> If someone is doing inotify-based --files-from transfers and a filename
> is now missing, maybe they really want --delete-missing-args to ensure
> that the receiver doesn't have a version of the now-missing file.
There's no need for that: t
On Fri, Mar 06, 2009 at 04:44:56PM -0500, Matt McCutchen wrote:
> Two issues you may wish to correct [...]
Thanks for pointing those out! I've made sure that the mode does not
get tweaked by --chmod if it is 0, and changed the --list-only output
to start with "*missing", as you suggested.
> Whil
On Sat, 2009-02-28 at 09:36 -0800, Wayne Davison wrote:
> I added an option to the latest development version that supports this:
> --delete-missing-args.
Nice work! I feared the implementation would be much messier. Two
issues you may wish to correct (or I might do it and post the patch):
1. T
On Fri, Feb 13, 2009 at 12:31:54AM +0100, intripoon wrote:
> Now there are files I want to have deleted on PC B. They don't exist
> on PC A. I hoped I could just add them to the list of files given to
> --from-files, but the sender just tells me "failed: No such file or
> directory (2)" and goes on
On Thu, 2007-12-06 at 19:23 -0200, Rivanor P. Soares wrote:
> I'm running rsync (2.6.2)
That's pretty old. You might want to upgrade to the latest stable
version, 2.6.9.
> I want to sync all .fle files from dir1 to the dir2 and also remove
> files from the destination which were removed from the
On Fri, Jan 14, 2005 at 04:02:39PM +, Simon wrote:
> Looking around it would appear --delete works upon directory updates,
> but there is nothing in the documentation that indicates that options
> in the example above cannot be used in this way.
I've updated the docs for the next release to ma
19 matches
Mail list logo
