From: Eric Bischoff <ebisch@cybercable.tm.fr>
To: Gregory Leblanc <gleblanc@cu-portland.edu>,
docbook-tools-discuss@sourceware.cygnus.com
Subject: Re: ANNOUNCE Support for XML
Date: Wed, 27 Dec 2000 06:36:00 -0000 [thread overview]
Message-ID: <00111212563600.00744@s010.strasbourg-251.cybercable.fr> (raw)
In-Reply-To: <00111000461604.05451@s010.strasbourg-251.cybercable.fr>
Le Vendredi 10 Novembre 2000 21:35, Gregory Leblanc a écrit :
> make install prefix=$DESTDIR/usr mandir=$DESTDIR/usr/share/man/en
> docdir=/usr/share/doc
>
> it should read
>
> make install prefix=$DESTDIR/usr mandir=$DESTDIR/usr/share/man/en
> docdir=$DESTDIR/usr/share/doc
I just checked. It is intentional that docdir is not buildrooted unlike
mandir. It is due to the way the autoconf process works.
In the Makefile, you have the following:
...
htmldir = $(docdir)/html/docbook-utils-0.6
...
install-htmlDATA: $(html_DATA)
...
$(mkinstalldirs) $(DESTDIR)$(htmldir)
^^^^^^^^^^^
so the buildrooting is done outside of the "docdir" variable by autoconf
default behaviour.
I know this is not logical, but I'm not responsible for that.
I encourage you to give a try at building once agin the package to check what
I'm saying.
WARNING: multiple messages have this Message-ID
From: Eric Bischoff <ebisch@cybercable.tm.fr>
To: Gregory Leblanc <gleblanc@cu-portland.edu>,
docbook-tools-discuss@sourceware.cygnus.com
Subject: Re: ANNOUNCE Support for XML
Date: Sun, 12 Nov 2000 03:49:00 -0000 [thread overview]
Message-ID: <00111212563600.00744@s010.strasbourg-251.cybercable.fr> (raw)
Message-ID: <20001112034900.v6wOZGtzoTvpSM5uzn3khmTFnqUhdXXkgumy8e1j2mw@z> (raw)
In-Reply-To: <00111000461604.05451@s010.strasbourg-251.cybercable.fr>
Le Vendredi 10 Novembre 2000 21:35, Gregory Leblanc a écrit :
> make install prefix=$DESTDIR/usr mandir=$DESTDIR/usr/share/man/en
> docdir=/usr/share/doc
>
> it should read
>
> make install prefix=$DESTDIR/usr mandir=$DESTDIR/usr/share/man/en
> docdir=$DESTDIR/usr/share/doc
I just checked. It is intentional that docdir is not buildrooted unlike
mandir. It is due to the way the autoconf process works.
In the Makefile, you have the following:
...
htmldir = $(docdir)/html/docbook-utils-0.6
...
install-htmlDATA: $(html_DATA)
...
$(mkinstalldirs) $(DESTDIR)$(htmldir)
^^^^^^^^^^^
so the buildrooting is done outside of the "docdir" variable by autoconf
default behaviour.
I know this is not logical, but I'm not responsible for that.
I encourage you to give a try at building once agin the package to check what
I'm saying.
next prev parent reply other threads:[~2000-12-27 6:36 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.10.9911020827260.19428-100000@gatekeeper.zwax.mtg.c>
1999-11-02 0:45 ` Index creation Christophe Guillon
2000-12-27 6:36 ` ANNOUNCE Support for XML Eric Bischoff
2000-11-09 15:39 ` Eric Bischoff
2000-12-27 6:36 ` Gregory Leblanc
2000-11-10 11:34 ` Gregory Leblanc
2000-12-27 6:36 ` Eric Bischoff
2000-11-12 2:44 ` Eric Bischoff
2000-12-27 6:36 ` Eric Bischoff [this message]
2000-11-12 3:49 ` Eric Bischoff
2000-12-27 6:36 ` Gregory Leblanc
2000-11-12 23:09 ` Gregory Leblanc
2000-12-27 6:36 ` Eric Bischoff
2000-11-13 8:54 ` Eric Bischoff
2000-12-27 6:36 Gregory Leblanc
2000-11-27 11:29 ` Gregory Leblanc
2001-12-19 22:49 ` Eric Bischoff
2001-10-26 14:59 ` Eric Bischoff
2001-12-15 2:50 ` Eric Bischoff
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=00111212563600.00744@s010.strasbourg-251.cybercable.fr \
--to=ebisch@cybercable.tm.fr \
--cc=docbook-tools-discuss@sourceware.cygnus.com \
--cc=gleblanc@cu-portland.edu \
/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.
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).