From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 1012C138247 for ; Fri, 10 Jan 2014 00:27:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 52682E0C6E; Fri, 10 Jan 2014 00:27:05 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 67EB3E0C57 for ; Fri, 10 Jan 2014 00:27:04 +0000 (UTC) Received: from moguhome00.in.awa.tohoku.ac.jp (ernie02-dmz.awa.tohoku.ac.jp [130.34.99.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: heroxbd) by smtp.gentoo.org (Postfix) with ESMTPSA id DA73733F6EF for ; Fri, 10 Jan 2014 00:27:02 +0000 (UTC) From: heroxbd@gentoo.org To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Portage QOS References: <52ce4eab.463f700a.4b43.16bd@mx.google.com> <52ce9994.24f5980a.0660.342e@mx.google.com> <6345949.JsNcU8lWSX@cschwan-laptop> <52cebfa2.aa78980a.7a02.42e5@mx.google.com> <20140109165542.54b4da61@marga.jer-c2.orkz.net> <52ced05c.aa78980a.7a02.48ba@mx.google.com> Date: Fri, 10 Jan 2014 09:27:00 +0900 In-Reply-To: <52ced05c.aa78980a.7a02.48ba@mx.google.com> (Igor's message of "Thu, 9 Jan 2014 20:37:46 +0400") Message-ID: <86mwj48ywb.fsf@moguhome00.in.awa.tohoku.ac.jp> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain X-Archives-Salt: eb6ec76a-8bcf-4024-ae4d-f1b6d52e2d93 X-Archives-Hash: cccd9b4c556c40b341684f7354057475 Hey Igor, Igor writes: > Jeroen, tell me how many users world wide do not prefer to upgrade Gentoo > on automated basis? There are important servers, and there are many > cases when after upgrade server stops. Do you remember that recent udev > change? And there are many similar cases. Imagine that your server > is running a reactor. So what would you prefer to keep it running the > reactor as it did flawlessly for 8 years or launch an upgrade taking > the risks to blast yourself? > > Many be it's not only me, but somebody else who is thinking the same? > Are you sure that the majority of Gentoo users are indulged in > paranoid automated upgrade and then spending time fixing damage > that upgrade did? > > Do you have a car? Why you don't change EVERY detail in your car on a new > version on daily basis automatically? > > Why don't you change car as soon as a new version is released? Why not > changing the new mouse, new keyboard, new monitor, new supply daily as > soon as there is a new version? > > Not to mention that you can change daily appearances. IMHO, the bleeding-edgeness and stability form a balance. We cannot achieve both. Taking RHEL for example, it uses ancient software for the sake of stability. Gentoo is way off the other extreme. For the udev change, the upstream has been doing evil and eudev is not introduced as the default for Gentoo (yet). New software breaks things, and security-updated old software needs extra care: That's the fundamental problem we couldn't circumvent. Cheers, Benda