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 C7768138CE3 for ; Mon, 10 Feb 2014 14:25:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8BA4FE0B6B; Mon, 10 Feb 2014 14:25:10 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 932D5E0931 for ; Mon, 10 Feb 2014 14:25:09 +0000 (UTC) Received: from [192.168.1.122] (bas1-ottawa09-1176117013.dsl.bell.ca [70.26.31.21]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id A955A33EEB4 for ; Mon, 10 Feb 2014 14:25:08 +0000 (UTC) Message-ID: <52F8E13F.9030903@gentoo.org> Date: Mon, 10 Feb 2014 09:25:03 -0500 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] Tightening EAPI rules References: <52F8C97D.4030403@gentoo.org> <52F8D2E7.3030901@gentoo.org> <52F8D850.5060404@gentoo.org> In-Reply-To: <52F8D850.5060404@gentoo.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: b6eae9df-2a6c-4906-a434-ac3c3de59151 X-Archives-Hash: e5688ca5116f934f233feb1ce06acfe4 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 10/02/14 08:46 AM, Patrick Lauer wrote: > On 02/10/2014 09:23 PM, Anthony G. Basile wrote: >> The statement "Deprecating an EAPI can mean breakage" depends on >> what we mean by "deprecating." I'm assuming here we mean >> something like repoman won't allow commits at EAPI=1,2,3 but that >> ebuilds in the tree at those EAPI's will continue working. Eg. >> dosed which was deprecated in the EAPI 3 to 4 jump. > > Right now EAPI 1 and 2 are deprecated, which means repoman prints > some warnings that get ignored and nothing happens. Back when these were deprecated, the general consensus was that we shouldn't change (especially stable) ebuilds in the tree and just upgrade when we revbump or version bump. Is this still true? If so, I'm wondering how many of those older-EAPI ebuilds are just plain old... -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlL44T8ACgkQ2ugaI38ACPCl1gEAqQYhWVUPjZu05NNAhkhuy36o jlWfu0lJc6irf5Q2vhkA/0NGS29ceLdGjqLbTa8fYPNlQ/4sntpC04tIMuPI4Obm =xnk2 -----END PGP SIGNATURE-----