https://bugzilla.samba.org/show_bug.cgi?id=7120
Summary: Variable bandwidth limit .. bwlimit
Product: rsync
Version: 3.1.0
Platform: Other
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P3
Co
>>> cp -al, rsync
>> Various source changes would likely change some metadata in the old
>> sets.
> Yep. See my request for a --no-tweak-hlinked option to avoid such
> https://bugzilla.samba.org/show_bug.cgi?id=4561
This is interesting. Though it would have more uses than being just
another bolt
> Rsync would then need an extra option to enable it to report such
> "deleted" files, because I sure don't need that nor do I need the extra
> overhead that encurs.
I agree.
If deletion reporting is to become part of rsync (when invoked with the dest
option --link-dest option), then I would su
On Sunday 07 February 2010, you wrote:
> On Fri, 2010-02-05 at 19:31 +0100, Michael Renner wrote:
Moin Matt, thanks for your answer,
> > I wrote a small backup script that use rsync: r5backup
> > (http://sourceforge.net/projects/r5backup/). It backup dozen of unix
> > machines for many people.
>
On Mon, 2010-02-08 at 20:19 +0200, Emil Genchev wrote:
> is there a way to have a absolute file paths in a file - and use
> --files-from together with --delete option?
> what i mean is - lets say i have a daily generated file a.txt from an
> external script which contains something like this:
> /le
https://bugzilla.samba.org/show_bug.cgi?id=3465
m...@mattmccutchen.net changed:
What|Removed |Added
Summary|--files-from does not --|Option to delete unlisted
Hi Guys,
is there a way to have a absolute file paths in a file - and use
--files-from together with --delete option?
what i mean is - lets say i have a daily generated file a.txt from an
external script which contains something like this:
/level1/level2/level/.../.../leveln/file.txt
can i ask rs
On Mon, 2010-02-08 at 09:30 -0500, grarpamp wrote:
> > cp -al, rsync
>
> Various source changes would likely change some metadata in the old
> sets.
Yep. See my request for a --no-tweak-hlinked option to avoid such
attribute tweaking issues:
https://bugzilla.samba.org/show_bug.cgi?id=4561
> An
> cp -al, rsync
Various source changes would likely change some metadata in the old
sets. And it doesn't handle those pesky multiple link-dests.
> overhead ... dirvish ... find ... etc
In C, in rsync, would be a more efficient general solution than any
particular bolt on equivalent.
> option
O
On Sat 06 Feb 2010, grarpamp wrote:
> >
> >> Sure, these no-longer-present source files are not technically unlinked
> >> from
> >> your previous archives in the current run, but it can be MASSIVELY
> >> confusing
> >> and dangerous if you're a log watcher/reviewer looking for what has
> >> chan
10 matches
Mail list logo