From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pilfer.dreamhost.com (pilfer.dreamhost.com [66.33.217.5]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j574TSnW029603 for ; Tue, 7 Jun 2005 04:29:28 GMT Received: from redstone.retrovertigo.com (68-189-81-43.ca.charter.com [68.189.81.43]) by pilfer.dreamhost.com (Postfix) with ESMTP id 6761B12DA0E for ; Mon, 6 Jun 2005 21:29:51 -0700 (PDT) From: Dylan Carlson To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] where goes Gentoo? Date: Mon, 6 Jun 2005 21:29:32 -0700 User-Agent: KMail/1.8.1 References: <20050606235550.GL9084@kaf.zko.hp.com> <200506062029.09766.absinthe@gentoo.org> <200506062336.03025.vapier@gentoo.org> In-Reply-To: <200506062336.03025.vapier@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506062129.32808.absinthe@gentoo.org> X-Archives-Salt: 6b194f75-8c46-4cad-9f5f-90b0ca8ba1e4 X-Archives-Hash: 9b52e686c56998ad0d4773010138d782 On Monday 06 June 2005 20:36, Mike Frysinger wrote: > you really cant make that kind of general statement and expect it to > hold ... often times there are packages where newer versions suck more > than previous ones (the way in which they suck i leave up to your > imagination) ... security/stable minded people are often served best by > ripping out the small fixes for the current 'most stable' version Sure, but I'd say the instances where that is truly necessary is rare... given the # of packages we deal with. Regardless of whatever QA we have or RH has, every "enterprise" organization has to do their own tests before they deploy new software. Backported fixes occasionally cause problems. In the end, RH has very little liability if a customer experiences downtime. If someone blindly deploys updates from any vendor and has downtime, they only have themselves to blame. I'll leave that to each respective package maintainer what's best. Setting a policy either way seems like a mistake. When people say that "enterprise" environments have these requirements (backporting fixes, et al), they're really talking about another distro, not Gentoo. A separate organization that uses Gentoo as a base, which would be great and the right way to go about it... If we stay flexible enough, people can get what they want out of Gentoo, even if it's not specifically tailored for either enterprise or home desktop environments. Cheers, Dylan Carlson [absinthe@gentoo.org] Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x708E165F -- gentoo-dev@gentoo.org mailing list