Re: [gentoo-user] Unwelcomed non-native language support

[gevisz]

2015-05-29 17:46 GMT+03:00 Mick <michaelkintzios@×××××.com>:
> On Friday 29 May 2015 05:24:49 Gevisz wrote:
>> On Fri, 29 May 2015 00:41:08 +0200 Volker Armin Hemmann
> <volkerarmin@××××××××××.com> 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.