similar to: --suffix problem - possibly bug?

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.samba.org/archive/rsync/attachments/20030728/49616c2f/attachment.bin

Hiya. While merging the 2.6.0 changes into our modified version of rsync, I noticed the following bit of code in 2.6.0's options.c: extern int sanitize_paths; if (sanitize_paths) sanitize_path(strdup(files_from), NULL); filesfrom_fd = open(files_from, O_RDONLY|O_BINARY); Since sanitize_path modifies its first argument in place, the path that open()

https://bugzilla.samba.org/show_bug.cgi?id=4621 tkessler@ucdavis.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tkessler@ucdavis.edu ------- Comment #2 from tkessler@ucdavis.edu 2008-07-12 12:01 CST ------- This would be an EXCEPTIONALLY useful

Hi All, I am writing a backup program for my computer. brief outline is as follows. Running ubuntu 10.04 2 main partitions, / and /home, both ext3. 1 external usb hdd, ext3, mounted to /backups/main. once every couple of days, rsync backs up, using following command, everything worth backing up in / and /home partitions to a folder /backups/main/Full. command: "rsync -vrhRupElog

Some of the debug messages that rsync outputs (when verbose >= 2) can occur on both sides of the connection. This makes it hard to know which program is saying what. Some debug messages deal with this by outputting a "[PID]" string at the start of the message. Unfortunately, the startup message that tells us which pid is which is only output when verbose >= 3, so there's a

Hi rsync gurus! [Please Cc: me, as I am NOT subscribed to the list!] First the data points: debian/woody, local server=i386 arch, remote is alpha arch rsync version on both debian 2.5.5-0.2 While upgrading our server to a raid we were hit by a bug which I really consider very strange: The option -n/--dry-run does NOT change files, but DELETE files when called with --delete. Test case I had: $

I am puzzled as to why I can't get the option --link-dest to work properly. When I use this option when both source and destinations are on a local filesystem the hard-linking of the target against the link-dest directory does work, but when the source is a remote directory (via ssh or rsync server) hard links are not created. I suspect it has something to do with setting the correct

https://bugzilla.samba.org/show_bug.cgi?id=7424 Summary: -x with sshfs Product: rsync Version: 3.0.7 Platform: x64 OS/Version: Linux Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: bugs at dotcommie.net QAContact: rsync-qa at

Hi, I'm confused as to the purpose of rsync modules. I know how to set them up in rsyncd.conf, and can list the available modules on a remote linux machine using 'rsync camlinux01::' from a Win32 client, but I can't find any information on what they are actually for. The man page for rsyncd.conf talks about them as if they are vitaly important, but the man page for rsync

I was told that my earlier submission of this report contained a user-hostile attachment (courtesy of Outlook), so here it is again, with the log included below. The problem: Files that exist only on the remote system are deleted silently (i.e. not logged), rather than noisily as implied by the recommendation of --dry-run in the rsync man page definition of --delete to see what would be

https://bugzilla.samba.org/show_bug.cgi?id=4834 Summary: --inplace with --backup --backup-dir does not work Product: rsync Version: 2.6.9 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: joost@seat-ibiza.nl

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear list members, there are two new rsync-features I made up and would like to discuss with you. If you think these new features might be useful for the whole rsync-community, please give me a note and I'll send you the patches (or post them here). 1.) Setting owner and/or group of backup files. In our servers I'm using rsync to backup

I'm using a javascript program to execute rsync 2.5.6 compiled with cygwin on Windows XP Pro machines. These backup the user's "My Documents" folder to a Linux server running rsync 2.5.6 in daemon mode when the user logs in to XP and certain conditions are met (e.g. user hasn't backed up for a few days, user on the network etc). This works great except every now and then

Up until recently, I was running a standard rsync/rsh to rsyncd server combination to sync files. Due to security concerns, I'd like to switch to rsync through ssh. I'm testing with the following from the client side: rsync --verbose --progress --stats --compress --rsh="/usr/local/bin/ssh -p XXXX" \ --recursive --times --perms --copy-links --delete \ /rsynctest/test1

I would like to rsync the dirs "Documents" "Sofware" and the .evolution files only. and remove the *~ files ---------------------------------------------- Command: #rsync -r -n -t -v --progress --exclude-from=r2 /home/mt/ /home/mt/rsyncTest/ ------------------------------------------ #text file <r1>: + .evolution/calendar/local/system/calendar.ics +

I have a script that runs nightly as a cronjob to backup my drive to a USB drive https://pastebin.com/yivqrGUC On the command line I use the --timeout option. Is this sufficient to ensure that if the external drive somehow becomes unmounted that rsync will gracefully fail without trying to write to the hard drive instead of the USB drive? rsync -vaWSHpl --timeout=15 --delete-excluded --filter

--timeout is about network connection timeouts. You aren't using the network so it doesn't apply at all. Even if you were networking an unmounted filesystem is an empty directory as far as rsync is concerned and rsync would treat it that way with no idea that you intended to have something mounted there. Now, I see at the top of your script you check for the existence of the target

> Just curious: what about the rsync+ patch? Thanks for the reminder. I've just committed Jos's rsync+ patch onto the "branch_mbp_rsyncplus_merge" branch. If it works OK and nobody screams I will move it across onto the main tree tomorrow or Wednesday. I see the patch doesn't add documentation about the new options to the man page, so we should fix that in the future.

https://bugzilla.samba.org/show_bug.cgi?id=7865 Summary: files or dirs with more than 16 ACLs are not rsynced correctly Product: rsync Version: 3.0.7 Platform: IA64 OS/Version: HP-UX Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org

See patch #2 for more explanation. Pino Toscano (2): prepare: keep config_files available for longer prepare: create a really empty base.tar.gz with no config files src/mode_prepare.ml | 87 +++++++++++++++++++++++++++------------------ 1 file changed, 52 insertions(+), 35 deletions(-) -- 2.17.2