Fwd: Making rsync compile under Mac OS X 10.3.9 with extended attributes

real extended attributes. They are stored in "named forks" in HFS, no? http://developer.apple.com/documentation/Carbon/Reference/File_Manager/Reference/reference.html#/ /apple_ref/c/func/FSIterateForks should do the work, no? Good Weekend, Vitorio Le 23 févr. 08 à 12:35, Vitorio Machado

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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 path

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

@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 4) run the command: ./

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

Here is the v0.4! Changelog: 0.4 - Rewrited getxattr, setxattr to don't use getattrlist/setattrlist Corrected a bug on path2fsref where non-ASCII characters bugged Rewrited listxattr to better handle fifos, block and character devices PS: This patch goes fine with rsync 3.0

Warnings compiling rsync on Panther

There are some warnings on uidlist compiling rsync under 10.3: gcc -std=gnu99 -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c uidlist.c -o uidlist.o uidlist.c: In function `match_uid': uidlist.c:210: warning: comparison between signed and unsigned uidlist.c: In function `match_gid': uidlis

Re: Is there a way to force rsync to be monothreaded (ie to don't fork)?

Thanks for those precisions Matt! I've worked on another solution. The one of avoiding the unsafe Carbon calls :) I've made a lot of modifications on the xattr preTiger patch. I'm just not releasing it yet as v0.4 because I would like to fix an issue first: It works when source volume is the r

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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 us

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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 size

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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 successfully

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

Good news!!! I got the problem!!! i don't know why, the type FSIORefNum isn't defined like this. It appears in the File System documentation, but in Files.h the FSOpenFork is defined as using SInt16 instead of FSIORefNum. I've changed the type and it goes further. Made some more little change

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

itorio Le 15 févr. 08 à 01:07, Matt McCutchen a écrit : 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: htt

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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 nee

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

;ie=UTF-8&oe=UTF-8 If you find a more relevant site/keywords, please share it :) PS: Thanks for the strncpy correction. Vitorio Le 13 févr. 08, à 03:26, Matt McCutchen a écrit : On Tue, 2008-02-12 at 15:24 +0100, Vitorio Machado wrote: I'm trying to figure out how to modify the

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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, Vi

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

nes Le 11 févr. 08 à 23:35, Vitorio Machado a écrit : iMac:/Volumes/Nomade/Input/rsync-3.0.1 lag$ make perl ./mkproto.pl ./*.c ./lib/compat.c gcc -std=gnu99 -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c flist.c -o flist.o In file included from rsync.h:351, from flist.c:2

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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 C_INCLUDE_PATH=/Developer/SDKs/MacOSX10.4.0.sd

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

this modification to the main code Good night, folks! Vitorio Le 7 févr. 08 à 23:33, Wayne Davison a écrit : 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

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

we correct this behaviour? Thanks for all that makes this project going on! Vitorio Machado Le 28 janv. 08 à 06:21, Matt McCutchen a écrit : 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, bu

Re: Bad xattrs.diff [was: Re: patches/ dir missing in pre8 ?]

, just skip the second one and everything is ok. Dunno if this should be considered a bug or something wanted. Le 2 févr. 08 à 22:11, Simo Sorce a écrit : On Sat, 2008-02-02 at 15:41 -0500, Simo Sorce wrote: On Sat, 2008-02-02 at 18:49 +0100, Vitorio Machado wrote: It's in separate here

Re: patches/ dir missing in pre8 ?

It's in separate here http://samba.anu.edu.au/ftp/rsync/rsync- patches-3.0.0pre8.tar.gz Le 2 févr. 08 à 18:19, Simo Sorce a écrit : What happened to the patches dir? It is missing in the pre8 tarball. Simo. -- Simo Sorce * Red Hat, Inc * New York -- To unsubscribe or change options: https://

Re: creation date and OSX [performance]

Hi, I think it's OK to run getattrlist once assuming that there are creation date. My arguments: 1) First of all, most of Macs run only on HFS+, some exceptions will be those running under UFS (only saw one person talk about this for a server, but I think it's very rare) or that have volu

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

m not opposed at all to create a central repository for this mini-project of patch to OS X.3-. Best regards, Vitorio Le 28 janv. 08 à 05:44, Matt McCutchen a écrit : 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'

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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, dates,

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

your suggestions are welcome :) Vitorio Le 27 janv. 08 à 18:23, Vitorio Machado a écrit : 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 ano

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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 info

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

First of all, thanks to Matt for all this help. It makes my job much easier :) 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 And I'm trying to convert getxattr system calls to getattrlist. But I have

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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 th

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

s important to share experiences about it. If it annoy someone I'll stop posting so often. Le 27 janv. 08 à 11:32, Vitorio Machado a écrit : 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 geta

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

u would have to see if you can figure that out. Keep me informed. Anything I can do though , let me know. Thanks, Rob On Jan 26, 2008, at 9:38 AM, Vitorio Machado wrote: 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 chan

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

le purpose since xattrs are out of the picture. Rob On Jan 26, 2008, at 7:24 AM, Vitorio Machado wrote: Interesting, So patched rsync compiles with --disable-acl-support --enable- xattr-support. Can you give an output of rsync --version to see if it says that xattr is enabled on capabiliti

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

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 definit

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

Le 24 janv. 08 à 16:30, Matt McCutchen a écrit : 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 s

Re: Making rsync compile under Mac OS X 10.3.9 with extended attributes

le at darwinport and fink are unpatched (without extended-attributes) or just avaliable for 10.4+. So I would really need to compile it from source, if someone have a magic argument like --compile-on-10.3-with-xattr-without-acl... Best regards, Vitorio Machado Le 24 janv. 08 à 13:25, Vi

Making rsync compile under Mac OS X 10.3.9 with extended attributes

preciate any help or feedback about compiling a extended- attribute rsync on 10.3.9, even more if it's the last version (meaning that rsync could still progress on those macs and the development is not closed for them). Best regards, Vitorio Machado-- To unsubscribe or change options: