GNU bug report logs - #35739
[w32] Bad signature from GNU ELPA for archive-contents

Previous Next

Full log

View this message in rfc822 format

From: Richard Copley <rcopley <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 35739 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, Noam Postavsky <npostavs <at> gmail.com>
Subject: bug#35739: Bad signature from GNU ELPA
Date: Wed, 29 May 2019 20:11:46 +0100

[Message part 1 (text/plain, inline)]

On Wed, 29 May 2019 at 19:45, Stefan Monnier <monnier <at> iro.umontreal.ca>
wrote:

> > Not in detail, it's not an area of expertise of mine. We call
> > (decode-coding-region (point-min) (point-max) 'undecided) on the
> > payload of "https://elpa.gnu.org/packages/archive-contents",
> > which is raw text. The resulting buffer's buffer-file-coding-
> > system is iso-latin-1-dos.
>
> Indeed, it seems that url-insert-file-contents sets
> buffer-file-coding-system.  Maybe we can use that in the emacs-26
> branch.  Can you try the emacs-26 code with the patch below to see if it
> fixes the current problem?
>

Yes, it seems to. At least, there's no error from [M-x
package-list-packages] in emacs -Q.

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.