From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 12:42:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3186816A41A for ; Thu, 11 Oct 2007 12:42:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E6A7F13C45A for ; Thu, 11 Oct 2007 12:42:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IfxMg-0006Un-BJ for freebsd-current@freebsd.org; Thu, 11 Oct 2007 12:42:10 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 11 Oct 2007 12:42:10 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 11 Oct 2007 12:42:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 11 Oct 2007 14:41:43 +0200 Lines: 13 Message-ID: References: <86przndoe8.fsf@ds4.des.no> <20071010231643.GF58929@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: Sender: news Subject: Re: suggest renaming and extending the -CURRENT and -STABLE lines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2007 12:42:35 -0000 Christian Baer wrote: > On Thu, 11 Oct 2007 01:58:51 +0200 Ivan Voras wrote: > >> Unfortunately (for this developer-centric practice), the trend in large >> and/or important production environments is - as seen in Linux (and >> Solaris) - to severely limit major OS upgrades. > > I don't really see what's so unfortunate about that. Most admins > (including myself) go by the rule "If it ain't broken, don't fix it!" You misunderstood, I agree with the practice :) It's "unfortunate" for developers :)