Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

pass working fine but qtprocess failure with qtpass #260

Closed
Bulmer opened this issue Dec 14, 2016 · 7 comments
Closed

pass working fine but qtprocess failure with qtpass #260

Bulmer opened this issue Dec 14, 2016 · 7 comments

Comments

@Bulmer
Copy link

Bulmer commented Dec 14, 2016

I really want to use qtpass, because of its extra options, but whenever i start qtpass it asks me to create a new key pair, hangs on generation and ultimately fails qprocess. I already have my primary keys setup via gnupg and a useable .password-store via pass.

@annejan
Copy link
Member

annejan commented Dec 15, 2016

Can you tell me more about your setup, are you running macOS or a Linux distribution (if so which).
Or are you running pass on Windows with cygwin or the new bash layer?

Also which version of QtPass are you trying to run?

My first guess is a mismatch between the gpg version pass uses and QtPass uses.
Possibly some other environmental issue.

@Bulmer
Copy link
Author

Bulmer commented Dec 15, 2016

Hello annejan.
I am using Sparkylinux which is a rolling distribution based on Debian Testing. Versions are:
gnupg 2.1.16
pass 1.6.5
qtpass 1.1.6

I just realised that if I start qtpass from a root terminal it goes straight to the Configuration box, whereas if I start it from my user terminal it wants me to create a new gpg pair and the Config box says qprocess fail. I have created my primary keys under my User name.

@annejan
Copy link
Member

annejan commented Dec 15, 2016

Could still be a gpg and gpg2 missmatch . .

https://github.com/IJHack/QtPass/blob/master/FAQ.md#i-have-an-other-issue-with-gpg

Hope that helps, I might give Sparkylinux a try in a VM this evening . .

@Bulmer
Copy link
Author

Bulmer commented Dec 15, 2016

gpg --list-keys and gpg2 --list-keys list the same keys (also --list-secret-keys)

@Bulmer
Copy link
Author

Bulmer commented Dec 15, 2016

..also desktop is LXQt 0.11.0 with qt version 5.7.1

@Bulmer
Copy link
Author

Bulmer commented Dec 15, 2016

Not sure if this was a bug as it seems to be an ownership issue, but I now have it working perfectly under my user account now. As root I edited /home/bulmer/.config/IJHack/QtPass.conf . I Changed "passStore=/root/.password-store/" to "passStore=/home/bulmer/.password-store/".

@annejan annejan closed this as completed Dec 16, 2016
@berndhahnebach
Copy link

This helped a lot :-)

I have a debian system which I upgraded a from ealier debian version eventually to buster. Than I completely reinstalled buster and used my old home folder. Pass worked whereas QtPass refused to work. I had to edit the QtPass.conf in a way to set gpg executable from gpg2 to gpg. I might could have made a link from gpg2 to gpg too but editing is more future proof IMHO.

cheers bernd

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants