unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Glenn Morris <rgm@gnu.org>
Cc: karl@freefriends.org, emacs-devel@gnu.org
Subject: Re: Typesetting non-ASCII names in Emacs manuals
Date: Wed, 09 Mar 2011 03:45:17 -0500	[thread overview]
Message-ID: <E1PxF1B-0007Pd-SG@fencepost.gnu.org> (raw)
In-Reply-To: <sz4o7cbu0r.fsf@fencepost.gnu.org> (message from Glenn Morris on Wed, 09 Mar 2011 03:03:16 -0500)

> From: Glenn Morris <rgm@gnu.org>
> Cc: emacs-devel@gnu.org,  karl@freefriends.org
> Date: Wed, 09 Mar 2011 03:03:16 -0500
> 
> Eli Zaretskii wrote:
> 
> >> Since RHEL5 is rather old (it ships with Emacs 21), that doesn't bother
> >> me.
> >
> > Well, it does bother me.  Can we please find a solution for this, and
> > if not, revert it?
> 
> A solution for what?

A solution for the warning and -- more importantly -- for producing an
Info file that doesn't render correctly (because it has no coding
cookie, since makeinfo 4.8 didn't recognize the document encoding).

> The latest versions of both Debian stable and RHEL, which tend to be the
> GNU/Linux distributions with the oldest infrastructure, both have
> texinfo 4.13.
> http://cvs.savannah.gnu.org/viewvc/*checkout*/texinfo/texinfo/NEWS tells
> me this supports UTF-8 in info. Older versions of makeinfo will still
> work, just with a few odd characters.

We never required a too new version of Texinfo for producing the Emacs
manuals.  For that reason, we tend not to use latest features of the
Texinfo language.  Why start now, and over such a minor issue at that?

And if "a few odd characters" is not an issue, then why make this
change at all?  It was, after all, to fix "a few odd characters" in
the names of some contributors, wasn't it?

> So I guess the problem is the apparent lack of a readily available
> working pre-built binary of a recent version of texinfo on MS Windows.

That, and the fact that Texinfo doesn't have a Windows-friendly
configury in the distro, yes.  I sometimes build Windows ports myself,
if the available pre-built ones are broken.  But Texinfo 4.8 is not
broken by any measure, and it served me and others very well until
now.  It hardly justifies a significant effort needed to build a port
of a newer Texinfo, and find and fix the reason for the crashes in the
pre-built binaries of Texinfo 4.13.  If this was texinfo-devel, then I
would be expected to be ready to fix the package on whose development
I work, but this is emacs-devel, and all I need is a no-fuss way of
producing the latest manuals as part of building Emacs.  I don't want
to be forced into hacking Texinfo for that.

> I can't help you find a solution for that.

I meant a solution within Emacs.  For example, how about using Latin-1
encoding, and leaving a couple of people whose names need characters
beyond that with their previous ASCII replacements?



  reply	other threads:[~2011-03-09  8:45 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1Pwt3K-0000qp-1y@eggs.gnu.org>
2011-03-08  9:36 ` Emacs-diffs Digest, Vol 100, Issue 28 Eli Zaretskii
2011-03-08 17:43   ` Glenn Morris
2011-03-08 23:14     ` Karl Berry
2011-03-09  6:12       ` Typesetting non-ASCII names in Emacs manuals (was: Emacs-diffs Digest, Vol 100, Issue 28) Eli Zaretskii
2011-03-09  7:57       ` Emacs-diffs Digest, Vol 100, Issue 28 Glenn Morris
2011-03-09  8:56         ` Typesetting non-ASCII names in Emacs manuals Eli Zaretskii
2011-03-09 18:24           ` Stefan Monnier
2011-03-08 18:50   ` Emacs-diffs Digest, Vol 100, Issue 28 Glenn Morris
2011-03-08 19:09     ` Eli Zaretskii
2011-03-08 19:19       ` Glenn Morris
2011-03-08 19:39         ` Eli Zaretskii
2011-03-09  8:03           ` Glenn Morris
2011-03-09  8:45             ` Eli Zaretskii [this message]
2011-03-09 10:19               ` Typesetting non-ASCII names in Emacs manuals Andreas Schwab
2011-03-09 10:32                 ` Eli Zaretskii
2011-03-09 10:34                   ` Andreas Schwab
2011-03-09 10:50                     ` Eli Zaretskii
2011-03-09 14:19               ` Jason Rumney
2011-03-09 14:32                 ` Eli Zaretskii
2011-03-09 18:26                   ` Stefan Monnier
2011-03-09 15:15                 ` Juanma Barranquero
2011-03-09 15:15                   ` Juanma Barranquero
2011-03-09 15:21                   ` Jason Rumney
2011-03-09 15:28                     ` Juanma Barranquero
2011-03-09 15:49                     ` Eli Zaretskii
2011-03-09 17:02               ` Eli Zaretskii
2011-03-09 19:43                 ` Glenn Morris
2011-03-09 20:07                   ` Eli Zaretskii
2011-03-09 20:19                     ` Glenn Morris
2011-03-09 20:44                       ` Eli Zaretskii
2011-03-09 21:02                         ` Glenn Morris
2011-03-10  5:52                           ` Eli Zaretskii
2011-03-09 11:49             ` Emacs-diffs Digest, Vol 100, Issue 28 Juanma Barranquero
2011-03-09 19:35               ` Glenn Morris
2011-03-09 19:48                 ` Juanma Barranquero
2011-03-08 23:32         ` Juanma Barranquero
2011-03-10  3:40           ` Jason Rumney
2011-03-10  4:04             ` Juanma Barranquero
2011-03-10  4:07             ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1PxF1B-0007Pd-SG@fencepost.gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=karl@freefriends.org \
    --cc=rgm@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).