From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: bug#24076: gnupg [-agent]: when signing [commits], it claims that there is no pinentry - but there is Date: Fri, 27 Mar 2020 16:02:26 -0400 Message-ID: <20200327200226.GA14330@jasmine.lan> References: <20160726180507.21e5e8e0@scratchpost.org> <87poq016rt.fsf@gnu.org> <20160727115405.704f02ac@scratchpost.org> <878twnz6o4.fsf@gnu.org> <87popy13x6.fsf@gmail.com> <87shuuj7y4.fsf@gnu.org> <87pncz9v23.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:38616) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jHvqh-0008KM-8v for bug-guix@gnu.org; Fri, 27 Mar 2020 16:45:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jHvqg-0008BK-4l for bug-guix@gnu.org; Fri, 27 Mar 2020 16:45:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:55602) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jHvqg-0008B6-0C for bug-guix@gnu.org; Fri, 27 Mar 2020 16:45:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jHvqf-0007Yp-Up for bug-guix@gnu.org; Fri, 27 Mar 2020 16:45:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: <87pncz9v23.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: 24076@debbugs.gnu.org On Thu, Mar 26, 2020 at 01:09:40PM +0100, Ludovic Courtès wrote: > I (finally!) implemented this second option in commit > c7af9d0b5ebaa1fdb08ff5d8a56004998bcd8103. It still doesn't work for me :/ > I confirmed that it has the indented effect like this: [...] > where the strace log shows: > > 10 execve("/home/ludo/.gnupg/.guix-profile/bin/pinentry", ["pinentry"], 0x7f7aa80035e0 /* 14 vars */) = -1 ENOENT (No such file or directory) This path includes the ~/.gnupg directory, so users need to do `export GNUPGHOME=$HOME` for the lookup to work. Is it okay to make GnuPG do that automatically when building the path in get_default_pinentry_name()?