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
v0.5 is out!
Changelog:
0.5 - Corrected path parser bug that would break if part of the path was
an alias and not a folder.
Corrected the fifos, block and character devices detection.
0.4 - Rewrited getxattr, setxattr to don't use getattrlist/setattrlist
Corrected a bug on
@Rob:
Yes, rsync needs a newer version of autoconf than the one installed.
But you can download and compile it without problem:
1) get the sources from
http://ftp.gnu.org/gnu/autoconf/autoconf-2.61.tar.gz
2) unpack the sources
3) Open a Terminal and run the command:
cd drop the autoconf
On Thu, 2008-02-21 at 23:59 +0100, Vitorio Machado wrote:
This version copies the test files of backup bouncer disk image
except
for some tricky files, like fifos.
Great news!
There is an issue that I don't know if it's a known bug: If I run:
sudo ./rsync -aHXN --fileflags /Volumes/Src/
Hello Rob (and who else may be interested in news about 10.3 support
patch),
1) Make sure you have a fresh copy of rsync (3.0.0pre9 for the
moment) when patching and compiling. Patching an already patched
source code won't do anything good.
2) If you removes the X option is the same as
Some answers for your questions:
1)
rsync: ACLs are not supported on this client
rsync error: syntax or usage error (code 1) at main.c(1454)
[client=3.0.0pre9]
no, you can't use -A (--acls) option with this version of rsync, as
you compiled it without. And it's impossible to compile it
v0.3 is here! And bug of invisible files is out!
It was another silly bug...
getattrlist puts in the buffer the length of the data then the data.
setattrlist gets a buffer with only the data... So in the copy the
data was padded of a long size, and the Finder flags were messed up,
and
Better news! It compiles and it works!
I'm joining the .diff to apply on a 3.0.0pre9 with flags and crtimes
patches.
But as I said before, this is an alpha version, need testing before
saying it's functional. Be careful using it, it potentially still may
contains odd bugs!
I've
On Fri, 2008-02-15 at 11:09 +0100, Vitorio Machado wrote:
1) We need to put the -framework Carbon on the linking part of the
makefile. I'm trying to put it in the darwin4-7 part of the
configure.in (lines 937 and above) like this:
darwin[[4-7]].*)
AC_MSG_RESULT(Using OS X
On Fri, 2008-02-15 at 16:10 +0100, Vitorio Machado wrote:
Better news! It compiles and it works!
I'm joining the .diff to apply on a 3.0.0pre9 with flags and crtimes
patches.
Congratulations on the progress!
But as I said before, this is an alpha version, need testing before
saying it's
I've corrected the bug that was making rsync crash, a silly pointer
issue (was using value instead of value, shame on me).
I've also corrected a bracket bug in sys_llistxattr: sizeof foo is
dangerous as sizeof is a macro, works fine as value, but on return
variable it bugs. I've changed in
On Wed, 2008-02-13 at 22:13 +0100, LaG' wrote:
1) Patched ACL configure.in (don't know if I did it the right way) to
don't say it can use ACL on a Panther system.
Changed
! darwin*)
to
! darwin[[0-38-9]].*)
Presumably versions 10 and greater of darwin will support ACLs, but that
Hmmm, yes, I need to remove the dot:
darwin[[0-38-9]]*) should do it, no?
Otherwise, I'm looking about how to compile Carbon code. It seems
that it will be portable to 10.1 or 10.2 because instead of:
-I /Developer/SDKs/MacOSX10.3.0.sdk/Developer/Headers/CFMCarbon/
It seems that we only
On Thu, 2008-02-14 at 23:38 +0100, Vitorio Machado wrote:
Hmmm, yes, I need to remove the dot:
darwin[[0-38-9]]*) should do it, no?
That won't match darwin version 40. :)
Matt
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read:
OK, you won :P
But how I said in the first time, isn't there a proper way to patch
ACL detection?
I mean that for OS X 10.3, configure wil say no, no, no for all ACLs
precheck (the acl headers and functions) but it will branch on the
cases. As I've seen on xattr it works differently. There
Hello,
Today I worked on a real 10.3 mac. I'm attaching a patch based on rsync
3.0.0pre9 with flags and crtimes patches. I hope I did it right, I used
this command:
diff -rPC2 ../rsync-3.0.0pre9/ .../patch2.diff
So, from 3.0.0pre9 this patch includes the work on my server (
Normally all the infos to correctly setup gcc with carbon should be
here:
http://developer.apple.com/documentation/MacOSX/Conceptual/
BPFrameworks/Tasks/IncludingFrameworks.html
I'll carefully read it tomorrow... By now I need some sleep ;)
Good night folks!
Le 13 févr. 08, à 22:13, LaG' a
On Tue, 2008-02-12 at 15:24 +0100, Vitorio Machado wrote:
I'm trying to figure out how to modify the makefile to say to compile
sysxattrs.c with the -I /Developer/SDKs/MacOSX10.3.9.sdk/Developer/
Headers/CFMCarbon/
in the case of HAVE_PRE_TIGER_OSX_ATTRS is true.
Is somebody skilled on
I'm trying to figure out how to modify the makefile to say to compile
sysxattrs.c with the -I /Developer/SDKs/MacOSX10.3.9.sdk/Developer/
Headers/CFMCarbon/
in the case of HAVE_PRE_TIGER_OSX_ATTRS is true.
Is somebody skilled on makefile to give me some help?
Le 12 févr. 08 à 12:29, Vitorio
It seems that this problem is generated by the inclusion of the
Carbon API that have conflicting headers with the *NIX ones...
I don't know if doing export C_INCLUDE_PATH=/Developer/SDKs/
MacOSX10.4.0.sdk/Developer/Headers/CFMCarbon/ is the correct way to
link with the CarbonCore.
I'm
Hi people,
What I have done today:
1) Downloaded a fresh copy of rsync 3.0.0pre9
2) patched with:
patch -p1 patches/flags.diff
patch -p1 patches/crtimes.diff
3) Overwrote sysxattrs.c, sysxattrs.h and configure.in with the ones
from
Well, I don't know how, but cleaning the source folder, making ./
configure then make then make reconfigure it finally accepted my
modified configure.in
I could compile my modified sysxattr module with some problems:
1) Had to manually add:
export
Here is the last version of my integration of Resource Forks and
Finder Info capabilities to OS X prior to Tiger: http://
shared.and.free.fr/sysxattrs_draft080210.c
Changelog:
- Coded the setter function
- Made changes to getter to emulate the expected behaviour when
sending NULL buffer and
Hello people! I'm back :)
Yes, I had a little time today to put some lines of code into the
draft of sysxattrs compatible with 10.3 and resource forks.
With some optimism I could say it's almost done.
Here is the code as it looks today: http://shared.and.free.fr/
sysxattrs_draft080207.c
On Thu, Feb 07, 2008 at 10:51:34PM +0100, Vitorio Machado wrote:
I also noticed that sys_lgetxattr can not be called twice if the buffer
size is too small, because there is no offset management. Is this normal?
The code calls sys_lgetxattr() once with a NULL pointer and a 0 length
to ask for
Thanks for the info, so I'll have to do an if/else and check manually
the size when the buffer is NULL. It's not the case in the actual
code. Any more reactions about what I've coded?
Thanks,
Vitorio Machado
Le 7 févr. 08 à 23:33, Wayne Davison a écrit :
On Thu, Feb 07, 2008 at
On Jan 26, 2008, at 10:43 PM, Matt McCutchen wrote:
I poked around some more. Here is my current understanding of the
xattr
situation...
You've got it exactly right.
PS. Sorry to have gone silent wrt the mac port. I ended up solving my
original problem another way and thus haven't done
Thanks for all this info, it's very helpful to concentrate me on what
is to be done and not distracting with details...
Code will be much simpler with only 3 attributes to care about.
I've just looked at the osx-create-time.diff (I know, you said me to
read it many time ago...), things are
Well, as I understood, what we have to do is to parse the xattr.c and
xattr.h codes and substitutes calls for getxattr() and setxattr() to
similar getattrlist() and setattrlist() from the man pages Matt gave us.
Someone knows how to get the sources from http://
hfsrsync.darwinports.com/ ? I
I finally could get it from http://archive.macosxlabs.org/rsyncx/
rsync-2.5.5.hfs.tgz
Will see if I can understand how they patched rsync 2.5.5 and if it's
a better idea to transport their patch to 3.0.0pre8 or to start one
from scratch with they precious informations from Matt.
If you
On Sun, 2008-01-27 at 11:32 +0100, Vitorio Machado wrote:
Well, as I understood, what we have to do is to parse the xattr.c and
xattr.h codes and substitutes calls for getxattr() and setxattr() to
similar getattrlist() and setattrlist() from the man pages Matt gave us.
xattr.h and xattr.c
I've looked at the source of rsync-2.5.5.hfs and unfortunately it
isn't patched the same way. If you are curious about it, just look at
the syscall.c in rsync-2.5.5, in particular code between #ifdef
DARWIN and #endif /* DARWIN */
I can't understand very well the code, but it seems to copy
On Sun, 2008-01-27 at 13:10 +0100, Vitorio Machado wrote:
For the way of recognizing the OS (pseudo-coded as mac 10.4), ./
configure gives target as powerpc-apple-darwin7.9.0 for 10.3.9,
powerpc-apple-darwin8.11.0 for 10.4.11. darwinA.B.C represents Mac OS
X 10.(A-4).B, so I think here
On Sun, 2008-01-27 at 06:49 -0500, Matt McCutchen wrote:
Also remember that, since Mac OS before 10.4 doesn't support arbitrarily
named xattrs, only a few {get,set}xattr calls have {get,set}attrlist
equivalents, namely those that access com.apple.ResourceFork,
com.apple.FinderInfo, or
Sorry about this question, I just realised that getxattr gets the
name of the extended attribute as a parameter... So that is what I
should put on the attrList. Carefully reading man is useful :/
Le 27 janv. 08 à 15:38, Vitorio Machado a écrit :
First of all, thanks to Matt for all this
Hi again...
Well, I started coding an interface for getattrlist but I can't find
any attribute in the list of the man page that seems to be the
Resource Fork. I think in mac pre10.4 there was another way to get
it, and it wasn't considered like an extended attribute. Someone have
more
Bad news:
The getattrlist function retrieves the metadata associated with a
file. The getxattr function, added in Mac OS X v10.4, retrieves
extended attributes
http://developer.apple.com/documentation/MacOSX/Conceptual/
universal_binary/universal_binary_tips/chapter_5_section_12.html
So
Hi people,
I've decided to implement resource fork from the carbon API. The code
is not ready at all, but I've made a draft here: http://
shared.and.free.fr/sysxattrs_draft080127.c
So all metadata attribute that can be accessed with getattrlist will
be (finder info, flags, permissions,
On Sun, 2008-01-27 at 15:38 +0100, Vitorio Machado wrote:
So I've started trying to put some code on sysxattrs.c. I've created
another case as suggested by Matt:
#elif HAVE_PRE_TIGER_OSX_ATTRS
I would suggest creating a subcase inside HAVE_OSX_XATTRS instead of a
completely separate case
On Sun, 2008-01-27 at 20:35 +0100, Vitorio Machado wrote:
I've decided to implement resource fork from the carbon API. The code
is not ready at all, but I've made a draft here: http://
shared.and.free.fr/sysxattrs_draft080127.c
So all metadata attribute that can be accessed with getattrlist
Hello,
It's cool to see that I'm not the only one trying this!
@Matt: I'm not in front of the 10.3 computer, but I'm almost sure
that the --enable-xattr-support option makes the make want to
compile acls.c giving the same errors.
If the problem is only data structure and constant
Hi Matt,
I tried
./configure --disable-acl-support --enable-xattr-support
and got
`XATTR_NOFOLLOW' undeclared (first use in this function)
so then
/configure --disable-acl-support --disable-xattr-support
which worked
then added patches
patch -p1 patches/flags.diff
patch -p1
Hi Matt,
a footnote:
Back on OS 10.5.1, I ran backup bouncer on the compiled OS10.3 rsync
(without ACL, Xattrs enabled)
Verifying:basic-permissions ... ok
Verifying: timestamps ...
Sub-test:modification time ... ok
ok
Verifying: symlinks ... ok
Verifying:
Sorry, I've misread your mail.
But don't give up, I think that if we correct the headers in 10.3, we
have a chance to make it compile. We should look at the ACL and xattr
code and see if there are only constant and variable definition on
the system headers that are not found in 10.3 or if
Well, it seems that we just use definitions from the system acl.h
So putting the acl.h attached into /Developer/SDKs/MacOSX10.3.9.sdk/
usr/include/sys/ should correct first errors.
I'm still studying the code to see if it needs other changes.
acl.h
Description: Binary data
Le 26 janv. 08 à
On Sat, 2008-01-26 at 06:36 -0500, Robert DuToit wrote:
I tried
./configure --disable-acl-support --enable-xattr-support
and got
`XATTR_NOFOLLOW' undeclared (first use in this function)
Based on the Apple's man page for getxattr [1], it looks like Mac OS X
did not gain support for the
On Sat, 2008-01-26 at 15:52 -0500, Matt McCutchen wrote:
Rsync is
unlikely to be able to manipulate xattrs on 10.3 unless we can figure
out what the old API is and add it as another case in
lib/sysxattrs.{c,h} .
I poked around some more. Here is my current understanding of the xattr
On Sat, 2008-01-26 at 16:43 -0500, Matt McCutchen wrote:
if (mac N == com.apple.crtime96)
getattrlist(ATTR_CMN_CRTIME);
else if (mac 10.4) {
if (N == com.apple.FinderInfo)
getattrlist(ATTR_CMN_FNDRINFO);
else if (N == com.apple.ResourceFork)
Matt,
I would be happy to implement and test any of these things on OS 10.3
thru 10.5. the only hitch is I am only applescript savvy with a
smattering of OBJ-c. so can help if someone tells me what to do, what
code to implement etc. But this is probably where Vitorio comes in-
he sounds
Hi Again,
I reinstalled developer tools again on OS10.3.2 and ran make again and
this time and saw more action but a lot of errors such as the one
mentioned by Vitorio:
error: `ACL_TYPE_DEFAULT' undeclared (first use in this function)
Thanks, Rob D
Here is the whole output from make:
On Fri, 2008-01-25 at 21:38 -0500, Robert DuToit wrote:
I reinstalled developer tools again on OS10.3.2 and ran make again and
this time and saw more action but a lot of errors such as the one
mentioned by Vitorio:
error: `ACL_TYPE_DEFAULT' undeclared (first use in this function)
Hi all,
Somewhat along the same lines, I wanted to see if rsync 3 would work
on Mac OS10.3X so I made a test partition and installed 10.3.2 on it
( no updates around). I then installed xcode 1.5 and with a fresh copy
of rsync 3.0.0pre8 and tried ./configure which worked fine. When I
tried
Somebody knows if it's possible to compile rsync (version 3 would be
great, but can be 2.6.x) under Mac OS X 10.3.9 with extended attributes?
Under OS 10.3.9 the Apple shipped rsync have not yet the -E argument
option. RsyncX have a double free bug that is annoying. Q rsync
2.6.6 with
Sorry about spamming the list. This update is just to say that I have
tested solutions 1 and 2 and there is no solution:
1) If I configure with --disable-acl --enable-xattr, configure is OK
but make can't compile xattr.c because it seems linked to ACL code...
2) The versions disponible at
On Thu, 2008-01-24 at 13:25 +0100, Vitorio Machado wrote:
Somebody knows if it's possible to compile rsync (version 3 would be
great, but can be 2.6.x) under Mac OS X 10.3.9 with extended
attributes?
I have tried to compile rsync from source but the problem I found is
that the xattr patch
55 matches
Mail list logo