From unknown Wed Jun 18 23:16:20 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#42984 <42984@debbugs.gnu.org> To: bug#42984 <42984@debbugs.gnu.org> Subject: Status: 27.1; package-list results in error while updating archive due to malformed path Reply-To: bug#42984 <42984@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:16:20 +0000 retitle 42984 27.1; package-list results in error while updating archive du= e to malformed path reassign 42984 emacs submitter 42984 Mirko Vukovic severity 42984 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 22 10:07:07 2020 Received: (at submit) by debbugs.gnu.org; 22 Aug 2020 14:07:07 +0000 Received: from localhost ([127.0.0.1]:50913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9UAl-0007PZ-86 for submit@debbugs.gnu.org; Sat, 22 Aug 2020 10:07:07 -0400 Received: from lists.gnu.org ([209.51.188.17]:54036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9UAj-0007PP-0b for submit@debbugs.gnu.org; Sat, 22 Aug 2020 10:07:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54574) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k9UAi-0001dO-Tf for bug-gnu-emacs@gnu.org; Sat, 22 Aug 2020 10:07:04 -0400 Received: from mail-lj1-x229.google.com ([2a00:1450:4864:20::229]:39387) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k9UAg-00015h-HW for bug-gnu-emacs@gnu.org; Sat, 22 Aug 2020 10:07:04 -0400 Received: by mail-lj1-x229.google.com with SMTP id v9so4864373ljk.6 for ; Sat, 22 Aug 2020 07:07:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=tbjWNTVA718Xha7ENkDQH8qyrmvzNuHhj2jlDaboeZU=; b=KpML3EGG0+UUrDWFgbc1/ap9MzDRUGx/aJll81xAP4AAMkDARBTm2iK86IHf9Ha5pW MGpVytCaLgmdq/LJJDBddhTwZSYeBd3mg2kmREIDVdiJMvs8OFXdX+yLLCusgFvwNpga 36u3YcSBfKBCBfP24s7u+kzNx+32sZdWyI1p8olt9znqAFILZCRu4WF2KoR6veF++RWB hBMa2kLHzPZv2lO5E/phkoUKMcsKHejCoU4ym3XKsrW7bWcpy8D52IkNovHD/c2iZAiV +CPgiU5k7OeKSAxkZGfzEFrnalVT6VqzABhz/tFISEozRFouZbw5BAFUG6zqU1xEg/S0 3D9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=tbjWNTVA718Xha7ENkDQH8qyrmvzNuHhj2jlDaboeZU=; b=USEXm4nAWa1TQUPbTnyuqiZXuNt8siVah5eTZSDbUT2dKKGv8mh3BV8OBBv0wtMRpp 2/5ssK4X66JE5rwSvhb99EdIoIZofQ/Ncifrgb2mwojcRbZhXgiVUq5k3enBrc5SNcdy JppXxScpv0iZeTW6u2OTGbiJ/+hc41RujcrTuBzTUxAZxrjaeZ6u2PAWWsmssWFEAcvo JYuB9M8PaFUf8nKAH5eGXbRlV6RTY4+Y1Rw6Yz5vjNUAATWySNPQYWN5gT967cVFlF5X ofs6esTcxdvJvLTle3ZINnoRzWOFYLU8E5G0vlMq+Miyl6WB/cB6wIFagF1MzOuXeS5m JuSA== X-Gm-Message-State: AOAM53056yR31TW3UVp1RirMlx94Qgd8fTLm3Suxrcjo0vGIgBWPHog3 Jh3q+Y34et1IMtAMjX9SO//FaNpcI0vR2lirc5DW4Ecbnt0= X-Google-Smtp-Source: ABdhPJyyfos2I3d6TkdEyG7XXHncxDFrujA7m9VQTHFEkV5Ax1bJ+fCcMLIyd6JowZ9i36Sp3l4oi5Kp3z33TLSMyv0= X-Received: by 2002:a2e:9bc6:: with SMTP id w6mr3660196ljj.404.1598105219459; Sat, 22 Aug 2020 07:06:59 -0700 (PDT) MIME-Version: 1.0 From: Mirko Vukovic Date: Sat, 22 Aug 2020 10:06:23 -0400 Message-ID: Subject: 27.1; package-list results in error while updating archive due to malformed path To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000eb6ded05ad77dd82" Received-SPF: pass client-ip=2a00:1450:4864:20::229; envelope-from=mirko.vukovic@gmail.com; helo=mail-lj1-x229.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. 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 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --000000000000eb6ded05ad77dd82 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable This report mirrors the issue I submitted to Spacemacs as issue 13866. This issue has not received any replies yet. Since then I reproduced the issue with 'emacs -Q' Link to Spacemacs issue (with diagnostic and traceback info) - https://github.com/syl20bnr/spacemacs/issues/13866 I run Emacs on MSYS2. On August 20, 2020, I refreshed MSYS2 packages and Emacs 27.1 was installed. This problem is generated with 'emacs -Q --debug-init': - no traceback info generated despite '--debug-init' - When Emacs comes up, execute command: 'package-list' - The package list comes up (it has 478 packages) - The *Error* buffer comes up with the following contents: Failed to verify signature archive-contents.sig: No public key for 066DAFCB81E42C40 created at 2020-08-22T05:05:02-0400 using RSA Command output: gpg: keyblock resource '/c/Users/977315/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx': No such file or directory gpg: Signature made Sat, Aug 22, 2020 5:05:02 AM EDT gpg: using RSA key C433554766D3DDC64221BFAA066DAFCB81E42C40 gpg: Can't check signature: No public key The offending file path consists of the current directory, followed by c:/Users/977315/.emacs.d/elpa/... I verified this by launching emacs from a different directory. That change would be reflected in the filepath, for example, when launched from the ~/tmp directory: gpg: keyblock resource '/c/Users/977315/tmp/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx': No such file or directory In GNU Emacs 27.1 (build 1, x86_64-w64-mingw32) of 2020-08-11 built on fv-az75 Windowing system distributor 'Microsoft Corp.', version 10.0.17763 System Description: Microsoft Windows 10 Enterprise (v10.0.1809.17763.1339) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Importing package-keyring.gpg...done Setting =E2=80=98package-selected-packages=E2=80=99 temporarily since "emac= s -q" would overwrite customizations Package refresh done error in process filter: package--check-signature-content: Failed to verify signature: "archive-contents.sig" error in process filter: Failed to verify signature: "archive-contents.sig" You can run the command =E2=80=98package-list-packages=E2=80=99 with M-x pa= -l- RET error in process filter: Failed to verify signature: "archive-contents.sig" Configured using: 'configure --prefix=3D/mingw64 --build=3Dx86_64-w64-mingw32 --with-modules --without-dbus --without-compress-install 'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2 -pipe' CPPFLAGS=3D-D__USE_MINGW_ANSI_STDIO=3D1 LDFLAGS=3D-pipe' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2 HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER GMP Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: cp1252 Major mode: Package Menu Minor modes in effect: tooltip-mode: t global-eldoc-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 auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug sendmail help-mode mm-archive message dired dired-loaddefs format-spec rfc822 mml mml-sec epa derived gnus-util rmail rmail-loaddefs text-property-search time-date mailabbrev gmm-utils mailheader mm-decode mm-bodies mm-encode mail-utils mule-util cus-edit cus-start cus-load wid-edit gnutls network-stream url-http mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw nsm rmc puny url-cache url-auth url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap epg epg-config finder-inf package easymenu browse-url url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic 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 charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 multi-tty make-network-process emacs) Memory information: ((conses 16 168321 9580) (symbols 48 10138 1) (strings 32 37790 3595) (string-bytes 1 1045947) (vectors 16 16682) (vector-slots 8 200678 15938) (floats 8 35 249) (intervals 56 11569 0) (buffers 1000 13)) --000000000000eb6ded05ad77dd82 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This report mirrors the issue I submitted to Spacemacs as = issue 13866. This issue
has not received any replies yet. Since then I = reproduced the issue with 'emacs -Q'

