Re: [OE-core] [dunfell] [PATCH] cmake-native: Use cmake-provided zstd library; supported host distro zstd may be too old.

2020-08-14 Thread Leon Woestenberg
Hello Alexander, On Fri, Aug 14, 2020 at 11:44 PM Alexander Kanavin wrote: > > This needs to go to master first probably? > Alex > > On Fri, 14 Aug 2020 at 22:46, Leon Woestenberg wrote: >> >> cmake-native uses the system provided libraries due to: >> <...> >> This fix is to not depend on the sy

Re: [OE-core] [PATCH V3 2/2] libubootenv: uprev to v0.3

2020-08-14 Thread Richard Purdie
On Fri, 2020-08-14 at 13:12 -0700, Khem Raj wrote: > for qemumips I am still seeing > > 00:01:59.669 WARNING: No bb files in default matched > BBFILE_PATTERN_odroid-extras > '^/mnt/jenkins/workspace/yocto-world-glibc/sources/meta-odroid/meta-odroid-extras/' > 00:02:03.245 ERROR: Nothing RPROVIDES

Re: [OE-core] [dunfell] [PATCH] cmake-native: Use cmake-provided zstd library; supported host distro zstd may be too old.

2020-08-14 Thread Alexander Kanavin
This needs to go to master first probably? Alex On Fri, 14 Aug 2020 at 22:46, Leon Woestenberg wrote: > cmake-native uses the system provided libraries due to: > > CMAKE_EXTRACONF = "<...> -DCMAKE_USE_SYSTEM_LIBRARIES=1 <...>" > > Now, iff the libzstd(-dev) is installed but too old, which can h

[OE-core] [dunfell] [PATCH] cmake-native: Use cmake-provided zstd library; supported host distro zstd may be too old.

2020-08-14 Thread Leon Woestenberg
cmake-native uses the system provided libraries due to: CMAKE_EXTRACONF = "<...> -DCMAKE_USE_SYSTEM_LIBRARIES=1 <...>" Now, iff the libzstd(-dev) is installed but too old, which can happen on Ubuntu 16.04: dpkg -l | grep zstd ii libzstd-dev 0.5.1-1 ii libzstd0 0.5.1-1 cmake configure will u

Re: [OE-core] [PATCH V3 2/2] libubootenv: uprev to v0.3

