gopass maintains a ~/.cache/gopass/gpg-binary.loc file
which stores an absolute path to the gpg executable,
overriding (and ignoring) the environment $PATH.
This creates a situation where gopass will work for a period of time
after install, but after gpg is upgraded and a 'nix-store --gc' is
performed, the cached gpg path will throw an error.
A gopass maintainer has declared this a wont-fix in
https://github.com/gopasspw/gopass/issues/1662
As a workaround, add a --run clause in the wrapper script
that removes this cache file.
Once (if) upstream fixes this issue, this cruft can be removed.
Signed-off-by: Sirio Balmelli <sirio@b-ad.ch>
Without the explicit Foundation dep, linker fails with this message:
```
= note: ld: framework not found Foundation
clang-7: error: linker command failed with exit code 1 (use -v to see invocation)
error: aborting due to previous error
error: could not compile `i18n-embed-fl`
```
Co-authored-by: Dmitry Kalinkin <dmitry.kalinkin@gmail.com>
An example for that would be `passExtensions.pass-import` where
`pimport` is available in `$out/bin`. In that case, `$out/bin` in
`buildEnv` isn't a symlink anymore and doesn't need to be removed.
Co-authored-by: elseym <elseym@me.com>
When pass is called from passff it does not have grep and find in its
path.
PATH="" /home/beardhatcode/.nix-profile/bin/pass grep lol ~
/nix/store/HASH-password-store-1.7.3/bin/.pass-wrapped: line 399: find: command not found
$ PATH="/nix/store/HASH-findutils-4.7.0/bin" /home/beardhatcode/.nix-profile/bin/pass grep lol
/nix/store/HASH-password-store-1.7.3/bin/.pass-wrapped: line 403: grep: command not found
/nix/store/HASH-password-store-1.7.3/bin/.pass-wrapped: line 403: grep: command not found
- Add libjson-c dependency for --gen-json functionality.
- Disable rar functionality
- Because it uses non-free software
- Because it doesn't work properly without extra patches
- This didn't work before either, but a warning was added about
failing to load the rar library
- Enable unit tests and add check dependency for that
