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
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
== 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
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
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
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
---
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
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
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
Just a reminder this happens later "today". As always consult:
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+May+27=20200527T21=%3A=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 these:
>
>
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
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
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.
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
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
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
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
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
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
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
---
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
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:
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
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!
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
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
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]
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(-)
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
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
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
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
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
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
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 +
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
---
*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
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
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
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 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
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
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
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
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, 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
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
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
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 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?
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"
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
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
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
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
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
> ---
>
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 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
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
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
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
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=314af89080317673cf91e24537b2e0d9b36747c2
Specifically:
def
On 2020-05-27 09:32, Patchwork wrote:
== Series Details ==
Series: Add a new bbclass that abstracts the generation of FIT blobs (rev8)
Revision: 8
URL : https://patchwork.openembedded.org/series/23431/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded
Hi,
I just wanted to give people a headsup that I backported OE-Core rev:
4b26eaf7152fb712aba47a0c746333578f58ee8d onto warrior.
The issue wasn't ubuntu 20.04 but that we were seeing the same issue on
Fedora 30 and it wiped out the rc1 build.
I'm trying an rc2 with that applied.
Cheers,
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
The unit-test will test the basic functionality of `fit-image.bbclass`.
Signed-off-by: Nandor Han
---
.../fit-image-test/files/dt-fake.dtb | 3 +
.../fit-image-test/files/zImage-fake | 3 +
.../fit-image-test/fit-image-test.bb | 17 ++
The package `python3-fdt` is used for parsing and generating DTBs.
Signed-off-by: Nandor Han
---
meta/recipes-devtools/python/python3-fdt_0.2.0.bb | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 meta/recipes-devtools/python/python3-fdt_0.2.0.bb
diff --git
FIT format is very versatile allowing various combination of booting
sequences. In the same time different U-Boot boot stages can use FIT
blobs to pack various binaries (e.g. SPL supports reading U-Boot from a
FIT blob). Because of the allowed level of customization, the generation
of a FIT blob
Description
--
Add a new class and unittest for generating FIT blobs.
Testing
---
1. linux-yocto_5.4.bbappend was modified to have the following
configuration:
```
inherit fit-image
KERNEL_IMAGE_NODE[name] = "kernel"
KERNEL_IMAGE_NODE[description] = "${PF}"
It was only used for pulling in zlib, but this is now
a direct dependency.
Also move the DEPENDS to a more common location in the file.
Signed-off-by: Adrian Bunk
---
meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
It was only used for pulling in zlib, but this is now
a direct dependency.
Also move the DEPENDS to a more common location in the file.
Signed-off-by: Adrian Bunk
---
meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
== Series Details ==
Series: Add a new bbclass that abstracts the generation of FIT blobs (rev8)
Revision: 8
URL : https://patchwork.openembedded.org/series/23431/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response.
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
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
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
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
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
== 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
80 matches
Mail list logo