similar to: iinclude/excludes and symbolic links

Hello, I'm a relative newbie to rsync, I use it to backup (mirror) a bunch of Windows boxes. I mount them using samba (to avoid having to install the cygwin version on each box) then run (using rsync 2.5.2 run from crontab) rsync -vuaz --delete-excluded --exclude-from=/root/bin/rsync.exclude \ --modify-window=2 /mnt/pc/machine/share /backup/machine/share It works like a charm, except

I''m running 2.6.6 on a red hat EL3 system. using the following command, rsync -rlptDvzL --stats --include=a/ --include=a/dir/ --include=a/dir/symlink/ --include=a/dir/symlink/dir2/ --include=a/dir/symlink/dir2/dir3/ --exclude=''**'' /export/stuff remote::stuff I expect the "symlink" (which is really a symbolic link to a directory) to be preserved on the

So I thought I'd get a head start for next week - I have a low-power Linux box that has a few samba shares mounted, and limited hard disk space. This box is connected to a tape library via SCSI card. I want to find the best way to create a full, then incremental backup of the samba mounts, directly to tape. Some of the samba mounts are appliances that cannot run any special

As I alluded to in an earlier email on the subject of excludes, I had the idea of allowing a merge idiom (think "#include" in C) inside rsync's current exclude/include system. The idea is simple -- use the prefix ". " (dot space) in front of a filename, and that file will be incorporated into the contents of the current exclude/include rule(s). As a further feature, if the

Hi all, I have a problem synching a directory that as symbolic links. The behavior is: If a symlink is relative (like ../../file) the link is copied correctly If a symlink is absolute (like /root/document) the link is copied like (root/document) whithout the first slash. By the way some link are not usable. I use rsync 2.5.5 protocol 26 and the command is rsync -varlRHpogDtxP .

Hi everyone, I just discovered something very weird on a vanilla CentOS 7 installation. If I create a link to /tmp as a normal user, it looks like I can't remove this link anymore. Here's what this looks like: $ mkdir test_link $ cd test_link/ $ ln -s /tmp/ link_to_tmp $ ls -l total 0 lrwxrwxrwx. 1 kikinovak kikinovak 5 Sep 17 10:56 link_to_tmp -> /tmp/ $ rm link_to_tmp/

Use a simplier version using a loop, skipping multiple '/' at once, reducing the amount of memmove and strlen needed. Updates commit 865d070ddcbb071a919614f45c8eef8fcb4497ff. --- src/inspect-fs-unix.c | 56 ++++++++++++++++++--------------------------------- 1 file changed, 20 insertions(+), 36 deletions(-) diff --git a/src/inspect-fs-unix.c b/src/inspect-fs-unix.c index

Many Makefiles needed to add -Iinclude/drm as an include path, but the right thing to do is to include headers in the form #include <drm/.../*.h> This series fixes the source files, then rip off -Iinclude/drm flags. V3: rebased on commit bb2af9bda33 (drm-misc-next) Masahiro Yamada (16): drm/vc4: fix include notation and remove -Iinclude/drm flag drm/virtio: fix include notation and

Many Makefiles needed to add -Iinclude/drm as an include path, but the right thing to do is to include headers in the form #include <drm/.../*.h> This series fixes the source files, then rip off -Iinclude/drm flags. V3: rebased on commit bb2af9bda33 (drm-misc-next) Masahiro Yamada (16): drm/vc4: fix include notation and remove -Iinclude/drm flag drm/virtio: fix include notation and

Include <drm/*.h> instead of relative path from include/drm, then remove the -Iinclude/drm compiler flag. Signed-off-by: Masahiro Yamada <yamada.masahiro at socionext.com> --- Changes in v3: None drivers/gpu/drm/virtio/Makefile | 2 -- drivers/gpu/drm/virtio/virtgpu_debugfs.c | 2 +- drivers/gpu/drm/virtio/virtgpu_drv.c | 4 ++-- drivers/gpu/drm/virtio/virtgpu_drv.h

I'm writing to ask if R Core would make file.exists more Windows tolerant when the argument has a trailing slash. This has been discussed by users a few times here, I know it is not a new topic. But it is not a solved problem, yet. I acknowledge that CRAN packages exist which fix this by replacing file.exists(), but it seems more elegant to me to fix the problem in R itself. R Core goes to

First it strips /sysroot and then finds common prefix aligned on slashes. Next it produces ../ for each slash found in common prefix and concatenates them with the rest of resolved link. Fixes RHBZ#604041 Maros Zatko (1): fuse: resolve absolute links to relative ones src/fuse.c | 33 ++++++++++++++++++++++++++++++++- 1 file changed, 32 insertions(+), 1 deletion(-) -- 1.9.3

For example, converts "///usr//local//" -> "/usr/local". --- src/inspect-fs-unix.c | 52 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 52 insertions(+) diff --git a/src/inspect-fs-unix.c b/src/inspect-fs-unix.c index a1a757c..0fea9c8 100644 --- a/src/inspect-fs-unix.c +++ b/src/inspect-fs-unix.c @@ -89,6 +89,7 @@ static char *resolve_fstab_device

Hello, This is a feature request for a command-line option to disable special interpretation of trailing slashes on source directories. I have been using rsync for a couple of years now (what an awesome program!) and the meaning of the trailing slash on a source is always the one aspect of its syntax that slows me down and makes me check and re-check the manual to ensure that I have remembered

I have two folders that I need to merge onto a remote host. The sources contain conflicting files, and I'm trying to rsolve these conflicts using per-directory filter rules. However, it seems as if these rule files are merged together into one, instead of being treated separately for each directory. Is this the way it's supposed to work? For example, I have: Source A: foo1.zip foo2.zip

Rsync version: rsync-2.5.6-3mdk (Mandrake 9.2) I see from the CVS log that some of the following awkwardness may be fixed (or at least different) in the next public release. I'm looking forward to that. In the interim, here are some problems: --------- Problem 1 - unexpected consequence of replacing / with ** --------- The following exclude works because the explicit slash causes a match

I want to sync files from remote to local. I have a file with all the includes on the local machine. When executing rsync with "--files-from=incfiles.txt", it fails while trying to open "incfiles.txt" on the remote machine. Is there a way to tell rsync to look for the file locally? Thanks, Dave.

First it strips /sysroot and then finds common prefix aligned on slashes. Next it produces ../ for each slash found in common prefix and concatenates them with the rest of resolved link. Fixes RHBZ#604041 --- src/fuse.c | 33 ++++++++++++++++++++++++++++++++- 1 file changed, 32 insertions(+), 1 deletion(-) diff --git a/src/fuse.c b/src/fuse.c index 3fdb1d4..6c7eee1 100644 --- a/src/fuse.c +++

Patch includes fixes to man page including: - Typos/Spelling - Clarity - Special characters. - Moved around text explaining example. Make sure I didn't confuse the exclude list/file paragraph (line ~961 after applying the patch), I haven't used the feature and the motive of that paragraph is a tad unclear. Hope the patch is helpful. Never had used yodl before. Thanks for rsync. /a

Hello, I am configuring apache 2.2 to serve my rails app through mongrel at the root of my server. First, I redirect all http traffic to https with the following: ServerName emiliano NameVirtualHost *:80 <VirtualHost *:80> RedirectPermanent / https://emiliano #this server is only accessed internally </VirtualHost> Inside the <VirtualHost *:443> section, I have the following