DO NOT REPLY [Bug 7618] symlinks and --link-dest

[samba-bugs at samba.org]

https://bugzilla.samba.org/show_bug.cgi?id=7618





------- Comment #17 from the_majkl at seznam.cz  2010-08-15 03:58 CST -------
(In reply to comment #16)
> I just noticed the "no symtimes" (i.e., HAVE_LUTIMES off) in the "rsync
> --version" output for the client in comment #0.  Consistent with that, rsync
> does not attempt to set the symlink's mtime in the first log in comment #12. 
> So the problem must be elsewhere.
> 
> Next theory: It looks like symlinks on HP-UX can have permissions other than
> 777, according to a discussion
> (http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1281845702588+28353475&threadId=956122)
> I found by searching Google for "hp-ux symlink permission".  And it looks like
> rsync (in unchanged_attrs) will consider a difference in permissions of a
> symlink to disqualify it for hard-linking, even if rsync is unable to set
> symlink permissions (HAVE_LCHMOD off).  What are the permissions of
> home/zumrova/.tsm on the HP-UX source?
> 

hpuh:/home/zumrova # ls -l .tsm
lrwxr-xr-x   1 root       sys             13 Mar 23  2006 .tsm -> /usr/tsm/.tsm

(and for info
hpuh:/home/zumrova # ls -l /usr/tsm/.tsm
-r--r--r--   1 hajek      sys           4253 Mar  6  2001 /usr/tsm/.tsm
)

But then I would expect rsync to consider the symlink changed every time, not
only when running with --link-dest.

Mike


-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.