Re: [un]install-*-local/install-*-hook does not honor DESTDIR

[Mark D. Baushke]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Eugene Crosser <address@hidden> writes:

> Gentlemen,
> 
> I was almost ready to accept Alexandre's reasons, but recently I've
> run into another similar problem, where 'local' hooks where not
> involved. Allow me to argue some more for my proposal to use DESTDIR
> when running "make distcheck".  I believe that such change would make
> autoconf more useful.
> 
...
> 
> Again, I can see a perfectly legal case when system-wide --prefix is
> specified and then "make install DESTDIR=..." is run as *non-root*.
> It is building of a package for some OS distribution.  A packager may
> want to run non-root for safety, and to be sure that nothing has been
> installed into a wrong location (outside DESTDIR).
> 
> Summary:
> There are several reasons that are, in my opinion, quite legitimate,
> to re-do "make distcheck" target in such a way that it uses DESTDIR on
> "make install" and "make uninstall" runs, instead of specifying custom
> --prefix on "./configure" run.

An addition point in favor of Eugene's argument... it is sometimes the
case that 'root' is really 'nobody' for NFS mounted filesystems and it
is also the case that some NFS filesystems have a read-write path and a
replicated read-only path that are not the same. Being able to use
DESTDIR to point to the read-write path as a non-root user is something
I have done quite often and sometimes requires hacking installation
scripts and Makefiles which is most annoying.

Another, possibly 'old' case would be the use of AFS filesystems which
also have the problem of a read-write pathname that is distinct from the
read-only attach point for a directory hierarchy.

Summary:
I would like to add my support to Eugene's request.

        Thanks,
        -- Mark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQFB907J3x41pRYZE/gRAkz8AJ0bZzE9pTFk8VT6S5pfYkl1+m/91gCfa8ul
tQjcAtv9JGk7H5OsZcrl/Rg=
=+05m
-----END PGP SIGNATURE-----