> It was failing when communicating with a daemon due to a missing
> setup_iconv() call. The attached patch fixes this. Thanks for
> your report!
Thanks for the patch. I can confirm that --iconv option works now
from iso8859-1 to utf-8 transfer.
It would be good to add link to convmv script int
On Thu, 2008-02-28 at 07:15 +, Jamie Lokier wrote:
> Jerome Haltom wrote:
> > The problem is that during the rsync process the user's machine is
> > barely usable. The reason is because rsync reads these 2GB files... many
> > GBs of them. This causes the user's machine to repeatidly trash the p
On Thu, Feb 28, 2008 at 08:18:26AM -0500, Matt McCutchen wrote:
> The distributed patch "drop-cache.diff" is an older version of this
> patch. Wayne, would you care to update it?
His updated patch ignored all the improvments that I put into to the
first patch, and I didn't feel like redoing them.
On Thu, Feb 28, 2008 at 07:26:08AM -0800, Wayne Davison wrote:
> If someone else would care to fix that, I'll certainly consider it.
Actually, now that I'm thinking about it, I recall that I didn't like
some things in how the patch worked, and began to work on signficant
changes, but never complet
I currently use a patched version of rsync 2.6.3 with support hfs+ file
systems. Running on Mac OS 10.4 (Server). It works great but I cant get the
output to work correctly.
This is the command I use in the script:
rsync -av --hfs-mode=appledouble /Volumes/x/x/
[EMAIL PROTECTED]:/Volumes/x/x/x/x/
On Thu, 2008-02-28 at 11:33 -0600, Tyler Krehbiel wrote:
> I currently use a patched version of rsync 2.6.3 with support hfs+
> file systems. Running on Mac OS 10.4 (Server). It works great but I
> cant get the output to work correctly.
>
> This is the command I use in the script:
> rsync -av --hf
On Thu, Feb 28, 2008 at 12:55:11PM +0200, [EMAIL PROTECTED] wrote:
> It would be good to add link to convmv script into rsync --iconv
> documentation. convmv can be found from http://www.j3e.de/linux/convmv/
Thanks. I have mentioned that utility on the rsync resources page.
..wayne..
--
To uns
https://bugzilla.samba.org/show_bug.cgi?id=5287
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Attached is a slightly different patch which doesn't attempt chflags
to every file, instead it catches the error case in robust_rename
and only then calls chflags(to, 0)
Hope this helps.
Regards
Steve
- Original Message -
From: "Rolf Grossmann" <[EMAIL PROTECTED]>
Wayne D
On Fri, Feb 29, 2008 at 02:07:14AM -, Steven Hartland wrote:
> Attached is a slightly different patch which doesn't attempt chflags
> to every file, instead it catches the error case in robust_rename
> and only then calls chflags(to, 0)
I have already made a change in a similar vein to the off
Christoph,
Please keep this on the list (CC rsync@lists.samba.org).
On Thu, 2008-02-28 at 22:10 +0100, cm wrote:
> > On Wed, 2008-02-27 at 22:29 +0100, cm wrote:
> >
> >> What happens if two rsync process are running, synchronizing the same
> >> directories. In my case it means if two user are
11 matches
Mail list logo
