At 13:23 27.01.2008 +0900, Brendan Grieve wrote:
>Wayne Davison wrote:
>>On Thu, Jan 24, 2008 at 02:09:30PM +0900, Brendan Grieve wrote:
>>
>>>I get the following error on files that have russian cryllic letters: -
>>>file has vanished: "/cygdrive/D/Data_Tier1/Home/xxx/??? "
>>
>
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 getattrl
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 cas
https://bugzilla.samba.org/show_bug.cgi?id=5201
--- Comment #7 from [EMAIL PROTECTED] 2008-01-27 22:14 CST ---
If it is safe to apply an inplace batch file in non-inplace mode, it would be
nice to allow this.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
https://bugzilla.samba.org/show_bug.cgi?id=5201
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #6 from [EM
On Sun, 27 Jan 2008 19:00:10 +0100
Matthias Schniedermeyer <[EMAIL PROTECTED]> wrote:
> On 27.01.2008 18:45, Donald Axel wrote:
> > Our network is not very open, so therefore I hesitated establishing an
> > SVN solution, which should be visible from anywhere. Maybe I could use
> > my workstation (
https://bugzilla.samba.org/show_bug.cgi?id=5201
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
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,
On 27.01.2008 18:45, Donald Axel wrote:
> Our network is not very open, so therefore I hesitated establishing an
> SVN solution, which should be visible from anywhere. Maybe I could use
> my workstation (Linux) and just sync it to a server which is backed up.
The short answer to this is: bullshit.
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 g
On Sun, 27 Jan 2008 06:33:13 -0500
Matt McCutchen <[EMAIL PROTECTED]> wrote:
> On Sun, 2008-01-27 at 12:20 +0100, Donald Axel wrote:
> > > OK...could you give us a concrete example in which it is helpful to have
> > > the straight "only if newer" behavior instead of the current one?
[... cut...]
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
Thanks for you advice Matt.
> From reading the code, it looks like rsync will truncate to the last
> "token", where a token is either a match with a block of the old
> destination file or a chunk of literal data of length up to the sending
> rsync's CHUNK_SIZE constant, by default 32KB. You could
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 help
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
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 he
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 "
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
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.
On Sun, 2008-01-27 at 10:39 +1100, Michael Ashley wrote:
> I'm using rsync to transfer large amounts (megabytes per day!) of
> data over an Iridium modem link (240 bytes per second) from
> Antarctica.
>
> One problem is that the Iridium link has a mean uptime of perhaps 30
> minutes.
>
> Implemen
On Sun, 2008-01-27 at 12:20 +0100, Donald Axel wrote:
> > OK...could you give us a concrete example in which it is helpful to have
> > the straight "only if newer" behavior instead of the current one?
>
>
> Yes, I can: If this answer is too long, please excuse me - I am
> relaxing when I write:-)
On Sun, 27 Jan 2008 05:58:19 -0500
Matt McCutchen <[EMAIL PROTECTED]> wrote:
> On Sun, 2008-01-27 at 02:22 +0100, Donald Axel wrote:
> > Quoting man page:
> >
> > In the currently implementation, a difference of file
> > format is
> > always considered to be imp
On Sun, 2008-01-27 at 02:22 +0100, Donald Axel wrote:
> Quoting man page:
>
> In the currently implementation, a difference of file format
> is
> always considered to be important enough for an update, no
> matter
> what date is on the objects. In
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 hav
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
25 matches
Mail list logo
