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 1S5gxd-0000PS-Vg for garchives@archives.gentoo.org; Thu, 08 Mar 2012 17:17:06 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 815E4E08F0; Thu, 8 Mar 2012 17:16:52 +0000 (UTC) Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com [74.125.82.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 33B05E088F for ; Thu, 8 Mar 2012 17:16:07 +0000 (UTC) Received: by wgbfm10 with SMTP id fm10so659982wgb.10 for ; Thu, 08 Mar 2012 09:16:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=CAz/Noh3s3j+v5aZ10B4SBTu+vjiSIFNrFNpT1yHzeA=; b=w+SoGNqh2Ruo7ykTOyy1xyoW8dajm/j5vqE2sBXA9TdcLKd4c+vMWSODa8qffVvofY 2AoP+pOUPyNLkjJjhma2rz4Gk/GqvSaLS3J7WqVdPYoA8NvsqpBMb8mDmDTJ7O5Ibbmm gJwMFppTn0Pji88f6E8xWfLJkF1rO1q/q7KzD8LCn5UzbSg/qVh8+4xauCGW6BDTZ5uU EKwah4iPzR+loiN4JWqocd8kn0SiXi83fhYbW0nU8lemIrrrmbTmsn/whKs8+h2J6RVR 8KaFjgYnu1rqVEgJEye7ZFHLLkrdu0LKHBHFXXGy87mmSTXOKvltKQn/HvRI693EjKYd 9QqQ== Received: by 10.180.80.104 with SMTP id q8mr14570494wix.14.1331226967182; Thu, 08 Mar 2012 09:16:07 -0800 (PST) Received: from localhost (cpc13-broo7-2-0-cust130.14-2.cable.virginmedia.com. [82.9.16.131]) by mx.google.com with ESMTPS id ep17sm44297454wid.2.2012.03.08.09.16.06 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 08 Mar 2012 09:16:06 -0800 (PST) Date: Thu, 8 Mar 2012 17:14:58 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFD: EAPI specification in ebuilds Message-ID: <20120308171458.0d3af7cb@googlemail.com> In-Reply-To: <4F58E746.7040608@gentoo.org> References: <20311.51166.725757.212932@a1i15.kph.uni-mainz.de> <20312.24445.451487.577826@a1i15.kph.uni-mainz.de> <20120308094222.GA21435@lisa.schiffbauer.lan> <4F58DEC1.7080003@gentoo.org> <20120308163555.526d5e81@googlemail.com> <4F58E746.7040608@gentoo.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) 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; micalg=PGP-SHA1; boundary="Sig_/HCKqhTYvAId.B1.E=_WA5_2"; protocol="application/pgp-signature" X-Archives-Salt: bf86b101-4721-4dd6-b228-1538387da52b X-Archives-Hash: 707bd818eb9c1d15c33463695a7ce7ec --Sig_/HCKqhTYvAId.B1.E=_WA5_2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 08 Mar 2012 09:07:18 -0800 Zac Medico wrote: > It's a very special metadata variable. Of course, it could also be=20 > implemented in many different ways that do not involve bash variable=20 > assingments. Maybe the differences between the various possible ways=20 > truly make a difference to some people, but to me it's just=20 > hair-splitting [1]. >=20 > [1] http://en.wikipedia.org/wiki/Trivial_objections Having a different, special rule for something that looks exactly like lots of other things that do not have that different, special rule is hardly hair splitting. This rule would have to be documented and have special code to carefully enforce it. That's a big deal. Having something break because you add an unrelated comment to the top of a file is weird. Having something break because you indent it, where nothing else breaks if you do the same thing, is weird. Having something break because you make full use of bash syntax, where nothing else breaks if you do the same thing, is weird. There are already a whole pile of subtle traps for ebuild writers and complications for people learning the system. We should be aiming to reduce these, not add to them. --=20 Ciaran McCreesh --Sig_/HCKqhTYvAId.B1.E=_WA5_2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk9Y6RYACgkQ96zL6DUtXhHiJwCg1rYruZ3WoCgvU64Zy2fMb0Md xN8AmQHIosCD1WgkQ+67smhc5mXGTPaA =8EaT -----END PGP SIGNATURE----- --Sig_/HCKqhTYvAId.B1.E=_WA5_2--