all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Mathieu Lirzin <mthl@gnu.org>
To: John Darrington <john@darrington.wattle.id.au>
Cc: guix-devel@gnu.org, John Darrington <jmd@gnu.org>
Subject: Re: [PATCH 1/2] build: Use an up to date copy of texinfo.tex
Date: Fri, 24 Feb 2017 21:54:57 +0100	[thread overview]
Message-ID: <87mvdbtila.fsf@gnu.org> (raw)
In-Reply-To: <20170224201253.GA18175@jocasta.intra> (John Darrington's message of "Fri, 24 Feb 2017 21:12:53 +0100")

John Darrington <john@darrington.wattle.id.au> writes:

> On Fri, Feb 24, 2017 at 08:25:20PM +0100, Mathieu Lirzin wrote:
>      
>      John Darrington <jmd@gnu.org> writes:
>      
>      > * build-aux/texinfo.tex,ref: New file, copied from texlive-minimal
>      > * bootstrap: Use it, if newer than the texinfo.tex from automake.
>      > ---
>      >  bootstrap                 |    11 +-
>      >  build-aux/texinfo.tex,ref | 11562 ++++++++++++++++++++++++++++++++++++++++++++
>      >  2 files changed, 11572 insertions(+), 1 deletion(-)
>      >  create mode 100644 build-aux/texinfo.tex,ref
>      >
>      
>      Do you know why building Guix manual fails to build with older
>      "texinfo.tex"?
>
>      If this related to some special texinfo syntax used in Guix manual?
>
> Yes.  It's the use of @inlinefmtifelse command. (perhaps other commands too).

There is only one instance of this command which is in "doc/guix.texi":

  If you are instead planning to encrypt the root partition, you can use
  the Cryptsetup/LUKS utilities to do that (see @inlinefmtifelse{html,
  @uref{https://linux.die.net/man/8/cryptsetup, @code{man cryptsetup}},
  @code{man cryptsetup}} for more information.)

I have tested that without it, 'make pdf' succeeds.  IMHO the manual
would be fine without this feature.  As a consequence --to avoid adding
complexity to the build process-- I would be in favour of not using
@inlinefmtifelse until Automake distributes a compatible version in its
current version.

>      What about checking in texinfo.tex and removing the -f (--force) option
>      when invoking 'autoreconf'?  This would ensure that texinfo.tex is not
>      overwritten.
>
>
> I guess it might work.  But I haven't tried it.

Thank you for the debugging information.  :)

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37

  reply	other threads:[~2017-02-24 20:55 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-22 12:04 Fix the inability to build the manual John Darrington
2017-02-22 12:04 ` [PATCH 1/2] build: Use an up to date copy of texinfo.tex John Darrington
2017-02-24 18:26   ` Leo Famulari
2017-02-24 18:52     ` John Darrington
2017-02-24 19:25   ` Mathieu Lirzin
2017-02-24 20:12     ` John Darrington
2017-02-24 20:54       ` Mathieu Lirzin [this message]
2017-02-25  2:00         ` John Darrington
2017-03-11 11:26   ` Ludovic Courtès
2017-03-29  6:23     ` Chris Marusich
2017-02-22 12:04 ` [PATCH 2/2] doc: Use an approximation to the IPA except for plain output John Darrington
2017-02-24 18:24   ` Leo Famulari
2017-02-24 18:26 ` Fix the inability to build the manual Leo Famulari

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

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

  git send-email \
    --in-reply-to=87mvdbtila.fsf@gnu.org \
    --to=mthl@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=jmd@gnu.org \
    --cc=john@darrington.wattle.id.au \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.