[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus
From: |
Eli Zaretskii |
Subject: |
bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus |
Date: |
Mon, 30 Mar 2020 17:33:14 +0300 |
> From: Robert Pluim <rpluim@gmail.com>
> Cc: larsi@gnus.org, juanjose.garcia.ripoll@csic.es, 40248@debbugs.gnu.org
> Date: Mon, 30 Mar 2020 16:10:34 +0200
>
> >> My (admittedly fallible) memory is that gpg always uses UTF-8 for
> >> non-ASCII data (except for some old versions that %-escape it instead).
>
> Eli> Is that true even on MS-Windows? can someone please verify that? If
> Eli> gpg uses UTF-8 on all platforms, the 'undecided' isn't TRT, as in
> some
> Eli> cases Emacs could mistakenly decide the encoding is the current
> system
> Eli> codepage. We should use 'utf-8' instead if UTF-8 is guaranteed.
>
> Having now re-checked it, I was wrong. gpg uses UTF-8 consistenly
> _internally_, but converts to/from whatever it thinks the native
> codepage is (on MS-Windows and unixy platforms).
Thanks. In that case, 'undecided' is exactly right.
- bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus, (continued)
- bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus, Juan Jose Garcia Ripoll, 2020/03/28
- bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus, Eli Zaretskii, 2020/03/28
- bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus, Lars Ingebrigtsen, 2020/03/29
- bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus, Eli Zaretskii, 2020/03/29
- bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus, Robert Pluim, 2020/03/30
- bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus, Eli Zaretskii, 2020/03/30
- bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus, Robert Pluim, 2020/03/30
- bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus,
Eli Zaretskii <=