On Tue, Apr 22, 2025 at 3:34 AM Cedric Blancher <cedric.blanc...@gmail.com> wrote: > > On Sun, 9 Mar 2025 at 00:02, Rick Macklem <rick.mack...@gmail.com> wrote: > > > > First off, I cross posted because I don't think many read freebsd-arch@. > > There seems to be a nice market for Solaris style extended attributes. > > Since ZFS is already wired for them, adding the basics is pretty > > straightforward. I am not suggesting that they should replace the > > current FreeBSD extended attributes. > > > > For those not familiar with them (I am not very familiar myself;-), > > a Solaris style extended attribute is in a directory that hangs off > > the file object and the entries in the directory (the attributes) can > > be manipulated with open/read/write/lseek just like a regular file. > > (They can be as large as a regular file, but there is no atomicity > > guarantees.) > > > > At this point I have a couple of rough patches: > > https://people.freebsd.org/~rmacklem/xattr.patch - the VFS/ZFS part > > https://people.freebsd.org/~rmacklem/nfs-xattr.patch - the NFSv4 part > > Any timeframe when > https://people.freebsd.org/~rmacklem/nfs-xattr.patch will land in > FreeBSD? I was going to wait until zfs-xattr.patch makes it in, since it is useless without the zfs-xattr.patch changes.
I could do it sooner, if that makes things easier for people? Btw, I had the semantics for O_NAMEDATTR different from Solaris's O_XATTR, but that has been changed now. I also have a "runat" command. It can be found at.. https://people.freebsd.org/~rmacklem/runat.c rick > > Ced > -- > Cedric Blancher <cedric.blanc...@gmail.com> > [https://plus.google.com/u/0/+CedricBlancher/] > Institute Pasteur
