Re: rsync alternative?

"Andy Ruhl" <[email protected]>
Newsgroups gmane.os.netbsd.help
Message-ID <[email protected]>
On 11/2/06, Herb Peyerl <[email protected]> wrote:
>
> On 1-Nov-06, at 7:50 PM, Andy Ruhl wrote:
> > I suppose I could write a script as part of the rsync process that
> > sets flags on the other filesystem to ensure they stay there, but that
> > seems kind of clumsy.
>
> Only slightly less clumsy would be to have cron run an 'mtree' on the
> filesystem and have that rsync'd as well.
>
> The world needs a better rsync. I concur.

I'm not sure if this is the time or place, but is the statement really
"the world needs a better rsync" or "BSD people need to make their own
rsync"?

There are other fileystems out there that have attributes that rsync
probably doesn't handle, and I'm not sure it makes sense to blame
rsync for it.

Maybe the best solution would be for someone in the BSD community to
come up with a simple, easily available code patch for rsync that can
be applied via pkgsrc? Or simply fork the entire thing and rename it
bsdrsync or something...

I'm not a developer, unfortunately, or I'd look into it more.

As for fixing the flags after the fact, I suppose there are various
ways of doing it, but I think it would require one to stat every file
in the filesystem looking for the attributes that are desired to be
preserved, right? Not very efficient on large filesystems, but do-able
I suppose.

Andy
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.