[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#21536: closed (Texi, Unicode and Emacs interface)

From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#21536: closed (Texi, Unicode and Emacs interface)
Date: Thu, 24 Sep 2015 20:18:01 +0000

Your message dated Thu, 24 Sep 2015 22:16:55 +0200
with message-id <address@hidden>
and subject line Re: bug#21536: Texi, Unicode and Emacs interface
has caused the debbugs.gnu.org bug report #21536,
regarding Texi, Unicode and Emacs interface
to be marked as done.

(If you believe you have received this mail in error, please contact

21536: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=21536
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Texi, Unicode and Emacs interface Date: Wed, 23 Sep 2015 13:51:36 +0300 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
There is an interesting "bug" that leads to a problem with Emacs
interface for Guix packages.

Try "M-x guix-search-by-name RET mpfrcx".  You will get an
'encoding-error'.  This happens because:

1. Description of the 'mpfrcx' package contains a unicode symbol "–".

2. For some reason unicode symbols are not handled properly in REPLs
   connected to a guile server.

To illustrate this problem, here is the recipe:

1. Run guile server:

  guile --listen

Evaluate there:

  ((@@ (guix ui) texi->plain-text) "foo \u2015 bar.")

So far so good.

2. Now connect to it, either with:

   - netcat: "netcat localhost 37146"

   - or Geiser: "M-x connect-to-guile"

and evaluate the same expression.  This time you will get the error.

(This should probably be counted as a Guile bug, I'm not sure)

To make the connected REPL handle such unicode strings you have to
manually evaluate (setlocale LC_ALL "") there (even (setlocale LC_ALL)
works!).  So I used this as a workaround for the emacs interface in the
attached patch (I don't know if there is a better workaround).

BTW, since we now use texi for the package descriptions, does it mean
that our intention is to get rid of using unicode symbols directly?

…Hm, I've just tried ((@@ (guix ui) texi->plain-text) "@U{2012}") and

  Throw to key `parser-error' with args `(#f "Unknown command" U)

Attachment: 0001-emacs-Handle-unicode-symbols-in-texi-descriptions.patch
Description: Text Data

--- End Message ---
--- Begin Message --- Subject: Re: bug#21536: Texi, Unicode and Emacs interface Date: Thu, 24 Sep 2015 22:16:55 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Alex Kost <address@hidden> skribis:

> Yes, I confirm that with this change the problem with Emacs interface is
> solved, thank you!

Pushed as 08d7e35, thanks!


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]