+Date: Tue, 13 Apr 1993 18:14:39 -0400 (EDT)
+From: [EMAIL PROTECTED]
+To: [EMAIL PROTECTED], [EMAIL PROTECTED]
+Subject: Re: PAG Instructions, Please
[EMAIL PROTECTED] (Randolph J. Herber, CD/DCD/SPG, x2966) writes:
+> Another thing I do not understand is why AFS did not implement full Unix file
+> semantics and instead implemented ``ACL''s.
....
+In any case, the DCE DFS design includes much closer adherance to Unix
+mode bit semantics through the use of POSIX ACLs. Changing the mode
+bits changes the relevant part of the file ACL and vice-versa.
And, this is something to be thankful for.
Breaking nearly a quarter century of software is a serious matter.
This causes difficulties for the ``users'' also.
+> This makes AFS very unusable in
+> an UNIX environment.
+This is an interesting comment! AFS runs almost exclusively in the
+Unix environment -- certainly, the platforms supported by Transarc are
+all Unix-based. Yet, our list of AFS customers indicates that a large
+number of sites find AFS usable in those environments! It's true that
+some amount of code changes and quite a bit of user retraining are
+involved, but it would seem that many people still find AFS usable.
No! AFS runs in a AFS environment.
The UNIX operating system is a support environment for AFS;
not the converse.
When I can not run set-uid and set-gid programs in the form they
were developed, I feel something is broke.
When I can not run programs without making them also readable,
I feel something is broke.
I feel that the fact that ``quite a bit of user retraining''
is required shows that something is broke.
When AFS or its successor is as transparent to the user as
NFS is, then it will be repaired.
+Joe Jackson,
+AFS Product Support,
+Transarc Corp.
Randolph J. Herber, [EMAIL PROTECTED], +1 708 840 2966, CD/DCD/SPG
(Speaking for myself and not for US, US DOE, FNAL nor URA.)
(Product, trade, or service marks herein belong to their respective owners.)