2020-08-14 Thread Khem Raj
for qemumips I am still seeing 00:01:59.669 WARNING: No bb files in default matched BBFILE_PATTERN_odroid-extras '^/mnt/jenkins/workspace/yocto-world-glibc/sources/meta-odroid/meta-odroid-extras/' 00:02:03.245 ERROR: Nothing RPROVIDES 'u-boot-default-env' (but /mnt/jenkins/workspace/yocto-world-gl

Re: [OE-core] Perl Storable.pm in non-arch directory (Bug #13946)

2020-08-14 Thread Khem Raj
On Fri, Aug 14, 2020 at 7:09 AM Steve Sakoman wrote: > > On Thu, Aug 13, 2020 at 3:20 PM Joshua Watt wrote: > > > > I spent some time digging into the build failures that Steve > > encountered ([1], [2]) when pulling in my patch to make the build fail > > if Storable.pm wasn't place in an arch sp

Re: [OE-core] [PATCH] gcc-target.inc: fix multilib conflict

2020-08-14 Thread Richard Purdie
On Fri, 2020-08-14 at 14:18 +0800, Changqing Li wrote: > From: Changqing Li > > fix below error: > file /usr/bin/g++ conflicts between attempted installs of > lib32-g++-symlinks-10.1.0-r0.core2_32 and g++-symlinks-10.1.0-r0.core2_64 > file /usr/bin/gcc conflicts between attempted installs of >

Re: [OE-core] [PATCH V2] gpgme: fix multilib header conflict

2020-08-14 Thread Richard Purdie
On Fri, 2020-08-14 at 14:31 +0800, Changqing Li wrote: > From: Changqing Li > > fix error: > file /usr/include/gpgme.h conflicts between attempted installs of > gpgme-dev-1.13.1-r0.core2_64 and lib32-gpgme-dev-1.13.1-r0.core2_32 > > Signed-off-by: Changqing Li > --- > meta/recipes-support/gpg

Re: [OE-core] Perl Storable.pm in non-arch directory (Bug #13946)

2020-08-14 Thread Joshua Watt
On Fri, Aug 14, 2020 at 9:09 AM Steve Sakoman wrote: > > On Thu, Aug 13, 2020 at 3:20 PM Joshua Watt wrote: > > > > I spent some time digging into the build failures that Steve > > encountered ([1], [2]) when pulling in my patch to make the build fail > > if Storable.pm wasn't place in an arch sp

Re: [OE-core] Perl Storable.pm in non-arch directory (Bug #13946)

2020-08-14 Thread Steve Sakoman
On Thu, Aug 13, 2020 at 3:20 PM Joshua Watt wrote: > > I spent some time digging into the build failures that Steve > encountered ([1], [2]) when pulling in my patch to make the build fail > if Storable.pm wasn't place in an arch specific directory. As it turns > out, this may be a false alarm. I

Re: [oe-core][zeus][PATCH] cmake-native: Use cmake-provided zstd library; system library might be too old.

2020-08-14 Thread Leon Woestenberg
On Fri, 14 Aug 2020 at 12:00, Ross Burton wrote: > Is this Zeus specific, or should it also be merged into master and dunfell? Good point. I will see into the supported distro's for dunfell and see if I can replicate the issue there. Note that if the zstd system library is not installed, cmak

Re: [oe-core][zeus][PATCH] cmake-native: Use cmake-provided zstd library; system library might be too old.

2020-08-14 Thread Ross Burton
Is this Zeus specific, or should it also be merged into master and dunfell? Ross On Thu, 13 Aug 2020 at 12:52, Leon Woestenberg wrote: > > On Mint 19.2 (based on Ubuntu 18.04.2), if the system library zstd is present, > the compile fails as follows: > > <...>/tmp/work/x86_64-linux/cmake-native/3

Re: [OE-core] [PATCH] wic/bootimg-efi: Respect fixed partition size

2020-08-14 Thread Richard Purdie
On Mon, 2020-03-16 at 15:28 +, Andrei Gherzan wrote: > Signed-off-by: Andrei Gherzan > --- > scripts/lib/wic/plugins/source/bootimg-efi.py | 21 +++ > > 1 file changed, 12 insertions(+), 9 deletions(-) Causes build failures: https://autobuilder.yoctoproject.org/typhoon/#/bu

[OE-core] [PATCH V3 1/2] multilib.conf: add u-boot to NON_MULTILIB_RECIPES

2020-08-14 Thread Ming Liu
From: Ming Liu u-boot should be a non multilib recipe, add it in NON_MULTILIB_RECIPES. Signed-off-by: Ming Liu --- meta/conf/multilib.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/multilib.conf b/meta/conf/multilib.conf index 58f2ac5c86..d231107f8b 100644 -

[OE-core] [PATCH V3 2/2] libubootenv: uprev to v0.3

2020-08-14 Thread Ming Liu
From: Ming Liu Update libubootenv to the latest 0.3 release, which comprises the following commits: ``` 1efed83 Increase max length for device name 6f4fc1c uboot_env: Use canonicalized pathname when reading device 23b3086 Fix bug introduced by commit 52a70114 ed1a53e Dont store to device if no v

[OE-core] [PATCH V3 0/2] libubootenv: uprev to v0.3

2020-08-14 Thread Ming Liu
From: Ming Liu Changes in V3: 1 Drop PV definition from recipe as suggested by Adrian Bunk. 2 Change a '+=' to "_append" as suggested by Khem Raj. Ming Liu (2): multilib.conf: add u-boot to NON_MULTILIB_RECIPES libubootenv: uprev to v0.3 meta/conf/multilib.conf

Re: [OE-core] [PATCH V2 2/2] libubootenv: uprev to v0.3

2020-08-14 Thread Ming Liu
Got that, will make a V3 dropping PV definition and _git version suffix from recipe. //Ming Liu Richard Purdie 於 2020年8月14日 週五 上午11:04寫道: > On Fri, 2020-08-14 at 10:16 +0200, Ming Liu wrote: > > @Adrian Bunk Sorry, just double checked your comment, are you sure > > "PV = 0.3" without git+SRCPV

Re: [OE-core] [PATCH V2 2/2] libubootenv: uprev to v0.3

2020-08-14 Thread Richard Purdie
On Fri, 2020-08-14 at 10:16 +0200, Ming Liu wrote: > @Adrian Bunk Sorry, just double checked your comment, are you sure > "PV = 0.3" without git+SRCPV is a right way to go? This seems is not > like all other git recipes. Adrian is correct, if this is 0.3, PV should be 0.3. The addition of SRCPV is

Re: [OE-core] [PATCH V2 2/2] libubootenv: uprev to v0.3

2020-08-14 Thread Ming Liu
@Adrian Bunk Sorry, just double checked your comment, are you sure "PV = 0.3" without git+SRCPV is a right way to go? This seems is not like all other git recipes. //Ming Liu Ming Liu 於 2020年8月14日 週五 上午10:09寫道: > OK, will change back to 0.3 recipe in V3. > > //Ming Liu > > Adrian Bunk 於 2020年

Re: [OE-core] [PATCH V2 2/2] libubootenv: uprev to v0.3

2020-08-14 Thread Ming Liu
OK, will change back to 0.3 recipe in V3. //Ming Liu Adrian Bunk 於 2020年8月13日 週四 下午9:05寫道: > On Thu, Aug 13, 2020 at 12:21:17PM +0200, Ming Liu wrote: > >... > > -PV = "0.2+git${SRCPV}" > > +PV = "0.3+git${SRCPV}" > > SRC_URI = "git://github.com/sbabic/libubootenv;protocol=https" > > -SRCREV =

Re: [OE-core] [PATCH V2 2/2] libubootenv: uprev to v0.3

2020-08-14 Thread Ming Liu
Yes, I am on board that RRECOMMENDS_${PN}-bin_append_class-target = " u-boot-default-env" might be better, will change to that in V3, but this error probably due to you dont have RPROVIDES_${PN}-env += "u-boot-default-env" in your uboot recipe? //Ming Liu Khem Raj 於 2020年8月14日 週五 上午7:05寫道: > On