GNU bug report logs - #23599
Including search directories for pdf and dvi

Previous Next

Package: automake;

Reported by: Mohammad Akhlaghi <akhlaghi <at> gnu.org>

Date: Sun, 22 May 2016 18:04:02 UTC

Severity: normal

Tags: confirmed

Done: Mike Frysinger <vapier <at> gentoo.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Mike Frysinger <vapier <at> gentoo.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#23599: closed (Including search directories for pdf and dvi)
Date: Fri, 28 Jan 2022 09:08:01 +0000
[Message part 1 (text/plain, inline)]
Your message dated Fri, 28 Jan 2022 04:07:43 -0500
with message-id <YfOyX7y8UN/mkix0 <at> vapier>
and subject line Re: bug#23599: Including search directories for pdf and dvi
has caused the debbugs.gnu.org bug report #23599,
regarding Including search directories for pdf and dvi
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
23599: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23599
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Mohammad Akhlaghi <akhlaghi <at> gnu.org>
To: bug-automake <at> gnu.org
Subject: Including search directories for pdf and dvi
Date: Sun, 22 May 2016 19:18:48 +0900
Hello,

In buiding Gnuastro, we are using Gnulib's `build-aux/bootstrap'.

To keep the source files clean, we have configured the bootstrap
process to build all its files and directories in a directory named
"bootstrapped". In the Git repository (link below), this directory is
basically empty (except for a README file) and in the relase tarball
it is populated with all the bootstrapped directories. The general
structure can be seen in the repo on Savannah:

http://git.savannah.gnu.org/cgit/gnuastro.git/tree/

One of the files in Gnulib that can be imported (instead of having to
keep it in the version controlled source) is `fdl.texi' (the Texinfo
source for the GNU Free Documentation license). Until now we have this
file under version control in our `doc/' directory. But since it is
present in the Gnulib archives, I am working on importing it during
the bootstrap process (my current work is not yet merged into the
repository yet).

The bootstrapping process puts the file in
`bootstrapped/doc/fdl.texi'. So I have included the following line in
my `doc/Makefile.am':

   AM_MAKEINFOFLAGS = -I $(top_srcdir)/bootstrapped/doc

This works for `make' (to build Info files) and also for `make
html'. However, when I run `make pdf', or `make dvi', it complains
about not finding `fdl.texi'.

Looking at Automake's generated `.texi.dvi', or `.texi.pdf' rules in
`Makefile.in', I see that the `AM_MAKEINFOFLAGS' is not given to
`texi2dvi'. It is set in the `MAKEINFO' variable before calling
`texi2dvi'. Therefore `texi2dvi' isn't instructed look into this
directory and thus it can't generate the pdf or dvi outputs. When I
add this line by hand in the final Makefile's rule, it works and finds
the directory.

I currently have a workaround for this problem (copying or making a
symbolic link from the `bootstrapped/doc/fdl.texi' to the
`doc/fdl.texi' during the bootstrap process), however, this is not
elegant! This file is a bootstrapped file and it would be much better
and clear if it remains with the other bootstrapped files.

If I am doing something wrong or missing something, I would really
appreciate it if you could let me know.  Since the `AM_MAKEINFOFLAGS'
solution works in making Info and HTML outputs for this situation, but
not in pdf or dvi outputs, I thought it might be a bug and I am
sharing it with you here to see if you agree and if it is possible to
fix this problem.

Thank you very much,
Mohammad


[Message part 3 (message/rfc822, inline)]
From: Mike Frysinger <vapier <at> gentoo.org>
To: Mohammad Akhlaghi <akhlaghi <at> gnu.org>
Cc: 23599-done <at> debbugs.gnu.org
Subject: Re: bug#23599: Including search directories for pdf and dvi
Date: Fri, 28 Jan 2022 04:07:43 -0500
[Message part 4 (text/plain, inline)]
i believe this will be fixed in the next release with the patches i
just merged.  please feel free to reopen if that doesn't work out.
-mike
[signature.asc (application/pgp-signature, inline)]

This bug report was last modified 3 years and 171 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.