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 D922013800E for ; Wed, 25 Jul 2012 18:33:16 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 322E6E04F2; Wed, 25 Jul 2012 18:33:02 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 2FC1B21C05A for ; Wed, 25 Jul 2012 18:31:07 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 9CE6A1B4733 for ; Wed, 25 Jul 2012 18:31:06 +0000 (UTC) From: Mike Frysinger Organization: wh0rd.org To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Don't require assignment of empty variables in ebuilds? Date: Wed, 25 Jul 2012 14:32:18 -0400 User-Agent: KMail/1.13.7 (Linux/3.4.4; KDE/4.6.5; x86_64; ; ) References: <20486.63521.223740.628410@a1i15.kph.uni-mainz.de> <201207251200.39910.vapier@gentoo.org> <20496.8429.216032.904090@a1i15.kph.uni-mainz.de> In-Reply-To: <20496.8429.216032.904090@a1i15.kph.uni-mainz.de> 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="nextPart1476303.urjsR2gsaZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201207251432.19238.vapier@gentoo.org> X-Archives-Salt: bb039096-8bb8-40e2-8c59-c37ad845f68d X-Archives-Hash: 236a6936367369cbc6ea0e915b4e3030 --nextPart1476303.urjsR2gsaZ Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Wednesday 25 July 2012 12:38:05 Ulrich Mueller wrote: > >>>>> On Wed, 25 Jul 2012, Mike Frysinger wrote: > >> Our current policy [1] requires that ebuilds must assign the seven > >> variables DESCRIPTION, HOMEPAGE, SRC_URI, LICENSE, SLOT, KEYWORDS, > >> and IUSE, even if their value is empty. > >>=20 > >> Could we drop this requirement? Repoman already enforces that > >> DESCRIPTION, HOMEPAGE, LICENSE, SLOT, and KEYWORDS are non-empty > >> (with some exceptions for virtuals). I don't see why we need to > >> distinguish the "empty value" and "not assigned" cases. > >=20 > > i think we should clarify and say that when an eclass provides > > these, the ebuild need not. completely missing DESCRIPTION/HOMEPAGE > > should be a warning (and maybe KEYWORDS), and LICENSE should be an > > error. there are plenty of examples of SRC_URI not being set and > > that's fine (live ebuilds, ebuilds that only install out of > > $FILESDIR, virtuals, etc...). >=20 > I think we have to distinguish between PMS and tree policy here. who said anything about PMS ? ;) this thread was all about tree policy. > The package manager should be able to handle any empty or missing > variables (except for DESCRIPTION and SLOT). Otherwise we'd have to > complicate the spec with additional case distinctions, e.g. for > virtuals. SLOT is about the only variable i could see possibly being required by PMS = to=20 be set somewhere (whether eclass or ebuild doesn't matter). all the others= we=20 could (and should) do away with from PMS requirement list considering our P= Ms=20 handle it fine. =2Dmike --nextPart1476303.urjsR2gsaZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQIcBAABAgAGBQJQEDuzAAoJEEFjO5/oN/WBTBMQAJNXjj8sqUYhut1S3rLa/ISo TnPIp2KdevX455G3zYRsSZA6tO7HuHzgDeKBTceGHrUET1Mu1BmF4WETo/EapDHW HX8L5djqFW3tIjE5sxqsEBZP5ElrFXl3JYL3BZaf+sEkTppmOnKgnYwBy9Dp3+E4 pzH38T4WmJogacgXWgWItfUw0M0xpPQKMeQB9nWDmJYrUmeIMq5UVAFUdOW1tnxX M2Nb4e31ULaVZt9ixTHQCmdGzQmNFyT76eEZ6xXnNmlmgUtN1CugbXItPy0GWPRv OqiplrfSnixZ8eTP9K05+gnKBozILhjtwo8ZpU4tHSZoRAeBYJarIVwWUbH7O/IG bApT3IWZYNwIPsbMFdBLxcYOOUw+ajieSwgYGETmBOY9BzFOSJXvX4RISNsLX+mX YyLjW4mjwETjzuOhnji115ugiyCgIpuuIsowup5u1Uzkdp8MeTRmXi3tWs5Wkdbq 77JWJcLaSgVMc6huIYz3NusVF03b5QlRZ+VuTIyHpmrHxe5bRydyFEo66cL6FhuV R+0kARc39eYUv0jXUo7Hhdj8+MCZOxWcvoYgibr1AlyrVjCod4cWN4H/DID2/IVF a9SXm0wA7q878yv8bIc+gqFsyjqRfXH4yBYl0G707RsKK+0XAsG4OkMcWLOUmxio NH+2fTKNaYx3OQn+Zw13 =3XZd -----END PGP SIGNATURE----- --nextPart1476303.urjsR2gsaZ--