From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 14 20:23:14 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A762E106568F for ; Thu, 14 Jun 2012 20:23:14 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from mailout-us.gmx.com (mailout-us.gmx.com [74.208.5.67]) by mx1.freebsd.org (Postfix) with SMTP id 4D97C8FC0C for ; Thu, 14 Jun 2012 20:23:14 +0000 (UTC) Received: (qmail 6067 invoked by uid 0); 14 Jun 2012 20:23:13 -0000 Received: from 67.206.186.212 by rms-us013.v300.gmx.net with HTTP Content-Type: text/plain; charset="utf-8" Date: Thu, 14 Jun 2012 16:23:11 -0400 From: "Dieter BSD" Message-ID: <20120614202312.22720@gmx.com> MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Authenticated: #74169980 X-Flags: 0001 X-Mailer: GMX.com Web Mailer x-registered: 0 Content-Transfer-Encoding: 8bit X-GMX-UID: Zi2ob4Rp3zOlNR3dAHAhjHd+IGRvb8CN Subject: Re: Solving the great resource problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 20:23:14 -0000 Spending resources to create more releases is pointless when the PRs aren't getting fixed.  "Oh, Look!  Release 9.2.2.2.2.2 is out!  The system still crashes every 5 seconds, but a typo on the true(1) man page is fixed." We need a more global discussion about all the things that resources are spent on, and which are the most useful. Replacing perfectly good components simply because they are GPL. The purpose of BSD is supposed to be creating a great OS, not providing software hoarders with a supply of free code to abuse. Sending people to conferences. Nice, but clearly a luxury. Meanwhile the hardware support is a disaster. PRs sit for years and years and years.  The documentation has plenty of room for improvement. It seems there are never enough resources to fix problems, but somehow there are always resources to do yet another fork. FreeBSD, NetBSD, OpenBSD, DragonflyBSD, and now Bitrig.