Output of restic version

What should restic do differently? Which functionality do you think we should add?

It appears, that since at least NetBSD 10, there has been support for extended attributes, on FFSv2ea volumes (an optional feature, that can be enabled, on existing native FFS volumes, without reformatting them, according to https://wiki.netbsd.org/tutorials/acls_and_extended_attributes_on_ffs), and presumably, ZFS volumes.

I'm unsure, of what the minimum supported NetBSD version is, for Restic, although since it's likely tied to the minimum version supported by Go, we can probably expect support to be available, everywhere Restic can run, now.

Judging from the sermingly-abandoned issue, at borgbackup/borg#1332, that I briefly exhumed, in the name of research, the API is supposed to be broadly similar, to FreeBSD's implementation, but as always, the devil is in the details.

What are you trying to do? What problem would this solve?

This would bring NetBSD up to parity, with MacOS, FreeBSD, and Linux, in terms of extended attribute support, and allow for higher-fidelity backups.

Did restic help you today? Did it make you happy in any way?

Restic helps me keep my data safely, and conveniently at hand, across all of the various devices, and OSes, that I move between, on a regular basis, and gives me the confidence, to know that I can quickly recover from errors, or keep infrequently used data efficiently stored, but readily accessible.