Return to BSD News archive
Newsgroups: comp.os.386bsd.misc Path: sserve!newshost.anu.edu.au!munnari.oz.au!spool.mu.edu!howland.reston.ans.net!gatech!newsfeed.pitt.edu!uunet!ncrgw2.ncr.com!ncrhub2!ncrcae!news From: john dyson <dyson@root.com> Subject: Re: BSD CD-ROM : Walnet Creek or Infomagic ? Message-ID: <D2B9KF.6wq@ncrcae.ColumbiaSC.NCR.COM> Sender: news@ncrcae.ColumbiaSC.NCR.COM (news) Reply-To: dyson@root.com Organization: Company, Address X-Newsreader: DiscussIT for Windows (1.8.6) [Software Products Division of AT&T/NCR] References: <3e8t0q$gnp@vishnu.jussieu.fr> <tporczykD1vI9u.Cuo@netcom.com> <3edq1l$otn@agate.berkeley.edu> <3eg0i7$j2u@fw.novatel.ca> <3eijl6$sq6@agate.berkeley.edu> <3enogm$5l7@fw.novatel.ca> <D2638B.Eut@park.uvsc.edu> <3etolp$2qr6@tiger2.ocs.lsu.edu> <3f17ld$1eg@knobel.GUN.de> Date: Thu, 12 Jan 1995 21:12:14 GMT Lines: 45 >In article <3f17ld$1eg@knobel.GUN.de> Andreas Klemm writes: > >And you're sure, that one can't merge those goals ... > >What about letting the core team member concentrate more on >the kernel level concerning multi platform BSD, concentrate >the FreeBSD members to the hardware dependend i386 things ... >And let both camps fix the Unix utilities, compiler .... > And what about the Kernel level enhancements (fixes) that FreeBSD is doing??? They are mostly machine independent. The Merged VM/Buffer cache is now in our tree, being tested. Likewise, LFS and clustering is being upgraded and fixed in FreeBSD. New, higher performance networking support is currently being added also. There is additionally work underway for other machine platforms and I have heard "rumors" of SMP work currently being done. I guess that many problems that FreeBSD would have is being pigeon-holed as ONLY i386 capable. (BTW, I hack MIPS kernels for a living...) I am definitely not taking a position as a FreeBSD-core team member here, but it would be nice if the groups could merge. The problem is that it appears that each group has members that have already staked out their territory, and would require compromise. Also, I doubt that FreeBSD users would like to back off on FreeBSD kernel enhancements for example... Likewise, there are probably such things in NetBSD too. I don't know if it is really possible in the current state of affairs, but sure would be nice... I guess the best that can be said is that there is competition, and good can come of *healthy* competition. John (FreeBSD-core) dyson@root.com