[PATCH] build.sh: Fix perl complaints about locale

public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed

* [PATCH] build.sh: Fix perl complaints about locale
@ 2017-11-13 12:21 Christian Storm
  2017-11-13 12:49 ` Alexander Smirnov
  2017-11-17 10:42 ` Alexander Smirnov
  0 siblings, 2 replies; 23+ messages in thread
From: Christian Storm @ 2017-11-13 12:21 UTC (permalink / raw)
  To: isar-users; +Cc: Christian Storm

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 <christian.storm@siemens.com>
---
 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
-- 
2.15.0


^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 12:21 [PATCH] build.sh: Fix perl complaints about locale Christian Storm
@ 2017-11-13 12:49 ` Alexander Smirnov
  2017-11-13 13:19   ` Christian Storm
  2017-11-17 10:42 ` Alexander Smirnov
  1 sibling, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-13 12:49 UTC (permalink / raw)
  To: Christian Storm, isar-users

Hi Christian,

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 <christian.storm@siemens.com>
> ---
>   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
> 

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. BTW, 
which target distro do you use, Stretch? I already have this issue in 
todo list, but you are welcome to fix this. :-)

Alex

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 12:49 ` Alexander Smirnov
@ 2017-11-13 13:19   ` Christian Storm
  2017-11-13 13:44     ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Christian Storm @ 2017-11-13 13:19 UTC (permalink / raw)
  To: isar-users

> 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 <christian.storm@siemens.com>
> > ---
> >   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
> > 
> 
> 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. 

Sure, but this alone doesn't solve the problem as you have to put the
locale into every (sudo) environment. Then, what about

--- a/meta/recipes-devtools/buildchroot/files/build.sh
+++ b/meta/recipes-devtools/buildchroot/files/build.sh
@@ -3,6 +3,8 @@
 # This software is a part of ISAR.
 # Copyright (C) 2015-2017 ilbers GmbH
 
+[ -r /etc/default/locale ] && . /etc/default/locale
+
 # Go to build directory
 cd $1
 
--

for which I could send a patch if this is OK for you..


> BTW, which target distro do you use, Stretch? I already have this
> issue in todo list, but you are welcome to fix this. :-)

Yes, stretch.



Besten Gruï¿½,
   Christian

-- 
Dr. Christian Storm
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Otto-Hahn-Ring 6, 81739 Mï¿½nchen, Germany

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 13:19   ` Christian Storm
@ 2017-11-13 13:44     ` Alexander Smirnov
  2017-11-13 14:07       ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-13 13:44 UTC (permalink / raw)
  To: isar-users

[-- Attachment #1: Type: text/plain, Size: 2485 bytes --]

Hi,

On 11/13/2017 04:19 PM, Christian Storm wrote:
>> 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 <christian.storm@siemens.com>
>>> ---
>>>    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
>>>
>>
>> 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.
> 
> Sure, but this alone doesn't solve the problem as you have to put the
> locale into every (sudo) environment. Then, what about

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.

Alex

> 
> --- a/meta/recipes-devtools/buildchroot/files/build.sh
> +++ b/meta/recipes-devtools/buildchroot/files/build.sh
> @@ -3,6 +3,8 @@
>   # This software is a part of ISAR.
>   # Copyright (C) 2015-2017 ilbers GmbH
>   
> +[ -r /etc/default/locale ] && . /etc/default/locale
> +
>   # Go to build directory
>   cd $1
>   
> --
> 
> for which I could send a patch if this is OK for you..
> 
> 
>> BTW, which target distro do you use, Stretch? I already have this
>> issue in todo list, but you are welcome to fix this. :-)
> 
> Yes, stretch.
> 
> 
> 
> Besten Gruß,
>     Christian
> 

[-- Attachment #2: stretch-amd64-hello_log.build --]
[-- Type: text/plain, Size: 29820 bytes --]

DEBUG: Executing shell function do_build
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
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").
Reading package lists...
Building dependency tree...
autotools-dev is already the newest version (20161112.1).
debhelper is already the newest version (10.2.5).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
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").
dpkg-buildpackage: info: source package hello
dpkg-buildpackage: info: source version 0.1+g7f35942-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Baurzhan Ismagulov <ibr@radix50.net>
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").
 dpkg-source --before-build git
dpkg-buildpackage: info: host architecture amd64
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").
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").
 debian/rules clean
dh clean  --with autotools-dev
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").
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").
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").
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").
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").
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").
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").
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").
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").
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").
   dh_testdir
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").
   dh_auto_clean
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").
   dh_autotools-dev_restoreconfig
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").
   dh_clean
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").
 dpkg-source -b git
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").
dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1)
dpkg-source: warning: source directory 'git' is not <sourcepackage>-<upstreamversion> 'hello-0.1+g7f35942'
dpkg-source: info: using source format '1.0'
dpkg-source: info: building hello in hello_0.1+g7f35942-1.tar.gz
dpkg-source: info: building hello in hello_0.1+g7f35942-1.dsc
 debian/rules build
dh build  --with autotools-dev
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").
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").
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").
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").
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").
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").
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").
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").
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").
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").
   dh_testdir
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").
   dh_update_autotools_config
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").
   dh_autotools-dev_updateconfig
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").
   dh_auto_configure
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").
	./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=\${prefix}/lib/x86_64-linux-gnu --libexecdir=\${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking
configure: WARNING: unrecognized options: --disable-maintainer-mode
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/home/builder/hello/git/missing: Unknown `--is-lightweight' option
Try `/home/builder/hello/git/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking whether make supports nested variables... (cached) yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands
configure: WARNING: unrecognized options: --disable-maintainer-mode
   dh_auto_build
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 -j1
make[1]: Entering directory '/home/builder/hello/git'
CDPATH="${ZSH_VERSION+.}:" && cd . && autoconf
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash ./config.status --recheck
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
running CONFIG_SHELL=/bin/bash /bin/bash ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking build_alias=x86_64-linux-gnu CFLAGS=-g -O2 -fdebug-prefix-map=/home/builder/hello/git=. -fstack-protector-strong -Wformat -Werror=format-security LDFLAGS=-Wl,-z,relro CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2 --no-create --no-recursion
configure: WARNING: unrecognized options: --disable-maintainer-mode
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/home/builder/hello/git/missing: Unknown `--is-lightweight' option
Try `/home/builder/hello/git/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking whether make supports nested variables... (cached) yes
checking that generated files are newer than configure... done
configure: creating ./config.status
configure: WARNING: unrecognized options: --disable-maintainer-mode
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
 /bin/bash ./config.status
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
config.status: creating Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
(CDPATH="${ZSH_VERSION+.}:" && cd . && autoheader)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
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").
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").
rm -f stamp-h1
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
touch config.h.in
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
cd . && /bin/bash ./config.status config.h
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
config.status: creating config.h
config.status: config.h is unchanged
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
make  all-am
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
make[2]: Entering directory '/home/builder/hello/git'
gcc -DHAVE_CONFIG_H    -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 -fdebug-prefix-map=/home/builder/hello/git=. -fstack-protector-strong -Wformat -Werror=format-security -c -o hello.o hello.c
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
gcc  -g -O2 -fdebug-prefix-map=/home/builder/hello/git=. -fstack-protector-strong -Wformat -Werror=format-security  -Wl,-z,relro -o hello hello.o  
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
docbook-to-man hello.sgml >hello.1
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
make[2]: Leaving directory '/home/builder/hello/git'
make[1]: Leaving directory '/home/builder/hello/git'
   dh_auto_test
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 -j1 check VERBOSE=1
make[1]: Entering directory '/home/builder/hello/git'
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
make[1]: Leaving directory '/home/builder/hello/git'
   create-stamp debian/debhelper-build-stamp
 debian/rules binary
dh binary  --with autotools-dev
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").
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").
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").
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").
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").
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").
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").
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").
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").
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").
   create-stamp debian/debhelper-build-stamp
   dh_testroot
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").
   dh_prep
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").
   dh_auto_install
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 -j1 install DESTDIR=/home/builder/hello/git/debian/hello AM_UPDATE_INFO_DIR=no
make[1]: Entering directory '/home/builder/hello/git'
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
make[2]: Entering directory '/home/builder/hello/git'
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
 /bin/mkdir -p '/home/builder/hello/git/debian/hello/usr/bin'
  /usr/bin/install -c hello '/home/builder/hello/git/debian/hello/usr/bin'
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
 /bin/mkdir -p '/home/builder/hello/git/debian/hello/usr/share/man/man1'
 /usr/bin/install -c -m 644 hello.1 '/home/builder/hello/git/debian/hello/usr/share/man/man1'
make[2]: Leaving directory '/home/builder/hello/git'
make[1]: Leaving directory '/home/builder/hello/git'
   dh_installdocs
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").
   dh_installchangelogs
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").
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").
   dh_installman
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").
man: can't set the locale; make sure $LC_* and $LANG are correct
man: can't set the locale; make sure $LC_* and $LANG are correct
   dh_installmenu
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").
   dh_perl
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").
   dh_link
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").
   dh_strip_nondeterminism
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").
   dh_compress
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").
   dh_fixperms
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").
   dh_strip
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").
   dh_makeshlibs
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").
   dh_shlibdeps
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").
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").
   dh_installdeb
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").
   dh_gencontrol
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").
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").
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").
   dh_md5sums
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").
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").
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").
   dh_builddeb
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").
dpkg-deb: building package 'hello-dbgsym' in '../hello-dbgsym_0.1+g7f35942-1_amd64.deb'.
dpkg-deb: building package 'hello' in '../hello_0.1+g7f35942-1_amd64.deb'.
 dpkg-genbuildinfo
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").
 dpkg-genchanges  >../hello_0.1+g7f35942-1_amd64.changes
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").
dpkg-genchanges: info: including full source code in upload
 dpkg-source --after-build git
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").
dpkg-buildpackage: info: full upload; Debian-native package (full source is included)
DEBUG: Shell function do_build finished

[-- Attachment #3: stretch-arm-hello_log.build --]
[-- Type: text/plain, Size: 5541 bytes --]

DEBUG: Executing shell function do_build
Can't open /dev/null: No such file or directory
Reading package lists...
Building dependency tree...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
dpkg-buildpackage: info: source package hello
dpkg-buildpackage: info: source version 0.1+g7f35942-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Baurzhan Ismagulov <ibr@radix50.net>
 dpkg-source --before-build git
dpkg-buildpackage: info: host architecture armhf
 debian/rules clean
dh clean  --with autotools-dev
   dh_testdir
   dh_auto_clean
   dh_autotools-dev_restoreconfig
   dh_clean
 dpkg-source -b git
dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1)
dpkg-source: warning: source directory 'git' is not <sourcepackage>-<upstreamversion> 'hello-0.1+g7f35942'
dpkg-source: info: using source format '1.0'
dpkg-source: info: building hello in hello_0.1+g7f35942-1.tar.gz
dpkg-source: info: building hello in hello_0.1+g7f35942-1.dsc
 debian/rules build
dh build  --with autotools-dev
   dh_testdir
   dh_update_autotools_config
   dh_autotools-dev_updateconfig
   dh_auto_configure
	./configure --build=arm-linux-gnueabihf --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=\${prefix}/lib/arm-linux-gnueabihf --libexecdir=\${prefix}/lib/arm-linux-gnueabihf --disable-maintainer-mode --disable-dependency-tracking
configure: WARNING: unrecognized options: --disable-maintainer-mode
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/home/builder/hello/git/missing: Unknown `--is-lightweight' option
Try `/home/builder/hello/git/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking whether make supports nested variables... (cached) yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands
configure: WARNING: unrecognized options: --disable-maintainer-mode
   dh_auto_build
	make -j1
make[1]: Entering directory '/home/builder/hello/git'
(CDPATH="${ZSH_VERSION+.}:" && cd . && autoheader)
rm -f stamp-h1
touch config.h.in
cd . && /bin/bash ./config.status config.h
config.status: creating config.h
config.status: config.h is unchanged
/usr/bin/make  all-am
make[2]: Entering directory '/home/builder/hello/git'
gcc -DHAVE_CONFIG_H    -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 -fdebug-prefix-map=/home/builder/hello/git=. -fstack-protector-strong -Wformat -Werror=format-security -c -o hello.o hello.c
gcc  -g -O2 -fdebug-prefix-map=/home/builder/hello/git=. -fstack-protector-strong -Wformat -Werror=format-security  -Wl,-z,relro -o hello hello.o  
docbook-to-man hello.sgml >hello.1
make[2]: Leaving directory '/home/builder/hello/git'
make[1]: Leaving directory '/home/builder/hello/git'
   dh_auto_test
	make -j1 check VERBOSE=1
make[1]: Entering directory '/home/builder/hello/git'
make[1]: Leaving directory '/home/builder/hello/git'
   create-stamp debian/debhelper-build-stamp
 debian/rules binary
dh binary  --with autotools-dev
   create-stamp debian/debhelper-build-stamp
   dh_testroot
   dh_prep
   dh_auto_install
	make -j1 install DESTDIR=/home/builder/hello/git/debian/hello AM_UPDATE_INFO_DIR=no
make[1]: Entering directory '/home/builder/hello/git'
make[2]: Entering directory '/home/builder/hello/git'
 /bin/mkdir -p '/home/builder/hello/git/debian/hello/usr/bin'
  /usr/bin/install -c hello '/home/builder/hello/git/debian/hello/usr/bin'
 /bin/mkdir -p '/home/builder/hello/git/debian/hello/usr/share/man/man1'
 /usr/bin/install -c -m 644 hello.1 '/home/builder/hello/git/debian/hello/usr/share/man/man1'
make[2]: Leaving directory '/home/builder/hello/git'
make[1]: Leaving directory '/home/builder/hello/git'
   dh_installdocs
Unsupported ioctl: cmd=0x40049409
   dh_installchangelogs
   dh_installman
   dh_installmenu
   dh_perl
   dh_link
   dh_strip_nondeterminism
   dh_compress
   dh_fixperms
   dh_strip
   dh_makeshlibs
   dh_shlibdeps
   dh_installdeb
   dh_gencontrol
   dh_md5sums
   dh_builddeb
dpkg-deb: building package 'hello-dbgsym' in '../hello-dbgsym_0.1+g7f35942-1_armhf.deb'.
dpkg-deb: building package 'hello' in '../hello_0.1+g7f35942-1_armhf.deb'.
 dpkg-genbuildinfo
 dpkg-genchanges  >../hello_0.1+g7f35942-1_armhf.changes
dpkg-genchanges: info: including full source code in upload
 dpkg-source --after-build git
dpkg-buildpackage: info: full upload; Debian-native package (full source is included)
DEBUG: Shell function do_build finished

[-- Attachment #4: stretch-i386-hello_log.build --]
[-- Type: text/plain, Size: 7704 bytes --]

DEBUG: Executing shell function do_build
Can't open /dev/null: No such file or directory
Reading package lists...
Building dependency tree...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
dpkg-buildpackage: info: source package hello
dpkg-buildpackage: info: source version 0.1+g7f35942-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Baurzhan Ismagulov <ibr@radix50.net>
 dpkg-source --before-build git
dpkg-buildpackage: info: host architecture i386
 debian/rules clean
dh clean  --with autotools-dev
   dh_testdir
   dh_auto_clean
   dh_autotools-dev_restoreconfig
   dh_clean
 dpkg-source -b git
dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1)
dpkg-source: warning: source directory 'git' is not <sourcepackage>-<upstreamversion> 'hello-0.1+g7f35942'
dpkg-source: info: using source format '1.0'
dpkg-source: info: building hello in hello_0.1+g7f35942-1.tar.gz
dpkg-source: info: building hello in hello_0.1+g7f35942-1.dsc
 debian/rules build
dh build  --with autotools-dev
   dh_testdir
   dh_update_autotools_config
   dh_autotools-dev_updateconfig
   dh_auto_configure
	./configure --build=i686-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=\${prefix}/lib/i386-linux-gnu --libexecdir=\${prefix}/lib/i386-linux-gnu --disable-maintainer-mode --disable-dependency-tracking
configure: WARNING: unrecognized options: --disable-maintainer-mode
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/home/builder/hello/git/missing: Unknown `--is-lightweight' option
Try `/home/builder/hello/git/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking whether make supports nested variables... (cached) yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands
configure: WARNING: unrecognized options: --disable-maintainer-mode
   dh_auto_build
	make -j1
make[1]: Entering directory '/home/builder/hello/git'
CDPATH="${ZSH_VERSION+.}:" && cd . && autoconf
/bin/bash ./config.status --recheck
running CONFIG_SHELL=/bin/bash /bin/bash ./configure --build=i686-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=${prefix}/lib/i386-linux-gnu --libexecdir=${prefix}/lib/i386-linux-gnu --disable-maintainer-mode --disable-dependency-tracking build_alias=i686-linux-gnu CFLAGS=-g -O2 -fdebug-prefix-map=/home/builder/hello/git=. -fstack-protector-strong -Wformat -Werror=format-security LDFLAGS=-Wl,-z,relro CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2 --no-create --no-recursion
configure: WARNING: unrecognized options: --disable-maintainer-mode
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/home/builder/hello/git/missing: Unknown `--is-lightweight' option
Try `/home/builder/hello/git/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking whether make supports nested variables... (cached) yes
checking that generated files are newer than configure... done
configure: creating ./config.status
configure: WARNING: unrecognized options: --disable-maintainer-mode
 /bin/bash ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
(CDPATH="${ZSH_VERSION+.}:" && cd . && autoheader)
rm -f stamp-h1
touch config.h.in
cd . && /bin/bash ./config.status config.h
config.status: creating config.h
config.status: config.h is unchanged
make  all-am
make[2]: Entering directory '/home/builder/hello/git'
gcc -DHAVE_CONFIG_H    -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 -fdebug-prefix-map=/home/builder/hello/git=. -fstack-protector-strong -Wformat -Werror=format-security -c -o hello.o hello.c
gcc  -g -O2 -fdebug-prefix-map=/home/builder/hello/git=. -fstack-protector-strong -Wformat -Werror=format-security  -Wl,-z,relro -o hello hello.o  
docbook-to-man hello.sgml >hello.1
make[2]: Leaving directory '/home/builder/hello/git'
make[1]: Leaving directory '/home/builder/hello/git'
   dh_auto_test
	make -j1 check VERBOSE=1
make[1]: Entering directory '/home/builder/hello/git'
make[1]: Leaving directory '/home/builder/hello/git'
   create-stamp debian/debhelper-build-stamp
 debian/rules binary
dh binary  --with autotools-dev
   create-stamp debian/debhelper-build-stamp
   dh_testroot
   dh_prep
   dh_auto_install
	make -j1 install DESTDIR=/home/builder/hello/git/debian/hello AM_UPDATE_INFO_DIR=no
make[1]: Entering directory '/home/builder/hello/git'
make[2]: Entering directory '/home/builder/hello/git'
 /bin/mkdir -p '/home/builder/hello/git/debian/hello/usr/bin'
  /usr/bin/install -c hello '/home/builder/hello/git/debian/hello/usr/bin'
 /bin/mkdir -p '/home/builder/hello/git/debian/hello/usr/share/man/man1'
 /usr/bin/install -c -m 644 hello.1 '/home/builder/hello/git/debian/hello/usr/share/man/man1'
make[2]: Leaving directory '/home/builder/hello/git'
make[1]: Leaving directory '/home/builder/hello/git'
   dh_installdocs
   dh_installchangelogs
   dh_installman
   dh_installmenu
   dh_perl
   dh_link
   dh_strip_nondeterminism
   dh_compress
   dh_fixperms
   dh_strip
   dh_makeshlibs
   dh_shlibdeps
   dh_installdeb
   dh_gencontrol
   dh_md5sums
   dh_builddeb
dpkg-deb: building package 'hello-dbgsym' in '../hello-dbgsym_0.1+g7f35942-1_i386.deb'.
dpkg-deb: building package 'hello' in '../hello_0.1+g7f35942-1_i386.deb'.
 dpkg-genbuildinfo
 dpkg-genchanges  >../hello_0.1+g7f35942-1_i386.changes
dpkg-genchanges: info: including full source code in upload
 dpkg-source --after-build git
dpkg-buildpackage: info: full upload; Debian-native package (full source is included)
DEBUG: Shell function do_build finished

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 13:44     ` Alexander Smirnov
@ 2017-11-13 14:07       ` Alexander Smirnov
  2017-11-13 14:16         ` Christian Storm
  0 siblings, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-13 14:07 UTC (permalink / raw)
  To: isar-users



