Support for extended attributes, on Haiku?

[vmlemon]

Since Haiku has a fairly-modern Rust port, and an implementation of a Linux-compatible xattr API (which seems to map native xattrs, into the user.haiku namespace, looking at https://git.barbel.synology.me/Haiku/haiku/commit/9996b69b8b31eb721eb19dad5bdb5e8d943f9e71?style=unified&whitespace=show-all&show-outdated=), through the use of the "libgnu" library, it may be useful, to use it, to add support, for other software, such as Rustic-RS to consume.

I discovered this, through digging into the BSDTAR/libarchive codebase, to figure out how it was able to archive them, although I'm not familiar enough with Rust, and interoperating with the C ABI, to try implementation, myself.

[Stebalien]

I can take a stab at it sometime if you can create a github actions workflow to test it.

[vmlemon]

I can take a stab at it sometime if you can create a github actions workflow to test it.

Thanks. I'll have a look, when I get chance. Unsure, if there's any BuildBot-type stuff, explicitly for natively building on Haiku targets, available on GitHub, but at least Rust 1.83 seems to have support, for cross-building for Haiku. I'm sure, that the HaikuPorts folks will know better, though...

[Stebalien]

I'm willing to add support for odd platforms without CI (although it pains me a bit), but someone needs to test it at least once. We've run into funky platform-specific bugs in, e.g., rustix on macos versus linux. And there are always questions like: does "same API" mean "same API including the error codes"? Because it doesn't on, e.g., macos v. linux.

[vmlemon]

That's a valid point. I'm willing to test it, in a VM, and report back, on the results, at least.

[Stebalien]

Assuming it's exactly like linux, #67 should work. But if that doesn't "just work", I'm not going to be able to make any progress on this.