[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#35739: Bad signature from GNU ELPA
From: |
Stefan Monnier |
Subject: |
bug#35739: Bad signature from GNU ELPA |
Date: |
Wed, 29 May 2019 16:07:10 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
>> > 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
- bug#35739: Bad signature from GNU ELPA, (continued)
- bug#35739: Bad signature from GNU ELPA, Eli Zaretskii, 2019/05/14
- bug#35739: Bad signature from GNU ELPA, Richard Copley, 2019/05/15
- bug#35739: Bad signature from GNU ELPA, Eli Zaretskii, 2019/05/15
- bug#35739: Bad signature from GNU ELPA, Richard Copley, 2019/05/15
- bug#35739: Bad signature from GNU ELPA, Stefan Monnier, 2019/05/29
- bug#35739: Bad signature from GNU ELPA, Richard Copley, 2019/05/29
- bug#35739: Bad signature from GNU ELPA,
Stefan Monnier <=
- bug#35739: Bad signature from GNU ELPA, Noam Postavsky, 2019/05/29
- bug#35739: Bad signature from GNU ELPA, Eli Zaretskii, 2019/05/29
- bug#35739: Bad signature from GNU ELPA, Stefan Monnier, 2019/05/31