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 4387613829C for ; Wed, 1 Jun 2016 09:18:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C092323400B; Wed, 1 Jun 2016 09:18:37 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8F7EF234003 for ; Wed, 1 Jun 2016 09:18:36 +0000 (UTC) Received: from [192.168.2.63] (85.253.84.66.cable.starman.ee [85.253.84.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: leio) by smtp.gentoo.org (Postfix) with ESMTPSA id 8B38A340CD6 for ; Wed, 1 Jun 2016 09:18:34 +0000 (UTC) Message-ID: <1464772710.11446.0.camel@gentoo.org> Subject: Re: [gentoo-dev] [RFC] Masterplan for solving LINGUAS problems From: Mart Raudsepp To: gentoo-dev@lists.gentoo.org Date: Wed, 01 Jun 2016 12:18:30 +0300 In-Reply-To: <20160531144926.4937d77a.mgorny@gentoo.org> References: <20160531144926.4937d77a.mgorny@gentoo.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.3 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-Transfer-Encoding: 8bit X-Archives-Salt: c9c195d9-87bc-46a1-b5e7-1db9dce0b977 X-Archives-Hash: c20d5ac2b2802127d18d831cb5f109cb Ühel kenal päeval, T, 31.05.2016 kell 14:49, kirjutas Michał Górny: > Since the previous thread doesn't seem to have brought any good > solution to the problem other than stopping to (ab)use LINGUAS > as USE_EXPAND, I would like to start a RFC on a draft solution that > I'd like afterwards to propose to the Council. > > > Rationale > --------- > > The direct reason for this is that LINGUAS is treated as non-standard > special variable by multiple build systems. This includes the > following > problems: > > 1. no localizations are installed if it is set to an empty value > (which > happens in EAPI 5 when the ebuild does not use the flags), Why not just add a USE_EXPAND_DONTTOUCH variable to profiles, like there is already a USE_EXPAND_HIDDEN, which tells the PM to not play with the envvar, and just use it for USE expansion when the ebuild does use it? Point being, it leaves it unset, when it's unset, and it leaves it set to empty value or a value when it is so. Obviously with a better name than USE_EXPAND_DONTTOUCH, but you get the idea. I suppose this doesn't solve the case of PM not knowing about what is inside a binary package, but if said variable also affected the metadata of the result, this should be possible to handled with some PM work, while not duplicating places to set languages to be compiled/installed. The common case should be to support language x, y and z, and not wanting to change that, and never or rarely build binary packages (just as a backup before upgrade). This is how I believe Gentoo is used as a source based distribution. And big roll-outs with staging and binary packages have capable overlords knowing what's up in this area. As this idea is too obvious, I'm sure it has come up before and dismissed, but as I don't remember it mentioned in the previous thread, nor with a quick skim over them, here it is anyways. Mart