From owner-freebsd-stable@FreeBSD.ORG Fri May 27 20:22:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA9F616A41C for ; Fri, 27 May 2005 20:22:12 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66E4243D53 for ; Fri, 27 May 2005 20:22:12 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAD883.dip.t-dialin.net [84.170.216.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 247222E042; Fri, 27 May 2005 22:24:49 +0200 (CEST) Message-ID: <42978172.6060200@incubus.de> Date: Fri, 27 May 2005 22:22:10 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42937D06.1070309@samsco.org> <20050526235805.N5798@zoraida.natserv.net> <42969D28.6070306@samsco.org> <20050527102221.X12475@zoraida.natserv.net> <4297316B.3060801@samsco.org> In-Reply-To: <4297316B.3060801@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches 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, 27 May 2005 20:22:12 -0000 Scott Long wrote: > Yeah, and what I'm trying to do is smooth the bumps for the long term. > The 4.x->5.x transition was simply a gigantic mess for users, and it was > largely a function of it being 4+ years in the making. It still _is_ a gigantic mess. My hosted 5.3-stable server just crapped itself for the second time this year, for no apparent reason. I suggest reestablishing 4.x as the "production" tree and continuing to maintain it for a while, including making releases, and regressing 5.x to what it is and probably will be for quite a while: "experimental". mkb.