On 11/13/2017 04:44 PM, Alexander Smirnov wrote:
> Hi,
> 
> On 11/13/2017 04:19 PM, Christian Storm wrote:
>>> 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 <christian.storm@siemens.com>
>>>> ---
>>>>    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
>>>>
>>>
>>> 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.
>>
>> Sure, but this alone doesn't solve the problem as you have to put the
>> locale into every (sudo) environment. Then, what about
> 
> 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.

Working on PRoot I've found the following multistrap option:

"ignorenativearch=true"

Probably it could somehow help here...

Alex

>>
>> --- a/meta/recipes-devtools/buildchroot/files/build.sh
>> +++ b/meta/recipes-devtools/buildchroot/files/build.sh
>> @@ -3,6 +3,8 @@
>>   # This software is a part of ISAR.
>>   # Copyright (C) 2015-2017 ilbers GmbH
>> +[ -r /etc/default/locale ] && . /etc/default/locale
>> +
>>   # Go to build directory
>>   cd $1
>> -- 
>>
>> for which I could send a patch if this is OK for you..
>>
>>
>>> BTW, which target distro do you use, Stretch? I already have this
>>> issue in todo list, but you are welcome to fix this. :-)
>>
>> Yes, stretch.
>>
>>
>>
>> Besten Gruß,
>>     Christian
>>
> 

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 14:07       ` Alexander Smirnov
@ 2017-11-13 14:16         ` Christian Storm
  2017-11-13 14:35           ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Christian Storm @ 2017-11-13 14:16 UTC (permalink / raw)
  To: isar-users

