From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Matthew Carter Newsgroups: gmane.emacs.devel Subject: Re: About the removal of pinentry.el Date: Fri, 12 Jan 2018 23:05:12 -0500 Organization: Ahungry (http://ahungry.com) Message-ID: <87y3l2qu87.fsf@ahungry.com> References: <87efn0f3uv.fsf@petton.fr> <83efn06nh5.fsf@gnu.org> <87po6k10v7.fsf@petton.fr> <838td77kec.fsf@gnu.org> <87k1wr1ppz.fsf@petton.fr> <87h8rvyq2g.fsf@petton.fr> <87h8ruw0hz.fsf@petton.fr> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1515815932 3438 195.159.176.226 (13 Jan 2018 03:58:52 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 13 Jan 2018 03:58:52 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Eli Zaretskii , Daiki Ueno , emacs-devel@gnu.org To: Nicolas Petton Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 13 04:58:48 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eaCxr-0008P5-Qt for ged-emacs-devel@m.gmane.org; Sat, 13 Jan 2018 04:58:39 +0100 Original-Received: from localhost ([::1]:35195 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eaCzr-0007pD-I2 for ged-emacs-devel@m.gmane.org; Fri, 12 Jan 2018 23:00:43 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37111) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eaCzg-0007ni-QY for emacs-devel@gnu.org; Fri, 12 Jan 2018 23:00:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eaCzf-0005LK-Ri for emacs-devel@gnu.org; Fri, 12 Jan 2018 23:00:32 -0500 Original-Received: from li130-200.members.linode.com ([69.164.215.200]:45250 helo=mail.ahungry.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eaCzb-0005FV-SS; Fri, 12 Jan 2018 23:00:28 -0500 Original-Received: from localhost (ahungry.com [127.0.0.1]) by mail.ahungry.com (Postfix) with ESMTP id 3F7934108; Fri, 12 Jan 2018 23:00:27 -0500 (EST) X-Virus-Scanned: amavisd-new at ahungry.com Original-Received: from mail.ahungry.com ([127.0.0.1]) by localhost (mail.ahungry.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id AptfWijJy8K3; Fri, 12 Jan 2018 23:00:26 -0500 (EST) Original-Received: from archPad (99-40-9-245.lightspeed.livnmi.sbcglobal.net [99.40.9.245]) by mail.ahungry.com (Postfix) with ESMTPSA id 4A38F40F4; Fri, 12 Jan 2018 23:00:26 -0500 (EST) In-Reply-To: (John Wiegley's message of "Wed, 10 Jan 2018 15:56:42 -0800") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 69.164.215.200 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:221910 Archived-At: John Wiegley writes: >>>>>> Nicolas Petton writes: > >>> I would prefer this be moved to ELPA; would that work for you Nicolas? > >> I guess we should change the NEWS entry then as well? > > Sounds like it. I'm not sure if this is the direct cause, but I built 26.0.x and 27.0.50 from source last night, and my use case seems to have broke, as compared to how things function under the shipped Emacs 25.x.x in Arch Linux. My previous use case/configuration was as follows: In ~/.gnupg/gpg-agent.conf I had the following (gpg v2.1): allow-emacs-pinentry pinentry-program /usr/bin/pinentry-curses I did *not* have the epa-pinentry-mode set to 'loopback in Emacs. I would be able to run: "epa-decrypt-file ~/.mailpass.gpg /dev/null" in an Eshell session (a file signed with my secret key) and be prompted by the readpasswd prompt in Emacs to decrypt the file (this is with Emacs in tty mode). With the Emacs 26/27 builds, instead of prompting, it would call up the curses input (likewise for any of the GUI inputs if using an X session). Changing to epa-pinentry-mode 'loopback did not change this behavior for epa-decrypt-file, however it did change it for a symmetric decryption of ~/.authinfo.gpg when I called M-x gnus (perhaps gnus uses a different decryption call?) Can anyone suggest a way in which I can retain the functionality of having Emacs decrypt gpg files while running a system without an X session? FWIW, I have a setenv call setting GPG_AGENT_INFO to empty string as well (removing did not have an effect). -- Matthew Carter (m@ahungry.com) http://ahungry.com