Closed mcnesium closed 5 years ago
This should not be something browserpass needs to care about. Provided we are passing the correct environment variables though to gpg (@maximbaz are we?) then gpg should just pick this up.
.bashrc probably isn't the right place to define it though - it's the bash config file, and won't apply to much that gets launched without involving a shell. The correct place is anywhere that results in it being part of your session - most likely the profile file.
@erayd is right, this isn't really related to browserpass. In order for any UI app (e.g. browser) to recognize your env variables, they have to be defined in a config that is being sourced before your session starts. For example, I put such env variables in /etc/profile.d/zz_custom.sh file
I just editet my Manjaro Linux profile to have it more XDG Basedir compliant. According to this cheat sheet I added this to my
.bashrc
:On the command line, using
gpg
works as expected, and so doespass
. The browser extension does not, though. I did add~/.local/share/password-store/
to the "custom store locations" setting, but there is no setting for the GnuPG keyring directory. This I assume is why browserpass can now certainly find passwords according to the current site, but when trying to select it, it fails withTo double-check I added a symlink to the actual gnupg directory in my homedir
ln -s ~/.config/gnupg ~/.gnupg
and this makes browserpass work as expected again. This symlink is kind of a hack though, and ridicules the XDG basedir spec, since with the symlink in the home directory it is not actually any cleaner.So I am arguing that browserpass should respect
$GNUPGHOME
. I am not sure, whether.bashrc
or.bash_profile
or.profile
would be the correct place, but as an alternative, the path could be set in a config file for browserpass in$XDG_CONFIG_HOME/browserpass/
as it has been proposed in #197 already.What do you think?