[KLUG Members] Fwd:[XFS][NEWS] Extended attributes interface changes -- Woo hoo!!!

[Bryan J. Smith]

SGI's XFS is getting closer to the "stock kernel" everyday!
It's never been a question of XFS "stability," but _required_ XFS
features (e.g., EAs and ACLs) that aren't in the stock kernel (and
are usually "optional" on other filesystems, like Ext2/3, let alone
not always supported yet by filesystems like ReiserFS nor IBM JFS).

BUT NO MORE!

At least as of 2.5.3, the EA/ACL stuff is in!  SGI also plans to
backport the EA/ACL 2.5.3 implementions into XFS 2.4.x releases even
before the official EA/ACL stuff gets backported, which includes the
forthcoming XFS 1.1 planned for later this very quarter.  So XFS
will be sporting all the "official" EA/ACL goodies even before the
stock 2.4 kernel has them backported from 2.5.x!

I'M SO GLAD TO SEE THIS HAPPEN!  WOO HOO!

-- Bryan

BTW, EAs = Extended Attributes [Interfaces] (varies with fs)
ACLs = Access Control Lists (multi-user/group file ownership)
[ Both XFS' original as well as the new kernel 2.5.3 ACLs are
POSIX-compliant implementations, Ext2/3's add-on is as well ]

-------- Original Message --------
From: Nathan Scott <nathans@sgi.com>
Subject: [NEWS] Extended attributes interface changes
To: linux-xfs-announce@oss.sgi.com

Hi folks,

As you may have heard, Linus has accepted the revised extended
attributes interfaces which several projects have been working
on during the past few months, including ours, into 2.5.3.

>From an XFS development point of view, this is great news and
will result in a significant decrease in the overlap which the
XFS patches have with the rest of the kernel, and also means
that we will no longer need to use unreserved system calls.

Inclusion of XFS in certain distributions has been held up due
to this, and once the transition to these interfaces is complete,
I understand these will be able to proceed.  We will also be able
to converge on a single set of user tools for EAs and POSIX ACLs
that other filesystems will be using as well (which is good news
for Samba and any other upstream libacl.so users).

>From an end-user point of view, we will need to make a transition
from using our current system call interfaces for EAs and ACLs to
the new interfaces.  This affects both the kernel and a number of
the userspace tools and libraries.  We've considered attempting to
keep compatibility with the existing interfaces too, but ultimately
have discarded that option and will instead make a clean break from
one interface to the other (this applies to both the 2.4.x kernels
and the 2.5.x kernels).  This means that with a future kernel merge
we will also release new userspace packages (I expect to move all
our packages up to version 2.0.0) and I also expect responsibility
for the ACL package we use to be taken over by Andreas Gruenbacher -
the author/maintainer of the [http://acl.bestbits.at/] ext2/ext3 ACL
implementation - at some point in the not-too-distant-future.

XFS 1.1 is scheduled for this quarter, I plan on having this all
integrated for that release for those who track the official SGI
releases rather than CVS or patches.

Further details will follow later, this is just a heads-up that a
significant interface change is in the pipeline.