Link = to Spacemacs issue (with diagnostic and traceback info)
- h= ttps://github.com/syl20bnr/spacemacs/issues/13866

I run Ema= cs on MSYS2. On August 20, 2020, I refreshed MSYS2 packages
and Emacs 2= 7.1 was installed.

This problem is gene= rated with 'emacs -Q --debug-init':
- no traceback info generate= d despite '--debug-init'
- When Emacs comes up, execute command:= 'package-list'
- The package list comes up (it has 478 packages= )
- The *Error* buffer comes up with the following contents:

Fail= ed to verify signature archive-contents.sig:
No public key for 066DAFCB8= 1E42C40 created at 2020-08-22T05:05:02-0400 using RSA
Command output:gpg: keyblock resource '/c/Users/977315/c:/Users/977315/.emacs.d/elpa/= gnupg/pubring.kbx': No such file or directory
gpg: Signature made Sa= t, Aug 22, 2020 =C2=A05:05:02 AM EDT
gpg: =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0using RSA key C433554766D3DDC64221BFAA066DAFCB81= E42C40
gpg: Can't check signature: No public key

The offendin= g file path consists of the current directory, followed by c:/Users/977315/= .emacs.d/elpa/...
I verified this by launching emacs from a diffe= rent directory. That change would be reflected in the filepath, for example= , when launched from the ~/tmp directory:
gpg: keyblock resource = '/c/Users/977315/tmp/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx= 9;: No such file or directory

In GNU Emacs 27.1 (build 1, x86_64-w64= -mingw32)
=C2=A0of 2020-08-11 built on fv-az75
Windowing system distr= ibutor 'Microsoft Corp.', version 10.0.17763
System Description:= Microsoft Windows 10 Enterprise (v10.0.1809.17763.1339)

Recent mess= ages:
For information about GNU Emacs and the GNU system, type C-h C-a.<= br>Importing package-keyring.gpg...done
Setting =E2=80=98package-selecte= d-packages=E2=80=99 temporarily since "emacs -q" would overwrite = customizations
Package refresh done
error in process filter: package-= -check-signature-content: Failed to verify signature: "archive-content= s.sig"
error in process filter: Failed to verify signature: "a= rchive-contents.sig"
You can run the command =E2=80=98package-list-= packages=E2=80=99 with M-x pa-l- RET
error in process filter: Failed to = verify signature: "archive-contents.sig"

Configured using:=
=C2=A0'configure --prefix=3D/mingw64 --build=3Dx86_64-w64-mingw32 -= -with-modules
=C2=A0--without-dbus --without-compress-install 'CFLAG= S=3D-march=3Dx86-64
=C2=A0-mtune=3Dgeneric -O2 -pipe' CPPFLAGS=3D-D_= _USE_MINGW_ANSI_STDIO=3D1
=C2=A0LDFLAGS=3D-pipe'

Configured f= eatures:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LI= BXML2
HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER GMP=

Important settings:
=C2=A0 value of $LANG: en_US.UTF-8
=C2=A0= locale-coding-system: cp1252

Major mode: Package Menu

Minor = modes in effect:
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t=C2=A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 to= ol-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: = t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 = blink-cursor-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encr= yption-mode: t
=C2=A0 auto-compression-mode: t
=C2=A0 buffer-read-onl= y: t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: t

= Load-path shadows:
None found.