> >>>> 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 <christian.storm@siemens.com>
> >>>> ---
> >>>> ï¿½ï¿½ 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
> >>>>
> >>>
> >>> 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.
> >>
> >> Sure, but this alone doesn't solve the problem as you have to put the
> >> locale into every (sudo) environment. Then, what about
> > 
> > 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.
> 
> Working on PRoot I've found the following multistrap option:
> 
> "ignorenativearch=true"
> 
> Probably it could somehow help here...

Hm, this sounds unrelated to me at first sight. I did a quick local
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!

```
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
 
+sed -i 's/^# en_US.UTF-8 UTF-8/en_US.UTF-8 UTF-8/g' /etc/locale.gen
+dpkg-reconfigure --frontend=noninteractive locales
+
 #set up non-interactive configuration
 export DEBIAN_FRONTEND=noninteractive DEBCONF_NONINTERACTIVE_SEEN=true
 export LC_ALL=C LANGUAGE=C LANG=C
```


Besten Gruï¿½,
   Christian

-- 
Dr. Christian Storm
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Otto-Hahn-Ring 6, 81739 Mï¿½nchen, Germany

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 14:16         ` Christian Storm
@ 2017-11-13 14:35           ` Alexander Smirnov
  2017-11-13 15:24             ` Christian Storm
  0 siblings, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-13 14:35 UTC (permalink / raw)
  To: isar-users



On 11/13/2017 05:16 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 <christian.storm@siemens.com>
>>>>>> ---
>>>>>>     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
>>>>>>
>>>>>
>>>>> 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.
>>>>
>>>> Sure, but this alone doesn't solve the problem as you have to put the
>>>> locale into every (sudo) environment. Then, what about
>>>
>>> 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.
>>
>> Working on PRoot I've found the following multistrap option:
>>
>> "ignorenativearch=true"
>>
>> Probably it could somehow help here...
> 
> Hm, this sounds unrelated to me at first sight. I did a quick local

If I understand it correctly, that's the source of your issue. If 
multisrtap detects that target architecture is similar to host, then it 
tries to run in native mode and configscript doesn't work correctly. So 
the following patch fixes the issue for me:

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=true
  unpack=true
+ignorenativearch=true
  bootstrap=##DISTRO##
  aptsources=##DISTRO##
  configscript=##CONFIG_SCRIPT##

Could you please try it?

> 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!
> 
> ```
> 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
>   
> +sed -i 's/^# en_US.UTF-8 UTF-8/en_US.UTF-8 UTF-8/g' /etc/locale.gen
> +dpkg-reconfigure --frontend=noninteractive locales
> +
>   #set up non-interactive configuration
>   export DEBIAN_FRONTEND=noninteractive DEBCONF_NONINTERACTIVE_SEEN=true
>   export LC_ALL=C LANGUAGE=C LANG=C
> ```
> 

For sure I'll try this patch, but first I'd like to clarify why 
dedicated code in configscript doesn't work.

P.S. am I right that you build target with the same arch as your host?

Alex

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 14:35           ` Alexander Smirnov
@ 2017-11-13 15:24             ` Christian Storm
  2017-11-13 16:10               ` Henning Schild
  0 siblings, 1 reply; 23+ messages in thread
