Date: Tue, 1 Feb 2005 08:37:25 -0800 From: Brooks Davis <brooks@one-eyed-alien.net> To: Danny Pansters <danny@ricin.com> Cc: freebsd-ports@freebsd.org Subject: Re: A bit of discussion: Why don't we use a stage? Message-ID: <20050201163725.GA22338@odin.ac.hmc.edu> In-Reply-To: <200502010126.59366.danny@ricin.com> References: <200502010126.59366.danny@ricin.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Feb 01, 2005 at 01:26:59AM +0100, Danny Pansters wrote:
> Building a bit upon the mythtv maintainer who had a problem with deinstal=
l, I=20
> never understood why we don't first build and install into a stage and th=
en=20
> install into the live system from that (like Gentoo Linux does and I thin=
k to=20
> great benifit in terms of subimitters). It's much easier to make maximum =
use=20
> of that particular software's possibilities before comitting it to the li=
ve=20
> file system, as you can intervene right there on the staged install. Upon=
=20
> install we also often treat ${WRKDIR}/<theport> as being the stage as it =
is.
>=20
> I wonder, are there pressing reasons not to do that (apart from marginall=
y=20
> more space needed)? Perhaps this is a stupid or bikeshed question but I'v=
e=20
> wondered about this several times. Do I imagine a bigger gain than there=
=20
> would be in reality?
I use staging areas for many of my ports, but not all. I find them very
useful for ports that are mostly just bunches of files, for instance PHP
web applications. It's non-trivial to do this for all applications
though. Many applications really want to be be installed where you told
them they would be when you built them and they have hard coded paths
which prevent doing something else. This is certainly fixable, but I
seriously doubt it's worth the effort in many cases.
There are also a number of applications that go to great lengths to
avoid tying themselves down to the detriment of their usability. For
instance, the globus port installs in /usr/local/globus by default, but
you can copy that directory anywhere and still have it work,
unfortunately, it means you have to set environmental variables before
anything include services meant to run out of inetd work.
-- Brooks
--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4
--qDbXVdCdHGoSgWSk
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFB/7BEXY6L6fI4GtQRAu7eAKCj9f+YJX/325wSDfur/EN8az4acgCg2J7h
farS+FC48vcyjAKOnJD0hQk=
=Oipy
-----END PGP SIGNATURE-----
--qDbXVdCdHGoSgWSk--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050201163725.GA22338>