From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 18 00:07:40 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F186106566B; Wed, 18 Jan 2012 00:07:40 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id EF6FF8FC08; Wed, 18 Jan 2012 00:07:39 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id q0HNjHww046096; Tue, 17 Jan 2012 18:45:17 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Tue, 17 Jan 2012 18:45:17 -0500 (EST) Date: Tue, 17 Jan 2012 18:45:17 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Igor Mozolevsky In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Adrian Chadd Subject: Re: FreeBSD has serious problems with focus, longevity, and lifecycle X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 00:07:40 -0000 On Tue, 17 Jan 2012, Igor Mozolevsky wrote: > On 17 January 2012 23:01, Adrian Chadd wrote: > >> If you'd like to see: >> >> ... more frequent releases? then please step up and help with all the >> infrastructure needed to roll out test releases, including building >> _all_ the ports. A lot of people keep forgetting that a "release" is >> "build all the ports for all the supported platforms". > > I don't know this so I'm asking: does fixing a port to work on a > pending release involve substantial changes (as in functionality cf. > cosmetic) to the "core" or just patching the port to work with the > core? If latter, maybe it's worthwhile uncoupling the two (core OS and > ports)? IMHO, the two are already uncoupled too much. The problem I have with ports is that there is not a -stable branch that tracks with -stable core. I don't need the latest and greatest ports, just security and bug fixes. It doesn't even have to be every port, just the commonly used ports. There's not enough man power for this, unfortunately, but I'm still happy that at least we _do_ have _a_ ports system :-) -- DE