From: Christian Storm @ 2017-11-13 15:24 UTC (permalink / raw)
  To: isar-users


> >>>>>> 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 <christian.storm@siemens.com>
> >>>>>> ---
> >>>>>>  ï¿½ï¿½ 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
> >>>>>>
> >>>>>
> >>>>> 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.
> >>>>
> >>>> Sure, but this alone doesn't solve the problem as you have to put the
> >>>> locale into every (sudo) environment. Then, what about
> >>>
> >>> 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.
> >>
> >> Working on PRoot I've found the following multistrap option:
> >>
> >> "ignorenativearch=true"
> >>
> >> Probably it could somehow help here...
> > 
> > Hm, this sounds unrelated to me at first sight. I did a quick local
> 
> If I understand it correctly, that's the source of your issue. If 
> multisrtap detects that target architecture is similar to host, then it 
> tries to run in native mode and configscript doesn't work correctly. 
>
> So the following patch fixes the issue for me:
> 
> 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=true
>   unpack=true
> +ignorenativearch=true
>   bootstrap=##DISTRO##
>   aptsources=##DISTRO##
>   configscript=##CONFIG_SCRIPT##
> 
> Could you please try it?

Done, and it fixes the problem as well.


> > 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!
> > 
> > ```
> > 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
> >   
> > +sed -i 's/^# en_US.UTF-8 UTF-8/en_US.UTF-8 UTF-8/g' /etc/locale.gen
> > +dpkg-reconfigure --frontend=noninteractive locales
> > +
> >   #set up non-interactive configuration
> >   export DEBIAN_FRONTEND=noninteractive DEBCONF_NONINTERACTIVE_SEEN=true
> >   export LC_ALL=C LANGUAGE=C LANG=C
> > ```
> > 
> 
> For sure I'll try this patch, but first I'd like to clarify why 
> dedicated code in configscript doesn't work.

OK. I'll look forward to it. The perl errors are distractingly annoying..
The manpage of multistrap has some words on it as well...


> P.S. am I right that you build target with the same arch as your host?

Yes, as said, both x86_64.



Besten Gruï¿½,
   Christian

-- 
Dr. Christian Storm
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Otto-Hahn-Ring 6, 81739 Mï¿½nchen, Germany

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 15:24             ` Christian Storm
@ 2017-11-13 16:10               ` Henning Schild
  2017-11-13 16:50                 ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Henning Schild @ 2017-11-13 16:10 UTC (permalink / raw)
  To: [ext] Christian Storm; +Cc: isar-users

Am Mon, 13 Nov 2017 16:24:01 +0100
schrieb "[ext] Christian Storm" <christian.storm@siemens.com>:

> > >>>>>> 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 <christian.storm@siemens.com>
> > >>>>>> ---
> > >>>>>>     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
> > >>>>>>  
> > >>>>>
> > >>>>> 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.  
> > >>>>
> > >>>> Sure, but this alone doesn't solve the problem as you have to
> > >>>> put the locale into every (sudo) environment. Then, what
> > >>>> about  
> > >>>
> > >>> 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.  
> > >>
> > >> Working on PRoot I've found the following multistrap option:
> > >>
> > >> "ignorenativearch=true"
> > >>
> > >> Probably it could somehow help here...  
> > > 
> > > Hm, this sounds unrelated to me at first sight. I did a quick
> > > local  
> > 
> > If I understand it correctly, that's the source of your issue. If 
> > multisrtap detects that target architecture is similar to host,
> > then it tries to run in native mode and configscript doesn't work
> > correctly. 
> >
> > So the following patch fixes the issue for me:
> > 
> > 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=true
> >   unpack=true
> > +ignorenativearch=true
> >   bootstrap=##DISTRO##
> >   aptsources=##DISTRO##
> >   configscript=##CONFIG_SCRIPT##
> > 
> > Could you please try it?  
> 
> 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

> 
> > > 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!
> > > 
> > > ```
> > > 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
> > >   
> > > +sed -i 's/^# en_US.UTF-8 UTF-8/en_US.UTF-8
> > > UTF-8/g' /etc/locale.gen +dpkg-reconfigure
> > > --frontend=noninteractive locales +
> > >   #set up non-interactive configuration
> > >   export DEBIAN_FRONTEND=noninteractive
> > > DEBCONF_NONINTERACTIVE_SEEN=true export LC_ALL=C LANGUAGE=C LANG=C
> > > ```
> > >   
> > 
> > For sure I'll try this patch, but first I'd like to clarify why 
> > dedicated code in configscript doesn't work.  
> 
> OK. I'll look forward to it. The perl errors are distractingly
> annoying.. The manpage of multistrap has some words on it as well...
> 
> 
> > P.S. am I right that you build target with the same arch as your
> > host?  
> 
> Yes, as said, both x86_64.
> 
> 
> 
> Besten Gruß,
>    Christian
> 


