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 1SsGix-0004KC-UI for garchives@archives.gentoo.org; Fri, 20 Jul 2012 17:10:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2A06E21C00A; Fri, 20 Jul 2012 17:10:29 +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 D13E5E056C for ; Fri, 20 Jul 2012 17:09:49 +0000 (UTC) Received: by wibhq4 with SMTP id hq4so107911wib.10 for ; Fri, 20 Jul 2012 10:09:48 -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=9jLKKBxnYRUzcRN6rqhBjH5QbDkl9w3cVm1dlBpDFg8=; b=wya9AhIZMLDCFjtPloJWVgO/fZyxk51QIXDJWpZ2V6s7g/zRzawMAsb4IsruM+dmRE e7XyUdn0Y0YzjlgaJ/Zg1eEWhJB+9iA9kaaBfqOHz5QoGEbMjwX+YUVFeBYlOWBq419K ohHtVZDhuMGNOY1fyEfz4WizndU0LVv/8zIlbaur94bNgDvQVmWJdyTc7QfWX2Zs+BYU p1DwUEdA3P/JHUFrId6a9iiI5r9Y7zmO0jyfpkcWCjd9ECYmwmPgtq7/io3bSU9Reway lXdBJhdVNVgyMtP500v92SbLRm40v/NzaPylK686R8Aw5MddamkDMIFrvKhzLypVpEUe e/5w== Received: by 10.216.135.217 with SMTP id u67mr4459722wei.115.1342804188555; Fri, 20 Jul 2012 10:09:48 -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 k20sm45798650wiv.11.2012.07.20.10.09.47 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jul 2012 10:09:48 -0700 (PDT) Date: Fri, 20 Jul 2012 18:09:10 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC: l10n.eclass Message-ID: <20120720180910.748470a0@googlemail.com> In-Reply-To: References: <20120719151422.1fb9883b@sera-17.lan> <50087884.90006@gentoo.org> <20120720075457.4cccea26@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_/oeqFdzrC_BlAG3=FCTCHIWL"; protocol="application/pgp-signature" X-Archives-Salt: b546877d-d63e-4cfe-8c0c-8d88ec5cbab4 X-Archives-Hash: c4dac273594d3c8d90fc9d36a2273556 --Sig_/oeqFdzrC_BlAG3=FCTCHIWL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 20 Jul 2012 12:39:21 -0400 Mike Gilbert wrote: > On Fri, Jul 20, 2012 at 2:54 AM, Ciaran McCreesh > wrote: > > On Thu, 19 Jul 2012 18:34:41 -0400 > > Mike Gilbert wrote: > >> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medico > >> wrote: > >> > On 07/19/2012 06:14 AM, Ralph Sennhauser wrote: > >> >> Could be that Portage re-exports a sanitized > >> >> LINGUAS tough, but I doubt it. > >> > > >> > Portage does sanitize it if there are any linguas_* flags in > >> > IUSE, otherwise it lets the variable pass through without > >> > sanitizing it. > >> > >> That's good; we definitely don't want to "sanitize" it if there > >> are no linuguas_* flags in IUSE. This would break LINUGUAS support > >> for many autotools/gettext based packages, where the autotools > >> code parses LINGUAS directly and the ebuild does nothing with it. > > > > If there aren't any linguas_* flags in IUSE, LINGUAS should be > > empty, and will be in future EAPIs. Without that, USE dependencies > > on USE_EXPAND variables don't work. >=20 > How do you figure that? If you dep upon foo[linguas_en(+)] and linguas_en isn't in IUSE, what happens? > The current portage behavior works well enough; if linugas_* is in > IUSE, LINGUAS is treated as a USE_EXPAND, and use-deps should work > fine. >=20 > Otherwise, it is treated just like a normal environment variable, and > portage doesn't touch it. It's not a normal environment variable, and it never has been. > 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 Ciaran McCreesh --Sig_/oeqFdzrC_BlAG3=FCTCHIWL Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlAJkL4ACgkQ96zL6DUtXhEeRACfV2pdUbAS51EfX9kSFhAqck2E q1cAoLeQK78nbJtciXV3RCRGLM0H1pu0 =mkTE -----END PGP SIGNATURE----- --Sig_/oeqFdzrC_BlAG3=FCTCHIWL--