On Thu, Aug 13, 2020 at 3:21 AM Ming Liu wrote:
>
> 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
For example, CVE-2019-18397 uses fribidi instead gnu_fribidi.
Signed-off-by: Chen Qi
---
meta/recipes-support/fribidi/fribidi_1.0.10.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/fribidi/fribidi_1.0.10.bb
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 dug into the perl code and it
appears that this change [3]
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 = "86bd30a14e153a18f670b25708795253d8736f0f"
> +SRCREV = "ad253cfdb07c8492f2ee46a52fbc607ad0b96414"
>...
This fixes CVE-2019-20446.
Signed-off-by: Adrian Bunk
---
.../librsvg/{librsvg_2.40.20.bb => librsvg_2.40.21.bb} | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
rename meta/recipes-gnome/librsvg/{librsvg_2.40.20.bb => librsvg_2.40.21.bb}
(92%)
diff --git
== Series Details ==
Series: gobject-introspection: disable scanner caching in install
Revision: 1
URL : https://patchwork.openembedded.org/series/25604/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several
From: Jeremy Puhlman
do_compile and the wrapper already disable touching the
home cache. Do the same in do_install.
[YOCTO: 13970]
Signed-off-by: Jeremy Puhlman
---
.../gobject-introspection/gobject-introspection_1.64.1.bb| 5 +
1 file changed, 5 insertions(+)
diff --git
Hi,
On Mon, Mar 16, 2020 at 3:28 PM Andrei Gherzan wrote:
> Signed-off-by: Andrei Gherzan
> ---
> scripts/lib/wic/plugins/source/bootimg-efi.py | 21 +++
> 1 file changed, 12 insertions(+), 9 deletions(-)
>
> diff --git a/scripts/lib/wic/plugins/source/bootimg-efi.py
>
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.15.3-r0/cmake-3.15.3/Utilities/cmlibarchive/libarchive/archive_read_support_filter_zstd.c:59:2:
error: unknown type name ‘ZSTD_DStream’
|
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
From: Ming Liu
Changes in V2:
1 Added u-boot to NON_MULTILIB_RECIPES.
Ming Liu (2):
multilib.conf: add u-boot to NON_MULTILIB_RECIPES
libubootenv: uprev to v0.3
meta/conf/multilib.conf | 2 +-
.../u-boot/{libubootenv_0.2.bb => libubootenv_git.bb}
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
Arha, a multilib failure, I did not verify it with multilib build, will
check that.
//Ming Liu
Richard Purdie 於 2020年8月13日 週四
上午1:01寫道:
> On Wed, 2020-08-12 at 14:17 +0200, Ming Liu wrote:
> > From: Ming Liu
> >
> > Update libubootenv to the latest 0.3 release, which comprises the
> >
On Wed, Aug 12, 2020 at 11:14 PM Adrian Bunk wrote:
>
> On Tue, Aug 11, 2020 at 03:57:59PM -0700, Khem Raj wrote:
> > backport a patch from master to fix clang11 build error
> >...
>
> Is this related to the upgrade to 2.28.4 ?
>
> The 2.28.4 upgrade should be cherry-picked into dunfell,
>
On Tue, Aug 11, 2020 at 03:57:59PM -0700, Khem Raj wrote:
> backport a patch from master to fix clang11 build error
>...
Is this related to the upgrade to 2.28.4 ?
The 2.28.4 upgrade should be cherry-picked into dunfell,
changes required for future LLVM versions not necessarily.
>
15 matches
Mail list logo