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 1QcZlt-0007zY-6H for garchives@archives.gentoo.org; Fri, 01 Jul 2011 09:12:21 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E4B9C1C00D; Fri, 1 Jul 2011 09:12:12 +0000 (UTC) Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 8E9291C00D for ; Fri, 1 Jul 2011 09:12:12 +0000 (UTC) Received: by wyh22 with SMTP id 22so2835358wyh.40 for ; Fri, 01 Jul 2011 02:12:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=bUFe1hoXcAOKnS2g8bHQZmv0zPUjz+jfp/jyat56OoA=; b=YqABUm4tv7QARvrQ2de5OME7YqBU3nyYYylfbnw+ZF9Mp4r7C12RypWMxqsb8tfIjz rd0YCRgnWQ7EKH4q8334i8aQnNR13R7RjIttA4x62pd4npRjpjQ0zIilFz5J+PI3AcMx fv88ngF84SU248rErX2H8ZLV4+0vz9Db9kpgw= Received: by 10.216.229.1 with SMTP id g1mr303000weq.51.1309511531766; Fri, 01 Jul 2011 02:12:11 -0700 (PDT) Received: from localhost (cpc1-broo4-0-0-cust780.14-2.cable.virginmedia.com [86.4.215.13]) by mx.google.com with ESMTPS id w62sm1514591wec.42.2011.07.01.02.12.10 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Jul 2011 02:12:11 -0700 (PDT) Date: Fri, 1 Jul 2011 10:09:31 +0100 From: Ciaran McCreesh To: gentoo-pms@lists.gentoo.org Subject: Re: [gentoo-pms] Do we want an EAPI 5? Message-ID: <20110701100931.29650d1e@googlemail.com> In-Reply-To: <4E0D8B63.7010103@gmx.de> References: <20110630113154.32b8db1f@googlemail.com> <4E0C6F6A.9090807@gmx.de> <20110630182258.5fb6ab5f@googlemail.com> <4E0CC50E.2040002@gmx.de> <20110701071238.17dee2b8@googlemail.com> <4E0D7B1E.8080808@gmx.de> <20110701090908.7804e653@googlemail.com> <4E0D8B63.7010103@gmx.de> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.5; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Package Manager Specification discussions X-BeenThere: gentoo-pms@gentoo.org X-BeenThere: gentoo-pms@lists.gentoo.org Reply-To: gentoo-pms@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/FMdOefmZcktsLZi2FPGmk=E"; protocol="application/pgp-signature" X-Archives-Salt: X-Archives-Hash: 608eb11fba756ed08ca6319a4a60f3f2 --Sig_/FMdOefmZcktsLZi2FPGmk=E Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 01 Jul 2011 10:54:59 +0200 Sebastian Luther wrote: > > Anyone not following the policy is already breaking things, and we > > can't switch to the "use the tree ebuild" behaviour since it doesn't > > work when ebuilds get removed. All we're doing is making an existing > > bug more visible. > > The "make the bug more visible part" is what I'm up to. A bug is a bug, even if people don't see it very frequently. Making bugs visible is a *good* thing, since it means they're easier to identify and fix. > > It's not worth it. It's a huge amount of work to summarise every > > incorrect argument and false lead. It's not done by official > > standards bodies, who have far more resources than we do, so what > > you're asking for is just obstructionism and red tape. > > I'm not asking for a summary of everything someone said about the > topic. I'm asking for something between this and a PMS text, simply > put, the stuff that is mandated by the glep rules. Too much work. You're welcome to do it if you think it's necessary, but Gentoo doesn't have the manpower to hold everything up for someone to copy a bunch of largely irrelevant discussion into a document for every little thing. The spec describes how it works; all the false starts are no longer an issue. > >> Or you do it like portage does it and assume the package works with > >> any slot (the :* case) and if it doesn't, declare that a bug of the > >> package. Now giving ebuild devs the :=3D operator allows them to say > >> "the package insist on the slot it was build against". > >=20 > > Can't. Right now there's no way for packages to specify those kinds > > of dependencies correctly. Assuming :* just isn't safe, and doesn't > > match the historical meaning of lack-of-slot dependencies. > >=20 > I don't know what you mean with historical meaning. As long as I use > gentoo (since ~mid 2007) it has been that way. I agree that it isn't > safe, but that's how portage does it. Portage has never done full safety checking or purges, though -- partly because doing so right now requires either being excessively paranoid or not catching most unsafe operations. > For EAPI5, there is the possibility to make this the default and leave > :=3D for the cases that don't behave this way (see below). But then we won't know whether people really mean that (they usually don't) or whether they just forgot. Given that developers aren't in the habit of giving the least bit of thought to slots, we need a way for repoman to know whether or not it needs to tell developers to pay attention. Slot operator dependencies are most useful when they're widely used. > The latter has the advantage that it's simpler in the sense that it > introduces only one new thing (the :=3D operator) to do one new thing, > namely to turn the :* behavior most people (those that use portage) > are used to into the :=3D behavior. It also doesn't leave any > uncertainty about what the "no-operator" case means. There's no uncertainty with the "no operator" case with the Council-approved version either -- it means the developer has forgotten to specify a behaviour, so the package manager should be paranoid and assume it matches *all* slots since it can't prove that it doesn't. That's not what Portage does currently; Portage's current behaviour isn't strong enough to provide useful protection. In any case, this is all rehashing existing discussion. --=20 Ciaran McCreesh --Sig_/FMdOefmZcktsLZi2FPGmk=E Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk4Njs4ACgkQ96zL6DUtXhGQ0gCfVsSTJbTffamr5nDlnX1x16rq ydkAnRY4kxWFbbqLeQFsGM7T1CUhMOef =ksie -----END PGP SIGNATURE----- --Sig_/FMdOefmZcktsLZi2FPGmk=E--