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 1RrqQ8-0005md-MH for garchives@archives.gentoo.org; Mon, 30 Jan 2012 12:33:16 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 71672E0943; Mon, 30 Jan 2012 12:33:08 +0000 (UTC) Received: from smtp-out.neti.ee (smtp-out.neti.ee [194.126.126.37]) by pigeon.gentoo.org (Postfix) with ESMTP id 6CA20E0925; Mon, 30 Jan 2012 12:32:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vm-relay1.estpak.ee (Postfix) with ESMTP id 4627C9C4; Mon, 30 Jan 2012 14:32:17 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at vm-relay1.estpak.ee Received: from smtp-out.neti.ee ([127.0.0.1]) by localhost (vm-relay1.estpak.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2oNG0QbBa5+q; Mon, 30 Jan 2012 14:32:07 +0200 (EET) Received: from mail.neti.ee (neti-relayhost2.estpak.ee [88.196.174.199]) by vm-relay1.estpak.ee (Postfix) with ESMTP id 01E9FE2; Mon, 30 Jan 2012 14:32:06 +0200 (EET) Received-SPF: Neutral (access neither permitted nor denied) identity=mailfrom; client-ip=90.191.204.24; helo=[192.168.1.64]; envelope-from=leio@gentoo.org; receiver=gentoo-dev@lists.gentoo.org X-SMTP-Auth-NETI-Businessmail: no Message-ID: <1327926733.4043.18.camel@daedalus.lan> Subject: [gentoo-dev] Re: Dropping localepurge From: Mart Raudsepp To: gentoo-dev@lists.gentoo.org Cc: Gentoo User Date: Mon, 30 Jan 2012 14:32:13 +0200 In-Reply-To: <20120130115608.GC3436@ca.inter.net> 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> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2 Content-Transfer-Encoding: 7bit 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 X-Archives-Salt: 33a68b39-611d-4c05-b382-9ea0e0ad336d X-Archives-Hash: a4caec9d8831203e1666af85189c42c8 On E, 2012-01-30 at 06:56 -0500, Philip Webb wrote: > 120130 Mart Raudsepp wrote: > > Do you even have LINGUAS set in /etc/make.conf or something? > > Because at least evince, gdk-pixbuf, xkeyboard-config and > > gnome-doc-utils DO honor LINGUAS. > > > > All GNOME packages that use intltool (that is pretty much everything > > except a few low-level libraries) honor LINGUAS much more than > > localepurge would ever be able clean afterwards. For example, .desktop > > files only have translation lines for languages listed in LINGUAS. Same > > for gconf and dconf schemas. Also all end-user documentation > > in /usr/share/gnome/help/appname/lang_code/ > > > > Per above, we would close at least 4 of those bugs as INVALID or at > > least OBSOLETE (if some older version had it wrong). > > At least in GNOME we feel quite strong about things properly honoring > > LINGUAS per old standard GNU conventions. This means installing ALL > > translations if LINGUAS is unset, and none if LINGUAS is set to an empty > > string. > > > > Above said, I also do find a use on some systems for localepurge, to > > catch the packages that don't honor it. > > Though for embedded deployments I might as well not include the > > non-interesting language directories in the image. > > 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 covers this. I presume you only have things set in /etc/locale.nopurge or so then, 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). 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). 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. Hope this helps, Mart Raudsepp