Date: Wed, 26 Jul 2000 09:37:38 -0500 (CDT) From: "Jeffrey S. Sharp" <jss@subatomix.com> To: Warner Losh <imp@village.org> Cc: Neil Blakey-Milner <nbm@mithrandr.moria.org>, W Gerald Hicks <jhix@mindspring.com>, Albert Yang <albert@achtung.com>, freebsd-small@FreeBSD.ORG Subject: Re: The heart of the problem Message-ID: <Pine.BSF.4.21.0007260918110.10698-100000@lepton.subatomix.com> In-Reply-To: <Pine.BSF.4.21.0007251257010.8871-100000@lepton.subatomix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 25 Jul 2000, Jeffrey S. Sharp wrote: > On Tue, 25 Jul 2000, Warner Losh wrote: > > > > We'd likely be better off defining "packages" of programs in the base > > system that we can then glue together at a higher level to create the > > system that we want. This will allow a more generic mixing and > > matching of system components and allow a higher level of automation > > than we have with the current config file system. > > > > I'll be the first to admit my scripts haven't taken this step > > Mine neither. Well, I lied. My conf files are just glorified shell scripts, read by the config script with the '.' command. There's nothing stopping the use of '.' in the conf files themselves -- an include directive. So I can do the package thing (which I like; thanks for the idea). For example: . $STUFF/net-crunch.fs.inc One cool side-effect of doing packages this way is that packages can use any valid filesystem conf command, and thus can include not only programs, but files, directories, links, etc. =============================== Jeffrey S. Sharp (XorAxAx) jss@subatomix.com -----BEGIN GEEK CODE BLOCK----- Version 3.12 GCS/IT/MU d-@ s-:+ a21 C++(++++) UBL+(+++$)> P L+(+++$)> E+> W++ N+(++) o? K? w++$> !O M(-) !V PS+ PE Y PGP- t+ 5 X+ R(+) tv+ b+ DI++(+++) G++ e> h--- r+++ y+++ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" 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.21.0007260918110.10698-100000>