Darren J Moffat <[EMAIL PROTECTED]> wrote:
> On Thu, 2006-01-26 at 10:41, Joerg Schilling wrote:
> > I heard that the next Trusted Solaris implementation will only add a few
> > things
> > to Solaris 10. Does this mean that it will use the current open privs
> > implementation?
>
> It most certainly will be using the current OpenSolaris privileges
> implementation. It will add a few more privileges to the set.
>
> It does not use any extended file attributes.
Then it makes sense to also look at my proposal about the O_NONE
flag because this proposal helps to avoid "file_dac_read" in many cases.
> > No, the problem is that Linux e.g. implements an interface that forces star
> > to know more about the content than I like.
> >
> > If the interface would be defined the right way, then star would not need
> > this
> > special OS dependent know how.
>
> By the interface do you mean the syscalls that star needs to
> use to get the data and how the names of the data and its content
> is presented to you ?
The current Linux xattr implementation in star is in because the NSA
was begging me to add this support. Unfortunately, it puts highly OS
dependent extensions into the POSIX.1-2001 extended tar headers.
I don't like to be forced to do this and I would like to find a way
that has OS dependent information in files. This could be done if
there was a negotiation on the way Solaris extended attributes should
be used on various other OS (NFSv4 brings them to the other OS....).
> I don't like our openat(2) interface that much I think the MacOS X
> one is nicer. However I think you have more experience here to
> know what is more suitable for archival programs.
I only have experiences where I did already implement things..
Do you have any pointers to the MacOS X interface?
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
opensolaris-code mailing list
[email protected]
https://opensolaris.org:444/mailman/listinfo/opensolaris-code
