try archivemount or squashfs
Am 8. Dezember 2016 11:43:07 MEZ, schrieb Simon Hobson :
>Ed Peschko wrote:
>
>> As it stands right now, we use xz for our compression, so if rsync
>had
>> a similar option for xz that would probably be an improvement.
>
>Have xz as an option for what ?
>As others hav
Ed Peschko wrote:
> As it stands right now, we use xz for our compression, so if rsync had
> a similar option for xz that would probably be an improvement.
Have xz as an option for what ?
As others have already pointed out, rsync works with files on filesystems - it
does not work with files emb
Can you use a fuse mount to pretend that the tarball is a filesystem?
Also, there is squashfs.
On 12/07/2016 12:59 PM, Ed Peschko wrote:
> Mike,
>
> As it stands right now, we use xz for our compression, so if rsync had
> a similar option for xz that would probably be an improvement.
>
> However
Mike,
As it stands right now, we use xz for our compression, so if rsync had
a similar option for xz that would probably be an improvement.
However, I think being able to decompress directly to the remote
system would save more; elsewise I don't see how I'm going to be able
to avoid untarring and
The only ways this would be possible are if you sync the tarball itself
or if you use a fuse filesystem to mount the tarball and rsync the files
within it.
On 12/06/2016 10:07 PM, Ed Peschko wrote:
> All,
>
> I'm working in an environment *very* restricted by space, and need to
> sync from that l
All,
I'm working in an environment *very* restricted by space, and need to
sync from that location to another location.
So I'd like to be able to sync from a source that is not a filesystem,
like a compressed tarball.
Is this possible with the --files-from argument (or some other such argument)?
