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 39D64138247 for ; Sat, 11 Jan 2014 17:11:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3DD76E0AF9; Sat, 11 Jan 2014 17:11:42 +0000 (UTC) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 211E8E0ADE for ; Sat, 11 Jan 2014 17:11:40 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id hm2so745929wib.10 for ; Sat, 11 Jan 2014 09:11:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=gK5+vdSt3q5HLxbhDm4Of8MWq4ZiRRBAvTeCOQkvgrk=; b=UXas3vcBP1bMbrEfSDyRzqxRHci7Fw2qtoaJ+9NzV4aGHF9Fxl/izP7nFnr820GdnA Znzm9J1xcU6uduBY7YsxtAYd4ys0ZX0SjtGp4i/exzTXj+7l8jF64NvK2Ufojb82GVPP gLRlk3a8Z78KA9s8wUWCDfh9MruoN3XOLGRYc3859RE0wMf5MFm0xt9ibbbaJF4/SbqR U6qDP2HDhl3s9vKZxvU+SgzFxVOB9pbtiP2VKPg+eC2K5soOC85JNgW8PysrYoLSD2SK nbWWSaaEAaRNZrWwk2Ig3ZyWlpPaGSiqpoyKckfh7+00Ze0dCdTKRgClQl74VfNFOytJ 6wFw== X-Received: by 10.194.185.237 with SMTP id ff13mr198207wjc.64.1389460299742; Sat, 11 Jan 2014 09:11:39 -0800 (PST) Received: from [172.20.0.41] (196-210-126-67.dynamic.isadsl.co.za. [196.210.126.67]) by mx.google.com with ESMTPSA id dm2sm8520706wib.8.2014.01.11.09.11.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 11 Jan 2014 09:11:39 -0800 (PST) Message-ID: <52D17B39.2020302@gmail.com> Date: Sat, 11 Jan 2014 19:11:21 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 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 To: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= , gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC: storing predefined INSTALL_MASK directory lists in repos References: <20140111112019.45f81ec6@gentoo.org> <20140111165637.300943ba@gentp.lnet> <20140111170134.5ed24440@gentoo.org> <52D16E0D.4060001@gmail.com> <20140111175245.0f9d7466@gentoo.org> In-Reply-To: <20140111175245.0f9d7466@gentoo.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 4604b0d2-e878-40cc-83e1-4d1709a40939 X-Archives-Hash: 3966d88e3dd707a42067ac1f48224b84 On 11/01/2014 18:52, Michał Górny wrote: > Dnia 2014-01-11, o godz. 18:15:09 > Alan McKinnon napisał(a): > >> A far better method from a user point of view is to install the linguas >> the user explicitly asked for. Your proposal as worded will be taken at >> first glance to mean "install all linguas, but not XX" as most users >> won't see the MASK portion and forget to flip the logic around in their >> head. > > As said on the other mail, I think we could just make portage > implicitly convert LINGUAS into INSTALL_MASK. That is, use the old > variable and give it a bit of new behavior. Do you mean retain LINGUAS in make.conf and remove it from "emerge -p" output? I don't know much about how LINGUAS works behind the scenes, but you seem to be proposing a scheme that works something like this: 1. User specifics what LINGUAS they want in make.conf 2. Portage magically and invisibly installs files only for that LINGUA That seems a good approach, it unclutters emerge -p output [the amount of clutter that causes, together with APACHE2_MODULES, CAMERAS, PHP_MODULES etc is quite unbelievable] and gives the user what they asked for. If you hide the negative logic in the implementation that is double bonus > >> How much work is it to get native support for LINGUAS into all ebuilds? >> That would be the intuitive place considering there is already USE flags >> for LINGUAS. > > Honestly? I'm all limbs against LINGUAS in its current form. It's just > extra dumb. > > We have basically two cases: > > 1. packages that make LINGUAS into USE flags and use them to control > l10n. It's just useless extra work and extra rebuilds for locale > change. > > 2. packages that respect LINGUAS implicitly. That is, install only some > of the files silently and you don't even know which were enabled. > > install-mask provides a clean framework to strip linguas with > binpackage friendliness potential. > -- Alan McKinnon alan.mckinnon@gmail.com