Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 Apr 2004 14:09:59 -0400
From:      Garance A Drosihn <drosih@rpi.edu>
To:        Jens Schweikhardt <schweikh@schweikhardt.net>
Cc:        freebsd-ports@freebsd.org
Subject:   Re: ports and DESTDIR (was: Second "RFC" on pkg-data idea for ports)
Message-ID:  <p0602040ebca47cb9905b@[128.113.24.47]>
In-Reply-To: <20040415165435.GB992@schweikhardt.net>
References:  <p0602040cbca10a7dbe52@[128.113.24.47]> <200404131516.i3DFGMJA078941@green.homeunix.org> <20040413181311.GA5858@schweikhardt.net> <20040414210630.4353e27c@Magellan.Leidinger.net> <p06020404bca348995845@[128.113.24.47]> <20040415165435.GB992@schweikhardt.net>

next in thread | previous in thread | raw e-mail | index | archive | help
At 6:54 PM +0200 4/15/04, Jens Schweikhardt wrote:
>Garance,
>
># Another complication is that many ports include cross-references
># to themselves or other programs "on the system".  If you install
># to /otherhost/usr/local/bin, then those ports will embed that
># installation path in the files they install.
>
>No, not when it's done right. PREFIX is not DESTDIR.

Sigh.

Of course it works when it is done right.  EVERYTHING works when
it is "done right".  But if the original program does not handle
this particular issue correctly, and I damn well know some humans
have written programs that do not do understand DESTDIR, then it
is more work for the port-developer to do.  For those few programs
which embed paths to other programs, you don't just have to fix
the Makefile, you have to fix the actual program.

All I meant was that sometimes there is even more work to do, work
which porters are not currently doing.  I *have* needed to do this
work for some programs in the past.  It used to come up a lot here
at RPI because we run /afs, and we have to install programs into
the "read/write" volume, but the programs need to embed pointers
to the "read-only" (replicated) volumes.  Please stop suggesting
that it can not happen.

My main mistake in my earlier babbling was to say "many ports"
include cross-references.  Obviously the vast majority of ports
do not embed pathnames to any other programs, and thus this issue
does not come up for them.

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p0602040ebca47cb9905b>