zuluCrypt bugs from xbps installed binaries

Is this a new report?

Yes

System Info

Void 5.19.16_1 x86_64 GenuineIntel uptodate rFF

Package(s) Affected

zulucrypt-6.0.0_2

Does a report exist for this bug with the project's home (upstream) and/or another distro?

addressed in the third sentence here.

Expected behaviour

I expected the the command zuluMount-cli -t vera -m -d /home/$USER/Documents/volume to ask for my password for the VeraCrypt encrypted volume and then mount the volume to /run/media/private/$USER/volume, like the documentation says. Note that both zuluCrypt-cli and zuluMount-cli mount to the same place.

Actual behaviour

After running zuluMount-cli -t vera -m -d /home/$USER/Documents/volume, the program fails, giving the error setgroups() failed:. This is remedied by using sudo. However, the volume is mounted at /run/media/private/root/volume, requiring the user to login as root in order to access it. This is both a hassle and a security issue. However, after cloning the repo and installing from source, the program works as expected and I don't know why.

Steps to reproduce

1. sudo xbps-install -S zulucrypt
2. run zuluMount-cli -t vera -m -d /path/to/volume to get the first error.
3. run sudo zuluMount-cli -t vera -m -d /path/to/volume.
   It is important to note that the current release for xbps is 6.0.0_2 and the current version of zuluCrypt is 6.2.0.

Reproduce the failure with xbps-installed zulucrypt-6.0.0_2 using the reported zuluMount-cli command, then compare it with the source-built version and current upstream 6.2.0. Check the package's upstream version and build instructions; done means the packaged command mounts the volume for the normal user without sudo.