From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1M9R99-0004v1-S4 for garchives@archives.gentoo.org; Wed, 27 May 2009 21:58:52 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4449FE0683; Wed, 27 May 2009 21:58:50 +0000 (UTC) Received: from dev.gentooexperimental.org (dev.gentooexperimental.org [81.93.240.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 1A11CE0683 for ; Wed, 27 May 2009 21:58:50 +0000 (UTC) Received: from lolcathost.localnet (xdsl-84-44-248-154.netcologne.de [84.44.248.154]) by dev.gentooexperimental.org (Postfix) with ESMTP id 5A54062CB45 for ; Wed, 27 May 2009 23:58:49 +0200 (CEST) From: Patrick Lauer To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Gentoo Council Reminder for May 28 Date: Wed, 27 May 2009 23:58:43 +0200 User-Agent: KMail/1.11.90 (Linux/2.6.30-rc6-git7; KDE/4.2.87; x86_64; ; ) References: <1243454143.3480.1@NeddySeagoon> <4A1DA935.3000007@gentoo.org> In-Reply-To: <4A1DA935.3000007@gentoo.org> 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; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200905272358.44171.patrick@gentoo.org> X-Archives-Salt: 6e8f9a1a-214f-43f5-a44f-0ed1adaf1bae X-Archives-Hash: afac888c89c490d9102c198d1f0f9df1 On Wednesday 27 May 2009 22:57:25 Joe Peterson wrote: > > Gentoo should not repeat the VHS vs Betamax war. For those who do not > > remember, VHS was the better marketed but inferior technical solution > > that won the standards war for domestic Video recorders. > > > :) Yep. And bad design decisions can haunt is for a long time. Actually, once we add the current-glep55 changes we have no way of sanely undoing them if we should realize that they don't work out for us ... ... unless we do horrible things like forbidding it, which would cause the same errors we are trying to hide now. So unless we have a plan for mid-term future changes I don't see why we would want the current GLEP55 - it's a one-way change in the current state. > My preference is the one-time .ebuild->.eb change, and putting the EAPI on > the first line, like a #!shebang. Very easy to extract, and good design. My preference is freezing the rsync tree, storing all referenced distfiles on at least one mirror, then change the rsync path. That way all "old" users get the last sane upgrade position and all newer changes only hit users that upgraded far enough. Means you can slip in any ebuild format changes without needing to do any changes to the current file and directory layout. Do that every EAPI bump and worst case you have 200M per switch on the rsync mirrors and 15G extra storage on a mirror (which is a tolerable expense for infra if it saves us hacking things up backwards to hide errors that shouldn't be there) wkr, Patrick