Re: Symlinks in OS X (10.4.1)

> Actually, this isn't quite true. osx has no lchmod, but if you set a > umask before creating the link, the permissions are set. So, as > opposed to ignoring the permissions, perhaps we should teach rsync > how to set them. I'll probably look at this as soon as I'm done > writing a patch f

Re: Symlinks in OS X (10.4.1)

> On Sat, Oct 13, 2007 at 08:56:23PM +0200, [EMAIL PROTECTED] wrote: > > is there a way to ignore the permissions for symlinks but compare the > > permissions for regular files and change them accordingly? On Sun, Oct 14, 2007 at 04:57:31PM -0700, Wayne Davison wrote: > That should be the default

Re: Symlinks in OS X (10.4.1)

On Sat, Oct 13, 2007 at 08:56:23PM +0200, [EMAIL PROTECTED] wrote: > is there a way to ignore the permissions for symlinks but compare the > permissions for regular files and change them accordingly? That should be the default for any system that doesn't have lchmod(). ..wayne.. -- To unsubscrib

Re: PATCH: preserve osx creation-date (was: Using pre2 for backing up a mac)

On Sun, Oct 14, 2007 at 08:14:57PM +0200, Wesley W. Terpstra wrote: > I've attached a patch which does this. Currently resource forks and finder > info get placed into an extended attribute transparently by osx > (com.apple.{ResourceFork/FinderInfo}). This patch makes another "extended > attribu

DO NOT REPLY [Bug 5020] hang using RSYNC_CONNECT_PROG

https://bugzilla.samba.org/show_bug.cgi?id=5020 --- Comment #1 from [EMAIL PROTECTED] 2007-10-14 16:44 CST --- Please try using the -w1 option to nc -- someone else noticed a nc problem in the past, and that solution worked to avoid a nc hang. -- Configure bugmail: https://bugzilla

DO NOT REPLY [Bug 4979] readdir() failure results in remote deletes

https://bugzilla.samba.org/show_bug.cgi?id=4979 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

DO NOT REPLY [Bug 4870] --link-dest results in errors for some paths containing spaces

https://bugzilla.samba.org/show_bug.cgi?id=4870 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

DO NOT REPLY [Bug 4611] i always get "rsync error: some files could not be transferred (code 23)" even when there is nothing to transfer

https://bugzilla.samba.org/show_bug.cgi?id=4611 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

DO NOT REPLY [Bug 4607] --timeout: not counting correctly?

https://bugzilla.samba.org/show_bug.cgi?id=4607 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Attributes on Windows files - not ACL

I'm wondering why I'm having trouble getting attributes like Hidden or System to come across from my Windows rsync under cygwin implementation (2.6.9). I'm using rsync via an ssh tunnel from one Windows machine to the other, rsync version 2.6.9. The options I'm using are -ruvitpAE --super --preal

Re: Symlinks in OS X (10.4.1)

On Oct 13, 2007, at 8:56 PM, [EMAIL PROTECTED] wrote: since OS X has no support for symlink permissions Actually, this isn't quite true. osx has no lchmod, but if you set a umask before creating the link, the permissions are set. So, as opposed to ignoring the permissions, perhaps we should

PATCH: preserve osx creation-date (was: Using pre2 for backing up a mac)

On Oct 13, 2007, at 4:07 PM, Wesley W. Terpstra wrote: rsync 3pre2 now handles all but three items: 1. bsd flags 2. "locked flag" (supposedly finder meta-data) 3. creation date The creation date is AFAIK a mac os specific piece of meta-data and can be accessed via the set/getattrlist + ATTR_CM

DO NOT REPLY [Bug 5020] New: hang using RSYNC_CONNECT_PROG

https://bugzilla.samba.org/show_bug.cgi?id=5020 Summary: hang using RSYNC_CONNECT_PROG Product: rsync Version: 3.0.0 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core