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
next prev parent 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.