Not having NFS installed breaks unmount/destroy/etc

[rincebrain]

System information

Type	Version/Name
Distribution Name	Debian
Distribution Version	11.4
Kernel Version	5.10.0-whogivesadamn
Architecture	x86_64
OpenZFS Version	5360076

Describe the problem you're observing

Attempting to unmount a dataset on a system without exportfs results in:

$ sudo ./zpool destroy testpool
cannot unshare '/testpool/tmp': system error: NFS share removal failed
could not destroy 'testpool': could not unmount datasets
$ ls -al /usr/sbin/exportfs
ls: cannot access '/usr/sbin/exportfs': No such file or directory

Reverting 5360076 fixes this, though I still see a logged Permission denied the ZFS utilities must be run as root. in the thing I was originally doing which is absent if I install exportfs et al (scripts/zfs-tests.sh -t tests/functional/redacted_send/redacted_compressed), though that's probably orthogonal.

Describe how to reproduce the problem

As above.

Include any warning/errors/backtraces from the system logs

N/A

[Rudd-O]

I can repro the same. Not good!

[Rudd-O]

The program should simply ignore a situation where exportfs is absent, especially if sharenfs is off (which is my case)!

[stale[bot]]

This issue has been automatically marked as "stale" because it has not had any activity for a while. It will be closed in 90 days if no further activity occurs. Thank you for your contributions.

[AllKind]

Sounds like a candidate to battle the bot...

[gdevenyi]

A side issue which partially resolves this, do the RPM/DEBs depend on NFS such that this is only a build-from-source issue?

[rincebrain]

The native Debian packages have a suggests/recommends for nfs-kernel-server, so no, and the RPM packages just mention NFS existing, so no, at a glance.