From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KqdPk-0004lI-2U for garchives@archives.gentoo.org; Fri, 17 Oct 2008 00:42:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 74231E02CE; Fri, 17 Oct 2008 00:41:59 +0000 (UTC) Received: from mail.goodpoint.de (tori.goodpoint.de [85.10.203.41]) by pigeon.gentoo.org (Postfix) with ESMTP id 281FCE02CE for ; Fri, 17 Oct 2008 00:41:59 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: rbu) by mail.goodpoint.de (Postfix) with ESMTP id 3F9EA109683 for ; Fri, 17 Oct 2008 02:41:57 +0200 (CEST) From: Robert Buchholz To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] EAPI change: Call ebuild functions from trusted working directory Date: Fri, 17 Oct 2008 02:41:35 +0200 User-Agent: KMail/1.9.9 References: <200810092103.33472.rbu@gentoo.org> <20081013174221.GB23706@comet> <20081013192853.4454d779@snowmobile> In-Reply-To: <20081013192853.4454d779@snowmobile> 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: multipart/signed; boundary="nextPart3483520.YBu6epxR2Y"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810170241.43081.rbu@gentoo.org> X-Archives-Salt: 4057dac7-93cc-4ed4-8b70-bcf7daaeb779 X-Archives-Hash: 6fcc7f9c75a677e8eddc615dc4d7ffe7 --nextPart3483520.YBu6epxR2Y Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 13 October 2008, Ciaran McCreesh wrote: > On Mon, 13 Oct 2008 10:42:21 -0700 > > Donnie Berkholz wrote: > > It seems to me that this is an EAPI=3D0 change. Since EAPI=3D1 and > > EAPI=3D2 are just differences to EAPI=3D0, they wouldn't be voted on. > > Since EAPI=3D0 isn't actually approved yet, council wouldn't vote > > either. As it's a draft standard, this would be resolved amongst > > package-manager developers and PMS editors. > > It's a retroactive change to EAPI 0 that requires changes from > package managers and has security implications... Robert isn't > requesting that we specify and mandate existing behaviour here, so > it's not really something that should be left up to PMS to decide and > enforce. All package manager developers have implemented this change, and PMS=20 editors have not objected to adding it to the spec. If Ciaran is=20 uncomfortable with adding this change, I would like council to sign off=20 on it. If council will not add this to the agenda, please state so and=20 I hope the PMS folks can add it to the spec without a vote. =46urthermore, what are the blockers to vote on PMS as a draft standard=20 for EAPI=3D0 ? Is there a timeframe for its ratification? Robert --nextPart3483520.YBu6epxR2Y Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iQIcBAABAgAGBQJI999GAAoJECaaHo/OfoM5w1kP/ilZJ3e/UNvHfSK0W95c+qwg sfGYjbWr5xE+090yCYph21BqEbOYoPFJgOvIP1VzJ9bUyAqM6ol6uZj8PdPvMntW 9qIU1mp0WM1F515SAvKhsOnilhXDQLp6tXbR+ZnsKGKO4eZpIsM2VsY99QCJArTY Buqn5/+aiMC5/S7zovDkWZMfFQKUIwVRWNpeDncwygmbr8/RGrlF+BOJRPo5kQx/ L2R0FfEVbpsiWZqXGmSjqgNuxGMlv0z1P0bC3MvgjgFaKHWzqMK0YU8Iu5GooFYI aOajKJI9afIZw5PvPeLkXaBOtUlEhbLSrbkuz5rpcNoDWX8GAJ/d4/TPo+DZhoZR 5zmD9njYZNO2CRA8F5QsBp863Db7NRoEoel1tmi3nqVT5mAa03u3Wznx29kVuct9 Q2Vr4RaX5d3H/RILqlYZfwHayNXmLs3jtkVcuLSidcwlDgGigJIkdSHB0Xj708Q0 RqZXENeIsAE4KmjUR10lP6jmyfE1h4hsZWo6ZvRtmqrUlVScbX94xLeLiLfqlf1N oly+F2xRhcEmV96HYP2XAMLe9i/1k6BY5ydpYMyhYkACK9QEQRW48HgJlnYtlflK eCrRgM0yMpNbmn321FF3/PKZvcL6ZBNMknUGWpGfGbatHa93i4OshQxOv0OrDQyl Z+b5ZiVPV2xzUXv1X5Ty =hXUx -----END PGP SIGNATURE----- --nextPart3483520.YBu6epxR2Y--