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 1S6lw9-00073V-UA for garchives@archives.gentoo.org; Sun, 11 Mar 2012 16:48:02 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 46E40E08FB; Sun, 11 Mar 2012 16:47:36 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 6C1F0E08ED for ; Sun, 11 Mar 2012 16:46:29 +0000 (UTC) Received: from [192.168.1.100] (hnvr-4dbd5126.pool.mediaWays.net [77.189.81.38]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: chithanh) by smtp.gentoo.org (Postfix) with ESMTPSA id 8CA3D1B4013 for ; Sun, 11 Mar 2012 16:46:28 +0000 (UTC) Message-ID: <4F5CD6CD.1010207@gentoo.org> Date: Sun, 11 Mar 2012 17:46:05 +0100 From: =?UTF-8?B?Q2jDrS1UaGFuaCBDaHJpc3RvcGhlciBOZ3V54buFbg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120309 Firefox/10.0.1 SeaMonkey/2.7.1 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] Deprecate EAPI1? References: <1331467306.11661.2.camel@belkin4> <4F5CA874.6070209@gentoo.org> <20120311135503.707de3b6@googlemail.com> <4F5CC159.1020602@gentoo.org> <20120311154935.1182cf69@googlemail.com> <4F5CD065.2030307@gentoo.org> <20120311162700.16ec9fd3@googlemail.com> In-Reply-To: <20120311162700.16ec9fd3@googlemail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 3a9e173a-54c2-483d-9887-f8b97f71c8dc X-Archives-Hash: 7679024e9ce4628496f8c52ed769dd38 Ciaran McCreesh schrieb: > On Sun, 11 Mar 2012 17:18:45 +0100 > Ch=C3=AD-Thanh Christopher Nguy=E1=BB=85n wrote: >> Assume a new version 13.37 of your package manager drops EAPI=3D1 >> support. So package-manager-13.37.ebuild checks in pkg_pretend() if >> any EAPI=3D1 package is installed on the system. If yes, then it >> aborts, telling the user to get rid of the package first. > Oh, now I get it. There are two issues there... > > First, doing that is going to screw things up for users who have two > package managers installed, unless you make every package mangler's > package aware of every package mangler. As long as the package managers are installed through ebuilds, they should observe each other's pkg_pretend() > Second, there's not a way of getting the information you need to figure > that out using current EAPIs. That I suspected, that's why I asked about feasibility. "grep 1 $(portageq vdb_path)/*/*/EAPI && die" might work for portage and its current VDB layout. One problem that remains with this approach is what happens if an EAPI=3D= 1 package is in the list of packages to be merged along with the new package manager. > It's also not really worth it at the moment. There aren't any major > architectural changes between EAPIs just now, so removing support for > an EAPI won't allow any majorly nasty code to be removed from a package > manager. It might be worth revisiting this if we ever switch to EAPIs > that allow us to kill off VDB, for example. Yes, tommy already told me on IRC that there is no incentive for package managers to drop EAPI support at this time. Best regards, Ch=C3=AD-Thanh Christopher Nguy=E1=BB=85n