On Thu, 2010-07-22 at 21:50 -0600, Jeff Cleverley wrote:
> I've found Red Hat often slow and difficult to get an answer from.
That's not our problem.
--
Matt
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/m
Matt,
Thanks for the information. I've found Red Hat often slow and
difficult to get an answer from. I'll check the differences between
the rhel4 and rhel5 versions in the SRPMs. I'll also check the bug
tracking. I have found one issue I thought was probably just a change
in behavior that was
On Thu, 2010-07-22 at 12:42 -0600, Jeff Cleverley wrote:
> Am I correct in my assumption that Redhat does not tweak the rsync it
> ships with its distribution?
The way to find out is to ask Red Hat or look in their SRPMs. Choose
either client or server (they seem to be the same in this case--are
Paul,
Thanks for the information. I'll see what I can find in the NEWS and
OLDNEWS. Hopefully that will give me what I'm looking for on most of
the questions.
Am I correct in my assumption that Redhat does not tweak the rsync it
ships with its distribution?
Thanks,
Jeff
On Thu, Jul 22, 2010
On Wed 21 Jul 2010, Jeff Cleverley wrote:
>
> 1. When using the -z option, does rsync actually use
> /usr/bin/compress or does it use gzip? The man pages say it
> compresses data but doesn't specify what it compresses with.
It uses the gzip algorithm but implements it internally; it doesn't cal
Greetings,
We are upgrading systems in our lab from rhel4 to rhel5. We've
noticed a number of differences in behavior while using the same
arguments on the same data set. We get different sent and received
counts. We also had one case with some data corruption that was only
fixed after telling