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

Previous Next

Full log

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

From: Fatih Aydin <fataydin138 <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 44604 <at> debbugs.gnu.org
Subject: Re: bug#44604: 27.1;
 gpg error when language environment is set to Turkish
Date: Wed, 21 Apr 2021 14:42:47 +0300

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

 I keep encountering this problem with different packages, everything
functions incorrectly, as you can guess. Is there any progress?

On Wed, Dec 2, 2020 at 1:07 PM Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Fatih Aydin <fataydin138 <at> gmail.com> writes:
>
> > Let there be a new variable to define file types (according to
> extension) and the
> > lang. env. for those file types. For '.el' files, English lang. env. can
> be assigned
> > using that variable.
> > That means the user will have an option to say: 'Always evaluate .el
> files using
> > English language' to Emacs.
>
> That's not really the issue -- this is always about .el files, but it's
> about how to handle text in different contexts.
>
> For instance, you may have a mail buffer with code that's generating
> mail headers, so you have a structure that contains
>
> (("MY-NAME-IS" "ASIL"))
>
> and you have code that's supposed to generate, from that, a header that
> looks like:
>
> My-name-is: Asıl
>
> The code has to know that the former bit is a "protocol string" and the
> latter bit is a "language string".
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
>

[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.