Hi Adrian,
On 27.05.20 08:24, Adrian Bunk wrote:
> It was only used for pulling in zlib, but this is now
> a direct dependency.
>
This is correct - I supposed when I started to implement the library to
link against mtd-utils, but this was not possible due to license's
incompatibility, and mtd-ut
Hardcoding the split version components isn't great (and breaks automated
updates), I have a patch queued that does this better:
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=akanavin/package-version-updates&id=314af89080317673cf91e24537b2e0d9b36747c2
Specifically:
def version_
From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
.../recipes-support/re2c/re2c/CVE-2020-11958.patch | 41 ++
meta/recipes-support/re2c/re2c_1.3.bb | 4 ++-
2 files changed, 44 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-support/re2c/re2c/C
From: Lee Chee Yang
fix CVE-2020-8616 and CVE-2020-8617
Signed-off-by: Lee Chee Yang
---
.../bind/bind/CVE-2020-8616.patch | 206 +
.../bind/bind/CVE-2020-8617.patch | 29 +++
meta/recipes-connectivity/bind/bind_9.11.13.bb | 2 +
3 f
From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
.../libexif/libexif/CVE-2020-13114.patch | 73 ++
meta/recipes-support/libexif/libexif_0.6.21.bb | 4 +-
2 files changed, 76 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-support/libexif/libe
From: Lee Chee Yang
fix CVE-2020-8616 and CVE-2020-8617
Signed-off-by: Lee Chee Yang
---
.../bind/bind/CVE-2020-8616.patch | 206 +
.../bind/bind/CVE-2020-8617.patch | 29 +++
meta/recipes-connectivity/bind/bind_9.11.13.bb | 2 +
3 f
On Tue, 2020-05-26 at 01:12 -0400, Maxime Roussin-Bélanger wrote:
> Signed-off-by: Maxime Roussin-Bélanger
> ---
> .../python/python3-pathtools_0.1.2.bb | 13 +
> 1 file changed, 13 insertions(+)
> create mode 100644 meta/recipes-devtools/python/python3-pathtools_0.1.2.
From: Breno Leitao
Unfortunately devtool is not able to deploy (and undeploy) into IPv6
hosts.
This patch simply adds a way to use IPv6 target address similarly to
ssh/scp, as foo@[:::]:/destdir.
In order to do it, I've created a function that parses the hostname,
user and destdir,
On Mon, 2020-05-25 at 11:06 +0800, hongxu wrote:
> In initramfs-framework, before swith_root rootfs, if udev have time
> to
> run (before being killed), it will invoke hook mount.sh (which is
> provided
> by udev-extraconf) to mount /run/media/XXX.
>
> Release the mounted disk after udev being kil
From: Lee Chee Yang
fix CVE-2020-8616 and CVE-2020-8617
Signed-off-by: Lee Chee Yang
---
.../bind/bind/CVE-2020-8616.patch | 206 +
.../bind/bind/CVE-2020-8617.patch | 29 +++
meta/recipes-connectivity/bind/bind_9.11.5-P4.bb | 2 +
3 f
== Series Details ==
Series: devtool: Add IPv6 deploy targets targets
Revision: 1
URL : https://patchwork.openembedded.org/series/24338/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been execut
On 5/27/20 5:52 PM, Richard Purdie wrote:
On Mon, 2020-05-25 at 11:06 +0800, hongxu wrote:
In initramfs-framework, before swith_root rootfs, if udev have time
to
run (before being killed), it will invoke hook mount.sh (which is
provided
by udev-extraconf) to mount /run/media/XXX.
Release the mo
Hello,
Since the zeus serie (also with dunfell), we observe an issue with runqemu when
we share the sstate-cache thanks to a mirror between different linux
distribution supported by yocto.
If we build a sstate-cache on a debian 10 x86_64 buildfarm, and after that we
use it on an ubuntu 18.04
Can you please provide the lib names which are problematic?
Alex
On Wed, 27 May 2020 at 14:29, vygu via lists.openembedded.org wrote:
> Hello,
>
> Since the zeus serie (also with dunfell), we observe an issue with runqemu
> when we share the sstate-cache thanks to a mirror between different lin
On 5/27/20 3:59 AM, Alexander Kanavin wrote:
Hardcoding the split version components isn't great (and breaks
automated updates), I have a patch queued that does this better:
Works for me.
Thanks!
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=akanavin/package-version-upda
Just a reminder this happens later "today". As always consult:
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+May+27&iso=20200527T21&p1=%3A&ah=1
for the local day and time.
Philip
On 5/15/20 11:56 AM, Philip Balister wrote:
> I've made a wiki page to track the
The udev invokes script hook mount.sh to mount /run/media/XXX. In
initramfs-framework, if udev was not killed in time, the partition
will be mounted to /run/media/XXX before switch_root.
Signed-off-by: Hongxu Jia
---
meta/recipes-core/initrdscripts/initramfs-framework/udev | 3 +++
1 file change
Signed-off-by: Trevor Gamblin
---
meta/recipes-devtools/llvm/llvm_git.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb
b/meta/recipes-devtools/llvm/llvm_git.bb
index d24ed761bf..787cc3adcf 100644
--- a/meta/recipes-devtools/llvm/
libnfs for example
‐‐‐ Original Message ‐‐‐
On Wednesday 27 May 2020 14:43, Alexander Kanavin
wrote:
> Can you please provide the lib names which are problematic?
>
> Alex
>
> On Wed, 27 May 2020 at 14:29, vygu via lists.openembedded.org
> wrote:
>
>> Hello,
>>
>> Since the zeus serie
Hi RP,
I do not directly remove udev-extraconf which provides mount.sh
from initramfs-framework, since it also has other hook scripts
for use (such as network.sh). So I choose to remove mount.sh
before start udev
//Hongxu
On 5/27/20 9:43 PM, hongxu wrote:
The udev invokes script hook mount.sh
For example:
with the sstate-cache build on a debian, we have:
$ ldd ../build/
tmp/work/x86_64-linux/qemu-system-native/4.1.0-r0/sysroot-destdir/home/user/yocto/build/tmp/work/x86_64-linux/qemu-system-native/4.1.0-r0/recipe-sysroot-native/usr/bin/qemu-system-aarch64
linux-vdso.so.1 (0x00
Variable DEPLOY_DIR_TOOLS was introduced in 2007:
commit f751a20152c651a33f08ceda0502fa1d4f11c005
Author: Richard Purdie
Date: Wed Aug 8 21:02:39 2007 +
bitbake.conf: Sync with OE.dev
apparently never used so get rid of it.
Signed-off-by: Robert P. J. Day
---
if there's
Runqemu is running qemu binaries from a different location (that of
qemu-helper-native sysroot), and on my machine, qemu in that location
resolves libraries correctly. Can you try the same please?
ak@linux-f9zs:~/development/poky> ldd
build-st/tmp/work/x86_64-linux/qemu-helper-native/1.0-r1/recipe
On 5/27/20 4:31 PM, Robert P. J. Day wrote:
Variable DEPLOY_DIR_TOOLS was introduced in 2007:
commit f751a20152c651a33f08ceda0502fa1d4f11c005
Author: Richard Purdie
Date: Wed Aug 8 21:02:39 2007 +
bitbake.conf: Sync with OE.dev
apparently never used so get rid of it.
S
On Wed, 27 May 2020, Robert P. J. Day wrote:
>
> Variable DEPLOY_DIR_TOOLS was introduced in 2007:
>
> commit f751a20152c651a33f08ceda0502fa1d4f11c005
> Author: Richard Purdie
> Date: Wed Aug 8 21:02:39 2007 +
>
> bitbake.conf: Sync with OE.dev
>
never mind, failed to look in
Hi Richard,
On Tue, May 26, 2020 at 10:57:21PM +0100, Richard Purdie wrote:
> There are issues with multilib due to the ordering of events where some
> functions see the remapped multilib dependencies and some do not. A
> significant
> problem is that the multilib class needs to make some changes
== Series Details ==
Series: remove unused DEPLOY_DIR_TOOLS variable from bitbake.conf
Revision: 1
URL : https://patchwork.openembedded.org/series/24343/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
Signed-off-by: Wang Mingyu
---
meta/recipes-extended/less/{less_551.bb => less_562.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/less/{less_551.bb => less_562.bb} (89%)
diff --git a/meta/recipes-extended/less/less_551.bb
b/meta/recipes-extended/less
ksba-add-pkgconfig-support.patch
removed since it is not available in 1.4.0
Signed-off-by: Wang Mingyu
---
.../libksba/ksba-add-pkgconfig-support.patch | 152 --
.../{libksba_1.3.5.bb => libksba_1.4.0.bb}| 7 +-
2 files changed, 3 insertions(+), 156 deletions(-)
delete mo
Signed-off-by: Wang Mingyu
---
.../liburcu/{liburcu_0.12.0.bb => liburcu_0.12.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/liburcu/{liburcu_0.12.0.bb => liburcu_0.12.1.bb}
(83%)
diff --git a/meta/recipes-support/liburcu/liburcu_0.12.0.bb
Signed-off-by: Zheng Ruoqin
---
meta/recipes-devtools/gdb/{gdb-9.1.inc => gdb-9.2.inc}| 4 ++--
.../{gdb-cross-canadian_9.1.bb => gdb-cross-canadian_9.2.bb} | 0
.../gdb/{gdb-cross_9.1.bb => gdb-cross_9.2.bb}| 0
meta/recipes-devtools/gdb/{gdb_9.1.bb => gdb_9.2.bb}
-License-Update: file name changed from LICENSE to License.
Copyright year updated to 2020.
Signed-off-by: Zheng Ruoqin
---
.../libyaml/{libyaml_0.2.2.bb => libyaml_0.2.4.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-support/libyam
asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
this helps in using common header across multiple versions of kernel
going back
Signed-off-by: Khem Raj
---
.../recipes-kernel/linux-libc-headers/linux-libc-headers.inc | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
di
On Wed, May 27, 2020 at 08:50:11AM -0700, Khem Raj wrote:
> asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
> this helps in using common header across multiple versions of kernel
> going back
This check should have been there from the beginning and for every header
file. It's bi
There is a build break which often happens whem using 4.1 kernel
/bin/sh: 1: scripts/basic/fixdep: Permission denied
scripts/Makefile.host:124: recipe for target 'scripts/dtc/srcpos.o' failed
make[3]: *** [scripts/dtc/srcpos.o] Error 126
this patch sequences the build targets so it can work relia
On Wed, May 27, 2020 at 09:03:55AM -0700, Khem Raj wrote:
> There is a build break which often happens whem using 4.1 kernel
>
> /bin/sh: 1: scripts/basic/fixdep: Permission denied
> scripts/Makefile.host:124: recipe for target 'scripts/dtc/srcpos.o' failed
> make[3]: *** [scripts/dtc/srcpos.o] Er
I believe we rely on this patch to ensure gnupg builds correctly; have you
checked that it doesn't regress?
I think you need to forward port the patch to new libksba unfortunately.
Alex
On Wed, 27 May 2020 at 17:32, Wang Mingyu wrote:
> ksba-add-pkgconfig-support.patch
> removed since it is not
On Wed, May 27, 2020 at 12:03 PM Khem Raj wrote:
>
> There is a build break which often happens whem using 4.1 kernel
>
> /bin/sh: 1: scripts/basic/fixdep: Permission denied
> scripts/Makefile.host:124: recipe for target 'scripts/dtc/srcpos.o' failed
> make[3]: *** [scripts/dtc/srcpos.o] Error 126
From: Ming Liu
Signed-off-by: Ming Liu
---
meta/recipes-bsp/u-boot/u-boot.inc | 44 ++
1 file changed, 21 insertions(+), 23 deletions(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot.inc
b/meta/recipes-bsp/u-boot/u-boot.inc
index 80f828df52..718435f13f 100644
--- a/m
From: Ming Liu
Changes in V2:
1 Introduce UBOOT_INITIAL_ENV as suggested by Denys Dmytriyenko.
2 Add fix for some inconsistent coding style.
Ming Liu (2):
u-boot.inc: fix some inconsistent coding style
u-boot: introduce UBOOT_INITIAL_ENV
meta/recipes-bsp/u-boot/u-boot.inc | 76 +++
From: Ming Liu
It defaults to ${PN}-initial-env, no functional changes with current
implementation, but this allows it to be changed in individual u-boot
recipes.
The major purpose for introducing this, is that the users might have
some scripts on targets like:
```
/sbin/fw_setenv -f /etc/u-boot
On Wed, May 27, 2020 at 07:27:41PM +0200, Ming Liu wrote:
> From: Ming Liu
>
> It defaults to ${PN}-initial-env, no functional changes with current
> implementation, but this allows it to be changed in individual u-boot
> recipes.
This is fine, but as I commented on the previous revision - can y
On Wed, May 27, 2020 at 9:57 AM Bruce Ashfield wrote:
>
> On Wed, May 27, 2020 at 12:03 PM Khem Raj wrote:
> >
> > There is a build break which often happens whem using 4.1 kernel
> >
> > /bin/sh: 1: scripts/basic/fixdep: Permission denied
> > scripts/Makefile.host:124: recipe for target 'scripts
On Wed, May 27, 2020 at 1:46 PM Khem Raj wrote:
>
> On Wed, May 27, 2020 at 9:57 AM Bruce Ashfield
> wrote:
> >
> > On Wed, May 27, 2020 at 12:03 PM Khem Raj wrote:
> > >
> > > There is a build break which often happens whem using 4.1 kernel
> > >
> > > /bin/sh: 1: scripts/basic/fixdep: Permiss
When falling back from detecting ip from /proc/./cmdline the
output of runqemu is acutally
'Network configuration: ip=192.168.7.2::192.168.7.1::255.255.255.0'
which doesn't match the given regex and leading to run failure, although
IP is detectable.
Fix regex by inserting an optional 'ip=' prefix t
Ping
I noticed this hasn't been integrated or commented on yet.
On 5/13/20 11:12 AM, Mark Hatle wrote:
> From: Mark Hatle
>
> Prior to fetching, the system checks if the sstate file is present
> either locally or on the mirror. If it is, then it goes to the fetch
> stage. Up to three files ca
On Wed, May 27, 2020 at 11:05 AM Bruce Ashfield
wrote:
>
> On Wed, May 27, 2020 at 1:46 PM Khem Raj wrote:
> >
> > On Wed, May 27, 2020 at 9:57 AM Bruce Ashfield
> > wrote:
> > >
> > > On Wed, May 27, 2020 at 12:03 PM Khem Raj wrote:
> > > >
> > > > There is a build break which often happens w
On Wed, May 27, 2020 at 3:23 PM Khem Raj wrote:
>
> On Wed, May 27, 2020 at 11:05 AM Bruce Ashfield
> wrote:
> >
> > On Wed, May 27, 2020 at 1:46 PM Khem Raj wrote:
> > >
> > > On Wed, May 27, 2020 at 9:57 AM Bruce Ashfield
> > > wrote:
> > > >
> > > > On Wed, May 27, 2020 at 12:03 PM Khem Raj
Cross posting cause I'm not sure where the bug is, I suspect bitbake -- but it
could be in OE's archiver class. I have been able to reproduce this in both
Zeus and master.
When I start a new project, and add the following to the local.conf:
INHERIT += "archiver"
ARCHIVER_MODE[src] = "original"
C
There is a build break which often happens whem using 4.1 kernel
/bin/sh: 1: scripts/basic/fixdep: Permission denied
scripts/Makefile.host:124: recipe for target 'scripts/dtc/srcpos.o' failed
make[3]: *** [scripts/dtc/srcpos.o] Error 126
this patch sequences the build targets so it can work relia
One more note.. Adding the following and then it works fine:
INITRAMFS_IMAGE = "core-image-minimal"
I suspect it works simply because the task processing order has changed in some
way..
On 5/27/20 2:44 PM, Mark Hatle wrote:
> Cross posting cause I'm not sure where the bug is, I suspect bitbake -
On Wed, May 27, 2020 at 12:46 PM Khem Raj wrote:
>
> There is a build break which often happens whem using 4.1 kernel
Perhaps change "often" to "rarely" to match the title...
> /bin/sh: 1: scripts/basic/fixdep: Permission denied
> scripts/Makefile.host:124: recipe for target 'scripts/dtc/srcpos.
On Wed, May 27, 2020 at 9:00 AM Denys Dmytriyenko wrote:
>
> On Wed, May 27, 2020 at 08:50:11AM -0700, Khem Raj wrote:
> > asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
> > this helps in using common header across multiple versions of kernel
> > going back
>
> This check should
There is a build break which rarely happens but is seen often enough
with 4.1 kernel based builds
/bin/sh: 1: scripts/basic/fixdep: Permission denied
scripts/Makefile.host:124: recipe for target 'scripts/dtc/srcpos.o' failed
make[3]: *** [scripts/dtc/srcpos.o] Error 126
this patch sequences the b
On Wed, May 27, 2020 at 1:45 PM Khem Raj wrote:
>
> On Wed, May 27, 2020 at 9:00 AM Denys Dmytriyenko wrote:
> >
> > On Wed, May 27, 2020 at 08:50:11AM -0700, Khem Raj wrote:
> > > asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
> > > this helps in using common header across mul
On Wed, 2020-05-27 at 08:50 -0700, Khem Raj wrote:
> asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
> this helps in using common header across multiple versions of kernel
> going back
>
> Signed-off-by: Khem Raj
> ---
> .../recipes-kernel/linux-libc-headers/linux-libc-headers.
On Wed, 2020-05-27 at 11:59 -0400, Denys Dmytriyenko wrote:
> On Wed, May 27, 2020 at 08:50:11AM -0700, Khem Raj wrote:
> > asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
> > this helps in using common header across multiple versions of
> > kernel
> > going back
>
> This check s
What are thoughts on applying this version bump to older supported
releases? https://libexif.github.io/ states:
stability / bugfix / security release fixes CVE-2018-20030,
CVE-2020-13114, CVE-2020-13113, CVE-2020-13112, CVE-2020-0093,
CVE-2019-9278, CVE-2020-12767, CVE-2016-6328, CVE-2017-7544,
I
On Wed, May 27, 2020 at 2:25 PM Richard Purdie
wrote:
>
> On Wed, 2020-05-27 at 11:59 -0400, Denys Dmytriyenko wrote:
> > On Wed, May 27, 2020 at 08:50:11AM -0700, Khem Raj wrote:
> > > asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
> > > this helps in using common header across
On Wed, 2020-05-27 at 14:46 -0700, Khem Raj wrote:
> On Wed, May 27, 2020 at 2:25 PM Richard Purdie
> wrote:
> > On Wed, 2020-05-27 at 11:59 -0400, Denys Dmytriyenko wrote:
> > > On Wed, May 27, 2020 at 08:50:11AM -0700, Khem Raj wrote:
> > > > asm/bpf_perf_event.h does not exist in older kernels
On Wed, May 27, 2020 at 02:46:24PM -0700, Khem Raj wrote:
> and building userspace against way newer kernel-headers with older
> kernel underneath has unintended
> consequences.
Can you be more specific? If this doesn't work, it's just a bug and
should be fixed. What problems are you having?
p.
On Wed, May 27, 2020 at 2:52 PM Phil Blundell via
lists.openembedded.org wrote:
>
> On Wed, May 27, 2020 at 02:46:24PM -0700, Khem Raj wrote:
> > and building userspace against way newer kernel-headers with older
> > kernel underneath has unintended
> > consequences.
>
> Can you be more specific?
On Wed, May 27, 2020 at 3:43 PM Andre McCurdy wrote:
>
> On Wed, May 27, 2020 at 2:52 PM Phil Blundell via
> lists.openembedded.org wrote:
> >
> > On Wed, May 27, 2020 at 02:46:24PM -0700, Khem Raj wrote:
> > > and building userspace against way newer kernel-headers with older
> > > kernel undern
On Wed, May 27, 2020 at 10:25:31PM +0100, Richard Purdie wrote:
> On Wed, 2020-05-27 at 11:59 -0400, Denys Dmytriyenko wrote:
> > On Wed, May 27, 2020 at 08:50:11AM -0700, Khem Raj wrote:
> > > asm/bpf_perf_event.h does not exist in older kernels e.g. ( 4.1 )
> > > this helps in using common header
On Wed, May 27, 2020 at 3:57 PM Khem Raj wrote:
>
> On Wed, May 27, 2020 at 3:43 PM Andre McCurdy wrote:
> >
> > On Wed, May 27, 2020 at 2:52 PM Phil Blundell via
> > lists.openembedded.org wrote:
> > >
> > > On Wed, May 27, 2020 at 02:46:24PM -0700, Khem Raj wrote:
> > > > and building userspac
0001-hwclock-fix-for-glibc-2.31-settimeofday.patch
0001-kill-include-sys-types.h-before-checking-SYS_pidfd_s.patch
0001-libfdisk-script-accept-sector-size-ignore-unknown-he.patch
are removed since they are included in 2.35.2
Signed-off-by: Wang Mingyu
---
...lock-fix-for-glibc-2.31-settimeofday.
Signed-off-by: Wang Mingyu
---
...input-libinput_0.29.0.bb => xf86-input-libinput_0.30.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-driver/{xf86-input-libinput_0.29.0.bb =>
xf86-input-libinput_0.30.0.bb} (63%)
diff --git a/meta/recipes-graph
Hello!
On Wed, May 27, 2020 at 5:49 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
>
> On Tue, 2020-05-26 at 01:12 -0400, Maxime Roussin-Bélanger wrote:
> > Signed-off-by: Maxime Roussin-Bélanger
> > ---
> > .../python/python3-pathtools_0.1.2.bb | 13 +
>
On Wed, May 27, 2020 at 5:29 AM vygu via lists.openembedded.org
wrote:
>
> Hello,
>
> Since the zeus serie (also with dunfell), we observe an issue with runqemu
> when we share the sstate-cache thanks to a mirror between different linux
> distribution supported by yocto.
>
> If we build a sstate
*ping* *ping* *ping*
I am not sure why this is being ignored. It is two months since I
first sent it and the third time I ping it. I have not received any
objections, yet it has never made it even to master-next as far as
I know.
This should not be taken as a complaint. I know there has been
The following changes since commit 5bfdb6bfbd6f1de10d415228e5a5ebe01a623e2a:
file: add PACKAGECONFIG for auto options (2020-05-14 06:33:16 -1000)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next
http://cgit.openembedded.org/o
Signed-off-by: Zheng Ruoqin
---
meta/recipes-devtools/python/python3-six_1.14.0.bb | 5 -
meta/recipes-devtools/python/python3-six_1.15.0.bb | 5 +
2 files changed, 5 insertions(+), 5 deletions(-)
delete mode 100644 meta/recipes-devtools/python/python3-six_1.14.0.bb
create mode 100644 m
Signed-off-by: Wang Mingyu
---
...lsa-utils-scripts_1.2.1.bb => alsa-utils-scripts_1.2.2.bb} | 0
.../alsa/{alsa-utils_1.2.1.bb => alsa-utils_1.2.2.bb} | 4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/alsa/{alsa-utils-scripts_1.2.1.bb =>
alsa-uti
Since commit [882ae0dcce core-image-minimal-initramfs: use
initramfs-framework for initialization] applied, it should
keep the restriction with initramfs-module-install
Signed-off-by: Hongxu Jia
---
meta/recipes-core/images/core-image-minimal-initramfs.bb | 4 ++--
1 file changed, 2 insertions(+
74 matches
Mail list logo