Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 17 Oct 1999 14:08:58 -0700 (PDT)
From:      Mike Meyer <mwm@phone.net>
To:        freebsd-ports@FreeBSD.ORG
Cc:        freebsd-current@FreeBSD.ORG
Subject:   Re: make.conf options (was Re: package-like feature for the base distrib (was Re: FreeSSH))
Message-ID:  <Pine.BSF.4.10.9910171354180.1465-100000@guru.phone.net>
In-Reply-To: <199910171630.MAA46571@khavrinen.lcs.mit.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 17 Oct 1999, Garrett Wollman wrote:
;-><<On Sun, 17 Oct 1999 11:55:21 -0400, "Patrick Bihan-Faou" <patrick@mindstep.com> said:
;->
;->> This is going in the right direction, but here is a question (and I don't
;->> have the answer). Is it so much more easier to create new compile time
;->> directive than to go the extra step and use packages where they are
;->> available ? For example "bind8" is available as a package. Why not have the
;->> base install process use that instead of using its own source ?
;->
;->Because one of the fundamental principles is that a default
;->installation, with no third-party packages, should still be a complete
;->system, and -- most importantly -- be able to regenerate itself
;->precisely from source.  Hence, the default system needs to contain
;->*an* MTA (not necessarily sendmail, but that's not a question we want
;->to reopen), and *a* name server (not necessarily bind, but there are
;->no other choices).

Much better put than I was going to do it.

Is it possible to arrange things so that this principle can be adhered
to, while at the same time making such replaceable components easier
to deal with than disabling part of the default installation and
installing a package?

For instance, do we have to consider anything in a package as
"third-party" software? Why can't we use the port/package technology
on things that are part of FreeBSD? That way, instead of a
compile-time NOFOO option, you have a compile-time FOO=<packagename>
option. The build process would have to be extended to rebuild
packages (a good thing in any case). The installation process would
need to be able to add "port" source based on the package name. We'd
probably want another port category (FreeBsd?) to identify ports that
aren't third-party software.

Looking back at your principle, the default installation would include
nothing that wasn't in the FreeBSD category. So it has no third-party
packages. The built system - whether default or not - would be able to
regenerate itself precisely from sources.

	<mike




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ports" in the body of the message




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