Date: Tue, 31 Dec 1996 05:42:34 +0800 From: Peter Wemm <peter@spinner.DIALix.COM> To: sos@FreeBSD.org Cc: joerg_wunsch@uriah.heep.sax.de, CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-usrbin@freefall.freebsd.org Subject: Re: cvs commit: src/usr.bin/vi Makefile Message-ID: <199612302142.FAA00844@spinner.DIALix.COM> In-Reply-To: Your message of "Mon, 30 Dec 1996 22:13:31 %2B0100." <199612302113.WAA00527@ravenock.cybercity.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
sos@FreeBSD.org wrote: > In reply to J Wunsch who wrote: > > As Jordan K. Hubbard wrote: > > > > > I was just going to comment that perhaps its time to throw out perl4 > > > and adopt perl5 in our main tree. Yes, I know it's 3 times larger, > > > but... > > > > Couldn't we find a ``golden way'' to only commit the basic parts to > > the base tree, while leaving all the more obscure modules in > > portsland? > > Ahem, I won't even comment on this, you all know my POV, but if > it should go in, PLEASE as little as possible.... For what it's worth, I agree. The reason nobody has sat down and figured out how to do it is because it's not exactly trivial. I'm sure it would be relatively simple to bring in the whole kit, kitchen sink and all, but that's probably the worst possible outcome as practially nobody would be happy. It is vital though, that we don't loose any "core" functionality or the compatabilty problems would also make it useless. > What would the sentiment be if I made it possible to build > a FreeBSD-lite out of our sources, ie "make lite" ?? I could agree to something like that. I think the key would be to get people figure out how to conditionalise the parts that they don't want, sort out the mess an make some /etc/make.conf knobs for the useful ones. Things that spring to mind include (so far): perl4, perl5 (when/if), tcl, vi, gcc, gdb, libg++, bind, groff, all YP code, cvs, rcs, texinfo, sgml tools, tar, manpages, xntpd, amd, sendmail, ee, compress, telnet, uucp, and so on. Have I left out anybody's pet program? :-) Obviously if one disables groff, they dont get manpages and so on. We are talking about built-time options, aren't we? I think that going this far on packaging stuff for CD or release would be a mistake. But allowing somebody to cast off manpages and other fruit and still have a buildable system for running on their microwave oven doesn't bother me - but the idea of fragmenting the picture of what a "standard" "as-shipped" freebsd looks like does. Cheers, -Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612302142.FAA00844>