GNU bug report logs - #44604
27.1; gpg error when language environment is set to Turkish

Previous Next

Package: emacs;

Reported by: Fatih Aydin <fataydin138 <at> gmail.com>

Date: Fri, 13 Nov 2020 00:30:02 UTC

Severity: normal

Tags: fixed

Found in version 27.1

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Fatih Aydın <fatihaydin138 <at> gmail.com>,
 44604 <at> debbugs.gnu.org, fataydin138 <at> gmail.com
Subject: Re: bug#44604: 27.1; gpg error when language environment is set to
 Turkish
Date: Mon, 16 Nov 2020 22:26:02 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> I think we need a new infrastructure for solving this.

Looks that way -- we're using the same functions to handle human-input
text (i.e., commands like `M-u') as API/protocol text (comparing DIRECT
and direct by downcasing), and that's problematic.

So we'd have to add a bunch of functions to handle stuff like this, but
it seems like a rather daunting task.

Or we could do something simple, like having a buffer-local variable
that says "the characters in this buffer are protocol data" and which
would make the locale the "C" locale?  Hm...  there'd probably be some
messy fallout from that, too.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 4 years and 26 days ago.

Previous Next

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