Received: (at 67978) by debbugs.gnu.org; 23 Dec 2023 16:02:29 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 23 11:02:29 2023 Received: from localhost ([127.0.0.1]:51108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rH4SL-0006BV-2O for submit <at> debbugs.gnu.org; Sat, 23 Dec 2023 11:02:29 -0500 Received: from mail-108-mta49.mxroute.com ([136.175.108.49]:45237) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <jp@HIDDEN>) id 1rH4SI-0006BJ-Kj for 67978 <at> debbugs.gnu.org; Sat, 23 Dec 2023 11:02:27 -0500 Received: from filter006.mxroute.com ([136.175.111.2] filter006.mxroute.com) (Authenticated sender: mN4UYu2MZsgR) by mail-108-mta49.mxroute.com (ZoneMTA) with ESMTPSA id 18c9769afe80003727.001 for <67978 <at> debbugs.gnu.org> (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Sat, 23 Dec 2023 16:02:15 +0000 X-Zone-Loop: 47c304970543e93f9f151b268e0f31c9a37bfa3e55f6 X-Originating-IP: [136.175.111.2] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=neverwas.me ; s=x; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=1VPofS7T56OMHP4MPoRn0LTneCvBns4t0Hdqhz+V+/8=; b=LLqIle5xIPPbsXwY94I4ckUZ8V NGJ6q2w0CHrEn/WcgljJLZMPs86lTitKLdlP0LzFzlNJaO0BltrqqcAdwhmvrH0yAhBdQjBoPMtZv GsXDXnZ6caoFyMEkO3GolZ7x0T7foSU/oYgWyCJBa29k1KPBiVTaL2a/dw+Zm2Q4/TEaS8SHzecD0 8mbpJCOscCQU/+S6v6fvapOhefyVhh9mfZCrxfzqM1bEbTYeRtG7TWH4kPqpY5zEht4G6pXvRL9WK uSKdX9JU/7N3tsLpqnG95NCLRSNWQkybSY0SXYSl+lFBjXTFAHZe9EFNnoCXZyoZcHCGji5bDTPUc WFEAOVKw==; From: "J.P." <jp@HIDDEN> To: Jake <jforst.mailman@HIDDEN> Subject: Re: 29.1; ERC 5.5.0.29.1: Unnecessary .authinfo.gpg decryption causes connection failure to irc.libera.chat In-Reply-To: <CAJqVjv-k_4CkBj+XOfhS6JWCbu4VLXr5PCJxnCvW3zOP3Qebjg@HIDDEN> (Jake's message of "Sat, 23 Dec 2023 08:00:39 +0000") References: <CAJqVjv_RJ+F4s6o=FvvXSeM25KTz8+EVJ=t0aCRPrEmygz5vDA@HIDDEN> <87zfy1pm2o.fsf@HIDDEN> <CAJqVjv-k_4CkBj+XOfhS6JWCbu4VLXr5PCJxnCvW3zOP3Qebjg@HIDDEN> Date: Sat, 23 Dec 2023 08:02:11 -0800 Message-ID: <87frzslxfg.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Authenticated-Id: masked@HIDDEN X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 67978 Cc: 67978 <at> debbugs.gnu.org, emacs-erc@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Hi Jake, Jake <jforst.mailman@HIDDEN> writes: > Hi J.P. > > Thanks for taking the time. You're very welcome. >> It just decrypts the file straight away if it has access to the key >> it was encrypted with and fails otherwise. > It sounds like you've successfully reproduced it, because it's > attempted to decrypt the auth-source file. Hard to say, but hopefully it's close enough to what you're experiencing. > Now I feel like I'm definitely missing something. Why does it do this? > I assume nothing in this file is required to connect to > irc.libera.chat, since the connection succeeds if the file is not > present. Right, nothing in the file is needed unless you've arranged for it to be. By default, ERC usually checks for server and other passwords when the protocol presents an opportunity. In most cases, there's a specific function-valued option, like `erc-auth-source-server-function', that corresponds to a given opportunity. Setting any of these options to nil typically inhibits `auth-source' queries for that particular context. So you can always resort to that as a workaround. >> So, I was wondering if this prompt is coming from somewhere external, >> such as a secrets manager or a TTY pinentry program > I've had the prompt from gnome keyring on Ubuntu (I assume that's what > it is) and gtk-pinentry on another machine. But my issue is that the > prompt occurs at all. > >> Also, is the "irc.libera.chat:6697" buffer completely blank >> after the failure? > yes it is blank. > >> And is there anything relevant recorded in the >> "*Messages*" buffer? > Decrypting /home/jake/.authinfo.gpg...done > epa-file-insert-file-contents: Opening input file: Decryption failed, > , No secret key That's helpful, thanks. I believe what's happening in your case is that your Gnome Keyring's GPG integration needs attention, hopefully only in the configuration department. If libsecret has been authorized to store the key you're being prompted to provide a passphrase for, it should show up when you query the service over DBus. But before messing with that, make sure to tick the appropriate "remember this" box the next time you provide your passphrase in a popup dialog. From then on, you shouldn't be prompted, though you may have to log out and back in for it to stick [1]. In any case, I think ERC users should be allowed to ignore errors signaled by its default `auth-source' queries, so I've added a prompt that asks whether to proceed anyway when one occurs. It's preceded by an annoying warning, which you can customize away in the usual fashion, in this case by setting the option `warning-suppress-types' or `warning-suppress-log-types' to include the list (erc auth-source). Feel free to try out the changes on HEAD [2] and report back. If that's too much trouble, you can wait for ERC 5.6, which should be released in the coming weeks. Thanks, J.P. [1] https://emacs-erc.gitlab.io/bugs/archive/doc/erc.html#Troubleshooting-1 [2] https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=5fb9d6c5
bug-gnu-emacs@HIDDEN:bug#67978; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 23 Dec 2023 08:01:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 23 03:01:08 2023 Received: from localhost ([127.0.0.1]:48452 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rGwwW-0001FJ-9e for submit <at> debbugs.gnu.org; Sat, 23 Dec 2023 03:01:08 -0500 Received: from lists.gnu.org ([2001:470:142::17]:56106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <jforst.mailman@HIDDEN>) id 1rGwwU-00015h-CD for submit <at> debbugs.gnu.org; Sat, 23 Dec 2023 03:01:07 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <jforst.mailman@HIDDEN>) id 1rGwwJ-000280-QJ; Sat, 23 Dec 2023 03:00:55 -0500 Received: from mail-lj1-x232.google.com ([2a00:1450:4864:20::232]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <jforst.mailman@HIDDEN>) id 1rGwwH-0002d2-JZ; Sat, 23 Dec 2023 03:00:55 -0500 Received: by mail-lj1-x232.google.com with SMTP id 38308e7fff4ca-2ccadec4b79so11193081fa.1; Sat, 23 Dec 2023 00:00:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1703318451; x=1703923251; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=V12QzKgwqgh+feOfBeL7GAnmq6q6f0yyT94Jt2whvbU=; b=ASr0sgGWIpbvfhJbKuEU7JVdIW3sGT6z9XVgDhtlOd47axNb5dJH7o9XDZXCLmmcfI FFIhCHdfNrCMWvxF/Th1eHG6UYtlqRp4XU81GgTxY35xO4xXugQwn1Y86tf5OfgHeYs0 BRjjBmQfSCn4++RcEZqIbzkrsaRylkghQZEFA55kcIQYPHogyJrGl9LPOrEusXaZEV4c PUqdZ/Fs7gAcLeXWOPdGKMHPK19bCYupsCTnMf/cERZdrceZDE5y8gg7W8o63289Reza n5XOzrpAEKCcf5p0GZz4iZXdJ6M76lrj36QagH8VB4vFI+MGk4YGpm1DRYyzEWhxdyv/ EZ1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1703318451; x=1703923251; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=V12QzKgwqgh+feOfBeL7GAnmq6q6f0yyT94Jt2whvbU=; b=HZ7Q/mNnPztcMaKoT+1HozJ2dvKXxu+o/Y7LGPu58RT1YaJtKQfDZXK5HGo4B8qDVI 7Lf9jXsprhYRv18uitrJbmAQuSEkmoCrw0yERlPpCrEi6gW5sO831fq4KsKrXcgbjJBr Q12dPhC5uCm/1Y6bVazin78xFUQGzeNyi+aIXpyP3mY89wdjI95xU61XnoayEQOYbkWO F20p6VIRbMs/1I1eLQho2oU+7lS3yhjqN+h3yEKDWuG8EZWNZBRBAp03l/8krwDUJHXQ QnqrZaZ+YakHwEzVc5/rv4i0VeNaqoaXRIiOfUamPqDWvu3NpnfWMNBNNgXoZQZOal7G 961Q== X-Gm-Message-State: AOJu0YzQGEGAHVhDvGC+bbObZJDwEl3W0FPTugc0qRquFwn8757Rchqz AMVsSZd2Wl2eAbyc3Td7NoFEHvLvJXM8/XdBNfrElDWFCXg= X-Google-Smtp-Source: AGHT+IENSB8VF3aqVd5IAhTbYUKMLJL3hhsU1KHcskzAfg9PXlvAL6cepVQ9YhTWV53S3e38E8hkx3LTHVuNcyF6Ofk= X-Received: by 2002:a2e:b6d1:0:b0:2cc:8ccf:1b36 with SMTP id m17-20020a2eb6d1000000b002cc8ccf1b36mr1218346ljo.71.1703318450543; Sat, 23 Dec 2023 00:00:50 -0800 (PST) MIME-Version: 1.0 References: <CAJqVjv_RJ+F4s6o=FvvXSeM25KTz8+EVJ=t0aCRPrEmygz5vDA@HIDDEN> <87zfy1pm2o.fsf@HIDDEN> In-Reply-To: <87zfy1pm2o.fsf@HIDDEN> From: Jake <jforst.mailman@HIDDEN> Date: Sat, 23 Dec 2023 08:00:39 +0000 Message-ID: <CAJqVjv-k_4CkBj+XOfhS6JWCbu4VLXr5PCJxnCvW3zOP3Qebjg@HIDDEN> Subject: Re: 29.1; ERC 5.5.0.29.1: Unnecessary .authinfo.gpg decryption causes connection failure to irc.libera.chat To: "J.P." <jp@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000002f22e1060d28bb12" Received-SPF: pass client-ip=2a00:1450:4864:20::232; envelope-from=jforst.mailman@HIDDEN; helo=mail-lj1-x232.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, WEIRD_PORT=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@HIDDEN, emacs-erc@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) --0000000000002f22e1060d28bb12 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi J.P. Thanks for taking the time. > It just decrypts the file straight > away if it has access to the key it was encrypted with and fails > otherwise. It sounds like you've successfully reproduced it, because it's attempted to decrypt the auth-source file. Now I feel like I'm definitely missing something. Why does it do this? I assume nothing in this file is required to connect to irc.libera.chat, since the connection succeeds if the file is not present. > So, I was wondering if this prompt is coming from somewhere > external, such as a secrets manager or a TTY pinentry program I've had the prompt from gnome keyring on Ubuntu (I assume that's what it is) and gtk-pinentry on another machine. But my issue is that the prompt occurs at all. > Also, is the "irc.libera.chat:6697" buffer completely blank > after the failure? yes it is blank. > And is there anything relevant recorded in the > "*Messages*" buffer? Decrypting /home/jake/.authinfo.gpg...done epa-file-insert-file-contents: Opening input file: Decryption failed, , No secret key Thanks Jake On Sat, Dec 23, 2023 at 4:41=E2=80=AFAM J.P. <jp@HIDDEN> wrote: > Hi Jake, > > Jake <jforst.mailman@HIDDEN> writes: > > > Hello > > > > I encountered an issue with authinfo interfering with ERC: > > When I attempt to connect to the irc.libera.chat server with a random > > nickname and no password, if a ~/.authinfo.gpg file is present on my > > system (or any .gpg file in the auth-sources variable), ERC attempts to > > decrypt this file when connecting. When I don't decrypt it, the > > connection fails. > > > > This occurs with emacs -Q. > > > > If I set auth-sources to nil, or change the name of the .gpg file to > > something else not in auth-sources, I get the expected behavior; i.e., > it connects to the server. > > > > Steps to reproduce: > > 1. have an encrypted ~/.authinfo.gpg file (this will also be an element > of > > the variable auth-sources, which is the default) > > 2. emacs -Q > > 3. M-x erc-tls > > interactively: RET on default values irc.libera.chat and 6697, then > enter a unique nickname and do not > > enter a password > > 4. be prompted to decrypt ~/.authinfo.gpg > > I haven't tried very hard to reproduce this yet, but I can't seem to get > Emacs to prompt me from emacs -Q. It just decrypts the file straight > away if it has access to the key it was encrypted with and fails > otherwise. So, I was wondering if this prompt is coming from somewhere > external, such as a secrets manager or a TTY pinentry program, for > example, > > Please enter the passphrase to unlock the OpenPGP secret key: > "Your Name <you@HIDDEN>" > 3071 RSA key, ID DEAD..BEEF > created 2023-12-22 17:30 (main key ID ...). > > Passprhase: ____________________________ > > <OK> <Cancel> > > (although, from your description, it seems like you're using graphical > Emacs). Also, is the "irc.libera.chat:6697" buffer completely blank > after the failure? And is there anything relevant recorded in the > "*Messages*" buffer? Perhaps something like: > > For information about GNU Emacs and the GNU system, type C-h C-a. > Decrypting /root/.authinfo.gpg...done > epa-file-insert-file-contents: > Opening input file: Decryption failed, , No secret key > > I'm mainly trying to avoid having to replicate your setup in a VM. > > TIA, > J.P. > --0000000000002f22e1060d28bb12 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Hi J.P.</div><div><br></div><div>Thanks for taking th= e time.</div><div><br></div><div>> It just decrypts the file straight<br= > > away if it has access to the key it was encrypted with and fails<br> > otherwise. <br></div><div>It sounds like you've successfully repro= duced it, because it's attempted to decrypt the auth-source file.<br></= div><div><br></div><div>Now I feel like I'm definitely missing somethin= g. Why does it do this? I assume nothing in this file is required to connec= t to irc.libera.chat, since the connection succeeds if the file is not pres= ent.</div><div><br></div><div>> So, I was wondering if this prompt is co= ming from somewhere<br> > external, such as a secrets manager or a TTY pinentry program</div><di= v>I've had the prompt from gnome keyring on Ubuntu (I assume that's= what it is) and gtk-pinentry on another machine. But my issue is that the = prompt occurs at all.<br></div><div><br></div><div>> Also, is the "= irc.libera.chat:6697" buffer completely blank<br> > after the failure? <br></div><div>yes it is blank.</div><div><br></div= ><div>> And is there anything relevant recorded in the<br> > "*Messages*" buffer?</div><div>Decrypting /home/jake/.authin= fo.gpg...done<br>epa-file-insert-file-contents: Opening input file: Decrypt= ion failed, , No secret key</div><div><br></div><div>Thanks</div><div>Jake<= br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gma= il_attr">On Sat, Dec 23, 2023 at 4:41=E2=80=AFAM J.P. <<a href=3D"mailto= :jp@HIDDEN" target=3D"_blank">jp@HIDDEN</a>> wrote:<br></div><= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">Hi Jake,<br> <br> Jake <<a href=3D"mailto:jforst.mailman@HIDDEN" target=3D"_blank">jfor= st.mailman@HIDDEN</a>> writes:<br> <br> > Hello<br> ><br> > I encountered an issue with authinfo interfering with ERC:<br> > When I attempt to connect to the irc.libera.chat server with a random<= br> > nickname and no password, if a ~/.authinfo.gpg file is present on my<b= r> > system (or any .gpg file in the auth-sources variable), ERC attempts t= o<br> > decrypt this file when connecting. When I don't decrypt it, the<br= > > connection fails.<br> ><br> > This occurs with emacs -Q.<br> ><br> > If I set auth-sources to nil, or change the name of the .gpg file to<b= r> > something else not in auth-sources, I get the expected behavior; i.e.,= it connects to the server.<br> ><br> > Steps to reproduce:<br> > 1. have an encrypted ~/.authinfo.gpg file (this will also be an elemen= t of<br> > the variable auth-sources, which is the default) <br> > 2. emacs -Q<br> > 3. M-x erc-tls<br> > interactively: RET on default values irc.libera.chat and 6697, then en= ter a unique nickname and do not<br> > enter a password<br> > 4. be prompted to decrypt ~/.authinfo.gpg<br> <br> I haven't tried very hard to reproduce this yet, but I can't seem t= o get<br> Emacs to prompt me from emacs -Q. It just decrypts the file straight<br> away if it has access to the key it was encrypted with and fails<br> otherwise. So, I was wondering if this prompt is coming from somewhere<br> external, such as a secrets manager or a TTY pinentry program, for<br> example,<br> <br> =C2=A0 Please enter the passphrase to unlock the OpenPGP secret key:<br> =C2=A0 "Your Name <<a href=3D"mailto:you@HIDDEN" target=3D"_bl= ank">you@HIDDEN</a>>"<br> =C2=A0 3071 RSA key, ID DEAD..BEEF<br> =C2=A0 created 2023-12-22 17:30 (main key ID ...).<br> <br> =C2=A0 Passprhase: ____________________________<br> <br> =C2=A0 <OK> <Cancel><br> <br> (although, from your description, it seems like you're using graphical<= br> Emacs). Also, is the "irc.libera.chat:6697" buffer completely bla= nk<br> after the failure? And is there anything relevant recorded in the<br> "*Messages*" buffer? Perhaps something like:<br> <br> =C2=A0 For information about GNU Emacs and the GNU system, type C-h C-a.<br= > =C2=A0 Decrypting /root/.authinfo.gpg...done<br> =C2=A0 epa-file-insert-file-contents:<br> =C2=A0 Opening input file: Decryption failed, , No secret key<br> <br> I'm mainly trying to avoid having to replicate your setup in a VM.<br> <br> TIA,<br> J.P.<br> </blockquote></div> --0000000000002f22e1060d28bb12--
bug-gnu-emacs@HIDDEN:bug#67978; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 23 Dec 2023 04:42:00 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 22 23:42:00 2023 Received: from localhost ([127.0.0.1]:48215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rGtpn-0001XB-NF for submit <at> debbugs.gnu.org; Fri, 22 Dec 2023 23:42:00 -0500 Received: from lists.gnu.org ([2001:470:142::17]:41858) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <jp@HIDDEN>) id 1rGtpj-0001Ww-Au for submit <at> debbugs.gnu.org; Fri, 22 Dec 2023 23:41:58 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <jp@HIDDEN>) id 1rGtpY-0005xE-DB for bug-gnu-emacs@HIDDEN; Fri, 22 Dec 2023 23:41:44 -0500 Received: from mail-108-mta4.mxroute.com ([136.175.108.4]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <jp@HIDDEN>) id 1rGtpV-0002lB-Q8 for bug-gnu-emacs@HIDDEN; Fri, 22 Dec 2023 23:41:44 -0500 Received: from filter006.mxroute.com ([136.175.111.2] filter006.mxroute.com) (Authenticated sender: mN4UYu2MZsgR) by mail-108-mta4.mxroute.com (ZoneMTA) with ESMTPSA id 18c94fa959f0003727.002 for <bug-gnu-emacs@HIDDEN> (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Sat, 23 Dec 2023 04:41:39 +0000 X-Zone-Loop: 3a62d3f7deb330129060cad6811a1c649490f3f32f17 X-Originating-IP: [136.175.111.2] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=neverwas.me ; s=x; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=1qUaBif7gti+7xeNWexcdBpMLGv0xDZl+W0LGS1iVZk=; b=b0EJHuC4b+Vz40vZmllY71kD5p ZLiLrJPzeCj3P7m2/4a7q7T15vI4+Uzutg47tvsLfro3obT/MUj85QVh1ap+1X2ClhcCnDaz0AzUa iBqKO/wZte73v60xlI/OMuHxtVeZ5fkoenQXBNYrQJpm9byJw7lZ0IMrtMWra/TfkLxdaTjdMHPtm cO4ksmUNKETE1wIAvCnbbz0TLYq/TdlJSXdzzxOaG51G/c06nTRGPMSn3yjwzspZ5vN7Qcdv8k4C+ LvKT4JFPqvX9cOQPdEEI0PgG7HU9DTp26YP8JXPkIyYluAH0xsuw9K6kZS2+xd5rhrhIDJYbyRz+1 aX5hQTCw==; From: "J.P." <jp@HIDDEN> To: Jake <jforst.mailman@HIDDEN> Subject: Re: 29.1; ERC 5.5.0.29.1: Unnecessary .authinfo.gpg decryption causes connection failure to irc.libera.chat In-Reply-To: <CAJqVjv_RJ+F4s6o=FvvXSeM25KTz8+EVJ=t0aCRPrEmygz5vDA@HIDDEN> (Jake's message of "Sat, 23 Dec 2023 10:31:18 +1030") References: <CAJqVjv_RJ+F4s6o=FvvXSeM25KTz8+EVJ=t0aCRPrEmygz5vDA@HIDDEN> Date: Fri, 22 Dec 2023 20:41:35 -0800 Message-ID: <87zfy1pm2o.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Authenticated-Id: masked@HIDDEN Received-SPF: pass client-ip=136.175.108.4; envelope-from=jp@HIDDEN; helo=mail-108-mta4.mxroute.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, WEIRD_PORT=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@HIDDEN, emacs-erc@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.1 (/) Hi Jake, Jake <jforst.mailman@HIDDEN> writes: > Hello > > I encountered an issue with authinfo interfering with ERC: > When I attempt to connect to the irc.libera.chat server with a random > nickname and no password, if a ~/.authinfo.gpg file is present on my > system (or any .gpg file in the auth-sources variable), ERC attempts to > decrypt this file when connecting. When I don't decrypt it, the > connection fails. > > This occurs with emacs -Q. > > If I set auth-sources to nil, or change the name of the .gpg file to > something else not in auth-sources, I get the expected behavior; i.e., it connects to the server. > > Steps to reproduce: > 1. have an encrypted ~/.authinfo.gpg file (this will also be an element of > the variable auth-sources, which is the default) > 2. emacs -Q > 3. M-x erc-tls > interactively: RET on default values irc.libera.chat and 6697, then enter a unique nickname and do not > enter a password > 4. be prompted to decrypt ~/.authinfo.gpg I haven't tried very hard to reproduce this yet, but I can't seem to get Emacs to prompt me from emacs -Q. It just decrypts the file straight away if it has access to the key it was encrypted with and fails otherwise. So, I was wondering if this prompt is coming from somewhere external, such as a secrets manager or a TTY pinentry program, for example, Please enter the passphrase to unlock the OpenPGP secret key: "Your Name <you@HIDDEN>" 3071 RSA key, ID DEAD..BEEF created 2023-12-22 17:30 (main key ID ...). Passprhase: ____________________________ <OK> <Cancel> (although, from your description, it seems like you're using graphical Emacs). Also, is the "irc.libera.chat:6697" buffer completely blank after the failure? And is there anything relevant recorded in the "*Messages*" buffer? Perhaps something like: For information about GNU Emacs and the GNU system, type C-h C-a. Decrypting /root/.authinfo.gpg...done epa-file-insert-file-contents: Opening input file: Decryption failed, , No secret key I'm mainly trying to avoid having to replicate your setup in a VM. TIA, J.P.
bug-gnu-emacs@HIDDEN:bug#67978; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 23 Dec 2023 00:01:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 22 19:01:51 2023 Received: from localhost ([127.0.0.1]:48066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rGpSg-0005wn-Fd for submit <at> debbugs.gnu.org; Fri, 22 Dec 2023 19:01:51 -0500 Received: from lists.gnu.org ([2001:470:142::17]:41478) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <jforst.mailman@HIDDEN>) id 1rGpSc-0005wT-Jh for submit <at> debbugs.gnu.org; Fri, 22 Dec 2023 19:01:48 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <jforst.mailman@HIDDEN>) id 1rGpSS-0007f3-0T; Fri, 22 Dec 2023 19:01:36 -0500 Received: from mail-lj1-x236.google.com ([2a00:1450:4864:20::236]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <jforst.mailman@HIDDEN>) id 1rGpSP-0003qJ-LQ; Fri, 22 Dec 2023 19:01:35 -0500 Received: by mail-lj1-x236.google.com with SMTP id 38308e7fff4ca-2cc88818ff0so32867091fa.0; Fri, 22 Dec 2023 16:01:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1703289690; x=1703894490; darn=gnu.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=DOdfnJ73/GE2XH494Wf2KX80Cg8wGpakrG4C2Iawwns=; b=cecqVqo2lgOCX5FVyHWc7TDgdZQ3XVuvnN/3T72wIjav7DJiY0ARWC+aQFZa6H0tUZ mPL6u7ZwSQ/6nrz3lhvRC7ISZPZ1erERvtdhvCKSPpY171QToRHlWY77lRF9+SvSvhHo 84namYqwTQFbicXqX2pzISREmxw9Ko31/whG58qfdLW9bb1FJ3EKAne3o0qj908gpL9h 0kbBcYiJRIX/a97gdcQ1Q9Id9daEt3xYt7/b6Qku/wj3TlkWvoMImqhm8ZHV3T84ABbi pblUO/C9uD1ygOQ8d8Vhxn8KT/Et4faAo5kR95g7Y9JJgrAfi86sSm/3HJqQ2TvPEw9y gObw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1703289690; x=1703894490; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=DOdfnJ73/GE2XH494Wf2KX80Cg8wGpakrG4C2Iawwns=; b=YVQmxtyAS94mZg0MFG7ecLZDqh4PDw9Dzkj2VjRictEqCyskcWb7VxaqLxOn3+2C2q 1/geHVMC6lYvkk+2K432j4nCxioU8uugfX3A/vBuL4TWOBce110iKGgPYPtJ13B7yHL7 9QTs5E055h+FH6tjAEJq/+ksDs2DqV1SOJqp+oBPK/Xl0ER0LSkLmRpbNTXv3H71Au56 EqTZDaH46Ji05lU3vmIqfAijYmnUZrFdAnDA6c3HmNbgBFzrzUPMTbHpvu7oTaBBY0SZ cxvUV6Ix2vNCm7SZ54lBwa0cvebRBxIBOJcvvgSUIRvSkGA7gVHbuPrhFql1cTccxgmQ 2NpQ== X-Gm-Message-State: AOJu0YwHok2J7bVKCFnV1Y3bMQ3qcjPlG43J0vIqWCPjHQjY69JbW4dg Dgu6wQRdafnlB4XKSVjqnHHWmjGsqCXLUPwzotcSDhfNjvk= X-Google-Smtp-Source: AGHT+IHWWN9v94YXTugAQOx0b0AA5S2sVqyL0QAv4gZVDgGqhYQBjMdgiP9Vz1QRf4jb22pEtml66DiJNnWl1rFR4nI= X-Received: by 2002:a05:651c:1a0e:b0:2cc:b9aa:8f1f with SMTP id by14-20020a05651c1a0e00b002ccb9aa8f1fmr30571ljb.24.1703289690094; Fri, 22 Dec 2023 16:01:30 -0800 (PST) MIME-Version: 1.0 From: Jake <jforst.mailman@HIDDEN> Date: Sat, 23 Dec 2023 10:31:18 +1030 Message-ID: <CAJqVjv_RJ+F4s6o=FvvXSeM25KTz8+EVJ=t0aCRPrEmygz5vDA@HIDDEN> Subject: 29.1; ERC 5.5.0.29.1: Unnecessary .authinfo.gpg decryption causes connection failure to irc.libera.chat To: bug-gnu-emacs@HIDDEN Content-Type: multipart/alternative; boundary="000000000000ed7ed8060d220876" Received-SPF: pass client-ip=2a00:1450:4864:20::236; envelope-from=jforst.mailman@HIDDEN; helo=mail-lj1-x236.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit Cc: emacs-erc@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) --000000000000ed7ed8060d220876 Content-Type: text/plain; charset="UTF-8" Hello I encountered an issue with authinfo interfering with ERC: When I attempt to connect to the irc.libera.chat server with a random nickname and no password, if a ~/.authinfo.gpg file is present on my system (or any .gpg file in the auth-sources variable), ERC attempts to decrypt this file when connecting. When I don't decrypt it, the connection fails. This occurs with emacs -Q. If I set auth-sources to nil, or change the name of the .gpg file to something else not in auth-sources, I get the expected behavior; i.e., it connects to the server. Steps to reproduce: 1. have an encrypted ~/.authinfo.gpg file (this will also be an element of the variable auth-sources, which is the default) 2. emacs -Q 3. M-x erc-tls interactively: RET on default values irc.libera.chat and 6697, then enter a unique nickname and do not enter a password 4. be prompted to decrypt ~/.authinfo.gpg Thanks Jake In GNU Emacs 29.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.16.0) of 2023-11-26 built on pc Repository revision: a9b28224af0f73d1fe0f422e9b318c5b91af889b Repository branch: HEAD Windowing system distributor 'The X.Org Foundation', version 11.0.12101004 System Description: Ubuntu 22.04.3 LTS Configured using: 'configure --with-native-compilation' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LANG: en_AU.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: erc-list-mode: t erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-track-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t erc-networks-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message yank-media puny dired dired-loaddefs rfc822 mml mml-sec gnus-util text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils epa-file epa derived epg rfc6068 epg-config erc-list erc-menu erc-join erc-ring erc-pcomplete pcomplete comint ansi-osc ansi-color ring erc-track erc-match erc-button browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap wid-edit erc-fill erc-stamp erc-netsplit url-parse url-vars erc-goodies erc iso8601 time-date auth-source eieio eieio-core password-cache json map thingatpt pp format-spec cl-loaddefs comp comp-cstr warnings icons subr-x rx cl-seq cl-macs cl-extra help-mode cl-lib erc-backend erc-networks byte-opt gv bytecomp byte-compile erc-common erc-compat erc-loaddefs rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 135458 9425) (symbols 48 11459 0) (strings 32 34227 2725) (string-bytes 1 1091358) (vectors 16 23335) (vector-slots 8 458080 9833) (floats 8 39 25) (intervals 56 1318 0) (buffers 976 13)) --000000000000ed7ed8060d220876 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hello<br><br>I encountered an issue with authinfo interfer= ing with ERC:<br>When I attempt to connect to the irc.libera.chat server wi= th a random<br>nickname and no password, if a ~/.authinfo.gpg file is prese= nt on my<br>system (or any .gpg file in the auth-sources variable), ERC att= empts to<br>decrypt this file when connecting. When I don't decrypt it,= the<br>connection fails.<br><br>This occurs with emacs -Q.<br><br>If I set= auth-sources to nil, or change the name of the .gpg file to<br>something e= lse not in auth-sources, I get the expected behavior; i.e., it connects to = the server.<br><br>Steps to reproduce:<br>1. have an encrypted ~/.authinfo.= gpg file (this will also be an element of<br>the variable auth-sources, whi= ch is the default) <br>2. emacs -Q<br>3. M-x erc-tls<br>interactively: RET = on default values irc.libera.chat and 6697, then enter a unique nickname an= d do not enter a password<br>4. be prompted to decrypt ~/.authinfo.gpg<br><= br>Thanks<br>Jake<br><br><br>In GNU Emacs 29.1 (build 1, x86_64-pc-linux-gn= u, GTK+ Version 3.24.33,<br>=C2=A0cairo version 1.16.0) of 2023-11-26 built= on pc<br>Repository revision: a9b28224af0f73d1fe0f422e9b318c5b91af889b<br>= Repository branch: HEAD<br>Windowing system distributor 'The X.Org Foun= dation', version 11.0.12101004<br>System Description: Ubuntu 22.04.3 LT= S<br><br>Configured using:<br>=C2=A0'configure --with-native-compilatio= n'<br><br>Configured features:<br>ACL CAIRO DBUS FREETYPE GIF GLIB GMP = GNUTLS GPM GSETTINGS HARFBUZZ JPEG<br>JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTE= MD LIBXML2 M17N_FLT MODULES<br>NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG = SECCOMP SOUND THREADS TIFF<br>TOOLKIT_SCROLL_BARS X11 XDBE XIM XINPUT2 XPM = GTK3 ZLIB<br><br>Important settings:<br>=C2=A0 value of $LANG: en_AU.UTF-8<= br>=C2=A0 value of $XMODIFIERS: @im=3Dibus<br>=C2=A0 locale-coding-system: = utf-8-unix<br><br>Major mode: Lisp Interaction<br><br>Minor modes in effect= :<br>=C2=A0 erc-list-mode: t<br>=C2=A0 erc-menu-mode: t<br>=C2=A0 erc-autoj= oin-mode: t<br>=C2=A0 erc-ring-mode: t<br>=C2=A0 erc-track-mode: t<br>=C2= =A0 erc-match-mode: t<br>=C2=A0 erc-button-mode: t<br>=C2=A0 erc-fill-mode:= t<br>=C2=A0 erc-stamp-mode: t<br>=C2=A0 erc-netsplit-mode: t<br>=C2=A0 erc= -irccontrols-mode: t<br>=C2=A0 erc-noncommands-mode: t<br>=C2=A0 erc-move-t= o-prompt-mode: t<br>=C2=A0 erc-readonly-mode: t<br>=C2=A0 erc-networks-mode= : t<br>=C2=A0 tooltip-mode: t<br>=C2=A0 global-eldoc-mode: t<br>=C2=A0 eldo= c-mode: t<br>=C2=A0 show-paren-mode: t<br>=C2=A0 electric-indent-mode: t<br= >=C2=A0 mouse-wheel-mode: t<br>=C2=A0 tool-bar-mode: t<br>=C2=A0 menu-bar-m= ode: t<br>=C2=A0 file-name-shadow-mode: t<br>=C2=A0 global-font-lock-mode: = t<br>=C2=A0 font-lock-mode: t<br>=C2=A0 blink-cursor-mode: t<br>=C2=A0 line= -number-mode: t<br>=C2=A0 indent-tabs-mode: t<br>=C2=A0 transient-mark-mode= : t<br>=C2=A0 auto-composition-mode: t<br>=C2=A0 auto-encryption-mode: t<br= >=C2=A0 auto-compression-mode: t<br><br>Load-path shadows:<br>None found.<b= r><br>Features:<br>(shadow sort mail-extr emacsbug message yank-media puny = dired<br>dired-loaddefs rfc822 mml mml-sec gnus-util text-property-search<b= r>mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils<br>= mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr<br>mail-u= tils epa-file epa derived epg rfc6068 epg-config erc-list erc-menu<br>erc-j= oin erc-ring erc-pcomplete pcomplete comint ansi-osc ansi-color<br>ring erc= -track erc-match erc-button browse-url url url-proxy url-privacy<br>url-exp= and url-methods url-history url-cookie generate-lisp-file<br>url-domsuf url= -util mailcap wid-edit erc-fill erc-stamp erc-netsplit<br>url-parse url-var= s erc-goodies erc iso8601 time-date auth-source eieio<br>eieio-core passwor= d-cache json map thingatpt pp format-spec cl-loaddefs<br>comp comp-cstr war= nings icons subr-x rx cl-seq cl-macs cl-extra<br>help-mode cl-lib erc-backe= nd erc-networks byte-opt gv bytecomp<br>byte-compile erc-common erc-compat = erc-loaddefs rmc iso-transl tooltip<br>cconv eldoc paren electric uniquify = ediff-hook vc-hooks lisp-float-type<br>elisp-mode mwheel term/x-win x-win t= erm/common-win x-dnd tool-bar dnd<br>fontset image regexp-opt fringe tabula= ted-list replace newcomment<br>text-mode lisp-mode prog-mode register page = tab-bar menu-bar rfn-eshadow<br>isearch easymenu timer select scroll-bar mo= use jit-lock font-lock syntax<br>font-core term/tty-colors frame minibuffer= nadvice seq simple cl-generic<br>indonesian philippine cham georgian utf-8= -lang misc-lang vietnamese<br>tibetan thai tai-viet lao korean japanese euc= jp-ms cp51932 hebrew greek<br>romanian slovak czech european ethiopic india= n cyrillic chinese<br>composite emoji-zwj charscript charprop case-table ep= a-hook<br>jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button lo= addefs<br>theme-loaddefs faces cus-face macroexp files window text-properti= es<br>overlay sha1 md5 base64 format env code-pages mule custom widget keym= ap<br>hashtable-print-readable backquote threads dbusbind inotify lcms2<br>= dynamic-setting system-font-setting font-render-setting cairo<br>move-toolb= ar gtk x-toolkit xinput2 x multi-tty make-network-process<br>native-compile= emacs)<br><br>Memory information:<br>((conses 16 135458 9425)<br>=C2=A0(sy= mbols 48 11459 0)<br>=C2=A0(strings 32 34227 2725)<br>=C2=A0(string-bytes 1= 1091358)<br>=C2=A0(vectors 16 23335)<br>=C2=A0(vector-slots 8 458080 9833)= <br>=C2=A0(floats 8 39 25)<br>=C2=A0(intervals 56 1318 0)<br>=C2=A0(buffers= 976 13))<br></div> --000000000000ed7ed8060d220876--
Jake <jforst.mailman@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#67978; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.