GNU bug report logs -
#54014
guix home pinentry weirdness
Previous Next
Full log
Message #11 received at 54014 <at> debbugs.gnu.org (full text, mbox):
Hi Zacchaeus,
Am Dienstag, dem 15.02.2022 um 15:16 -0500 schrieb Zacchaeus Scheffer:
> I thought it might be important to confirm package versions. Here is
> some sample commands and their output:
>
> before guix package -i pinentry (pass not giving pinentry prompt)
>
> $ ls -l $(which -a pinentry)
> lrwxrwxrwx 1 root root 71 Dec 31 1969 /home/zacchae/.guix-
> home/profile/bin/pinentry ->
> /gnu/store/3hl7w63q0axngysrslkdw2a6jmgnm8kf-pinentry-
> 1.2.0/bin/pinentry
>
> after guix package -i pinentry (pass works normally)
>
> $ ls -l $(which -a pinentry)
> lrwxrwxrwx 1 root root 71 Dec 31 1969 /home/zacchae/.guix-
> home/profile/bin/pinentry ->
> /gnu/store/3hl7w63q0axngysrslkdw2a6jmgnm8kf-pinentry-
> 1.2.0/bin/pinentry
> lrwxrwxrwx 1 root root 71 Dec 31 1969 /home/zacchae/.guix-
> profile/bin/pinentry -> /gnu/store/3hl7w63q0axngysrslkdw2a6jmgnm8kf-
> pinentry-1.2.0/bin/pinentry
Did you duplicate the output here?
In any case, the issue you're describing would make sense if pass was
calling pinentry as simply "pinentry" rather than by store path. AFAIK
gpg has a configuration key telling it which pinentry to spawn -- I
personally set that to /run/current-system/profile/bin/pinentry-gnome3
on most of my machines. Does pass adhere to that setting or does it
try to call pinentry on its own?
Cheers
This bug report was last modified 2 years and 332 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.