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

Previous Next

Package: emacs;

Reported by: Richard Copley <rcopley <at> gmail.com>

Date: Tue, 14 May 2019 21:27:02 UTC

Severity: normal

Fixed in version 26.3

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


Message #106 received at 35739 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>,  Noam Postavsky <npostavs <at> gmail.com>
Cc: 35739 <at> debbugs.gnu.org, Richard Copley <rcopley <at> gmail.com>
Subject: Re: bug#35739: Bad signature from GNU ELPA
Date: Wed, 29 May 2019 16:07:10 -0400
>> > 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.

Thanks Richard for promptly testing it.

Noam, can you confirm that you can also still reproduce the problem in
`emacs-26` and that my patch fixes it when you try it?

Eli, do you think this is safe enough for the `emacs-26` branch?


        Stefan





This bug report was last modified 5 years and 358 days ago.

Previous Next


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