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.77) (envelope-from ) id 1SsH9R-0000WH-G0 for garchives@archives.gentoo.org; Fri, 20 Jul 2012 17:38:05 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8072321C02B; Fri, 20 Jul 2012 17:37:47 +0000 (UTC) Received: from mail-wi0-f195.google.com (mail-wi0-f195.google.com [209.85.212.195]) by pigeon.gentoo.org (Postfix) with ESMTP id 5655C21C01E for ; Fri, 20 Jul 2012 17:36:23 +0000 (UTC) Received: by wibhq4 with SMTP id hq4so111349wib.10 for ; Fri, 20 Jul 2012 10:36:22 -0700 (PDT) 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=6JRWnP7/oZyDmhVzNFGYNjvvYptdPA10YY+TL6onq+Y=; b=lKXx7gkcYQzezcTvzlMNrnh06PS+g6OLB66Ir4y+AgVDIaUdyV8Z9Om57685/OrIfy /tyWUx6Prcp9Okt0QEKbz9zWMA7GnMtrXfGfjibUU9ZYygtU5ZiG0xMKbcY7rFBUsBpq Qq+CDedcEiYAfNNbkMJhDKRxG9eOsefyLcb0K98yifLjMy6W94NsuYWPeNQGlBhzJD2V c4sU1WCw6bOAJ+T4WIj+wXbFeL3jNo8W950l2YsD1ULujGWcA5Of8F9VZqEULh/chntj gVGj2GNVQOI7/RNS1vIrHkV6a3J8rW6aVD08ooOb2z1DoY3+E7YQeSyFx1Nkjqd1lVh4 Dt7g== Received: by 10.180.79.229 with SMTP id m5mr16425831wix.13.1342805782484; Fri, 20 Jul 2012 10:36:22 -0700 (PDT) Received: from localhost (cpc13-broo7-2-0-cust130.14-2.cable.virginmedia.com. [82.9.16.131]) by mx.google.com with ESMTPS id fb20sm16706788wid.1.2012.07.20.10.36.21 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jul 2012 10:36:21 -0700 (PDT) Date: Fri, 20 Jul 2012 18:35:50 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC: l10n.eclass Message-ID: <20120720183550.24b52be3@googlemail.com> In-Reply-To: References: <20120719151422.1fb9883b@sera-17.lan> <50087884.90006@gentoo.org> <20120720075457.4cccea26@googlemail.com> <20120720180910.748470a0@googlemail.com> 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_/LhBxoZWxBSW9pR1m2KB=dc="; protocol="application/pgp-signature" X-Archives-Salt: 57b76d81-f767-489e-bd91-8222d5782a47 X-Archives-Hash: 311d5c7869d586ac4697a3bb7c873e83 --Sig_/LhBxoZWxBSW9pR1m2KB=dc= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 20 Jul 2012 13:29:24 -0400 Mike Gilbert wrote: > > If you dep upon foo[linguas_en(+)] and linguas_en isn't in IUSE, > > what happens? > > >=20 > Firstly, if there are no linugas_ flags in IUSE, I can't see any point > in such a dependency. If linguas_ is in IUSE for some versions and not others. You know, as (+) dependencies always expect. > > It's not a normal environment variable, and it never has been. >=20 > It was a normal variable before someone added it to USE_EXPAND. From > cvs, it looks like that happened in 2005 or so. ...which is plenty long enough to have dealt with the consequences. > >> For most gettext packages, there is absolutely no reason that the > >> ebuild maintainer should have to keep track of every translation > >> available in a given package across version bumps. If you change > >> this behavior in a future EAPI, you will break this. > > > > Don't use a USE_EXPAND variable if you don't want USE_EXPAND > > behaviour. >=20 > I beleive LINGUAS originates from the autoconf macros (po.m4) provided > by the gettext package. I believe we added it to USE_EXPAND some time > after it was implemented in gettext. This "just works" given the > current portage behavior. The problem with "just works" is that it "just works unless you look closely or unless you try to do something slightly non-trivial". We're not dealing with a small system here, so we need to move beyond "just works (sort of)" to "correct". We can't provide people with the features they're asking for without that. > Perhaps we need to provide a cleaner way for ebuilds to specify if a > given variable should be treated as a USE_EXPAND or not. USE_EXPAND isn't a per ebuild setting. --=20 Ciaran McCreesh --Sig_/LhBxoZWxBSW9pR1m2KB=dc= Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlAJlvkACgkQ96zL6DUtXhGUtgCgp3sK4YBY15ZNCLYpYlghYZ/t C3MAn19aOanb5TZ1jRD4MgGpDKobR3wW =sFvM -----END PGP SIGNATURE----- --Sig_/LhBxoZWxBSW9pR1m2KB=dc=--