From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6487873561298993152 X-Received: by 10.129.201.69 with SMTP id c5mr8779092ywl.0.1511287966429; Tue, 21 Nov 2017 10:12:46 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.129.226.65 with SMTP id z1ls134006ywl.26.gmail; Tue, 21 Nov 2017 10:12:46 -0800 (PST) X-Google-Smtp-Source: AGs4zMYsD+ZqB4/9E0qOR6IXOFuWPYxDscIg02IT9VC3ZONR79QKtfcMaMlSACFxfp6IYiSqK62g X-Received: by 10.37.134.142 with SMTP id z14mr8560578ybk.35.1511287966084; Tue, 21 Nov 2017 10:12:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511287966; cv=none; d=google.com; s=arc-20160816; b=g5iJEPjk4dSZGAhtDNWrzVzf1IYDv+5csQfzQB56nyx4XLpjxA1i2gj1nOUUw2PPgd zi0E+rYWAn3dahZOOHEKK+orw3D0FbewKhzy+PVh4lNh5yfctZB1wSRi/3Q07amSkDut R/MjtdciIoZJFtMVRwcUhuATjpsXbd/hYcs6c8asw4q3v4YzUoqfpGfCZDNmid1n9BSH V5GAc+2rAQ44ZzhcvxD8hcMkyB+P/bdBPyWAp6Ys8B9ztpVp3mGaxszzGxUlA/sAjVY4 utScsKacwOmnSB5Lxm/ZbbKPUwLINB4aoO5qjKhxlS96/FoJStZPTnmkQASIglnvE1BP GFFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:cc:to:subject :arc-authentication-results; bh=PNQHHntI0nyULjxsmq+UF9KP3ZqizxFW6WYVsQFLSG8=; b=Fixo4/faSyk9iyMrxYq1s0rd+oE4YC7uW87WYe4s7sClNsYk8IK+0mEJ3KIM4fVYvO gYPYd2wmLjIFiM/e51zzvLXCDOk5xH5obcgPnmkLwxmsEoXey6644Vf1/bQdm86Uu97q gR9AnLb+8pckG0ApZvACmwIMH3GXsoZGwJksLn/qzpU/41EW30Xd3o6/HufHXux/5bzr SqTArrYFY/8mLJ5Ti+51jab3FGRM6dyv4OfO2t6MCDbtSE6VKxnOPH0OD2yW0KNfuXEn K7bB1NtiAS0V+BBUxIXi+hWVYNFuKNgZKAaDQNva42Yz3xZAk6ggzMZCR4c7p/gOmwpE 7jJA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: best guess record for domain of asmirnov@ilbers.de designates 85.214.62.211 as permitted sender) smtp.mailfrom=asmirnov@ilbers.de Return-Path: Received: from aqmola.ilbers.de (aqmola.ilbers.de. [85.214.62.211]) by gmr-mx.google.com with ESMTPS id i14si659362ybk.0.2017.11.21.10.12.45 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Nov 2017 10:12:45 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of asmirnov@ilbers.de designates 85.214.62.211 as permitted sender) client-ip=85.214.62.211; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: best guess record for domain of asmirnov@ilbers.de designates 85.214.62.211 as permitted sender) smtp.mailfrom=asmirnov@ilbers.de Received: from [10.0.2.15] ([188.227.110.165]) (authenticated bits=0) by aqmola.ilbers.de (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id vALICfYA001394 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 21 Nov 2017 19:12:42 +0100 Subject: Re: [PATCH] build.sh: Fix perl complaints about locale To: Henning Schild Cc: isar-users@googlegroups.com References: <20171113122151.19409-1-christian.storm@siemens.com> <00f7d3a1-8aab-ac7b-6d30-289de2dfa036@ilbers.de> <20171121094213.0f32a817@md1em3qc> <20171121190449.4927caa8@md1em3qc> From: Alexander Smirnov Message-ID: Date: Tue, 21 Nov 2017 21:12:35 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20171121190449.4927caa8@md1em3qc> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: CqyEOqgJj2p6 Hi, On 11/21/2017 09:04 PM, Henning Schild wrote: > Am Tue, 21 Nov 2017 11:56:57 +0300 > schrieb Alexander Smirnov : > >> On 11/21/2017 11:42 AM, Henning Schild wrote: >>> Am Fri, 17 Nov 2017 13:42:05 +0300 >>> schrieb Alexander Smirnov : >>> >>>> Hi, >>>> >>>> On 11/13/2017 03:21 PM, Christian Storm wrote: >>>>> The log.do_build is flooded by perl's locale complaints: >>>>> >>>>> perl: warning: Setting locale failed. >>>>> perl: warning: Please check that your locale settings: >>>>> LANGUAGE = (unset), >>>>> LC_ALL = "en_US.UTF-8", >>>>> LANG = (unset) >>>>> are supported and installed on your system. >>>>> perl: warning: Falling back to the standard locale ("C"). >>>>> >>>>> Make perl happy by explicitly giving it the C locale. >>>>> >>>>> Signed-off-by: Christian Storm >>>>> --- >>>>> meta/recipes-devtools/buildchroot/files/build.sh | 2 +- >>>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>>> >>>>> diff --git a/meta/recipes-devtools/buildchroot/files/build.sh >>>>> b/meta/recipes-devtools/buildchroot/files/build.sh index >>>>> 19d554e..e53d359 100644 --- >>>>> a/meta/recipes-devtools/buildchroot/files/build.sh +++ >>>>> b/meta/recipes-devtools/buildchroot/files/build.sh @@ -23,4 +23,4 >>>>> @@ for i in configure aclocal.m4 Makefile.am Makefile.in; do done >>>>> >>>>> # Build the package >>>>> -dpkg-buildpackage >>>>> +LC_ALL=C LANGUAGE=C LANG=C dpkg-buildpackage >>>>> >>>> >>>> short question, does LC_ALL override LANG value? >>> >>> No. Try "LC_ALL=C locale", as the name says it overrides LC_*. But >>> you are right LC_ALL might be enough to get rid of the warnings. >> >> I'm asking because it's not so clear for me. What I've got from >> various links, LC_ALL overrides LANG: >> >> https://docs.oracle.com/cd/E23824_01/html/E26033/glmbx.html >> >> ... >> If the LC_ALL environment variable is set, it overrides LANG and >> all the separate locale categories. >> ... >> >> https://www.gnu.org/software/gettext/manual/html_node/Locale-Environment-Variables.html >> >> ... >> LC_ALL is an environment variable that overrides all of these... As >> a user, you therefore have to unset this variable if you want to set >> LANG and optionally some of the other LC_xxx variables. >> ... >> >> https://wiki.archlinux.org/index.php/locale#LC_ALL:_troubleshooting >> >> ... >> The locale set for this variable will always override LANG and all >> the other LC_* variables, whether they are set or not. >> ... >> >> And so on... >> >> I wonder if there is some reference place where it's strictly defined >> whether or not LC_ALL overrides LAND. > > Ah sorry i read it wrong. LC_ALL sets the others, not sure which one is > the strongest. But why does it matter? You control all 3 and likely > setting LC_ALL will mute the warning. The problem is that all variables come from your host environment to chroot. So if host LC_*/LANG variable differs from en_US.UTF-8 - it could be a problem in chroot. So we should override everything that goes from the host. So I'm in doubts whether LC_ALL stronger than LANG or not, documentation frustrates me :-) For sure, I propose to use both LANG and LC_ALL in the patch. Alex