similar to: rsync 3's -E and -X

Thanks for the help on the missing '-p1' for the acl and xattr patches. Things are configuring and making properly now. However, I couldn't help noticing this during the configure: checking whether to support ACLs... ACLs requested -- running tests checking for acl_get_file in -lacl... no checking for ACL support... yes checking ACL test results... Using posix ACLs checking for

(FreeBSD 6.1-RELEASE) tar xzvf rsync-2.6.8.tar.gz cd rsync-2.6.8.tar.gz patch < patches/acls.diff patch < ./patches/xattrs.diff ./prepare-source ./configure --enable-acl-support --enable-xattr-support --disable-debug --with-rsyncd-conf=/usr/local/etc/rsyncd.conf --bindir=/usr/local/bin Couldn't be more simple. But...when I try to 'make' : (snip) gcc -I. -I. -g -O2

Hello group, I have an OSX 10.3.9 Server that I'm trying to back up with rsync 3.0.2. Since I didn't have any luck with the 10.3.9 patch and I do have 10.4 clients, I decided to try running the backup over AFP (Apple's file sharing protocol). I found a way to mount the AFP volume with root permissions and rsync 3.0.2 works very nicely using this on the 10.4 clients, preserving

https://bugzilla.samba.org/show_bug.cgi?id=6276 Summary: crtimes.patch does not preserve creation dates on Mac x86_64 only Product: rsync Version: 3.0.6 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

Hi Ram, In OS X, some font types (not all) put the font payload in the resource fork. Netatalk provides AFP filesharing, imitating the resource forks by creating secondary files in ?.Appledouble? folders within each folder. Netatalk tracks the resource forks, and other metadata, by keeping a ?Desktop database? at the root of the shared volume ? look for .AppleDesktop, and .AppleDB. You can

Yep Zane -----Original Message----- From: rsync-bounces+zane_brady=trimble.com@lists.samba.org [mailto:rsync-bounces+zane_brady=trimble.com@lists.samba.org] On Behalf Of rsync-request@lists.samba.org Sent: Friday, February 01, 2008 7:01 AM To: rsync@lists.samba.org Subject: rsync Digest, Vol 62, Issue 1 Send rsync mailing list submissions to rsync@lists.samba.org To subscribe or unsubscribe

I have it up and working. for me at least. http://crypotworksapps.blogspot.com/2011/04/windows-and-linux-backups-made-dirt.html On Tue, Apr 19, 2011 at 11:00 AM, <rsync-request at lists.samba.org> wrote: > Send rsync mailing list submissions to > ? ? ? ?rsync at lists.samba.org > > To subscribe or unsubscribe via the World Wide Web, visit > ? ? ?

Hi, I've been using rsync (OSX Tiger now Leopard) to backup my home folder daily using -a -H -A -X link-dest=dir to make incremental backups. There was a problem though since many files especially images, movies etc would be recopied each time instead of creating hard links. I have been testing the pre5 release and found that it seems to make hard links correctly for all files. I

On Wed, Apr 22, 2015 at 9:15 AM, Kevin Korb <kmk at sanitarium.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Normally, I would say that --checksum is actually slower than just > letting rsync re-copy everything Depends on the network capacity and costs associated with that bandwidth :( >and therefore is almost always the > wrong thing to do. Nope,

I don't disagree that MD5 could (or even should) be replaced so it is no longer the bottleneck in several real-world cases (including mine). However this patch is not for MD5 performance, rather for the rolling checksum rsync uses to match blocks on existing files on both ends to reduce transfer size. On Mon, May 18, 2020 at 5:44 PM Filipe Maia via rsync <rsync at lists.samba.org>

https://bugzilla.samba.org/show_bug.cgi?id=5022 Summary: FreeBSD 4.11 - Compilation Fails - uidlist.c - gcc2 / gcc3 Product: rsync Version: 3.0.0 Platform: x86 OS/Version: FreeBSD Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

Precisions: If I run my patched rsync on 10.4 instead of 10.3, it's my function that returns an error: rsync: rsync_xal_set: lsetxattr("Src/60-bsd-flags/dir-with- flags","com.apple.FinderInfo") failed: Unknown error: -5000 (-5000) And error -5000 means: afpAccessDenied -5000 User does not have the correct access to the file Directory cannot be shared Available in Mac OS

https://bugzilla.samba.org/show_bug.cgi?id=7625 Summary: "Don't know how to make ./*.c" Product: rsync Version: 3.0.7 Platform: s390 OS/Version: Other Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: sebastian.hoffman at

This draft patch adds support for transferring extended attributes with a new --xattr option. It ought to work on Linux with XFS or ext2/ext3 filesystems with the SGI/bestbits attribute system. It is partially working, but there seems to be some kind of hang bug while transferring the file list. I suspect it might be provoking a problem in io.c. You need to rerun autoconf, autoheader and

This drop-in patch increases the performance of the get_checksum1() function on x86-64. On the target slow CPU performance of the function increased by nearly 50% in the x86-64 default SSE2 mode, and by nearly 100% if the compiler was told to enable SSSE3 support. The increase was over 200% on the fastest CPU tested in SSSE3 mode. Transfer time improvement with large files existing on both ends

I think this is a great patch but, in my view, an even better way to tackle the fundamental problem (the performance limitations) is to use a much faster checksum like xxhash, as has been suggested before: https://lists.samba.org/archive/rsync/2019-October/031975.html Cheers, Filipe On Mon, 18 May 2020 at 17:08, Jorrit Jongma via rsync <rsync at lists.samba.org> wrote: > This drop-in

Hi, Frequently when compiling rsync, I get this error during the make process: gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -c options.c -o options.o options.c:24:18: popt.h: No such file or directory make: *** [options.o] Error 1 This is easily fixed by changing line 24 of options.c from: #include <popt.h> to #include "popt/popt.h" Thanks! -- Phil Hassey VP, Product

I've read up some more on the subject, and it seems the proper way to do this with GCC is g++ and target attributes. I've refactored the patch that way, and it indeed uses SSSE3 automatically on supporting CPUs, regardless of the build host, so this should be ideal both for home builders and distros. Getting the code to build right in c++ mode (checksum_sse2.cpp only) was a bit of an

Hi Bryan, thanks for your kind reply but it happend only with some fonts not all font file, (email with attachment is under verification by admin, so i resend this without attachment file) here i attach 2 screenshot one original folder and second backup folder, you can notice that the font .otf, .ttf, .dfont have no problem in rsync it copied as it is but the font that not show extension (Font

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 No, even if bandwidth is your concern I would say that --checksum is wrong. Maybe if bandwidth is so scarse that a few KB vs a few MB equates to dollars then sure, use --checksum. Otherwise, letting rsync re-delta-xfer everything is certainly faster and not much more bandwidth intensive than --checksum. Plus that is only if you screwed up and ran