similar to: Old FreeBSD4.11 build.

https://bugzilla.samba.org/show_bug.cgi?id=2780 Summary: fix acl patch Product: rsync Version: 2.6.5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: flepied@mandriva.com QAContact: rsync-qa@samba.org

Hello everybody. I wrote a small patch in order to support what I think is an absolutely needed feature in order to make rsync-based backups retaining complete ownership permission when writing to an opensolaris machine using --fake-super. My goal is making backups of linux boxes to opensolaris/zfs. In order to make it work just do patch -p1 < patch_file.txt inside rsync source tree. and

Skipped content of type multipart/alternative-------------- next part -------------- # ./configure configure.sh: Configuring rsync 3.0.1 checking build system type... hppa2.0w-hp-hpux11.11 checking host system type... hppa2.0w-hp-hpux11.11 checking target system type... hppa2.0w-hp-hpux11.11 checking for gcc... no checking for cc... cc checking for C compiler default output file name... a.out

(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

As those of you who watch CVS will be aware Wayne has been making progress in reducing memory requirements of rsync. Much of what he has done has been the product of discussions between he and myself that started a month ago with John Van Essen. Most recently Wayne has changed how the file_struct and its associated data are allocated, eliminating the string areas. Most of these changes have been

https://bugzilla.samba.org/show_bug.cgi?id=14076 Bug ID: 14076 Summary: 3.13 - lib/sysacls.h:118:13: error: array type has incomplete element type 'struct acl' Product: rsync Version: 3.1.3 Hardware: x64 OS: All Status: NEW Severity: normal Priority: P5

https://bugzilla.samba.org/show_bug.cgi?id=6701 Summary: permission of attributes are not preserved Product: rsync Version: 3.1.0 Platform: Other OS/Version: Solaris Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: cavalli at cilea.it

Hi all Samba OS/2 users. I've just added OS/2 style extended attribute support into the SAMBA_3_0 subversion branch code. This depends on the underlying OS supporting EA's and (on linux) the filesystem being mounted with the "user_xattr" mount option and the parameter "ea support = yes" being set in smb.conf. Please check out this code and test it - let me know if

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just attempted to build 3.0.23pre1 on HP-UX 11.11 today, preparing for a planned move to a later version of 3.0.x (we're currently down at 3.0.11). Configure ran fine, but make eventually failed here: Compiling lib/sysacls.c cc: warning 422: Unknown option "fPIE" ignored. cc: "lib/sysacls.c", line 1277: warning 611: Type

https://bugzilla.samba.org/show_bug.cgi?id=3029 Summary: rsync 2.6.6 with acl patch compile fails Product: rsync Version: 2.6.5 Platform: All OS/Version: Solaris Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

Hello trusty rsync list, I'm excited about --fake-super as it will replace too much work with none at all. I have gotten it to work under linux and I have a fair grasp with what is happening there. I have a problem, though, and that is, in the long term, I'll need to archive my Linux systems not to a Linux box, but to a Solaris 10 box. I understand that Solaris does have extended

From: Sebastian Andrzej Siewior <sebastian at breakpoint.cc> This is a huge all-in-one patch and deserves a little cleanup and splitting. However, I wanted to get it out here for some feedback. My primar motivation to use SHA1 for checksumming (by default) instead of MD5 is not the additional security bits but performance. On a decent x86 box the SHA1 performance is almost the same as

Hi. I'm attempting to compile rsync 2.6.9 with both the acls & xattr patches on an MacBook pro (ie: Intel processor), with the latest Apple Developer Tools. While this is OS X client, I've enabled acls via "sudo /usr/bin/fsaclctl -p / -e" and rebooted, prior to attempting to compile rsync. Is there something else inherent in OS X Server perhaps, that I'm still

meminfo.c32: Remove unneeded 'x' characters from output. Commit 5932f124 ("com32: change '%llx' to use PRIx64", committed on 2015-01-06) adds 1 "x" character per each of the 3 hex output columns for the 'INT 15h e820' value(s) in meminfo.c32. These 3 extra "x" characters are not really needed in this context, and they can make the resulting

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

Maybe rsync could support extattrs on non-supporting fs's with a .<fn>.xattr file stored at the same place as the <fn>: If a user used a switch to emulate 'xattrs', then on a fs that didn't support real .xattrs one could still ACL and other .xattr info. If a user ran rsync w/o that switch such files would be treated as 'normal files' -- allowing copying

I am an rsync newbie trying to setup rsync on a HP UX 11.0 server, but am running into problems in my "make". I am using gcc version 3.3.2 and rsync-2.6.6.tar.gz. Would any of you have ideas on troubleshooting this issue? I haven't had much luck googling info on this, with the exception of switching from HP's simple c compiler to gcc. The warnings and errors I am recieving

https://bugzilla.samba.org/show_bug.cgi?id=7884 Summary: Workaround for ACL problem with ZFS under FreeBSD Product: rsync Version: 3.0.7 Platform: x64 OS/Version: FreeBSD Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: trasz at

These two small changes enable 3.0.6 to compile and link on AIX 3.2: diff -r rsync-3.0.6/lib/getaddrinfo.c rsync-3.0.6-new/lib/getaddrinfo.c 298c298 < if (!inet_aton(node, &ip)) { --- > if (!inet_pton(AF_INET, node, &ip)) { diff -r rsync-3.0.6/lib/sysacls.c rsync-3.0.6-new/lib/sysacls.c 1817a1818 > #if defined(ENOTSUP) 1818a1820,1822

Could this be why I am getting a problem with the initial configure? checking for Active Directory and krb5 support... yes checking for ldap_initialize... (cached) no configure: error: Active Directory support requires ldap_initialize -------------- next part -------------- SAMBA VERSION: 3.2.0 LIBREPLACE_LOCATION_CHECKS: START checking build system type... sparc-sun-solaris2.9 checking