^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 16:10               ` Henning Schild
@ 2017-11-13 16:50                 ` Alexander Smirnov
  2017-11-13 17:06                   ` Henning Schild
  0 siblings, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-13 16:50 UTC (permalink / raw)
  To: Henning Schild; +Cc: [ext] Christian Storm, isar-users

Hi,

On 11/13/2017 07:10 PM, Henning Schild wrote:
> Am Mon, 13 Nov 2017 16:24:01 +0100
> schrieb "[ext] Christian Storm" <christian.storm@siemens.com>:
> 
>>>>>>>>> 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 <christian.storm@siemens.com>
>>>>>>>>> ---
>>>>>>>>>      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
>>>>>>>>>   
>>>>>>>>
>>>>>>>> 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.
>>>>>>>
>>>>>>> Sure, but this alone doesn't solve the problem as you have to
>>>>>>> put the locale into every (sudo) environment. Then, what
>>>>>>> about
>>>>>>
>>>>>> 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.
>>>>>
>>>>> Working on PRoot I've found the following multistrap option:
>>>>>
>>>>> "ignorenativearch=true"
>>>>>
>>>>> Probably it could somehow help here...
>>>>
>>>> Hm, this sounds unrelated to me at first sight. I did a quick
>>>> local
>>>
>>> If I understand it correctly, that's the source of your issue. If
>>> multisrtap detects that target architecture is similar to host,
>>> then it tries to run in native mode and configscript doesn't work
>>> correctly.
>>>
>>> So the following patch fixes the issue for me:
>>>
>>> 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=true
>>>    unpack=true
>>> +ignorenativearch=true
>>>    bootstrap=##DISTRO##
>>>    aptsources=##DISTRO##
>>>    configscript=##CONFIG_SCRIPT##
>>>
>>> Could you please try it?
>>
>> 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?

To be honest, I don't exactly know what multistrap does in native mode 
(to be investigated), but with "ignorenativearch=true" we can guarantee 
that Isar has the same build flow for *all* the architectures. Otherwise 
we will have 2 possible flows: for native arch and for foreign archs, 
what could be the source of potential bugs like we have now with locales.

Alex

> 
> Henning
> 
>>
>>>> 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!
>>>>
>>>> ```
>>>> 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
>>>>    
>>>> +sed -i 's/^# en_US.UTF-8 UTF-8/en_US.UTF-8
>>>> UTF-8/g' /etc/locale.gen +dpkg-reconfigure
>>>> --frontend=noninteractive locales +
>>>>    #set up non-interactive configuration
>>>>    export DEBIAN_FRONTEND=noninteractive
>>>> DEBCONF_NONINTERACTIVE_SEEN=true export LC_ALL=C LANGUAGE=C LANG=C
>>>> ```
>>>>    
>>>
>>> For sure I'll try this patch, but first I'd like to clarify why
>>> dedicated code in configscript doesn't work.
>>
>> OK. I'll look forward to it. The perl errors are distractingly
>> annoying.. The manpage of multistrap has some words on it as well...
>>
>>
>>> P.S. am I right that you build target with the same arch as your
>>> host?
>>
>> Yes, as said, both x86_64.
>>
>>
>>
>> Besten Gruß,
>>     Christian
>>
> 

-- 
With best regards,
Alexander Smirnov

ilbers GmbH
Baierbrunner Str. 28c
D-81379 Munich
+49 (89) 122 67 24-0
http://ilbers.de/
Commercial register Munich, HRB 214197
General manager: Baurzhan Ismagulov

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 16:50                 ` Alexander Smirnov
@ 2017-11-13 17:06                   ` Henning Schild
  2017-11-13 17:19                     ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Henning Schild @ 2017-11-13 17:06 UTC (permalink / raw)
  To: Alexander Smirnov; +Cc: [ext] Christian Storm, isar-users

Am Mon, 13 Nov 2017 19:50:01 +0300
schrieb Alexander Smirnov <asmirnov@ilbers.de>:

> Hi,
> 
> On 11/13/2017 07:10 PM, Henning Schild wrote:
> > Am Mon, 13 Nov 2017 16:24:01 +0100
> > schrieb "[ext] Christian Storm" <christian.storm@siemens.com>:
> >   
> >>>>>>>>> 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 <christian.storm@siemens.com>
> >>>>>>>>> ---
> >>>>>>>>>      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
> >>>>>>>>>     
> >>>>>>>>
> >>>>>>>> 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.  
> >>>>>>>
> >>>>>>> Sure, but this alone doesn't solve the problem as you have to
> >>>>>>> put the locale into every (sudo) environment. Then, what
> >>>>>>> about  
> >>>>>>
> >>>>>> 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.  
> >>>>>
> >>>>> Working on PRoot I've found the following multistrap option:
> >>>>>
> >>>>> "ignorenativearch=true"
> >>>>>
> >>>>> Probably it could somehow help here...  
> >>>>
> >>>> Hm, this sounds unrelated to me at first sight. I did a quick
> >>>> local  
> >>>
> >>> If I understand it correctly, that's the source of your issue. If
> >>> multisrtap detects that target architecture is similar to host,
> >>> then it tries to run in native mode and configscript doesn't work
> >>> correctly.
> >>>
> >>> So the following patch fixes the issue for me:
> >>>
> >>> 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=true
> >>>    unpack=true
> >>> +ignorenativearch=true
> >>>    bootstrap=##DISTRO##
> >>>    aptsources=##DISTRO##
> >>>    configscript=##CONFIG_SCRIPT##
> >>>
> >>> Could you please try it?  
> >>
> >> 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?  
> 
> To be honest, I don't exactly know what multistrap does in native
> mode (to be investigated), but with "ignorenativearch=true" we can
> guarantee that Isar has the same build flow for *all* the
> architectures. Otherwise we will have 2 possible flows: for native
> arch and for foreign archs, what could be the source of potential
> bugs like we have now with locales.

True, but without that knowledge and looking at the one issue, i would
prefer that patch that i understand ;).

Henning

> Alex
> 
> > 
> > Henning
> >   
> >>  
> >>>> 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!
> >>>>
> >>>> ```
> >>>> 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
> >>>>    
> >>>> +sed -i 's/^# en_US.UTF-8 UTF-8/en_US.UTF-8
> >>>> UTF-8/g' /etc/locale.gen +dpkg-reconfigure
> >>>> --frontend=noninteractive locales +
> >>>>    #set up non-interactive configuration
> >>>>    export DEBIAN_FRONTEND=noninteractive
> >>>> DEBCONF_NONINTERACTIVE_SEEN=true export LC_ALL=C LANGUAGE=C
> >>>> LANG=C ```
> >>>>      
> >>>
> >>> For sure I'll try this patch, but first I'd like to clarify why
> >>> dedicated code in configscript doesn't work.  
> >>
> >> OK. I'll look forward to it. The perl errors are distractingly
> >> annoying.. The manpage of multistrap has some words on it as
> >> well...
> >>
> >>  
> >>> P.S. am I right that you build target with the same arch as your
> >>> host?  
> >>
> >> Yes, as said, both x86_64.
> >>
> >>
> >>
> >> Besten Gruß,
> >>     Christian
> >>  
> >   
> 


^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 17:06                   ` Henning Schild
@ 2017-11-13 17:19                     ` Alexander Smirnov
  2017-11-14  8:41                       ` Christian Storm
  0 siblings, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-13 17:19 UTC (permalink / raw)
  To: Henning Schild; +Cc: isar-users

