Rsync(3pm)
okay bestie, welcome to Rsync(3pm) from the User Contributed Perl Documentation. This is the page for File::Rsync, and it's literally a perl module interface to rsync(1). It's giving glow-up for your backups, no cap. π¦β¨
π NAME π
File::Rsync β perl module interface to rsync(1). The site is http://rsync.samba.org/rsync/.
β¨ SYNOPSIS β¨
use File::Rsync;
$obj = File::Rsync->new(
archive => 1,
compress => 1,
rsh => '/usr/local/bin/ssh',
'rsync-path' => '/usr/local/bin/rsync'
);
$obj->exec( src => 'localdir', dest => 'rhost:remotedir' )
or warn "rsync failed\n";
πΈ DESCRIPTION πΈ
It's a Perl Convenience wrapper for the rsync(1) program. Written for rsync-2.3.2 and updated for rsync-3.1.1, but it should perform properly with most recent versions. lowkey timeless, fr fr. ngl, that range is kinda iconic.
π¦ File::Rsync::new π¦
$obj = new File::Rsync;
or
$obj = File::Rsync->new;
or
$obj = File::Rsync->new(@options);
Create a File::Rsync object. Any options passed at creation are stored in the object as defaults for all future exec calls on that object. Options may be passed in the style of a hash (key/value pairs) and are the same as the long options in rsync(1) without the leading double-hyphen. Any leading single or double-hyphens are removed, and you may use underscore in place of hyphens in option names to simplify quoting and avoid possible equation parsing (subtraction). so thoughtful, honestly.
Although options are key/value pairs, as of version 0.46 the order is now preserved. The way that it preserves order? obsessed. Passing a hash reference is still supported for backwards compatibility, but is deprecated as order cannot be preserved for this case. deprecated, bestie β don't build new stuff on it.
An additional option of path-to-rsync also exists which can be used to override the using PATH environment variable to find the rsync command binary, and moddebug which causes the module methods to print some debugging information to STDERR.
There are also 2 options to wrap the source and/or destination paths in double-quotes: these are quote-src and quote-dst, which may be useful in protecting the paths from shell expansion (particularly useful for paths containing spaces). This wraps all source and/or destination paths in double-quotes to limit remote shell expansion. It is similar but not necessarily the same result as the protect-args option in rsync itself. close cousins, not twins. slay.
The outfun and errfun options take a function reference, called once for each line of output from the rsync program with the output line passed in as the first argument, the second arg is either 'out' or 'err' depending on the source. This makes it possible to use the same function for both and still determine where the output came from. iconic dual-purpose behavior.
If options are passed as a hash reference (deprecated), the exclude needs an array reference as it's value since there cannot be duplicate keys in a hash. Since order cannot be preserved in a hash, this module currently limits the use of exclude or include together. They can be mixed together if options are in the form of a list or array ref.
Use the '+ ' or '- ' prefix trick to put includes in an exclude array, or to put excludes in an include array (see rsync(1) for details).
Include/exclude options form an ordered list. The order must be retained for proper execution. There are also source and dest keys. The key src is also accepted as an equivalent to source, and dst or destination may be used as equivalents to dest. The source option may take a scalar or an array reference. If the source is the local system then multiple source paths are allowed. In this case an array reference should be used. There is also a method for passing multiple source paths to a remote system. This method may be triggered in this module by passing the remote hostname to the srchost key and passing an array reference to the source key. If the source host is being accessed via an Rsync server, the remote hostname should have a single trailing colon on the name. When rsync is called, the srchost value and the values in the source array will be joined with a colon resulting in the double-colon required for server access. The dest key only takes a scalar since rsync only accepts a single destination path. one dest, one vibe.
Version 2.6.0 of rsync(1) provides a new files-from option along with a few other supporting options (from0, no-relative, and no-implied-dirs). To support this wonderful new option at the level it deserves, this module now has an additional parameter. As of version 0.46 the value of files-from may be an array reference. The contents of the array are passed to files-from the same as the below method using infun but implemented inside the module.
If files-from is set to '-' (meaning read from stdin) you can define infun to be a reference to a function that prints your file list to the default file handle. The output from the function is attached to stdin of the rsync call during exec. If infun is defined it will be called regardless of the value of files-from, so it can provide any data expected on stdin, but keep in mind that stdin will not be attached to a tty so it is not very useful for sending passwords (see the rsync(1) and ssh(1) man pages for ways to handle authentication). The rsync(1) man page has a more complete description of files-from. Also see File::Find for ideas to use with files-from and infun. authentication via stdin? not it, bestie.
The infun option may also be used with the include-from or exclude-from options, but this is generally more clumsy than using the include or exclude arrays.
Version 2.6.3 of rsync(1) provides new options partial-dir, checksum-seed, keep-dirlinks, inplace, ipv4, and ipv6. Version 2.6.4 of rsync(1) provides new options del, delete-before delete-during, delay-updates, dirs, filter, fuzzy, itemize-changes, list-only, omit-dir-times, remove-sent-files, max-size, and protocol.
Version 0.38 of this module also added support for the acls option that is not part of rsync(1) unless the patch has been applied, but people do use it. It also includes a new literal option that takes an array reference similar to include, exclude, and filter. Any arguments in the array are passed as literal arguments to rsync, and are passed first. They should have the proper single or double hyphen prefixes and the elements should be split up the way you want them passed to exec. The purpose of this option is to allow the use of arbitrary options added by patches, and/or to allow the use of new options in rsync without needing an immediate update to the module in addition to rsync(1) itself. future-proof queen behavior. ate.
π¦ File::Rsync::defopts π¦
$obj->defopts(@options);
or
$obj->defopts(\@options);
Set default options for future exec calls for the object. See rsync(1) for a complete list of valid options. This is really the internal method that new calls but you can use it too. The verbose and quiet options to rsync are actually counters. When assigning the perl hash-style options you may specify the counter value directly and the module will pass the proper number of options to rsync. counters stay counting. π
π¦ File::Rsync::getcmd π¦
my $cmd = $obj->getcmd(@options);
or
my $cmd = $obj->getcmd(\@options);
or
my ($cmd, $infun, $outfun, $errfun, $debug) = $obj->getcmd(\@options);
getcmd returns a reference to an array containing the real rsync command that would be called if the exec function were called. The last example above includes a reference to the optional stdin function, stdout function, stderr function, and the debug setting. This is the form used by the exec method to get the extra parameters it needs to do its job. The function is exposed to allow a user-defined exec function to be used, or for debugging purposes. peek behind the curtain, iykyk.
π¦ File::Rsync::exec π¦
$obj->exec(@options) or warn "rsync failed\n";
or
$obj->exec(\@options) or warn "rsync failed\n";
This is the method that does the real work. Any options passed to this routine are appended to any pre-set options and are not saved. They effect the current execution of rsync only. In the case of conflicts, the options passed directly to exec take precedence. It returns 1 if the return status was zero (or true), if the rsync return status was non-zero it returns 0 and stores the return status. You can examine the return status from rsync and any output to stdout and stderr with the methods listed below. main character method, periodt. π₯
π¦ File::Rsync::list π¦
$out = $obj->list(@options);
or
$out = $obj->list(\@options);
or
@out = $obj->list(\@options);
This is a wrapper for exec called without a destination to get a listing. It returns the output of stdout like the out function below. When no destination is given rsync returns the equivalent of 'ls -l' or 'ls -lr' modified by any include/exclude/filter parameters you specify. This is useful for manual comparison without actual changes to the destination or for comparing against another listing taken at a different point in time.
(As of rsync version 2.6.4-pre1 this can also be accomplished with the 'list-only' option regardless of whether a destination is given.) list-only said "I got this."
π¦ File::Rsync::status π¦
$rval = $obj->status;
Returns the status from last exec call right shifted 8 bits.
π¦ File::Rsync::realstatus π¦
$rval = $obj->realstatus;
Returns the real status from last exec call (not right shifted). no shifting, just truth.
π¦ File::Rsync::err π¦
$aref = $obj->err;
In scalar context this method will return a reference to an array containing all output to stderr from the last exec call, or zero (false) if there was no output. In an array context it will return an array of all output to stderr or an empty list. The scalar context can be used to efficiently test for the existence of output. rsync sends all messages from the remote rsync process and any error messages to stderr. This method's purpose is to make it easier for you to parse that output for appropriate information. stderr drama, but make it parseable. vibe check passed.
π¦ File::Rsync::out π¦
$aref = $obj->out;
Similar to the err method, in a scalar context it returns a reference to an array containing all output to stdout from the last exec call, or zero (false) if there was no output. In an array context it returns an array of all output to stdout or an empty list. rsync sends all informational messages (verbose option) from the local rsync process to stdout. stdout said "let me be informative."
π¦ File::Rsync::lastcmd π¦
$aref = $obj->lastcmd;
Returns the actual system command used by the last exec call, or '' before any calls to exec for the object. This can be useful in the case of an error condition to give a more informative message or for debugging purposes. In an array context it return an array of args as passed to the system, in a scalar context it returns a space-seperated string. See getcmd for access to the command before execution. receipts for the last command, we love to see it. not me being obsessed with debugging.
π Author π
Lee Eakin <leakin@dfw.nostrum.com>
π Credits π
okay so these are the actual legends π the people who dropped ideas, bug fixes, code, or who helped out by reporting bugs or tracking them down so this module could get better and better ever since its very first release. the Changelog has the receipts if you want the details:
- Greg Ward
- Boris Goldowsky
- James Mello
- Andreas Koenig
- Joe Smith
- Jonathan Pelletier
- Heiko Jansen
- Tong Zhu
- Paul Egan
- Ronald J Kimball
- James CE Johnson
- Bill Uhl
- Peter teStrake
- Harald Flaucher
- Simon Myers
- Gavin Carr
- Petya Kohts
- Neil Hooey
- Erez Schatz
- Max Maischein
π¦ Inspiration and Assistance π¦
ngl this whole section is just me handing out flowers πΈ to the people who made this thing possible:
- Gerard Hickey β
"PGP::Pipe" - Russ Allbery β
"PGP::Sign" - Graham Barr β
"Net::*" - Andrew Tridgell and Paul Mackerras β
rsync(1) - John Steele β
<steele@nostrum.com> - Philip Kizer β
<pckizer@nostrum.com> - Larry Wall β
perl(1)
lowkey I borrowed sooo many clues on wrapping an external program from the PGP modules, and honestly I wouldn't have had such a useful tool to wrap at all if it weren't for the incredible work of the rsync authors. thanks besties π also huge shoutout to Graham Barr, author of the libnet modules and so many others, for looking over this code. and of course I have to mention the other half of my brain, John Steele, and his good friend Philip Kizer, for finding rsync and bringing it to my attention. and like β I literally wouldn't have been able to enjoy writing useful tools if not for the creator of the perl language. iconic behavior, honestly π
π Copyrights π
Copyright (c) 1999-2015 Lee Eakin. All rights reserved.
This program is free software; you can redistribute it and/or modify
it under the same terms as Perl itself.
okay that's the whole page bestie, we did it π«Ά this one's from perl v5.36.0, dated 2022-12-08, and it's Rsync(3pm) β go forth and sync responsibly, mwah πβ¨
π¦ where this page comes from
- debian bookworm: libfile-rsync-perl 0.49-4 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- debian trixie: libfile-rsync-perl 0.49-4 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- ubuntu noble: libfile-rsync-perl 0.49-4 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- ubuntu resolute: libfile-rsync-perl 0.49-4 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- ubuntu stonking: libfile-rsync-perl 0.49-4 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms