Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!oleane!tank.news.pipex.net!pipex!news.mathworks.com!news.kei.com!eff!news.duke.edu!agate!violet.berkeley.edu!jkh From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: The Future of FreeBSD... Date: 25 Jul 1995 00:40:16 GMT Organization: University of California, Berkeley Lines: 25 Message-ID: <3v1ehg$bgd@agate.berkeley.edu> References: <3uktse$d9c@hal.nt.tuwien.ac.at> <3us0rg$7ph@nntpd.lkg.dec.com> <3usrgl$9uk@felix.junction.net> <3utfha$3ll@nntpd.lkg.dec.com> NNTP-Posting-Host: violet.berkeley.edu In article <3utfha$3ll@nntpd.lkg.dec.com>, Jon Jenkins <jenkinsj@ozy.dec.com> wrote: >If however the aim is to make FreeBSD as attractive >as possible to potential users without compromising it's >compatibility with the historical UNIX base I suggest >the best way to do this is to concentrate efforts on >ease of use factors and a comprehensive GUI app builder >closely followed by apps to do all the nasty stuff would >be paramount. I would say that this pretty much sums up our "mandate" in 500 words or less. Not that we're adverse to technical advancement or innovation - the whole UNIX framework has some pretty ancient misfeatures that are going to take some rethinking to fix or re-work in ways that won't break the world, and we'll certainly be going over those issues at some point. Our first mission is, however, to increase its general applicability to a number of networking and enterprise server tasks by making it easier to install and to administer. I strongly feel that this historical shortcoming must be overcome before we can really move on to the other issues blocking FreeBSD's (and, indeed, UNIX in general's) advancement in the operating systems arena. Jordan