On 11/13/2017 08:06 PM, Henning Schild wrote:
> Am Mon, 13 Nov 2017 19:50:01 +0300
> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
> 
>> Hi,
>>
>> On 11/13/2017 07:10 PM, Henning Schild wrote:
>>> Am Mon, 13 Nov 2017 16:24:01 +0100
>>> schrieb "[ext] Christian Storm" <christian.storm@siemens.com>:
>>>    
>>>>>>>>>>> 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 <christian.storm@siemens.com>
>>>>>>>>>>> ---
>>>>>>>>>>>       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
>>>>>>>>>>>      
>>>>>>>>>>
>>>>>>>>>> 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.
>>>>>>>>>
>>>>>>>>> Sure, but this alone doesn't solve the problem as you have to
>>>>>>>>> put the locale into every (sudo) environment. Then, what
>>>>>>>>> about
>>>>>>>>
>>>>>>>> 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.
>>>>>>>
>>>>>>> Working on PRoot I've found the following multistrap option:
>>>>>>>
>>>>>>> "ignorenativearch=true"
>>>>>>>
>>>>>>> Probably it could somehow help here...
>>>>>>
>>>>>> Hm, this sounds unrelated to me at first sight. I did a quick
>>>>>> local
>>>>>
>>>>> If I understand it correctly, that's the source of your issue. If
>>>>> multisrtap detects that target architecture is similar to host,
>>>>> then it tries to run in native mode and configscript doesn't work
>>>>> correctly.
>>>>>
>>>>> So the following patch fixes the issue for me:
>>>>>
>>>>> 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=true
>>>>>     unpack=true
>>>>> +ignorenativearch=true
>>>>>     bootstrap=##DISTRO##
>>>>>     aptsources=##DISTRO##
>>>>>     configscript=##CONFIG_SCRIPT##
>>>>>
>>>>> Could you please try it?
>>>>
>>>> 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?
>>
>> To be honest, I don't exactly know what multistrap does in native
>> mode (to be investigated), but with "ignorenativearch=true" we can
>> guarantee that Isar has the same build flow for *all* the
>> architectures. Otherwise we will have 2 possible flows: for native
>> arch and for foreign archs, what could be the source of potential
>> bugs like we have now with locales.
> 
> True, but without that knowledge and looking at the one issue, i would
> prefer that patch that i understand ;).
> 

Yeah, but on the other hand:
  - There is dedicated code which should setup locales, seems it's 
broken in master for native builds now.
  - Instead of fixing it, yet another locale setup is proposed.
  - This new locale setup affects already working builds.
  - Old locale stays in the tree.

So, for me it would be better to spend a few hours to understand 
'ignorenativearch' option before taking any decision. I'd happy to this :-)

Alex

>>>>>> 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!
>>>>>>
>>>>>> ```
>>>>>> 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
>>>>>>     
>>>>>> +sed -i 's/^# en_US.UTF-8 UTF-8/en_US.UTF-8
>>>>>> UTF-8/g' /etc/locale.gen +dpkg-reconfigure
>>>>>> --frontend=noninteractive locales +
>>>>>>     #set up non-interactive configuration
>>>>>>     export DEBIAN_FRONTEND=noninteractive
>>>>>> DEBCONF_NONINTERACTIVE_SEEN=true export LC_ALL=C LANGUAGE=C
>>>>>> LANG=C ```
>>>>>>       
>>>>>
>>>>> For sure I'll try this patch, but first I'd like to clarify why
>>>>> dedicated code in configscript doesn't work.
>>>>
>>>> OK. I'll look forward to it. The perl errors are distractingly
>>>> annoying.. The manpage of multistrap has some words on it as
>>>> well...
>>>>
>>>>   
>>>>> P.S. am I right that you build target with the same arch as your
>>>>> host?
>>>>
>>>> Yes, as said, both x86_64.
>>>>
>>>>
>>>>
>>>> Besten Gruß,
>>>>      Christian
>>>>   
>>>    
>>
> 

-- 
With best regards,
Alexander Smirnov

ilbers GmbH
Baierbrunner Str. 28c
D-81379 Munich
+49 (89) 122 67 24-0
http://ilbers.de/
Commercial register Munich, HRB 214197
General manager: Baurzhan Ismagulov

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 17:19                     ` Alexander Smirnov
@ 2017-11-14  8:41                       ` Christian Storm
  2017-11-16 13:17                         ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Christian Storm @ 2017-11-14  8:41 UTC (permalink / raw)
  To: isar-users

> >>> [...]
> >>>
> >>> 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?
> >>
> >> To be honest, I don't exactly know what multistrap does in native
> >> mode (to be investigated), but with "ignorenativearch=true" we can
> >> guarantee that Isar has the same build flow for *all* the
> >> architectures. Otherwise we will have 2 possible flows: for native
> >> arch and for foreign archs, what could be the source of potential
> >> bugs like we have now with locales.
> > 
> > True, but without that knowledge and looking at the one issue, i would
> > prefer that patch that i understand ;).
> > 
> 
> Yeah, but on the other hand:
>   - There is dedicated code which should setup locales, seems it's
>   broken in master for native builds now.
>   - Instead of fixing it, yet another locale setup is proposed.

Well, strictly speaking, it's not yet another locale setup. If you do
the `sed` and `dpkg-reconfigure locale` it's merely an explicit setup,
more of the same so to say. The `dpkg --configure -a` at the bottom of
configscript.sh may not *re-*configure a (wrongly) configured locale
package.

>   - This new locale setup affects already working builds.

Yes, to the extent that after locale setup, a *re-*configure is
explicitly triggered. Shouldn't be a problem but instead intended
behavior as you may have changed the locale in configscript.sh above
this line nonetheless.

>   - Old locale stays in the tree.

With my commit
  ec997ad "isar-image-base: purge locales and installed packages' .deb",
unused locale are purged. Or didn't I get the point here?

> So, for me it would be better to spend a few hours to understand 
> 'ignorenativearch' option before taking any decision. I'd happy to this :-)

Independently of the issue at hand, this is a very welcome proposal of
yours! I'd like to hear the results...

That said, from a quick multistrap manpage glimpse, I read
"A native multistrap can be used directly with chroot, so "multistrap"
 runs "dpkg --configure -a" at the end of the multistrap process, unless
 the ignorenativearch option is set to true in the General section of the
 configuration file."

So, on native multistrap, `dpkg --configure -a` is run if ignorenativearch=false.
Otherwise, if ignorenativearch=true, it's not run.
However, `dpkg --configure -a` is run unconditionally in configscript.sh...

Besten Gruï¿½,
   Christian

