You could try filing a radar on this, but I suspect that the
behavior's correct.
done, and I agree with you, although I there is some basis in
saying that users should be identified by name alone, as it is
done at the ordinary unix permission level.
If you agree with me that this is the expected behavior why on
earth would you file a radar report it it's doing what we just said
we expect it should???
Users are *not* identified by names. Ever. Anywhere.
But I consider the ACL issue with rsync to have significant
philosophical complications no matter how you slice it. Yet these
are the most understandable and sane of rysnc's issues in Tiger.
I this this issue stems from:
uuid_to_name in file_cmds-116.9/ls/print.c
and in turn from mbr_uuid_to_id (see man page).
Also, nicl . -read /users|groups/whatever will show (for some
users|groups) something called generateduid, which might have to
do with the above.
I did another test: I used an ACL that referred to a group (admin
for instance). It transferred fine. In this case the generateduid
is the same on both (presumably all) systems. I also created a new
group (this one without generateduid) and it also worked.
No, not at all.
Don't pretend to "guess", either read the Internals book and/or the
code. It's quite clear how users are identified. And nicl deals
with netinfo.
So this is not an issue as long as:
1) one restores on the original system (that might not be
possible, but one should also backup all the relevant system files)
or
2) one uses only group based ACLs (which is a good idea).
Unfortunately there seem to be no way to specify a group acl when
there is also a user by the same name. If somebody knows how to
work around that please let me know.
It's not an issue at all, it's just you have a lot of woolly
thinking going on.
--
I got excoriated for cross posting an announcement (expecting no
replies) about the arrival of 10.4.9 (as a courtesy). Why then has
no one complained about hijacking threads?
Someone bifurcated the 10.4.9 thread into a 10.4.9 discussion about
rsync. I split it to a separate thread using the now current subj
line above. It's now a different thead.
--
-dhan
------------------------------------------------------------------------
Dan Shoop AIM: iWiring
Systems & Networks Architect http://www.ustsvs.com/
email@hidden http://www.iwiring.net/
1-714-363-1174
"The wise man doesn't give the right answers, he poses the right
questions." -- Claude Levi-Strauss
iWiring provides systems and networks support for Mac OS X, unix, and
Open Source application technologies at affordable rates.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
