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 <gentoo-dev+bounces-36273-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1M9RN9-0006nn-5W
	for garchives@archives.gentoo.org; Wed, 27 May 2009 22:13:19 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 7FE71E0484;
	Wed, 27 May 2009 22:13:17 +0000 (UTC)
Received: from mail-bw0-f175.google.com (mail-bw0-f175.google.com [209.85.218.175])
	by pigeon.gentoo.org (Postfix) with ESMTP id 3CF42E0484
	for <gentoo-dev@lists.gentoo.org>; Wed, 27 May 2009 22:13:17 +0000 (UTC)
Received: by bwz23 with SMTP id 23so4493714bwz.34
        for <gentoo-dev@lists.gentoo.org>; Wed, 27 May 2009 15:13:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:from:date:x-google-sender-auth:message-id:subject:to
         :content-type:content-transfer-encoding;
        bh=HaFp44aUQsJx9UXRSaQlzsfkIomshQJ5YrsJrmO12xQ=;
        b=RdM9FHwil7NI7C+nX0GWri6qLU8euPVvte7jxBo2BAvVG2+gk6VbHmD5CK0cncQw3I
         FgoLjdtwDzxff1GAtNeeWfhJxL2Mydh/bUF2b8jb1QhrG7tSZKXrdsjxQwtbUygPN0kO
         94gxxyg2yMp+kWQGpVb9UThcBO7aUW0PB2XL0=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:content-type
         :content-transfer-encoding;
        b=s8W3R44KWfJ3SNiQzXBICspudisuKyx74xKC6l5TyseKYQSv71YaKYkLr1ja0wtTTM
         0n9TpMiuOKt7WMTiJ/LtL9jbS3gQoTUCZ/DgrsYioKZpeHLwTahYdhX6D+3M5/RK0Kv1
         HoQkHZXdPuX727K5vdrZg0pWz6Xh/Tu6rxwBc=
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Sender: p.jaroszynski@gmail.com
Received: by 10.204.57.67 with SMTP id b3mr442375bkh.99.1243462396233; Wed, 27 
	May 2009 15:13:16 -0700 (PDT)
In-Reply-To: <200905272358.44171.patrick@gentoo.org>
References: <1243454143.3480.1@NeddySeagoon> <4A1DA935.3000007@gentoo.org> 
	<200905272358.44171.patrick@gentoo.org>
From: =?UTF-8?Q?Piotr_Jaroszy=C5=84ski?= <peper@gentoo.org>
Date: Thu, 28 May 2009 00:12:56 +0200
X-Google-Sender-Auth: 1be135ebfbd5dfc8
Message-ID: <d77765540905271512sc3bb052n2ebd1d26ef7f61eb@mail.gmail.com>
Subject: Re: [gentoo-dev] Gentoo Council Reminder for May 28
To: gentoo-dev@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: c1127d03-211c-4dd5-947c-ebe1ceebbe8b
X-Archives-Hash: b2c89d1774b9a3e0102f0eb8256902b1

2009/5/27 Patrick Lauer <patrick@gentoo.org>:
> 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.
>> >
>> :) =C2=A0Yep. =C2=A0And bad design decisions can haunt is for a long tim=
e.
>
> 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 th=
e
> 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 w=
ould
> want the current GLEP55 - it's a one-way change in the current state.

How is it one-way exactly? You can do pretty much anything you want in
a new EAPI (that's the point).

>> My preference is the one-time .ebuild->.eb change, and putting the EAPI =
on
>> the first line, like a #!shebang. =C2=A0Very easy to extract, and good d=
esign.
>
> My preference is freezing the rsync tree, storing all referenced distfile=
s on
> at least one mirror, then change the rsync path.
> That way all "old" users get the last sane upgrade position (...)

And bugs and security vulnerabilities too. Or do you propose
maintaining multiple trees at the same time? I think one of the main
points of EAPI was to avoid doing exactly that.

--=20
Best Regards,
Piotr Jaroszy=C5=84ski