-- 
Dr. Christian Storm
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Otto-Hahn-Ring 6, 81739 Mï¿½nchen, Germany

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-14  8:41                       ` Christian Storm
@ 2017-11-16 13:17                         ` Alexander Smirnov
  2017-11-17 10:12                           ` Christian Storm
  0 siblings, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-16 13:17 UTC (permalink / raw)
  To: isar-users

Hi,

On 11/14/2017 11:41 AM, Christian Storm wrote:
>>>>> [...]
>>>>>
>>>>> 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?
>>>>
>>>> To be honest, I don't exactly know what multistrap does in native
>>>> mode (to be investigated), but with "ignorenativearch=true" we can
>>>> guarantee that Isar has the same build flow for *all* the
>>>> architectures. Otherwise we will have 2 possible flows: for native
>>>> arch and for foreign archs, what could be the source of potential
>>>> bugs like we have now with locales.
>>>
>>> True, but without that knowledge and looking at the one issue, i would
>>> prefer that patch that i understand ;).
>>>
>>
>> Yeah, but on the other hand:
>>    - There is dedicated code which should setup locales, seems it's
>>    broken in master for native builds now.
>>    - Instead of fixing it, yet another locale setup is proposed.
> 
> Well, strictly speaking, it's not yet another locale setup. If you do
> the `sed` and `dpkg-reconfigure locale` it's merely an explicit setup,
> more of the same so to say. The `dpkg --configure -a` at the bottom of
> configscript.sh may not *re-*configure a (wrongly) configured locale
> package.

Sorry, don't understand why locales could be miss-configured and 
reconfigure is needed:

1. Here we define the default locale:
https://github.com/ilbers/isar/blob/next/meta/recipes-devtools/buildchroot/files/configscript.sh#L8

2. Here is the first dpkg --configure is called:
https://github.com/ilbers/isar/blob/next/meta/recipes-devtools/buildchroot/files/configscript.sh#L46

In your case for native arch, there is a bug in Isar, that postinst 
scripts are run by multistrap before 'configscript.sh'.

> 
>>    - This new locale setup affects already working builds.
> 
> Yes, to the extent that after locale setup, a *re-*configure is
> explicitly triggered. Shouldn't be a problem but instead intended
> behavior as you may have changed the locale in configscript.sh above
> this line nonetheless.
> 
>>    - Old locale stays in the tree.
> 
> With my commit
>    ec997ad "isar-image-base: purge locales and installed packages' .deb",
> unused locale are purged. Or didn't I get the point here?
> 
>> So, for me it would be better to spend a few hours to understand
>> 'ignorenativearch' option before taking any decision. I'd happy to this :-)
> 
> Independently of the issue at hand, this is a very welcome proposal of
> yours! I'd like to hear the results...
> 
> That said, from a quick multistrap manpage glimpse, I read
> "A native multistrap can be used directly with chroot, so "multistrap"
>   runs "dpkg --configure -a" at the end of the multistrap process, unless
>   the ignorenativearch option is set to true in the General section of the
>   configuration file."
> 
> So, on native multistrap, `dpkg --configure -a` is run if ignorenativearch=false.
> Otherwise, if ignorenativearch=true, it's not run.
> However, `dpkg --configure -a` is run unconditionally in configscript.sh...
> 

After thinking about this problem I have the following summary:

1. 'ignorenativearch=true' should be used. It prevents multistrap from 
early postinst scripts execution. That is needed to guarantee that all 
the architectures are handled in the same way.

EFFECT: with this change we have correctly generated locales for en.UTF-8.

2. The initial patch from Christian is needed. AFAIK, chroot by default 
inherits environment from host system (including LC_* variables). So if 
user has different locale set on the host (for example de.*), then 
annoying locale flood in buildchroot will appear again, because in 
buildchroot only en.UTF-8 is generated.

EFFECT: this patch will guarantee, that en.UTF-8 will be used in 
buildchroot despite on host settings.

3. We should consider the possibility to change locale in buildchroot 
for users who don't speak English good enough to understand 
compiler/other tools output. So I propose to define some variable in, 
for example, local.conf, which will define the default locale for 
buildchroot and target image:

DEFAULT_LOCALE ?= "en.UTF-8"

and then 'sed' configscripts.sh script accordingly.

Alex

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-16 13:17                         ` Alexander Smirnov
@ 2017-11-17 10:12                           ` Christian Storm
  0 siblings, 0 replies; 23+ messages in thread
From: Christian Storm @ 2017-11-17 10:12 UTC (permalink / raw)
  To: isar-users


> >>>>> [...]
> >>>>>
> >>>>> 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?
> >>>>
> >>>> To be honest, I don't exactly know what multistrap does in native
> >>>> mode (to be investigated), but with "ignorenativearch=true" we can
> >>>> guarantee that Isar has the same build flow for *all* the
> >>>> architectures. Otherwise we will have 2 possible flows: for native
> >>>> arch and for foreign archs, what could be the source of potential
> >>>> bugs like we have now with locales.
> >>>
> >>> True, but without that knowledge and looking at the one issue, i would
> >>> prefer that patch that i understand ;).
> >>>
> >>
> >> Yeah, but on the other hand:
> >>    - There is dedicated code which should setup locales, seems it's
> >>    broken in master for native builds now.
> >>    - Instead of fixing it, yet another locale setup is proposed.
> > 
> > Well, strictly speaking, it's not yet another locale setup. If you do
> > the `sed` and `dpkg-reconfigure locale` it's merely an explicit setup,
> > more of the same so to say. The `dpkg --configure -a` at the bottom of
> > configscript.sh may not *re-*configure a (wrongly) configured locale
> > package.
> 
> Sorry, don't understand why locales could be miss-configured and 
> reconfigure is needed:
> 
> 1. Here we define the default locale:
> https://github.com/ilbers/isar/blob/next/meta/recipes-devtools/buildchroot/files/configscript.sh#L8
> 
> 2. Here is the first dpkg --configure is called:
> https://github.com/ilbers/isar/blob/next/meta/recipes-devtools/buildchroot/files/configscript.sh#L46
> 
> In your case for native arch, there is a bug in Isar, that postinst 
> scripts are run by multistrap before 'configscript.sh'.

Ah, that would explain why an explicit *re*-configuration in
configscript.sh helps in this case... Thanks for digging deeper!


> [...]
> 
> After thinking about this problem I have the following summary:
> 
> 1. 'ignorenativearch=true' should be used. It prevents multistrap from 
> early postinst scripts execution. That is needed to guarantee that all 
> the architectures are handled in the same way.
> 
> EFFECT: with this change we have correctly generated locales for en.UTF-8.

Agreed.


> 2. The initial patch from Christian is needed. AFAIK, chroot by default 
> inherits environment from host system (including LC_* variables). So if 
> user has different locale set on the host (for example de.*), then 
> annoying locale flood in buildchroot will appear again, because in 
> buildchroot only en.UTF-8 is generated.
> 
> EFFECT: this patch will guarantee, that en.UTF-8 will be used in 
> buildchroot despite on host settings.

Yes. However, I do not have double-checked whether this is the only
point where this has to be inserted...


> 3. We should consider the possibility to change locale in buildchroot 
> for users who don't speak English good enough to understand 
> compiler/other tools output. So I propose to define some variable in, 
> for example, local.conf, which will define the default locale for 
> buildchroot and target image:
> 
> DEFAULT_LOCALE ?= "en.UTF-8"
> 
> and then 'sed' configscripts.sh script accordingly.

Hm, I'm indecisive whether this is a good idea or not. English is the
lingua franca and hence makes it easy to Google for errors if you don't
understand the error message, potentially yielding more results than
localized Googling. That said, I'm not against the idea, it would just
have a close to none priority for me :)


Kind regards,
   Christian

-- 
Dr. Christian Storm
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Otto-Hahn-Ring 6, 81739 Mï¿½nchen, Germany

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-13 12:21 [PATCH] build.sh: Fix perl complaints about locale Christian Storm
  2017-11-13 12:49 ` Alexander Smirnov
@ 2017-11-17 10:42 ` Alexander Smirnov
  2017-11-21  8:42   ` Henning Schild
  1 sibling, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-17 10:42 UTC (permalink / raw)
  To: Christian Storm, isar-users

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 <christian.storm@siemens.com>
> ---
>   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?

Alex

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-17 10:42 ` Alexander Smirnov
@ 2017-11-21  8:42   ` Henning Schild
  2017-11-21  8:56     ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Henning Schild @ 2017-11-21  8:42 UTC (permalink / raw)
  To: Alexander Smirnov; +Cc: Christian Storm, isar-users

Am Fri, 17 Nov 2017 13:42:05 +0300
schrieb Alexander Smirnov <asmirnov@ilbers.de>:

> 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 <christian.storm@siemens.com>
> > ---
> >   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.

Henning

> Alex
> 


