<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.32.2">
</HEAD>
<BODY>
On Sun, 2011-06-05 at 03:45 +0200, Cyril Brulebois wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Gaetan Nadon <<A HREF="mailto:memsize@videotron.ca">memsize@videotron.ca</A>> (04/06/2011):
> I never used DESTDIR with distcheck. I don't know if it makes sense or
> not. I tried any way, just to see what happens. The building of
> x11proto.pdf failed.
>
> [warning] /usr/bin/fop: Unable to locate fop in /home/nadon/xorg/src/proto/x11proto/tmp/usr/share/java
>
> Somehow $DESTDIR is used in front of /usr/share/java. That makes think
> your build did not have DESTDIR set when running distcheck as you would
> get the same error I had, in theory.
I never used DESTDIR for distcheck either, but since I'm not building as
root (!), *something* in there has to come into play and stop automake
from trying to install to the “bare” location. A non-root make install
with default settings just can't work.
Some doc about distcheck is found here:
<A HREF="http://www.gnu.org/software/automake/manual/automake.html#Preparing-Distributions">http://www.gnu.org/software/automake/manual/automake.html#Preparing-Distributions</A>
Looking at the log:
| test -d xproto-7.0.21/_build || exit 0; \
| dc_install_base=`CDPATH="${ZSH_VERSION+.}:" && cd
| xproto-7.0.21/_inst && pwd | sed -e 's,^[^:\\/]:[\\/],/,'` \
| && dc_destdir="${TMPDIR-/tmp}/am-dc-$$/" \
| && am__cwd=`pwd` \
| && CDPATH="${ZSH_VERSION+.}:" && cd xproto-7.0.21/_build \
| && ../configure --srcdir=.. --prefix="$dc_install_base" \
| \
| && make \
| && make dvi \
| && make check \
| && make install \
So it's assumed --prefix will do everything, and no DESTDIR is used at
this point (it's checked later that setting DESTDIR works though).
That's why the “let's ask xorg-sgml-doctools for the prefix” dance and
its direct use breaks distcheck. Unless one has a user-specific (as
opposed to system-wide) xorg-sgml-doctools, with appropriate permissions
on the target directory.
</PRE>
</BLOCKQUOTE>
<BR>
I have submitted a patch for xorg-sgml-doctools so that this situation no longer occurs. I also need to release a patch for the 21 modules with DocBook. In any case, don't let that hold the release of the package. There is no impact to the end user, he won't be able to install the package anyway if he does not have write permission.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
Mraw,
KiBi.
</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>