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 1RrsBC-0000Ai-Dz for garchives@archives.gentoo.org; Mon, 30 Jan 2012 14:25:58 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 461C9E099C; Mon, 30 Jan 2012 14:25:44 +0000 (UTC) Received: from mail-1.ca.inter.net (mail-1.ca.inter.net [208.85.220.69]) by pigeon.gentoo.org (Postfix) with ESMTP id C0C03E0877; Mon, 30 Jan 2012 14:24:29 +0000 (UTC) Received: from localhost (offload-3.ca.inter.net [208.85.220.70]) by mail-1.ca.inter.net (Postfix) with ESMTP id 67ADA2EA2A0; Mon, 30 Jan 2012 09:24:29 -0500 (EST) Received: from mail-1.ca.inter.net ([208.85.220.69]) by localhost (offload-3.ca.inter.net [208.85.220.70]) (amavisd-new, port 10024) with ESMTP id IKCQJxlorvvj; Mon, 30 Jan 2012 09:24:28 -0500 (EST) Received: from ca.inter.net (unknown [216.99.62.38]) by mail-1.ca.inter.net (Postfix) with SMTP id 6235A2EA06A; Mon, 30 Jan 2012 09:24:27 -0500 (EST) Received: by ca.inter.net (sSMTP sendmail emulation); Mon, 30 Jan 2012 09:24:27 -0500 Date: Mon, 30 Jan 2012 09:24:27 -0500 From: Philip Webb To: gentoo-dev@lists.gentoo.org Cc: Gentoo User Subject: [gentoo-user] Re: [gentoo-dev] Re: Dropping localepurge Message-ID: <20120130142427.GA3079@ca.inter.net> Mail-Followup-To: gentoo-dev@lists.gentoo.org, Gentoo User References: <1327757384.3757.12.camel@belkin4> <201201281557.34414.vapier@gentoo.org> <20120129050150.GB3139@ca.inter.net> <201201291409.58116.vapier@gentoo.org> <20120130091901.GA3436@ca.inter.net> <1327915977.30159.8.camel@daedalus.lan> <20120130115608.GC3436@ca.inter.net> <1327926733.4043.18.camel@daedalus.lan> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1327926733.4043.18.camel@daedalus.lan> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: d4b65ef2-339d-4f1b-bb79-f8814b1f0ec6 X-Archives-Hash: e9f2bec7bbf48755ba68ddbe4bcb57be 120130 Mart Raudsepp wrote: > On E, 2012-01-30 at 06:56 -0500, Philip Webb wrote: >> Thanks for the useful & polite response. I will look into LINGUAS. >> How to set it is not mentioned in make.conf.example or in man make.conf : >> where is it documented ? > http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3 > I presume you only have things set in /etc/locale.nopurge > and wrongly expect packages to honor it. > Specific packages do not and can not look at that file, > as it's localepurge specific > and upstream projects shouldn't have any knowledge of it. > LINGUAS is the standard environment variable for this > with gettext based systems, and intltool honors it as well. > I remember a longer description of it in some info file, > but right now only found > http://www.gnu.org/software/gettext/manual/html_node/Installers.html > Bugs are hopefully appreciated by maintainers for packages > that don't honor that environment variable set via /etc/make.conf. I added a line 'LINGUAS="en"' to make.conf & rebooted, emerged the 6 pkgs I listed in a previous msg & ran 'localepurge' again. This time, only 'rekonq' & 'sane-backends' offended. > If an upstream doesn't honor it, they are probably just not using > the standard autoconf/automake glue for it correctly > or use a different build system support for it wrongly > or the build system is suboptimal on this. I'm surprised at 'sane-backends', which is a longstanding app, but 'rekonq' is a recent invention & may need informing re the issue. > Some Gentoo packages also have a LINGUAS USE_EXPAND, > so show up in emerge --verbose --ask world and similar outputs. > This is typically used when extra downloads are necessary for the languages > (e.g firefox or libreoffice per-language packs) > and often don't honor the "LINGUAS unset == all languages" convention. > Packages that don't need any extra downloads or long building time > do not expose this as USE_EXPAND USE flags and just silently work it out > in their build system, and that's the most reasonable approach for us. Yes, I've seen it in output for 'emerge -pv' for FF & LO. > Hope this helps, Yes, that's exactly the kind of response users need: LINGUAS is some way down the doc you refer to & I assumed LANG was enough. I also realised that as 'localepurge' is a script, I can move it to /usr/local/bin/ , if it does fall out of the tree. I will file bugs for the 2 offending pkgs above & leave the hard-working devs to get on with their other affairs. -- ========================,,============================================ SUPPORT ___________//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT `-O----------O---' purslowatchassdotutorontodotca