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 B0C11138CD3 for ; Fri, 29 May 2015 16:20:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 90F15E086C; Fri, 29 May 2015 16:20:15 +0000 (UTC) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 370E5E085B for ; Fri, 29 May 2015 16:20:14 +0000 (UTC) Received: by wicmc15 with SMTP id mc15so20503842wic.1 for ; Fri, 29 May 2015 09:20:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Jw7deLx90wtFBHBgCcszlXV1hPoeZcE9uh8G4wkrPNw=; b=R1Y+nv/GVyL8WK7hLwwrA0ZQtI+c6WoE2S4CuVSfD44X6JVpiP+w8QwOgcJbQTxCN6 wWlRFsPvAum2lUP3mqPk2jJXlhrDAggxwUJTAslFLaa5POJ0NrVirADk2oC2mVwb9E+p O5NyxghApwk2A1YP/RBYU9imB675BZP+YbZnhaRmBtLE+BR36Gxnh7G61RraDZoCRkmo nxoOBXVdsBuQKFVX51DIa3rlK5WVTGOUHNN7OvEcv9XsUeARPCwO8KDnOby7C/lTmNye HZqkOXh8lWsLdISVNuo6htMAoL6iDNcuvaw8+JRnm9U562nifIB96NhcOlZjeYCALQzF HFXw== 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 X-Received: by 10.194.216.196 with SMTP id os4mr16768255wjc.117.1432916413112; Fri, 29 May 2015 09:20:13 -0700 (PDT) Received: by 10.27.178.16 with HTTP; Fri, 29 May 2015 09:20:13 -0700 (PDT) In-Reply-To: <201505291547.08439.michaelkintzios@gmail.com> References: <55679984.9040907@googlemail.com> <5567eba7.e59f700a.43ea.3f75@mx.google.com> <201505291547.08439.michaelkintzios@gmail.com> Date: Fri, 29 May 2015 19:20:13 +0300 Message-ID: Subject: Re: [gentoo-user] Unwelcomed non-native language support From: gevisz To: "gentoo-user@lists.gentoo.org" Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 0f239e2b-fffa-40a8-9c10-d156c15f0cfd X-Archives-Hash: e481c34b54819d67b2f10ba4f4af8450 2015-05-29 17:46 GMT+03:00 Mick : > On Friday 29 May 2015 05:24:49 Gevisz wrote: >> On Fri, 29 May 2015 00:41:08 +0200 Volker Armin Hemmann > wrote: >> > Am 28.05.2015 um 17:35 schrieb gevisz: >> > > In my everyday work at the computer, I read >> > > and type at three or even four different languages. >> > > >> > > However, I do want to have all program menues >> > > and system messages only in English. >> > > >> > > So, when I found out that it can be achieved by >> > > setting -nls USE flag at my make.conf file, I did >> > > it, recompiled the system and for a few weeks >> > > enjoyed the full control of my Gentoo system. >> > > >> > > (As far as I can remember the gettext package >> > > was successfully depcleaned from my Gentoo >> > > system just after that.) >> > > >> > > However, after those few weeks (and some system >> > > updates), I have noticed that my system started >> > > to translate some "system" messages into one of >> > > the languages I use but which is not my native language. >> > > >> > > Moreover, running >> > > $ equery depends gettext >> > > I get about two fullscreens of packages that supposedly >> > > depend on gettext. Nevertheless, in all of them the -nls >> > > USE flag is either unset or absent. >> > > >> > > I have tried to depclean the gettext package from my >> > > system once again but portage just ignored my >> > > $ emerge --depclean gettext >> > > command. >> > > >> > > I think that it is some kind of a bug in the portage tree: >> > > when I set -nls USE flag globally, I do expect that the "system" >> > > messages will appear in English only and will not be translated >> > > in any other language, but the system understands that as >> > > I would have asked for a "non-native" language support. >> > > >> > > Of course, this is not my main problem in this life, but every >> > > time I get the "system" messages translated into my non-native >> > > language, I feel as I get a reminder that I do not have a full >> > > control of my Gentoo system. >> > > >> > > So, my questions are: >> > > 1. Is it a bug? >> > > 2. How can I get rid of those unwelcomed translations in the right way. >> > >> > 1. If a package hard depends on gettext, you can fiddle around with >> > useflags as much as you want, it won't change. Not a bug. Just the way >> > it is. >> >> If a package hard depend on gettext, it is a bug, IMHO. >> >> > 2. Environment variables. Set them. LANG, LANGUAGE and of course LC_ALL >> >> $ echo $LANG >> en_US.UTF-8 >> $ echo $LANGUAGE >> %%% This environment variable is not set >> $ echo $LC_ALL >> %%% This environment variable is not set >> >> Why the system suddenly decided that my native language is one of >> the easten-europien ones, then? >> >> And a month or two ago, all the system messages was in English >> with exactly the same evironment variables setting. (And packages >> did not hard-depend on gettext.) Strange. > > Do you get anything unexpected when you run 'locale'? Nothing. (Thank you for your question.) I have just re-read the Gentoo Localization Guide (https://wiki.gentoo.org/wiki/Localization/Guide) and checked what I have in my /etc/env.d/02locale file: every possible option, except for LC_COLLATE and LC_ALL, is set to en_US.UTF-8. Here is its full content: LANG="en_US.UTF-8" LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE=C LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" Here is what I get from $ locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=C LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= I am almost giving up on this issue.