^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-21  8:42   ` Henning Schild
@ 2017-11-21  8:56     ` Alexander Smirnov
  2017-11-21 18:04       ` Henning Schild
  0 siblings, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-21  8:56 UTC (permalink / raw)
  To: Henning Schild; +Cc: isar-users



On 11/21/2017 11:42 AM, Henning Schild wrote:
> Am Fri, 17 Nov 2017 13:42:05 +0300
> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
> 
>> 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 <christian.storm@siemens.com>
>>> ---
>>>    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.

Alex

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-21  8:56     ` Alexander Smirnov
@ 2017-11-21 18:04       ` Henning Schild
  2017-11-21 18:12         ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Henning Schild @ 2017-11-21 18:04 UTC (permalink / raw)
  To: Alexander Smirnov; +Cc: isar-users

Am Tue, 21 Nov 2017 11:56:57 +0300
schrieb Alexander Smirnov <asmirnov@ilbers.de>:

> On 11/21/2017 11:42 AM, Henning Schild wrote:
> > Am Fri, 17 Nov 2017 13:42:05 +0300
> > schrieb Alexander Smirnov <asmirnov@ilbers.de>:
> >   
> >> 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 <christian.storm@siemens.com>
> >>> ---
> >>>    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.

Henning

> Alex


^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-21 18:04       ` Henning Schild
@ 2017-11-21 18:12         ` Alexander Smirnov
  2017-11-21 18:32           ` Henning Schild
  0 siblings, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-21 18:12 UTC (permalink / raw)
  To: Henning Schild; +Cc: isar-users

Hi,

On 11/21/2017 09:04 PM, Henning Schild wrote:
> Am Tue, 21 Nov 2017 11:56:57 +0300
> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
> 
>> On 11/21/2017 11:42 AM, Henning Schild wrote:
>>> Am Fri, 17 Nov 2017 13:42:05 +0300
>>> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
>>>    
>>>> 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 <christian.storm@siemens.com>
>>>>> ---
>>>>>     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

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-21 18:12         ` Alexander Smirnov
@ 2017-11-21 18:32           ` Henning Schild
  2017-11-21 18:40             ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Henning Schild @ 2017-11-21 18:32 UTC (permalink / raw)
  To: Alexander Smirnov; +Cc: isar-users

Am Tue, 21 Nov 2017 21:12:35 +0300
schrieb Alexander Smirnov <asmirnov@ilbers.de>:

> Hi,
> 
> On 11/21/2017 09:04 PM, Henning Schild wrote:
> > Am Tue, 21 Nov 2017 11:56:57 +0300
> > schrieb Alexander Smirnov <asmirnov@ilbers.de>:
> >   
> >> On 11/21/2017 11:42 AM, Henning Schild wrote:  
> >>> Am Fri, 17 Nov 2017 13:42:05 +0300
> >>> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
> >>>      
> >>>> 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 <christian.storm@siemens.com>
> >>>>> ---
> >>>>>     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.

Does not bitbake clear the env except for a few well-known variables?
Or are those on BB_ENV_WHITELIST or otherwise leaking into bitbake?

> 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.

Even if bitbake inherits them from the host, just set them all to the
same value. Who cares which "C" wins.

Henning
 
> Alex


^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-21 18:32           ` Henning Schild
@ 2017-11-21 18:40             ` Alexander Smirnov
  2017-11-26 22:09               ` Alexander Smirnov
  0 siblings, 1 reply; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-21 18:40 UTC (permalink / raw)
  To: Henning Schild; +Cc: isar-users



On 11/21/2017 09:32 PM, Henning Schild wrote:
> Am Tue, 21 Nov 2017 21:12:35 +0300
> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
> 
>> Hi,
>>
>> On 11/21/2017 09:04 PM, Henning Schild wrote:
>>> Am Tue, 21 Nov 2017 11:56:57 +0300
>>> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
>>>    
>>>> On 11/21/2017 11:42 AM, Henning Schild wrote:
>>>>> Am Fri, 17 Nov 2017 13:42:05 +0300
>>>>> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
>>>>>       
>>>>>> 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 <christian.storm@siemens.com>
>>>>>>> ---
>>>>>>>      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.
> 
> Does not bitbake clear the env except for a few well-known variables?
> Or are those on BB_ENV_WHITELIST or otherwise leaking into bitbake?
>

Good point, didn't check this. I tested env by runing chroot manually 
from shell. Will check, thanks!

>> 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.
> 
> Even if bitbake inherits them from the host, just set them all to the
> same value. Who cares which "C" wins.
> 

Ok.

Alex

> Henning
>   
>> Alex
>

^ permalink raw reply	[flat|nested] 23+ messages in thread

* Re: [PATCH] build.sh: Fix perl complaints about locale
  2017-11-21 18:40             ` Alexander Smirnov
@ 2017-11-26 22:09               ` Alexander Smirnov
  0 siblings, 0 replies; 23+ messages in thread
From: Alexander Smirnov @ 2017-11-26 22:09 UTC (permalink / raw)
  To: isar-users



On 11/21/2017 09:40 PM, Alexander Smirnov wrote:
> 
> 
> On 11/21/2017 09:32 PM, Henning Schild wrote:
>> Am Tue, 21 Nov 2017 21:12:35 +0300
>> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
>>
>>> Hi,
>>>
>>> On 11/21/2017 09:04 PM, Henning Schild wrote:
>>>> Am Tue, 21 Nov 2017 11:56:57 +0300
>>>> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
>>>>> On 11/21/2017 11:42 AM, Henning Schild wrote:
>>>>>> Am Fri, 17 Nov 2017 13:42:05 +0300
>>>>>> schrieb Alexander Smirnov <asmirnov@ilbers.de>:
>>>>>>> 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 <christian.storm@siemens.com>
>>>>>>>> ---
>>>>>>>>      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.
>>
>> Does not bitbake clear the env except for a few well-known variables?
>> Or are those on BB_ENV_WHITELIST or otherwise leaking into bitbake?
>>
> 
> Good point, didn't check this. I tested env by runing chroot manually 
> from shell. Will check, thanks!
> 
>>> 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.
>>
>> Even if bitbake inherits them from the host, just set them all to the
>> same value. Who cares which "C" wins.
>>

Applied to next.

^ permalink raw reply	[flat|nested] 23+ messages in thread

end of thread, other threads:[~2017-11-26 22:09 UTC | newest]

Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-11-13 12:21 [PATCH] build.sh: Fix perl complaints about locale Christian Storm
2017-11-13 12:49 ` Alexander Smirnov
2017-11-13 13:19   ` Christian Storm
2017-11-13 13:44     ` Alexander Smirnov
2017-11-13 14:07       ` Alexander Smirnov
2017-11-13 14:16         ` Christian Storm
2017-11-13 14:35           ` Alexander Smirnov
2017-11-13 15:24             ` Christian Storm
2017-11-13 16:10               ` Henning Schild
2017-11-13 16:50                 ` Alexander Smirnov
2017-11-13 17:06                   ` Henning Schild
2017-11-13 17:19                     ` Alexander Smirnov
2017-11-14  8:41                       ` Christian Storm
2017-11-16 13:17                         ` Alexander Smirnov
2017-11-17 10:12                           ` Christian Storm
2017-11-17 10:42 ` Alexander Smirnov
2017-11-21  8:42   ` Henning Schild
2017-11-21  8:56     ` Alexander Smirnov
2017-11-21 18:04       ` Henning Schild
2017-11-21 18:12         ` Alexander Smirnov
2017-11-21 18:32           ` Henning Schild
2017-11-21 18:40             ` Alexander Smirnov
2017-11-26 22:09               ` Alexander Smirnov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox