[Bug 8119] New: New feature: adapt behavior thanks to extended attributes (xattr)
https://bugzilla.samba.org/show_bug.cgi?id=8119 Summary: New feature: adapt behavior thanks to extended attributes (xattr) Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: way...@samba.org ReportedBy: ymarti...@free.fr QAContact: rsync...@samba.org I would like rsync to support the xattr "user.xdg.robots.backup" described at http://www.freedesktop.org/wiki/CommonExtendedAttributes If rsync runs with an option --xattr-backup-flag=user.xdg.robots.backup it should skip directories and files with that xattr set to "false". So that a user can decide what to exclude from backup without avoid to refer directories into an exclusion file list. I think it is also a good idea to emit a warning when such files/directories are excluded. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: files-from option requires dot .
On Fri, May 6, 2011 at 7:34 PM, Felipe Alvarez wrote: > This does work. Note the period `.' [after the colon]. > rsync --files-from=list.txt -vrP felipe1982.com:. ./ OK, I'll get it right this time... :-) Normally rsync is lax about a empty arg getting dropped by the shell when --server is in effect (it treats it as though "." had been received). The current --files-from code does not allow that arg to be lost, so the empty remote arg after the hostname gets lost by the shell, and rsync complains. I have fixed this in two ways in the git repo: 1. Rsync will now allow the trailing arg to be omitted with --server (it is assume to be "."). 2. Rsync will now turn empty remote args into dot dirs, so that an older rsync won't complain about the lost arg. This latter change also fixes an unusual command such as this one: rsync -avR host: host:dir/ /dest/ Before, the empty arg would get lost, and the request would just be for "dir/". (Note that the use of -s avoids the loss of an empty arg since the protected args are not parsed by the shell.) ..wayne.. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: files-from option requires dot .
On Sat, May 7, 2011 at 11:24 AM, Wayne Davison wrote: > Install a newer rsync on the remote system -- the bug where an empty > destination-dir string wasn't being interpreted as '.' was fixed in 3.0.8. > Sorry, I misread your command. That is indeed still a bug, but interestingly one that is avoided if you use -s (--protect-args). I'll have to look into why that fails. ..wayne.. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Bandwidth at runtime
Hi, I need to set the bandwidth of rsync at runtime depending on the amount of bytes I have to transfer from a remote server. I'd like to start rsync with the bwlimit option and then let rsync change this limit on runtime if the amount of size is too big (for my requirements). My first idea was to modify the bwlimit variable into io.c reading "stat.total_size" and adding a conditional control, but it doesn't work. If I set the bwlimit equal to a constant it works, but it's usless for me. I'm using the 3.0.7 version. Thanks. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: files-from option requires dot .
On Fri, May 6, 2011 at 7:34 PM, Felipe Alvarez wrote: > This does work. Note the period `.' [after the colon]. > rsync --files-from=list.txt -vrP felipe1982.com:. ./ Install a newer rsync on the remote system -- the bug where an empty destination-dir string wasn't being interpreted as '.' was fixed in 3.0.8. ..wayne.. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html