From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6487873561298993152 X-Received: by 10.28.91.79 with SMTP id p76mr908044wmb.18.1510589393571; Mon, 13 Nov 2017 08:09:53 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.28.74.23 with SMTP id x23ls1013142wma.10.gmail; Mon, 13 Nov 2017 08:09:53 -0800 (PST) X-Google-Smtp-Source: AGs4zMZvGX8EfAAkHQh4xqweM3oCnPDknkYwKbEuS3+VKfSzdgH4zm1871GksDRqcqoe9cluNZhI X-Received: by 10.28.7.75 with SMTP id 72mr1110874wmh.23.1510589393168; Mon, 13 Nov 2017 08:09:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510589393; cv=none; d=google.com; s=arc-20160816; b=fWiRBJB8MZmbfzVzIcAyanHPNdK2SVG9qBad6ofUMrWhw5HlVuhwP/a681nG7pSLXN V2/QV8xoJL/cqBvDEGzNSvYG4rfaCr1Y6VgJceST/4nwS+rYwSai933gIHCsBtyUt+9g q3ZYbjeZQmuWlGTlbT5dQVIHwFjE9vVgFM1O5+X9kLIJ8urDBqQCmCytaew750/sMdkG fyt7dQoajNkqvnDd22eFQHfwLwtL2i7CBxFCqzif3fiKSc+kDkl0PxFek5g6NZjPUGpp 7m8+67sp8NEcbaGvxxzalxQQqFV6jJnwX4icweIqh/Z8KtiKKZ9bdjXiJeETYHAQjK+B C3Aw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:arc-authentication-results; bh=CNUhM3jKE7yLk5Dewq7teCfYCAf3EhIWDvhPDhqZ+FM=; b=dMFF6BV2LWXKCGMOcjH5Zfrfz7BN/fYfZGQeM3Qqh9sF4AIp+Sqdtee7+9ury6vKlx ooAeNE3oW51l8nSpnaIBw2lvjE384QrsgWiF/D4MLWwlEcXYh7ABRtsdnQzsIdUiK6T3 qn4W9nab76Cp4qhI0H8d8eddWTwCsqYc/df9SCHtH9oNiw74Qx/vS+Rbo19PPHogt3nK wis0PrvfwLWEdzlQrrbQj7SXx1jKgbD1bqS5RV/BlQ3tk1/Q+AaM/ETZ18gF+YHSAFjH G1kHjLNDntjkWxXUqKuiC28gsv2oHb+wZJ5l2DAgHelHaZ8N8aogxIYz2L1hEiBzvBLm +7WQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id o2si615739wmf.1.2017.11.13.08.09.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Nov 2017 08:09:53 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id vADG9qa4028550 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 13 Nov 2017 17:09:52 +0100 Received: from md1em3qc ([139.25.68.40]) by mail3.siemens.de (8.15.2/8.15.2) with ESMTP id vADG9qeN009792; Mon, 13 Nov 2017 17:09:52 +0100 Date: Mon, 13 Nov 2017 17:10:05 +0100 From: Henning Schild To: "[ext] Christian Storm" Cc: Subject: Re: [PATCH] build.sh: Fix perl complaints about locale Message-ID: <20171113171005.5ea189b4@md1em3qc> In-Reply-To: <20171113152401.ue6cmelxcrbh4man@MD1KR9XC.ww002.siemens.net> References: <3730cdc0-c9f0-6be8-6479-59dcbe786d2a@ilbers.de> <20171113152401.ue6cmelxcrbh4man@MD1KR9XC.ww002.siemens.net> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-TUID: 0wGSzVweyR1X Am Mon, 13 Nov 2017 16:24:01 +0100 schrieb "[ext] Christian Storm" : > > >>>>>> The log.do_build is flooded by perl's locale complaints: > > >>>>>> > > >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 perl: warning: Setting locale fa= iled. > > >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 perl: warning: Please check that= your locale settings: > > >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 LANGUAGE =3D (unset), > > >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 LC_ALL =3D "en_US.UTF-8", > > >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 LANG =3D (unset) > > >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 are supp= orted and installed on your system. > > >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 perl: warning: Falling back to t= he standard locale > > >>>>>> ("C"). > > >>>>>> > > >>>>>> Make perl happy by explicitly giving it the C locale. > > >>>>>> > > >>>>>> Signed-off-by: Christian Storm > > >>>>>> --- > > >>>>>> =C2=A0=C2=A0 meta/recipes-devtools/buildchroot/files/build.sh |= 2 +- > > >>>>>> =C2=A0=C2=A0 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 > > >>>>>> =C2=A0=C2=A0 done > > >>>>>> =C2=A0=C2=A0 # Build the package > > >>>>>> -dpkg-buildpackage > > >>>>>> +LC_ALL=3DC LANGUAGE=3DC LANG=3DC dpkg-buildpackage > > >>>>>> =20 > > >>>>> > > >>>>> There is code that should setup locales for current > > >>>>> buildchroot: > > >>>>> > > >>>>> https://github.com/ilbers/isar/blob/master/meta/recipes-devtools/= buildchroot/files/configscript.sh#L8 > > >>>>> > > >>>>> > > >>>>> So it would be nice to fix this globally instead of local > > >>>>> solution. =20 > > >>>> > > >>>> Sure, but this alone doesn't solve the problem as you have to > > >>>> put the locale into every (sudo) environment. Then, what > > >>>> about =20 > > >>> > > >>> Hmm, it works as it is for archs different from host machine. > > >>> I've attached 3 build logs for hello application in Stretch: > > >>> amd64, arm and i386 and only *amd64* has locale flood. The > > >>> others are OK. So that's why I think it's rather bug in > > >>> configscript. =20 > > >> > > >> Working on PRoot I've found the following multistrap option: > > >> > > >> "ignorenativearch=3Dtrue" > > >> > > >> Probably it could somehow help here... =20 > > >=20 > > > Hm, this sounds unrelated to me at first sight. I did a quick > > > local =20 > >=20 > > If I understand it correctly, that's the source of your issue. If=20 > > multisrtap detects that target architecture is similar to host, > > then it tries to run in native mode and configscript doesn't work > > correctly.=20 > > > > So the following patch fixes the issue for me: > >=20 > > diff --git > > a/meta/recipes-devtools/buildchroot/files/multistrap.conf.in > > b/meta/recipes-devtools/buildchroot/files/multistrap.conf.in index > > 7e88608..28f2ee0 100644 --- > > a/meta/recipes-devtools/buildchroot/files/multistrap.conf.in +++ > > b/meta/recipes-devtools/buildchroot/files/multistrap.conf.in @@ > > -4,6 +4,7 @@ [General] > > noauth=3Dtrue > > unpack=3Dtrue > > +ignorenativearch=3Dtrue > > bootstrap=3D##DISTRO## > > aptsources=3D##DISTRO## > > configscript=3D##CONFIG_SCRIPT## > >=20 > > Could you please try it? =20 >=20 > Done, and it fixes the problem as well. Not sure what "ignorenativearch" does, but "sed /etc/locale.gen && locale-gen" is clearer and probably free of side-effects. Are we sure about all implications of ignorenativearch? Henning >=20 > > > clean run with the following patch and it resolved the issue, for > > > me at least. Could you please also try a run with the patch > > > applied for all the arches? If it solves the issue I'll send a > > > proper patch. Thanks! > > >=20 > > > ``` > > > diff --git > > > a/meta/recipes-devtools/buildchroot/files/configscript.sh > > > b/meta/recipes-devtools/buildchroot/files/configscript.sh old > > > mode 100644 new mode 100755 index 9813c9a..1fd2061 > > > --- a/meta/recipes-devtools/buildchroot/files/configscript.sh > > > +++ b/meta/recipes-devtools/buildchroot/files/configscript.sh > > > @@ -32,6 +32,9 @@ locales locales/locales_to_be_generated > > > multiselect en_US.UTF-8 UTF-8 locales > > > locales/default_environment_locale select en_US.UTF-8 END > > > =20 > > > +sed -i 's/^# en_US.UTF-8 UTF-8/en_US.UTF-8 > > > UTF-8/g' /etc/locale.gen +dpkg-reconfigure > > > --frontend=3Dnoninteractive locales + > > > #set up non-interactive configuration > > > export DEBIAN_FRONTEND=3Dnoninteractive > > > DEBCONF_NONINTERACTIVE_SEEN=3Dtrue export LC_ALL=3DC LANGUAGE=3DC LAN= G=3DC > > > ``` > > > =20 > >=20 > > For sure I'll try this patch, but first I'd like to clarify why=20 > > dedicated code in configscript doesn't work. =20 >=20 > OK. I'll look forward to it. The perl errors are distractingly > annoying.. The manpage of multistrap has some words on it as well... >=20 >=20 > > P.S. am I right that you build target with the same arch as your > > host? =20 >=20 > Yes, as said, both x86_64. >=20 >=20 >=20 > Besten Gru=C3=9F, > Christian >=20