GNU bug report logs -
#24637
25.1; non-ascii chars fail to render in Info buffer
Previous Next
Reported by: ivan <ivan.brennan <at> gmail.com>
Date: Fri, 7 Oct 2016 12:14:01 UTC
Severity: minor
Found in version 25.1
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Sorry, I should have mentioned in my last response -- I tried changing them
to lowercase, but that didn't fix the problem.
On Sat, Oct 8, 2016 at 10:24 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > From: ivan <ivan.brennan <at> gmail.com>
> > Date: Sat, 8 Oct 2016 08:31:33 -0400
> > Cc: 24637 <at> debbugs.gnu.org
> >
> > It should be "utf-8", in lower case. How come it's in upper case on
> > your system?
> >
> > Did you produce the Info files yourself, or did they come with some
> > package built elsewhere?
> >
> > I used homebrew to build Emacs, so I believe the info files were
> generated locally during the build process,
> > but I didn't do anything special in that regard.
> >
> > I've been trying out two different build formulas,
> > 1. https://github.com/d12frosted/homebrew-emacs-plus
> > (just GNU Emacs with some build options)
> > 2. https://github.com/railwaycat/homebrew-emacsmacport
> > (GNU Emacs with some source code modifications for OSX)
> >
> > Both builds have the uppercase "UTF-8" local variable in their info
> files, and both exhibit the behavior I
> > described.
>
> If you change that to lower-case, does the problem go away?
>
[Message part 2 (text/html, inline)]
This bug report was last modified 5 years and 218 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.