Features:
(shadow sort mail-ext= r emacsbug sendmail help-mode mm-archive message
dired dired-loaddefs fo= rmat-spec rfc822 mml mml-sec epa derived
gnus-util rmail rmail-loaddefs = text-property-search time-date mailabbrev
gmm-utils mailheader mm-decode= mm-bodies mm-encode mail-utils mule-util
cus-edit cus-start cus-load wi= d-edit gnutls network-stream url-http
mail-parse rfc2231 rfc2047 rfc2045= mm-util ietf-drums mail-prsvr url-gw
nsm rmc puny url-cache url-auth ur= l url-proxy url-privacy url-expand
url-methods url-history url-cookie ur= l-domsuf url-util mailcap epg
epg-config finder-inf package easymenu bro= wse-url url-handlers url-parse
auth-source cl-seq eieio eieio-core cl-ma= cs eieio-loaddefs
password-cache json subr-x map url-vars seq byte-opt g= v bytecomp
byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric = uniquify
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp= -table
term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontse= t image
regexp-opt fringe tabulated-list replace newcomment text-mode el= isp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow = isearch
timer select scroll-bar mouse jit-lock font-lock syntax facemenu=
font-core term/tty-colors frame minibuffer cl-generic cham georgian
= utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanes= e eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic = indian cyrillic chinese composite charscript charprop
case-table epa-hoo= k jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs= button faces cus-face macroexp files
text-properties overlay sha1 md5 b= ase64 format env code-pages mule
custom widget hashtable-print-readable = backquote threads w32notify w32
multi-tty make-network-process emacs)
Memory information:
((conses 16 168321 9580)
=C2=A0(symbols 48 1= 0138 1)
=C2=A0(strings 32 37790 3595)
=C2=A0(string-bytes 1 1045947)<= br>=C2=A0(vectors 16 16682)
=C2=A0(vector-slots 8 200678 15938)
=C2= =A0(floats 8 35 249)
=C2=A0(intervals 56 11569 0)
=C2=A0(buffers 1000= 13))
--000000000000eb6ded05ad77dd82-- From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 25 04:32:35 2020 Received: (at 42984) by debbugs.gnu.org; 25 Nov 2020 09:32:35 +0000 Received: from localhost ([127.0.0.1]:34375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khrAA-0002Lq-Ub for submit@debbugs.gnu.org; Wed, 25 Nov 2020 04:32:35 -0500 Received: from mail-ed1-f50.google.com ([209.85.208.50]:40822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khrA9-0002Ld-QA for 42984@debbugs.gnu.org; Wed, 25 Nov 2020 04:32:34 -0500 Received: by mail-ed1-f50.google.com with SMTP id d18so1802510edt.7 for <42984@debbugs.gnu.org>; Wed, 25 Nov 2020 01:32:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=63wYKxfN6kTZfiWC3JjU1Da8k5d+wujebtf8lgxgtY0=; b=MxVkhlleO7yOFzoYuou1TXITM0b8kMr+xbiRD3Ar4t94mQw5gX6PyLn23wvuzO3E2P 70J2gvH5JoTAyE99Lu5kn55mg4dbQVwDSvZQzmx6/X7wmyCoBuGmc0diJxHOMjKpBjwm NkeW6KWfj8oIjM2tJ2U2eaVgQRypNwF60Ce2h227Q8+lHj8jG5J8ue0kuqnl6pTMH1ck nivGiL2ZXLHnA3+73txH6HHtUg2mY6YBHrNyhNjO0G3kak2rz9gfPR8CDZgPWrD9Jr0v OvaQS8VfoLw1vzyWOPPHivqLhvCxtnZg0+0sUANPx2xhZE0JgDQU2bZm4vrDirCP0hLu 1vSg== X-Gm-Message-State: AOAM530WT/2BWGyQZaCfbj8muc0mfBlLvNtfEu85K6Va5qkVkP6x3bk2 v0/VzpqtTMugWRxlRNOpW/v/HAeNG4GXnyVZufA= X-Google-Smtp-Source: ABdhPJzhGRdQjOvNOckA63ANQanSBRoowaLhZSUqlq586V2VvhMcUNKxa9q26jizseahglt2h3Wa7rHHVMRWf3wG/so= X-Received: by 2002:a50:bb25:: with SMTP id y34mr2563469ede.249.1606296748203; Wed, 25 Nov 2020 01:32:28 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 25 Nov 2020 01:32:26 -0800 From: Stefan Kangas In-Reply-To: (Mirko Vukovic's message of "Sat, 22 Aug 2020 10:06:23 -0400") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Wed, 25 Nov 2020 01:32:26 -0800 Message-ID: Subject: Re: bug#42984: 27.1; package-list results in error while updating archive due to malformed path To: Mirko Vukovic Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 42984 Cc: 42984@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Mirko Vukovic writes: > This report mirrors the issue I submitted to Spacemacs as issue 13866. This issue > has not received any replies yet. Since then I reproduced the issue with 'emacs -Q' > > Link to Spacemacs issue (with diagnostic and traceback info) > - https://github.com/syl20bnr/spacemacs/issues/13866 > > I run Emacs on MSYS2. On August 20, 2020, I refreshed MSYS2 packages > and Emacs 27.1 was installed. > > This problem is generated with 'emacs -Q --debug-init': > - no traceback info generated despite '--debug-init' > - When Emacs comes up, execute command: 'package-list' > - The package list comes up (it has 478 packages) > - The *Error* buffer comes up with the following contents: > > Failed to verify signature archive-contents.sig: > No public key for 066DAFCB81E42C40 created at 2020-08-22T05:05:02-0400 using RSA > Command output: > gpg: keyblock resource '/c/Users/977315/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx': No such file or directory > gpg: Signature made Sat, Aug 22, 2020 5:05:02 AM EDT > gpg: using RSA key C433554766D3DDC64221BFAA066DAFCB81E42C40 > gpg: Can't check signature: No public key > > The offending file path consists of the current directory, followed by c:/Users/977315/.emacs.d/elpa/... > I verified this by launching emacs from a different directory. That change would be reflected in the filepath, for example, when launched > from the ~/tmp directory: > gpg: keyblock resource '/c/Users/977315/tmp/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx': No such file or directory I don't understand why this path is used. It should be using: (expand-file-name "gnupg" package-user-dir) What is the value of `package-gnupghome-dir' and `package-user-dir' on your machine? From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 25 16:06:51 2020 Received: (at 42984) by debbugs.gnu.org; 25 Nov 2020 21:06:51 +0000 Received: from localhost ([127.0.0.1]:37297 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ki203-0000xw-Jh for submit@debbugs.gnu.org; Wed, 25 Nov 2020 16:06:51 -0500 Received: from mail-ej1-f54.google.com ([209.85.218.54]:35186) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ki202-0000xj-DG for 42984@debbugs.gnu.org; Wed, 25 Nov 2020 16:06:50 -0500 Received: by mail-ej1-f54.google.com with SMTP id f23so5004980ejk.2 for <42984@debbugs.gnu.org>; Wed, 25 Nov 2020 13:06:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=GYDZQ41ljucWoqA5Etx+tOG80sewy2GxkHSPK3PGjOw=; b=SkrEGsDyevj4qwOdlYf/BjL2a+ci0q18W0DhKMeSygxPDNH5fVT4cxnrk1+pGLVEGP ZBaalr/eA6QdJArmyfoBt3xkUoY0slA5ZXSBbgcUaeTQgx1ICJ0eIZnGUlueJnl9VEid scl37FAgTAFAbra4BTd9MF9CiYmcEd/ZLJ/QMH6ed9FXdEswvsRjIHJ/2yGzEgtPaZI2 wb9HHsmZSdYzormZaGqAq8h1lAkR44PkTJ+Ptqh5aWkWDW+LyabNB/JoE+oLQU8zgrLS TvP+xEhWhE9uwgJO3NClr/s7oOUYQrYvWlybocXD0jzHjyDC8iYRE3pStq/obzn1uuHE 6RpQ== X-Gm-Message-State: AOAM532qWmUO3nV5uk3M1XnvThkj2yuZbxjhtJQu0ytdBreMJgVseHoF xK2hfyIY084DlokHkds7BZcBf3lU/+sHBFkMeqI= X-Google-Smtp-Source: ABdhPJyjUuez2kbWIoAzvtgLzBn7BGv3t2rItF2mAxgHqKIh4TyVRE7eqjXp0b6rlr6rUR2cFJgnG6cIpHNTtYQ+t+c= X-Received: by 2002:a17:906:eb50:: with SMTP id mc16mr4202781ejb.420.1606338404577; Wed, 25 Nov 2020 13:06:44 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 25 Nov 2020 16:06:44 -0500 From: Stefan Kangas In-Reply-To: References: MIME-Version: 1.0 Date: Wed, 25 Nov 2020 16:06:43 -0500 Message-ID: Subject: Re: bug#42984: 27.1; package-list results in error while updating archive due to malformed path To: Mirko Vukovic Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 42984 Cc: 42984@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) (Please keep the bug tracker in Cc.) Mirko Vukovic writes: >> > Failed to verify signature archive-contents.sig: >> > No public key for 066DAFCB81E42C40 created at 2020-08-22T05:05:02-0400 >> using RSA >> > Command output: >> > gpg: keyblock resource >> '/c/Users/977315/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx': No such >> file or directory >> > gpg: Signature made Sat, Aug 22, 2020 5:05:02 AM EDT >> > gpg: using RSA key >> C433554766D3DDC64221BFAA066DAFCB81E42C40 >> > gpg: Can't check signature: No public key >> > >> > The offending file path consists of the current directory, followed by >> c:/Users/977315/.emacs.d/elpa/... >> > I verified this by launching emacs from a different directory. That >> change would be reflected in the filepath, for example, when launched >> > from the ~/tmp directory: >> > gpg: keyblock resource >> '/c/Users/977315/tmp/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx': No >> such file or directory >> >> I don't understand why this path is used. It should be using: >> >> (expand-file-name "gnupg" package-user-dir) >> >> What is the value of `package-gnupghome-dir' and `package-user-dir' on >> your machine? >> > > package-gnupghome-dir ==> "c:/Users/977315/.emacs.d/elpa/gnupg" > package-user-dir: ==> "~/.emacs.d/elpa" > (expand-file-name "gnupg" package-user-dir) ==> > "c:/Users/977315/.emacs.d/elpa/gnupg" Well, I'm stomped. But I don't know much of anything about Windows. Does anyone have an idea why a path like this would be used on Windows? "/c/Users/977315/tmp/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx" From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 25 22:31:44 2020 Received: (at 42984) by debbugs.gnu.org; 26 Nov 2020 03:31:44 +0000 Received: from localhost ([127.0.0.1]:38067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ki80V-0005wT-Vl for submit@debbugs.gnu.org; Wed, 25 Nov 2020 22:31:44 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34782) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ki80T-0005wG-T6 for 42984@debbugs.gnu.org; Wed, 25 Nov 2020 22:31:42 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60256) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ki80O-0003XK-7C; Wed, 25 Nov 2020 22:31:36 -0500 Received: from [176.228.60.248] (port=3769 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ki80N-0006Bv-BV; Wed, 25 Nov 2020 22:31:35 -0500 Date: Thu, 26 Nov 2020 05:31:22 +0200 Message-Id: <83tutcrdyt.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Wed, 25 Nov 2020 16:06:43 -0500) Subject: Re: bug#42984: 27.1; package-list results in error while updating archive due to malformed path References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42984 Cc: 42984@debbugs.gnu.org, mirko.vukovic@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Wed, 25 Nov 2020 16:06:43 -0500 > Cc: 42984@debbugs.gnu.org > > > package-gnupghome-dir ==> "c:/Users/977315/.emacs.d/elpa/gnupg" > > package-user-dir: ==> "~/.emacs.d/elpa" > > (expand-file-name "gnupg" package-user-dir) ==> > > "c:/Users/977315/.emacs.d/elpa/gnupg" > > Well, I'm stomped. But I don't know much of anything about Windows. > > Does anyone have an idea why a path like this would be used on Windows? > > "/c/Users/977315/tmp/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx" Yes, it happens when MSYS2 ports of programs (gpg?) are mixed with native Windows ports. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 25 23:36:44 2020 Received: (at 42984) by debbugs.gnu.org; 26 Nov 2020 04:36:44 +0000 Received: from localhost ([127.0.0.1]:38138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ki91Q-0007UP-9M for submit@debbugs.gnu.org; Wed, 25 Nov 2020 23:36:44 -0500 Received: from mail-ed1-f53.google.com ([209.85.208.53]:35126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ki91O-0007UB-Pt for 42984@debbugs.gnu.org; Wed, 25 Nov 2020 23:36:43 -0500 Received: by mail-ed1-f53.google.com with SMTP id d17so825708edq.2 for <42984@debbugs.gnu.org>; Wed, 25 Nov 2020 20:36:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=s4qp+/NvfibdXb7uODb7eZppQke0IeCYAp2V6s3KzI0=; b=M59g+E/5l9dnA2Td4Anylz59UxYxV2WOnjMeBFvokxEgGnZR7K8W8AxJGn/b9Ygkve B/4LVgq6bcD909tfPYd+H4Nw7mZEEkfbq1bBLyeXGq9sscLAMociVBG6wYdzm5Vumzn8 rOyqSoHN4jlIQzqXJiVshRj46fxpfI3gURF0+F/PU52lo6Acf56vMd1cQ56zXYgJjn+r HQfDlI2im1DC2Jn87Gs7o3vqMdtTeUgoGYZhmg8f09/yOoxAOanyDHxYUH6TaBTu/pXT M+T6KjOI1rodxO/tZ7+odsvf+bnBMrSGj3zzHIzaIwH12mUAiUHHTAmLr9hQ1oETePIR kqJw== X-Gm-Message-State: AOAM5315BxiEQLA6Xzo3/t42ebtEJRah4DqrJATMWUIB/BNk8KH/ZWNY Yd92nj4cfaOoPvSpUf37Js0wnVPn1sh2Tfm7DO8= X-Google-Smtp-Source: ABdhPJzqp5XSsWcj1nxB5og35qp4klykxFEoSqxfRCk3BESrc7pnVIcG49Pv4a+bG4CgbpUM4GTnp7jgl6kc4ShlK7c= X-Received: by 2002:a05:6402:b10:: with SMTP id bm16mr838639edb.214.1606365396993; Wed, 25 Nov 2020 20:36:36 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 25 Nov 2020 23:36:36 -0500 From: Stefan Kangas In-Reply-To: <83tutcrdyt.fsf@gnu.org> References: <83tutcrdyt.fsf@gnu.org> MIME-Version: 1.0 Date: Wed, 25 Nov 2020 23:36:36 -0500 Message-ID: Subject: Re: bug#42984: 27.1; package-list results in error while updating archive due to malformed path To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 42984 Cc: 42984@debbugs.gnu.org, mirko.vukovic@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Eli Zaretskii writes: >> Does anyone have an idea why a path like this would be used on Windows? >> >> "/c/Users/977315/tmp/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx" > > Yes, it happens when MSYS2 ports of programs (gpg?) are mixed with > native Windows ports. Should we do anything about that, or is it expected? From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 26 09:09:27 2020 Received: (at 42984) by debbugs.gnu.org; 26 Nov 2020 14:09:27 +0000 Received: from localhost ([127.0.0.1]:40371 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiHxf-0005oH-4y for submit@debbugs.gnu.org; Thu, 26 Nov 2020 09:09:27 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37524) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiHxe-0005o4-BL for 42984@debbugs.gnu.org; Thu, 26 Nov 2020 09:09:26 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42650) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kiHxZ-00019Y-0K; Thu, 26 Nov 2020 09:09:21 -0500 Received: from [176.228.60.248] (port=2878 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kiHxY-0006id-B6; Thu, 26 Nov 2020 09:09:20 -0500 Date: Thu, 26 Nov 2020 16:09:01 +0200 Message-Id: <83mtz4qkg2.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Wed, 25 Nov 2020 23:36:36 -0500) Subject: Re: bug#42984: 27.1; package-list results in error while updating archive due to malformed path References: <83tutcrdyt.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42984 Cc: 42984@debbugs.gnu.org, mirko.vukovic@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Wed, 25 Nov 2020 23:36:36 -0500 > Cc: mirko.vukovic@gmail.com, 42984@debbugs.gnu.org > > Eli Zaretskii writes: > > >> Does anyone have an idea why a path like this would be used on Windows? > >> > >> "/c/Users/977315/tmp/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx" > > > > Yes, it happens when MSYS2 ports of programs (gpg?) are mixed with > > native Windows ports. > > Should we do anything about that, or is it expected? My guess is it's not an Emacs problem. But to be sure, I miss some details: . is gpg being used an MSYS2 port of a native Windows (a.k.a. "mingw") port? . was the problematic file name emitted by gpg, or was it generated by Emacs and passed to gpg? The last question could be answered by stepping in Edebug through package--check-signature-content and epg functions it calls, and looking at the file names we place on the gpg command line. If the OP could provide this information, we could easily see whether there's some problem in Emacs in this use case. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 26 10:29:01 2020 Received: (at 42984) by debbugs.gnu.org; 26 Nov 2020 15:29:01 +0000 Received: from localhost ([127.0.0.1]:42498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiJCe-0001zJ-Lh for submit@debbugs.gnu.org; Thu, 26 Nov 2020 10:29:01 -0500 Received: from mail-pg1-f179.google.com ([209.85.215.179]:43906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiJCc-0001z4-Fc for 42984@debbugs.gnu.org; Thu, 26 Nov 2020 10:28:59 -0500 Received: by mail-pg1-f179.google.com with SMTP id 34so1973519pgp.10 for <42984@debbugs.gnu.org>; Thu, 26 Nov 2020 07:28:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8Nl7qsfkCe4RQIeypjwdDudlW9N/0X2wGjQwBFFZoas=; b=UfkZGTQfpHohcLet8gCvYM9GE5SSGBGblsutZdHbw8sjgSP7Gxru4476mBkwROYdnD bNsX+hKhPnXOawLaMXleDd4ZjcKwcGoafGvoSUnxa2TQtl2EVlbA4e1NHcrmTZWlvBhf eibqEkUNf71dkWKsEvNEPPPvGFcWEx6hsE+vHKR5jdhNKZoLz6PTtw+IWbqT/XsrDWcF CQGOwdUAM1kDBprP0v84pLlgmJWa9su+JT94JeTA5sxVuEwD7ADnkYbaw4XdEDXTi4SG XzcdoATUJbC42e5alKRM0HZUuBIp/fVeWY2l3HBzw9vPrc22Zjnn83oybG3erjwsMc3K 5cKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8Nl7qsfkCe4RQIeypjwdDudlW9N/0X2wGjQwBFFZoas=; b=I0vDTu95fTdgRPQ2ng0RXLrfIPTqxCoVr/uU1c07zEyhRvh6Rod38Aary+6tT4AKTT iZ5vtjGnQ2he3DhCmYmyRl57S0VMjpeQJMPXtXht1SXB0JwBUemOtdrD4h3ag8PivTLY vxwC8xcOwqopzoe3LX8UvHDlVB0EWgAGd6nVxbLyTe9s5K0ooyi3jXpCaDGbLg+jxrYb CpxtmJ2kFA5TbP7VyP3mEyW4VRExiPN8tzEhXjl5uvnHpNqhgUnrEcinLV8DTs/VmNPh qCWXpQunhyPXX833GPiOgX3A9Lm9pVFr7FL1RRYYW177EUqHwpjDo7Z0ahzfHqQrU+dL SPpw== X-Gm-Message-State: AOAM531WMVu2XcuQ3rxL69GUblDYLf5R/dRF+ANjlJ8yvZ6GfTqvTaKF 2MgbNwb6YJvFpKqNmv7dDsmy7nhEt+B7wwlwjGo= X-Google-Smtp-Source: ABdhPJxVpw50lzl9z1tp4rPnwxD0T0hxcNrLgwWkXasj/GrMc//706Wbupy5Ju3UwcBpw+hEjguuvWTYsuyiyf5GwN4= X-Received: by 2002:a17:90a:de86:: with SMTP id n6mr4185892pjv.214.1606404532517; Thu, 26 Nov 2020 07:28:52 -0800 (PST) MIME-Version: 1.0 References: <83tutcrdyt.fsf@gnu.org> <83mtz4qkg2.fsf@gnu.org> In-Reply-To: <83mtz4qkg2.fsf@gnu.org> From: Mirko Vukovic Date: Thu, 26 Nov 2020 10:28:17 -0500 Message-ID: Subject: Re: bug#42984: 27.1; package-list results in error while updating archive due to malformed path To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000086c15205b5043389" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42984 Cc: 42984@debbugs.gnu.org, Stefan Kangas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000086c15205b5043389 Content-Type: text/plain; charset="UTF-8" On Thu, Nov 26, 2020 at 9:09 AM Eli Zaretskii wrote: > > From: Stefan Kangas > > Date: Wed, 25 Nov 2020 23:36:36 -0500 > > Cc: mirko.vukovic@gmail.com, 42984@debbugs.gnu.org > > > > Eli Zaretskii writes: > > > > >> Does anyone have an idea why a path like this would be used on > Windows? > > >> > > >> > "/c/Users/977315/tmp/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx" > > > > > > Yes, it happens when MSYS2 ports of programs (gpg?) are mixed with > > > native Windows ports. > > > > Should we do anything about that, or is it expected? > > My guess is it's not an Emacs problem. But to be sure, I miss some > details: > > . is gpg being used an MSYS2 port of a native Windows > (a.k.a. "mingw") port? > . was the problematic file name emitted by gpg, or was it generated > by Emacs and passed to gpg? > > The last question could be answered by stepping in Edebug through > package--check-signature-content and epg functions it calls, and > looking at the file names we place on the gpg command line. > > If the OP could provide this information, we could easily see whether > there's some problem in Emacs in this use case. > Tracing package--check-signature-content - I trace it in plain emacs, started with emacs -Q - I edebug the function and step through it - I have a single signature and its status is no-pub-key which triggers the No public key error - This results in the message in the error buffer with the malformed directory Below is the code annotated with values of key variables. I did not see anything obvious. I evaluated context at several points. I following deeper into the epg-... functions, stopped when I saw compiler macros. I would need guidance to trace those. Let me know if you required additional debug/testing, including issuing gpg commands in the shell. (defun package--check-signature-content (content string &optional sig-file) "Check signature CONTENT against STRING. SIG-FILE is the name of the signature file, used when signaling errors." ;; Evaluated in edebug and copied from *Messages* ;; content: "\211 \263 \0 \n\0 ! \3043UGf\323\335\306B!\277\252 m\257\313\201\344,@ _\277}\316\0\n m\257\313\201\344,@..." ;; string: "(1\n (ace-window .\n [(0 9 0)\n ((avy\n (0..." ;; sig-file: "archive-contents.sig" (let ((context (epg-make-context 'OpenPGP))) ;; #s(epg-context :protocol OpenPGP :program "c:/msys64-a/usr/bin/gpg.exe" :home-directory nil :armor nil :textmode nil :include-certs nil :cipher-algorithm nil :digest-algorithm nil :compress-algorithm nil :passphrase-callback (epg-passphrase-callback-function) :progress-callback nil :edit-callback nil :signers nil :sender nil :sig-notations nil :process nil :output-file nil :result nil :operation nil :pinentry-mode nil :error-output "" :error-buffer nil) (when package-gnupghome-dir (setf (epg-context-home-directory context) package-gnupghome-dir)) ;; #s(epg-context :protocol OpenPGP :program "c:/msys64-a/usr/bin/gpg.exe" :home-directory "c:/Users/977315/.emacs.d/elpa/gnupg" :armor nil :textmode nil :include-certs nil :cipher-algorithm nil :digest-algorithm nil :compress-algorithm nil :passphrase-callback (epg-passphrase-callback-function) :progress-callback nil :edit-callback nil :signers nil :sender nil :sig-notations nil :process nil :output-file nil :result nil :operation nil :pinentry-mode nil :error-output "" :error-buffer nil) (condition-case error (epg-verify-string context content string) ;; "" (error (package--display-verify-error context sig-file) (signal 'bad-signature error))) (let (good-signatures had-fatal-error) ;; The .sig file may contain multiple signatures. Success if one ;; of the signatures is good. ;; context: #s(epg-context :protocol OpenPGP :program "c:/msys64-a/usr/bin/gpg.exe" :home-directory "c:/Users/977315/.emacs.d/elpa/gnupg" :armor nil :textmode nil :include-certs nil :cipher-algorithm nil :digest-algorithm nil :compress-algorithm nil :passphrase-callback (epg-passphrase-callback-function) :progress-callback nil :edit-callback nil :signers nil :sender nil :sig-notations nil :process nil :output-file "c:/Users/977315/AppData/Local/Temp/epg-output2eIiW..." :result ((error) (verify #s(epg-signature :status no-pubkey :key-id "066DAFCB81E42C40" :validity nil :fingerprint nil :creation-time 1606385102 :expiration-time nil :pubkey-algorithm 1 :digest-algorithm 10 :class 0 :version nil :notations nil))) :operation verify :pinentry-mode nil :error-output "gpg: keyblock resource '/home/977315/.emacs.d/elpa..." :error-buffer #) (dolist (sig (epg-context-result-for context 'verify)) ;; sig: #s(epg-signature :status no-pubkey :key-id "066DAFCB81E42C40" :validity nil :fingerprint nil :creation-time 1606385102 :expiration-time nil :pubkey-algorithm 1 :digest-algorithm 10 :class 0 :version nil :notations nil) (if (eq (epg-signature-status sig) 'good) ;; epg-signature-status returns NO-PUBKEY (push sig good-signatures) ;; If `package-check-signature' is allow-unsigned, don't ;; signal error when we can't verify signature because of ;; missing public key. Other errors are still treated as ;; fatal (bug#17625). (unless (and (eq (package-check-signature) 'allow-unsigned) ;; T (eq (epg-signature-status sig) 'no-pubkey)) ;; T (setq had-fatal-error t)))) ;; NIL (when (or (null good-signatures) ;; T (and (eq (package-check-signature) 'all) had-fatal-error)) ;; context: #s(epg-context :protocol OpenPGP :program "c:/msys64-a/usr/bin/gpg.exe" :home-directory "c:/Users/977315/.emacs.d/elpa/gnupg" :armor nil :textmode nil :include-certs nil :cipher-algorithm nil :digest-algorithm nil :compress-algorithm nil :passphrase-callback (epg-passphrase-callback-function) :progress-callback nil :edit-callback nil :signers nil :sender nil :sig-notations nil :process nil :output-file "c:/Users/977315/AppData/Local/Temp/epg-output2eIiW..." :result ((error) (verify #s(epg-signature :status no-pubkey :key-id "066DAFCB81E42C40" :validity nil :fingerprint nil :creation-time 1606385102 :expiration-time nil :pubkey-algorithm 1 :digest-algorithm 10 :class 0 :version nil :notations nil))) :operation verify :pinentry-mode nil :error-output "gpg: keyblock resource '/home/977315/.emacs.d/elpa..." :error-buffer #) (package--display-verify-error context sig-file) ;; Failed to verify signature archive-contents.sig: ;; No public key for 066DAFCB81E42C40 created at 2020-11-26T05:05:02-0500 using RSA ;; Command output: ;; gpg: keyblock resource '/home/977315/.emacs.d/elpa/gnupg/c:/Users/977315/.emacs.d/elpa/gnupg/pubring.kbx': No such file or directory ;; gpg: Signature made Thu, Nov 26, 2020 5:05:02 AM EST ;; gpg: using RSA key C433554766D3DDC64221BFAA066DAFCB81E42C40 ;; gpg: Can't check signature: No public key (signal 'bad-signature (list sig-file))) good-signatures))) --00000000000086c15205b5043389 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Nov 26, 2020 at 9:09 AM Eli Z= aretskii <eliz@gnu.org> wrote:
> From: Stefan = Kangas <stefan@ma= rxist.se>
> Date: Wed, 25 Nov 2020 23:36:36 -0500
> Cc: mirko= .vukovic@gmail.com, 42984@debbugs.gnu.org
>
> Eli Zaretskii <el= iz@gnu.org> writes:
>
> >> Does anyone have an idea why a path like this would be used o= n Windows?
> >>
> >>=C2=A0 =C2=A0"/c/Users/977315/tmp/c:/Users/977315/.emacs.= d/elpa/gnupg/pubring.kbx"
> >
> > Yes, it happens when MSYS2 ports of programs (gpg?) are mixed wit= h
> > native Windows ports.
>
> Should we do anything about that, or is it expected?

My guess is it's not an Emacs problem.=C2=A0 But to be sure, I miss som= e
details:

=C2=A0 . is gpg being used an MSYS2 port of a native Windows
=C2=A0 =C2=A0 (a.k.a. "mingw") port?
=C2=A0 . was the problematic file name emitted by gpg, or was it generated<= br> =C2=A0 =C2=A0 by Emacs and passed to gpg?

The last question could be answered by stepping in Edebug through
package--check-signature-content and epg functions it calls, and
looking at the file names we place on the gpg command line.

If the OP could provide this information, we could easily see whether
there's some problem in Emacs in this use case.
Tracing package--check-signature-content
<= ul class=3D"gmail-org-ul">
  • I trace it in plain emacs, started with emacs -Q
  • I edebug the function and step through it
  • = I have a single signature and its status is no-pub-key which t= riggers the No public key error
    • This results in the message in the error buffer with the malformed di= rectory
    Below is the code annotated with values of key v= ariables. I did not see anything obvious.

    I evalua= ted context at several points. I following deeper into the epg-... function= s, stopped when I saw compiler macros. I would need guidance to trace those= .

    Let me know if you required additional debug/tes= ting, including issuing gpg commands in the shell.
    (defun package--check-signature-content (content string &op=
tional sig-file)
  "Check signature CONTENT against STRING.
SIG-FILE is the name of the signature file, used when signaling
errors."
  ;; Evaluated in edebug and copied from *Messages*
  ;; content:  "\211 \263 \0 \n\0  ! \3043UGf\323\335\306B!\277\252 m\=
257\313\201\344,@  _\277}\316\0\n	  m\257\313\201\344,@..."
  ;; string: "(1\n (ace-window .\n	     [(0 9 0)\n	      ((avy\n		(0..=
."
  ;; sig-file: "archive-contents.sig"
  (let ((context (epg-make-context 'OpenPGP)))
  ;; #s(epg-context :protocol OpenPGP :program "c:/msys64-a/usr/bin/gp=
g.exe" :home-directory nil :armor nil :textmode nil :include-certs nil=
 :cipher-algorithm nil :digest-algorithm nil :compress-algorithm nil :passp=
hrase-callback (epg-passphrase-callback-function) :progress-callback nil :e=
dit-callback nil :signers nil :sender nil :sig-notations nil :process nil :=
output-file nil :result nil :operation nil :pinentry-mode nil :error-output=
 "" :error-buffer nil)
    (when package-gnupghome-dir
      (setf (epg-context-home-directory context) package-gnupghome-dir))
      ;; #s(epg-context :protocol OpenPGP :program "c:/msys64-a/usr/bi=
n/gpg.exe" :home-directory "c:/Users/977315/.emacs.d/elpa/gnupg&q=
uot; :armor nil :textmode nil :include-certs nil :cipher-algorithm nil :dig=
est-algorithm nil :compress-algorithm nil :passphrase-callback (epg-passphr=
ase-callback-function) :progress-callback nil :edit-callback nil :signers n=
il :sender nil :sig-notations nil :process nil :output-file nil :result nil=
 :operation nil :pinentry-mode nil :error-output "" :error-buffer=
 nil)
    (condition-case error
        (epg-verify-string context content string) ;; ""
      (error (package--display-verify-error context sig-file)
             (signal 'bad-signature error)))
    (let (good-signatures had-fatal-error)
      ;; The .sig file may contain multiple signatures.  Success if one
      ;; of the signatures is good.
      ;; context: #s(epg-context :protocol OpenPGP :program "c:/msys64=
-a/usr/bin/gpg.exe" :home-directory "c:/Users/977315/.emacs.d/elp=
a/gnupg" :armor nil :textmode nil :include-certs nil :cipher-algorithm=
 nil :digest-algorithm nil :compress-algorithm nil :passphrase-callback (ep=
g-passphrase-callback-function) :progress-callback nil :edit-callback nil :=
signers nil :sender nil :sig-notations nil :process nil :output-file "=
c:/Users/977315/AppData/Local/Temp/epg-output2eIiW..." :result ((error=
) (verify #s(epg-signature :status no-pubkey :key-id "066DAFCB81E42C40=
" :validity nil :fingerprint nil :creation-time 1606385102 :expiration=
-time nil :pubkey-algorithm 1 :digest-algorithm 10 :class 0 :version nil :n=
otations nil))) :operation verify :pinentry-mode nil :error-output "gp=
g: keyblock resource '/home/977315/.emacs.d/elpa..." :error-buffer=
 #<killed buffer>)
      (dolist (sig (epg-context-result-for context 'verify))
      ;; sig: #s(epg-signature :status no-pubkey :key-id "066DAFCB81E4=
2C40" :validity nil :fingerprint nil :creation-time 1606385102 :expira=
tion-time nil :pubkey-algorithm 1 :digest-algorithm 10 :class 0 :version ni=
l :notations nil)
        (if (eq (epg-signature-status sig) 'good) ;; epg-signature-stat=
us returns NO-PUBKEY
            (push sig good-signatures)
          ;; If `package-check-signature' is allow-unsigned, don't
          ;; signal error when we can't verify signature because of
          ;; missing public key.  Other errors are still treated as
          ;; fatal (bug#17625).
          (unless (and (eq (package-check-signature) 'allow-unsigned) ;=
; T
                       (eq (epg-signature-status sig) 'no-pubkey)) ;; T
            (setq had-fatal-error t)))) ;; NIL
      (when (or (null good-signatures) ;; T
                (and (eq (package-check-signature) 'all)
                     had-fatal-error))
       ;; context: #s(epg-context :protocol OpenPGP :program "c:/msys6=
4-a/usr/bin/gpg.exe" :home-directory "c:/Users/977315/.emacs.d/el=
pa/gnupg" :armor nil :textmode nil :include-certs nil :cipher-algorith=
m nil :digest-algorithm nil :compress-algorithm nil :passphrase-callback (e=
pg-passphrase-callback-function) :progress-callback nil :edit-callback nil =
:signers nil :sender nil :sig-notations nil :process nil :output-file "=
;c:/Users/977315/AppData/Local/Temp/epg-output2eIiW..." :result ((erro=
r) (verify #s(epg-signature :status no-pubkey :key-id "066DAFCB81E42C4=
0" :validity nil :fingerprint nil :creation-time 1606385102 :expiratio=
n-time nil :pubkey-algorithm 1 :digest-algorithm 10 :class 0 :version nil :=
notations nil))) :operation verify :pinentry-mode nil :error-output "g=
pg: keyblock resource '/home/977315/.emacs.d/elpa..." :error-buffe=
r #<killed buffer>)
        (package--display-verify-error context sig-file)
;; Failed to verify signature archive-contents.sig:
;; No public key for 066DAFCB81E42C40 created at 2020-11-26T05:05:02-0500 u=
sing RSA
;; Command output:
;; gpg: keyblock resource '/home/977315/.emacs.d/elpa/gnupg/c:/Users/97=
7315/.emacs.d/elpa/gnupg/pubring.kbx': No such file or directory
;; gpg: Signature made Thu, Nov 26, 2020  5:05:02 AM EST
;; gpg:                using RSA key C433554766D3DDC64221BFAA066DAFCB81E42C=
40
;; gpg: Can't check signature: No public key
        (signal 'bad-signature (list sig-file)))
      good-signatures)))=C2=A0
    =C2=A0
    --00000000000086c15205b5043389-- From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 26 10:38:36 2020 Received: (at 42984) by debbugs.gnu.org; 26 Nov 2020 15:38:36 +0000 Received: from localhost ([127.0.0.1]:42520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiJLv-0004LD-Nd for submit@debbugs.gnu.org; Thu, 26 Nov 2020 10:38:36 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35636) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiJLt-0004Ky-AG for 42984@debbugs.gnu.org; Thu, 26 Nov 2020 10:38:34 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44979) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kiJLn-0006eD-Lo; Thu, 26 Nov 2020 10:38:27 -0500 Received: from [176.228.60.248] (port=4917 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kiJLn-0003ES-2R; Thu, 26 Nov 2020 10:38:27 -0500 Date: Thu, 26 Nov 2020 17:38:08 +0200 Message-Id: <838saoqgbj.fsf@gnu.org> From: Eli Zaretskii To: Mirko Vukovic In-Reply-To: (message from Mirko Vukovic on Thu, 26 Nov 2020 10:28:17 -0500) Subject: Re: bug#42984: 27.1; package-list results in error while updating archive due to malformed path References: <83tutcrdyt.fsf@gnu.org> <83mtz4qkg2.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42984 Cc: 42984@debbugs.gnu.org, stefan@marxist.se X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Mirko Vukovic > Date: Thu, 26 Nov 2020 10:28:17 -0500 > Cc: Stefan Kangas , 42984@debbugs.gnu.org > > Tracing package--check-signature-content > > * I trace it in plain emacs, started with emacs -Q > * I edebug the function and step through it > * I have a single signature and its status is no-pub-key which triggers the No public key error > > * This results in the message in the error buffer with the malformed directory > > Below is the code annotated with values of key variables. I did not see anything obvious. > > I evaluated context at several points. I following deeper into the epg-... functions, stopped when I saw > compiler macros. I would need guidance to trace those. Thanks. I think the situation is clear: > ;; #s(epg-context :protocol OpenPGP :program "c:/msys64-a/usr/bin/gpg.exe" The "C:/msys64-a" part indicates that gpg.exe is an MSYS2 port, not a native MinGW port. So it's expected that it will manipulate Posix-like file names like /c/foo/bar and /home/977315/... It is also expected that it may not realize that "c:/foo/bar" is an absolute file name, since in the Posix world any file name which doesn't begin with a slash is not an absolute file name. So it concatenates the file name passed to it by Emacs with /home/977315/... on the assumption that the file name passed by Emacs is a relative file name. Bottom line: you need to install a native MinGW port of gpg, or make some wrapper script for gpg which would convert Windows d:/foo/bar file names into the Posix-like format expected by MSYS2 executables. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 26 10:58:59 2020 Received: (at 42984) by debbugs.gnu.org; 26 Nov 2020 15:58:59 +0000 Received: from localhost ([127.0.0.1]:42566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiJff-0004qu-4B for submit@debbugs.gnu.org; Thu, 26 Nov 2020 10:58:59 -0500 Received: from mail-pf1-f169.google.com ([209.85.210.169]:43976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiJfa-0004qa-HR for 42984@debbugs.gnu.org; Thu, 26 Nov 2020 10:58:57 -0500 Received: by mail-pf1-f169.google.com with SMTP id w202so1966455pff.10 for <42984@debbugs.gnu.org>; Thu, 26 Nov 2020 07:58:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Xyg8uRrjZ5TecNN/7xaYaZZ0NznoCbYYsaDuedNKCrE=; b=XZwnqP6564j4oPlK6av5kLrrzeGAJZvyWutzrFqYM3A7PL+eoBD3ApZJsXe+WWPzGy vPWfGMfrHWwYMeG9rwSQnhn0IdY/J2WEM2I+a8S4FZtyeaO0wf6ZsBUBVfuN7vyfeJUp kmhOMREw0kA40sLduuO9SaM6xCIdfRghFKMnjPzdLVXDQG0s7bCXkZsafibDnaVQNVZN x84Je3SxBvDcscKripe0JBPvqClMOMdRVDmGgKL57KhOJhkojyR7UhmOnLCtMvc6fj44 mhQg7DsIIaszQMW0S0Kj/W5iAjzAjxmlA110//m734BwZSnJxglw0AWQfhyQ15UUCQLr uScg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Xyg8uRrjZ5TecNN/7xaYaZZ0NznoCbYYsaDuedNKCrE=; b=hYu7eRc1BIUR5rFj3rt18foAoOSBCUtqix77IGoo1pIfDNr/7cTDjXP+QGq1HZRtPP JLvqjaZ/M2y14ZNm3D9IG0bBEkGSNV6bybaIMS1gYzj5bVlUYXr+O7mOWjd08qqHr7g0 9NJLiFg7VAO7V3KBzpJSJGqeTlJ2ZWb0Z8V/rlwiGL7pgom2fAcZl3iWUD8OST66Yrp7 hKG+rXMXzZUyf7abvJS8TGVAEmh2lo3fTS8SAkKcSauof5An3ZM1evhN2o3H/Ry/XpHX EuvPcx8arP+ojlTcVGWRXLutwRp1U0IxgiUjrhcTpEjC/JE8L64xz63hSyHO6q+4cH8x WXxA== X-Gm-Message-State: AOAM531BG3rfBIMWyz9HvpTttUPiqCo6pBwH1F4q6WRhXtYCxTu3w5ZJ FfCnExZTWYa9zxioAGj3xrcZjV8ZmLWZUK0DvVgzZBiBwqM= X-Google-Smtp-Source: ABdhPJypi5aNTGDuqo6oTybLq+VONVTBnFYVlLmYaPAGvrjnS3AHNB44BNlAzx/oWvhhdp17XYoLFbIWYwMZRg/Hkfw= X-Received: by 2002:a17:90a:d495:: with SMTP id s21mr4255861pju.42.1606406328495; Thu, 26 Nov 2020 07:58:48 -0800 (PST) MIME-Version: 1.0 References: <83tutcrdyt.fsf@gnu.org> <83mtz4qkg2.fsf@gnu.org> <838saoqgbj.fsf@gnu.org> In-Reply-To: <838saoqgbj.fsf@gnu.org> From: Mirko Vukovic Date: Thu, 26 Nov 2020 10:58:13 -0500 Message-ID: Subject: Re: bug#42984: 27.1; package-list results in error while updating archive due to malformed path To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000009334a405b5049efb" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42984 Cc: 42984@debbugs.gnu.org, Stefan Kangas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000009334a405b5049efb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Nov 26, 2020 at 10:38 AM Eli Zaretskii wrote: > > From: Mirko Vukovic > > Date: Thu, 26 Nov 2020 10:28:17 -0500 > > Cc: Stefan Kangas , 42984@debbugs.gnu.org > > > > Tracing package--check-signature-content > > > > * I trace it in plain emacs, started with emacs -Q > > * I edebug the function and step through it > > * I have a single signature and its status is no-pub-key which triggers > the No public key error > > > > * This results in the message in the error buffer with the malformed > directory > > > > Below is the code annotated with values of key variables. I did not see > anything obvious. > > > > I evaluated context at several points. I following deeper into the > epg-... functions, stopped when I saw > > compiler macros. I would need guidance to trace those. > > Thanks. I think the situation is clear: > > > ;; #s(epg-context :protocol OpenPGP :program > "c:/msys64-a/usr/bin/gpg.exe" > > The "C:/msys64-a" part indicates that gpg.exe is an MSYS2 port, not a > native MinGW port. So it's expected that it will manipulate > Posix-like file names like /c/foo/bar and /home/977315/... It is also > expected that it may not realize that "c:/foo/bar" is an absolute file > name, since in the Posix world any file name which doesn't begin with > a slash is not an absolute file name. So it concatenates the file > name passed to it by Emacs with /home/977315/... on the assumption > that the file name passed by Emacs is a relative file name. > > Bottom line: you need to install a native MinGW port of gpg, or make > some wrapper script for gpg which would convert Windows d:/foo/bar > file names into the Posix-like format expected by MSYS2 executables. > > Thanks. > I think this solved it: 1. Installed MinGW version: pacman -S mingw64/mingw-w64-x86_64-gnupg 2. Started emacs -Q in the MingGW64 terminal (not the MSYS2 terminal) 3. package-list-packages completes without errors: >From the *Messages* buffer: Importing package-keyring.gpg...done Setting =E2=80=98package-selected-packages=E2=80=99 temporarily since "emac= s -q" would overwrite customizations Package refresh done Packages that can be upgraded: 2; type =E2=80=98U=E2=80=99 to mark for upgr= ading. To me this implies that gnupg should be installed along with Emacs 27.1 in MinGW64. I will try to contact the maintainer to suggest that. Thank you very much for your help. Mirko --0000000000009334a405b5049efb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


    =
    On Thu, Nov 26, 2020 at 10:38 AM Eli = Zaretskii <eliz@gnu.org> wrote:
    > From: Mirko = Vukovic <mi= rko.vukovic@gmail.com>
    > Date: Thu, 26 Nov 2020 10:28:17 -0500
    > Cc: Stefan Kangas <stefan@marxist.se>, 42984@debbugs.gnu.org
    >
    > Tracing package--check-signature-content
    >
    > * I trace it in plain emacs, started with emacs -Q
    > * I edebug the function and step through it
    > * I have a single signature and its status is no-pub-key which trigger= s the No public key error
    >
    > * This results in the message in the error buffer with the malformed d= irectory
    >
    > Below is the code annotated with values of key variables. I did not se= e anything obvious.
    >
    > I evaluated context at several points. I following deeper into the epg= -... functions, stopped when I saw
    > compiler macros. I would need guidance to trace those.

    Thanks.=C2=A0 I think the situation is clear:

    >=C2=A0 =C2=A0;; #s(epg-context :protocol OpenPGP :program "c:/msys= 64-a/usr/bin/gpg.exe"

    The "C:/msys64-a" part indicates that gpg.exe is an MSYS2 port, n= ot a
    native MinGW port.=C2=A0 So it's expected that it will manipulate
    Posix-like file names like /c/foo/bar and /home/977315/...=C2=A0 It is also=
    expected that it may not realize that "c:/foo/bar" is an absolute= file
    name, since in the Posix world any file name which doesn't begin with a slash is not an absolute file name.=C2=A0 So it concatenates the file
    name passed to it by Emacs with /home/977315/... on the assumption
    that the file name passed by Emacs is a relative file name.

    Bottom line: you need to install a native MinGW port of gpg, or make
    some wrapper script for gpg which would convert Windows d:/foo/bar
    file names into the Posix-like format expected by MSYS2 executables.

    Thanks.
    I think this solved it:
    1. Inst= alled MinGW version:=C2=A0pacman -S mingw64/mingw-= w64-x86_64-gnupg
    2. Started emacs -Q in the MingGW64 terminal (not the MSYS2 terminal)
    3. package-list-packages completes without errors:
      4. <= /ol>
      From the *Messages* buffer:

      Importing pac= kage-keyring.gpg...done
      Setting =E2=80=98package-selected-packages=E2=80= =99 temporarily since "emacs -q" would overwrite customizationsPackage refresh done
      Packages that can be upgraded: 2; type =E2=80=98U= =E2=80=99 to mark for upgrading.

      To me this im= plies that gnupg should be installed along with Emacs 27.1 in MinGW64. I wi= ll try to contact the maintainer to suggest that.

      = Thank you very much for your help.

      Mirko


    --0000000000009334a405b5049efb-- From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 26 11:37:21 2020 Received: (at 42984-done) by debbugs.gnu.org; 26 Nov 2020 16:37:21 +0000 Received: from localhost ([127.0.0.1]:42621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiKGn-0005rL-Iy for submit@debbugs.gnu.org; Thu, 26 Nov 2020 11:37:21 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59034) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiKGm-0005r6-6b for 42984-done@debbugs.gnu.org; Thu, 26 Nov 2020 11:37:20 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46351) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kiKGg-0004vM-VF; Thu, 26 Nov 2020 11:37:14 -0500 Received: from [176.228.60.248] (port=4609 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kiKGg-0006mw-93; Thu, 26 Nov 2020 11:37:14 -0500 Date: Thu, 26 Nov 2020 18:36:56 +0200 Message-Id: <835z5sqdlj.fsf@gnu.org> From: Eli Zaretskii To: Mirko Vukovic In-Reply-To: (message from Mirko Vukovic on Thu, 26 Nov 2020 10:58:13 -0500) Subject: Re: bug#42984: 27.1; package-list results in error while updating archive due to malformed path References: <83tutcrdyt.fsf@gnu.org> <83mtz4qkg2.fsf@gnu.org> <838saoqgbj.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42984-done Cc: 42984-done@debbugs.gnu.org, stefan@marxist.se X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Mirko Vukovic > Date: Thu, 26 Nov 2020 10:58:13 -0500 > Cc: Stefan Kangas , 42984@debbugs.gnu.org > > I think this solved it: > > 1 Installed MinGW version: pacman -S mingw64/mingw-w64-x86_64-gnupg > 2 Started emacs -Q in the MingGW64 terminal (not the MSYS2 terminal) > 3 package-list-packages completes without errors: > > From the *Messages* buffer: > > Importing package-keyring.gpg...done > Setting ‘package-selected-packages’ temporarily since "emacs -q" would overwrite customizations > Package refresh done > Packages that can be upgraded: 2; type ‘U’ to mark for upgrading. > > To me this implies that gnupg should be installed along with Emacs 27.1 in MinGW64. I will try to contact the > maintainer to suggest that. Yes, using MSYS2 ports of programs with the MinGW Emacs is prone to subtle hard-to-debug errors. MinGW ports should be preferred. > Thank you very much for your help. You are welcome. I'm therefore closing this bug report. From unknown Wed Jun 18 23:16:20 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 25 Dec 2020 12:24:09 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator