Date: Sat, 27 Oct 2001 16:56:29 -0400 (EDT) From: Robert Watson <rwatson@FreeBSD.ORG> To: "Andrew R. Reiter" <arr@watson.org> Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/ufs/ufs ufs_acl.c Message-ID: <Pine.NEB.3.96L.1011027165259.13538A-100000@fledge.watson.org> In-Reply-To: <Pine.NEB.3.96L.1011027134055.11981A-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 27 Oct 2001, Andrew R. Reiter wrote: > > On Fri, 26 Oct 2001, Robert Watson wrote: > > :rwatson 2001/10/26 22:39:17 PDT > : > : Log: > : o Althought this is not specified in POSIX.1e, the UFS ACL implementation > : coerces the deletion of a default ACL on a directory when no default > > Is there something that we can say to describe our compatibility with > standards (POSIX.1e, other gov standards)? I realize that we'd enjoy to > adhere to POSIX.1e, but it isn't a requirement that we do so... So do we > just say "We're POSIX.1e compliant... sorta kinda maybe" ? In general, our ACL implementation is compliant with POSIX.1e. There are two types of exceptions: (1) where the specification is ambiguous with respects to a piece of behavior, and (2) where we added specific non-portable extensions to the interface, which are explicitly named using a "_np" suffix. An example of (1) might have to do with the interaction between the POSIX.1e capability spec and the ACL spec, and an example of (2) might be that we have _fd() versions of calls that in POSIX.1e are only presence in the _file() form: this is possible because we allow fd's to be held on directories on UFS. Our capability implementation will likewise almost completely be in compliance with POSIX.1e, except with regards to ambiguity and non-portable extensions based on BSD semantics. As to the other POSIX.1e components: they suffer greater limitations with regards to their usefulness, and are therefore likely to be extended a great deal. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1011027165259.13538A-100000>