Date: Tue, 25 Jul 2000 13:12:58 -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.0007251257010.8871-100000@lepton.subatomix.com> In-Reply-To: <200007251748.LAA21108@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 25 Jul 2000, Warner Losh wrote: > > Hmmm, I'd like to see a better design and/or implementation before we > get too far down the removing/moving picobsd stuff. I fear that we're > entering a time of great fragmentation and want to avoid that if at > all possible. > > Is there a design document on any of this? Sorta... I've neglected my documentation somewhat. Maybe all of us that have our own kits should work on packaging them up (like you are doing), or at least make good docs available, so that we can come up with a design together that integrates all of our good ideas. > It seems to me that we have two basic types of systems. First, we > have crunchgen'd systems which are designed to be really small. Next > we have non-crunchgen'd system that are designed to be a little > larger, but maybe need more flexibility than crunchgen can give. Right. If these are the most-used types of builds, then we need to make it extra-easy to do them. However, we don't want to limit things to only two rigid structures; I think we should put lots of room for customization in there so others don't have to build their own kits when they have something wacko to do. > Trying to bifricate into router/dialup/etc is going to be a big mess. > 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. Good idea! > I'll be the first to admit my scripts haven't taken this step Mine neither. > but they could almost trivially be adapoted to doing that Mine too. I'll get to work on my documentation, so I can help us to work more on reinventing the same wheel... :) =============================== 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.0007251257010.8871-100000>