Re: [OE-core] [oe-core][PATCH 1/1] libtool: allow for use of reproducible_build bbclass

2019-07-11 Thread Adrian Bunk
On Fri, Jul 12, 2019 at 01:51:26AM +, Slater, Joseph wrote: > That's a question I have about things like this, where some information seems > of minimal use, but is there and is now malignant. Chuck it or modify it to > be benign. All such patches should be submitted upstream, and the final

Re: [OE-core] [oe-core][PATCH 1/1] libtool: allow for use of reproducible_build bbclass

2019-07-11 Thread Slater, Joseph
That's a question I have about things like this, where some information seems of minimal use, but is there and is now malignant. Chuck it or modify it to be benign. Joe -Original Message- From: Burton, Ross Sent: Thursday, July 11, 2019 2:56 PM To: Adrian Bunk Cc: Slater, Joseph ; O

Re: [OE-core] [PATCH] ninja: use Python 3

2019-07-11 Thread Khem Raj
On Thu, Jul 11, 2019 at 4:55 PM Ross Burton wrote: > > As part of the mission to remove the use of Python 2, explicitly bootstrap > Ninja > with Python 3. > > Signed-off-by: Ross Burton > --- > meta/recipes-devtools/ninja/ninja_1.9.0.bb | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-

[OE-core] [PATCH] qemu: use Python 3 to build

2019-07-11 Thread Ross Burton
As part of the mission to remove the use of Python 2, explicitly use Python 3 when building qemu. Signed-off-by: Ross Burton --- meta/recipes-devtools/qemu/qemu-native.inc | 1 - meta/recipes-devtools/qemu/qemu.inc| 2 ++ 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/meta

[OE-core] [PATCH] ninja: use Python 3

2019-07-11 Thread Ross Burton
As part of the mission to remove the use of Python 2, explicitly bootstrap Ninja with Python 3. Signed-off-by: Ross Burton --- meta/recipes-devtools/ninja/ninja_1.9.0.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/ninja/ninja_1.9.0.bb b/meta/rec

[OE-core] [PATCH] grub: build with python 3

2019-07-11 Thread Ross Burton
As part of the mission to remove the use of Python 2, explicitly use Python 3 when building grub. Signed-off-by: Ross Burton --- meta/recipes-bsp/grub/grub2.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-bsp/grub/grub2.inc b/meta/recipes-bsp/grub/grub2.inc index 20877e773

[OE-core] [PATCH] libpsl: update Upstream-Status

2019-07-11 Thread Ross Burton
Signed-off-by: Ross Burton --- .../libpsl/0001-gtk-doc-do-not-include-tree_index.sgml.patch| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/libpsl/libpsl/0001-gtk-doc-do-not-include-tree_index.sgml.patch b/meta/recipes-support/libpsl/libpsl/0001-gtk-

Re: [OE-core] [oe-core][PATCH 1/1] libtool: allow for use of reproducible_build bbclass

2019-07-11 Thread Burton, Ross
On Thu, 11 Jul 2019 at 21:45, Adrian Bunk wrote: > The Debian patch for the same purpose simply removes the problematic > line - a comment with the build host was anyways not important information. Agreed, it's just a comment, and replacing it with logic just means more effort when we need to reb

Re: [OE-core] [oe-core][PATCH 1/1] libtool: allow for use of reproducible_build bbclass

2019-07-11 Thread Adrian Bunk
On Thu, Jul 11, 2019 at 01:27:39PM -0700, Joe Slater wrote: > In a reproducible build environment, do not put the build host > name into libtool. >... > +Upstream-Status: Inappropriate [embedded specific] >... This is not specific to embedded. > +--- a/m4/libtool.m4 > b/m4/libtool.m4 > +@@ -

Re: [OE-core] RDEPENDS libstdc++ error

2019-07-11 Thread Ankur Tyagi
And this tool is provided to us as a pre-compiled binary. On Thu, 11 Jul 2019, 7:54 p.m. Ankur Tyagi, wrote: > Hi, > > I have a third party tool which I was packaging in my image based upon > Yocto 1.6 > > Now I am upgrading to Yocto 2.7 and the recipe which packages third > party tool is genera

[OE-core] [oe-core][PATCH 1/1] libtool: allow for use of reproducible_build bbclass

2019-07-11 Thread Joe Slater
In a reproducible build environment, do not put the build host name into libtool. Signed-off-by: Joe Slater --- .../libtool/libtool/reproducible_build.patch | 29 ++ meta/recipes-devtools/libtool/libtool_2.4.6.bb | 2 +- 2 files changed, 30 insertions(+), 1 deletio

[OE-core] [master][PATCH v5 0/3] Devtool: provide easy means of reconfiguring

2019-07-11 Thread Sai Hari Chandana Kalluri
This patch series provides support for the user to run menuconfig command in the devtool flow. This would allow the user to modify the current configurations and generate a config fragment to update the recipe using devtool finish. Devtool menuconfig command will work on all packages that contain m

Re: [OE-core] [PATCH 6/6] waf: python2 -> python3

2019-07-11 Thread Burton, Ross
On Thu, 11 Jul 2019 at 11:26, Burton, Ross wrote: > > On Thu, 11 Jul 2019 at 03:59, Robert Yang wrote: > > On 6/28/19 8:15 PM, Burton, Ross wrote: > > > Did you just do the minimum required, or take a new copy of waf from > > > upstream? > > > > > > (https://gitlab.com/ita1024/waf/) > > > > I ch

Re: [OE-core] [PATCH 6/6] waf: python2 -> python3

2019-07-11 Thread Burton, Ross
On Thu, 11 Jul 2019 at 03:59, Robert Yang wrote: > On 6/28/19 8:15 PM, Burton, Ross wrote: > > Did you just do the minimum required, or take a new copy of waf from > > upstream? > > > > (https://gitlab.com/ita1024/waf/) > > I checked the one from upstream, it is still python2. The waf is the only

Re: [OE-core] [PATCH] u-boot: Provide tasks to generate default U-Boot environment(s) images

2019-07-11 Thread Lukasz Majewski
Hi, > On 7/9/19 7:20 AM, Lukasz Majewski wrote: > > This change provides tasks to generate default U-Boot environment > > images from built U-Boot (via. get_default_envs.sh script). > > > > Those images then can be used to generate wic images (with e.g. > > eMMC layout). With such approach the end

[OE-core] RDEPENDS libstdc++ error

2019-07-11 Thread Ankur Tyagi
Hi, I have a third party tool which I was packaging in my image based upon Yocto 1.6 Now I am upgrading to Yocto 2.7 and the recipe which packages third party tool is generating following error: requires libstdc++.so.6(CXXABI_1.3), but no providers found in RDEPENDS_test-util? [file-rdeps] requi