From owner-freebsd-stable@FreeBSD.ORG Fri Jun 1 17:56:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A77531065672 for ; Fri, 1 Jun 2012 17:56:57 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 656A68FC1C for ; Fri, 1 Jun 2012 17:56:57 +0000 (UTC) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id q51HujO3040539 for ; Fri, 1 Jun 2012 13:56:45 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id q51Hujic040538 for freebsd-stable@freebsd.org; Fri, 1 Jun 2012 13:56:45 -0400 (EDT) (envelope-from wayne) Date: Fri, 1 Jun 2012 13:56:45 -0400 From: "Michael R. Wayne" To: freebsd-stable Message-ID: <20120601175645.GP42080@manor.msen.com> Mail-Followup-To: freebsd-stable References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 17:56:58 -0000 On Fri, Jun 01, 2012 at 05:03:26AM -0700, Mehmet Erol Sanliturk wrote: > > If you are NOT using FreeBSD for any area or some areas , would you please > list those areas with most important first to least important last ? As mentioned by several others, once you have a single applicaiton that demands Windows, you are mostly stuck running windows. My single biggest complaint about FreeBSD is that there appears to be absolutely no interest by anyone associated with the core team in supporting one version for an extended period. Extended, in this case, meaning 10+ years. Support meaning patching security vulnerabilities and permitting ports to build. It does not matter that that version will not run on current hardware or have new features as long as it can continue to run on the original hardware.