Date: Fri, 29 Aug 2003 23:33:13 -0700 (PDT) From: Nate Lawson <nate@root.org> To: Peter Jeremy <PeterJeremy@optushome.com.au> Cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/gnu/usr.bin Makefile src/lib Makefile src/sbin Makefile src/usr.bin Makefile src/usr.sbin Makefile Message-ID: <20030829233138.X45410@root.org> In-Reply-To: <20030830021617.GD43314@cirb503493.alcatel.com.au> References: <200308291035.h7TAZ1Wm008611@repoman.freebsd.org> <Pine.NEB.3.96L.1030829090446.44583A-100000@fledge.watson.org> <20030829183759.GA68755@dragon.nuxi.com> <20030829121043.K43708@root.org> <20030830021617.GD43314@cirb503493.alcatel.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 30 Aug 2003, Peter Jeremy wrote: > On Fri, Aug 29, 2003 at 12:14:17PM -0700, Nate Lawson wrote: > >On Fri, 29 Aug 2003, David O'Brien wrote: > >> On Fri, Aug 29, 2003 at 09:08:35AM -0400, Robert Watson wrote: > >> > On Fri, 29 Aug 2003, Poul-Henning Kamp wrote: > >> > > >> > > NO_TOOLCHAIN skips Compilers and Binutils > >> > > NO_USB skips USB stuff > >> > > NO_VINUM skips Vinum stuff > >> > > NO_ACPI skips ACPI stuff > >> > > >> > Great! I was hoping this would be the outcome of the Minimalist FreeBSD > >> > discussion. > >> > >> Was there a discussion somewhere that most of us missed? > > > >Hmm, missed it also. In general I'm in favor of this but would prefer to > >see these also defined under a single knob (MINIMAL?). > > I'd like to disagree here. What you see as essential in a minimal > system might be irrelevant to me and vice versa. 2.x PicoBSD was > probably the first real attempt at 'minimal' and it came in four > versions (including 'custom') to meet different requirements. If you > take something like PicoBSD as a minimal system, does the 'minimal' > know give you the union or intersection of the various PicoBSD > variants? In the former case, you have something that's slightly more > than minimal and in the latter case, you need to add a few more bits > to reach a usable system. Exactly. You've followed my point to its logical conclusion which is that before we go too far down this road, come up with a design. -Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030829233138.X45410>