On Tue, Mar 2, 2021 at 1:53 PM Jon Mason via lists.openembedded.org
wrote:
>
> From: Jon Mason
>
> bin is not an acceptable format for qemu and will throw an error is set.
> The correct format in this case is raw.
>
> Signed-off-by: Jon Mason
> Change-Id:
A vulnerability was discovered in how p2p/p2p_pd.c in wpa_supplicant
before 2.10 processes P2P (Wi-Fi Direct) provision discovery requests.
It could result in denial of service or other impact (potentially
execution of arbitrary code), for an attacker within radio range.
References:
From: Jon Mason
bin is not an acceptable format for qemu and will throw an error is set.
The correct format in this case is raw.
Signed-off-by: Jon Mason
Change-Id: I9d78e356d39ecb15bef886c19870b029d9badd65
---
scripts/runqemu | 2 ++
1 file changed, 2 insertions(+)
diff --git
A vulnerability was discovered in how p2p/p2p_pd.c in wpa_supplicant
before 2.10 processes P2P (Wi-Fi Direct) provision discovery requests.
It could result in denial of service or other impact (potentially
execution of arbitrary code), for an attacker within radio range.
References:
Thanks, a nice benefit to this is also eliminating bash (a gpl3 dependency)
out of the main package. We (mbition.io) might use that in our production
images!
Alex
On Wed, 3 Mar 2021 at 19:17, Diego Santa Cruz via lists.openembedded.org
wrote:
> Having all the rpm build related tools in the
Having all the rpm build related tools in the main package requires
adding runtime dependencies on perl and python3-core, so adding
rpm to a target image can pull quite many unneeded packages to satisfy
the dependencies.
This splits all the build related tools into rpm-build and moves the
bash,
On Thu, 2021-02-25 at 15:30 +, luca.bocca...@gmail.com wrote:
> From: Luca Boccassi
>
> diff --git a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> new file mode 100644
> index 00..ffb2c87270
> --- /dev/null
> +++
I'm still getting this error, I don't know if this patch will be applied.
Regards,
Anibal
On Tue, 23 Feb 2021 at 01:04, Ilias Apalodimas
wrote:
> On Mon, Feb 22, 2021 at 03:45:08PM -0600, Aníbal Limón wrote:
> > Changes,
> >
> > 60e25a3 (HEAD -> oe-core, origin/oe-core) makewrappers: Fix glibc
Discussion with the libinput maintainer has confirmed that many of the
libinput test cases need to run on a relatively unloaded system,
because input handling is by definition time-sensitive and any
event mismatches are considered a failure to avoid broken code hiding.
We can't expect libinput to
I have to note that x86 ptest is not affected and runs fine, so this may
not have been fully researched. Could it be specific to arm?
Alex
On Wed 3. Mar 2021 at 22.33, Ross Burton wrote:
> Discussion with the libinput maintainer has confirmed that many of the
> libinput test cases need to run
On Wed, 2021-03-03 at 22:56 +0100, Alexander Kanavin wrote:
> I have to note that x86 ptest is not affected and runs fine, so this
> may not have been fully researched. Could it be specific to arm?
We've seen this on both x86 and arm, I think the arm worker is more
consistently loaded and hence
On Wed, Mar 3, 2021 at 12:31 PM Anibal Limon wrote:
>
> I'm still getting this error, I don't know if this patch will be applied.
No, not this particular patch, but if you look at the dunfell patches
I've posted for review you'll see that I have pseudo patches there
that address this issue.
So
Signed-off-by: Wang Mingyu
---
.../{libedit_20191231-3.1.bb => libedit_20210216-3.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/libedit/{libedit_20191231-3.1.bb =>
libedit_20210216-3.1.bb} (82%)
diff --git
Signed-off-by: Wang Mingyu
---
.../lttng/{lttng-modules_2.12.4.bb => lttng-modules_2.12.5.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-kernel/lttng/{lttng-modules_2.12.4.bb =>
lttng-modules_2.12.5.bb} (94%)
diff --git
Signed-off-by: Wang Mingyu
---
.../{mklibs-native_0.1.44.bb => mklibs-native_0.1.44.1.bb} | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
rename meta/recipes-devtools/mklibs/{mklibs-native_0.1.44.bb =>
mklibs-native_0.1.44.1.bb} (70%)
diff --git
Signed-off-by: Wang Mingyu
---
.../lttng/{lttng-tools_2.12.2.bb => lttng-tools_2.12.3.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-kernel/lttng/{lttng-tools_2.12.2.bb =>
lttng-tools_2.12.3.bb} (98%)
diff --git
Signed-off-by: Wang Mingyu
---
.../procps/{procps_3.3.16.bb => procps_3.3.17.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/procps/{procps_3.3.16.bb => procps_3.3.17.bb}
(97%)
diff --git a/meta/recipes-extended/procps/procps_3.3.16.bb
0003-cmake-add-option-to-skip-build-the-examples.patch removed since it
is included in 2020.5
Signed-off-by: Wang Mingyu
---
...dd-option-to-skip-build-the-examples.patch | 47 ---
.../{shaderc_2020.4.bb => shaderc_2020.5.bb} | 3 +-
2 files changed, 1 insertion(+), 49
CVE-2017-12678.patch
CVE-2018-11439.patch
removed since they are included in 1.12
Signed-off-by: Wang Mingyu
---
.../taglib/taglib/CVE-2017-12678.patch| 40 ---
.../taglib/taglib/CVE-2018-11439.patch| 51 ---
.../{taglib_1.11.1.bb => taglib_1.12.bb}
Signed-off-by: Wang Mingyu
---
.../stress-ng/{stress-ng_0.12.03.bb => stress-ng_0.12.04.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-extended/stress-ng/{stress-ng_0.12.03.bb =>
stress-ng_0.12.04.bb} (90%)
diff --git
Signed-off-by: Wang Mingyu
---
meta/recipes-devtools/vala/{vala_0.50.3.bb => vala_0.50.4.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/vala/{vala_0.50.3.bb => vala_0.50.4.bb} (50%)
diff --git a/meta/recipes-devtools/vala/vala_0.50.3.bb
On 2021-02-25 4:40 p.m., Randy MacLeod wrote:
Richard,
I won't have a v3 today.
I'm adding some of the people have worked on meta-rust as an FYI.
Sorry that I haven't been CCing y'all earlier.
If you'd like to be dropped from the thread say so on list or to me
privately.
One brief comment
If using debug-without-src policy then usr/src/debug won't exist,
therefore check for this case
Signed-off-by: Khem Raj
---
.../python/python3-cython_0.29.22.bb | 21 +++
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git
From: Yanfei Xu
This is a bug fix release. Meanwhile, this upgrade will solve a
lttng-tools testcase failure that test_notification_kernel hangs
with linux-yocto-dev.
Signed-off-by: Yanfei Xu
---
.../lttng/{lttng-tools_2.12.2.bb => lttng-tools_2.12.3.bb} | 2 +-
1 file changed, 1
Hi Richard
We can also reproduce the failure with
PACKAGE_DEBUG_SPLIT_STYLE = "debug-without-src"
so I guess we should check for this var
On Wed, Mar 3, 2021 at 6:55 AM Khem Raj wrote:
>
> On Tue, Mar 2, 2021 at 5:59 AM Richard Purdie
> wrote:
> >
> > There are build paths which are in
On 3/3/21 9:10 PM, Bruce Ashfield wrote:
[Please note: This e-mail is from an EXTERNAL e-mail address]
On Wed, Mar 3, 2021 at 1:16 AM Xu, Yanfei wrote:
From: Yanfei Xu
We should get into the habit of summarizing the changes in version
bump commits, along with a comment explaining if it
The file path is normalised before replacing the THISPATH prefix
so THISPATH needs to be normalised too to match
---
meta/recipes-core/glib-2.0/glib-2.0_2.66.7.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.66.7.bb
Hi Jate,
Is that behavior that you explain that I am trying to said.
Jate Sujjavanich escreveu no dia quarta, 24/02/2021
à(s) 17:19:
> I tested removing the cross-compile detection patch and removing libcap
> from PACKAGECONFIG. The build does find setcap on the build machine.
>
>
From: Purushottam Choudhary
This CVE is about TOCTOU (time-of-check time-of-use)
race condition when copying and removing directory trees
which had very low severity problem and marked as closed
and won't fix. Therefore whitelisted CVE-2013-4235.
Master, gatesgarth and dunfell all have shadow
librepo: missing path validation in repomd.xml may lead to directory traversal
Upstream-Status: Acepted
[https://github.com/rpm-software-management/librepo/commit/7daea2a2429a54dad68b1de9b37a5f65c5cf2600]
CVE: CVE-2020-14352
Signed-off-by: Minjae Kim
---
Otherwise, weston wouldn't actually start when systemd is in use.
Signed-off-by: Alexander Kanavin
---
meta/classes/rootfs-postcommands.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/rootfs-postcommands.bbclass
Signed-off-by: Alexander Kanavin
---
meta/classes/core-image.bbclass | 2 ++
meta/recipes-graphics/images/core-image-weston.bb | 8 +++-
.../packagegroups/packagegroup-core-weston.bb | 13 +
3 files changed, 18 insertions(+), 5 deletions(-)
create
Under systemd weston's socket is in /run, not in /run/user/0.
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/runtime/cases/weston.py | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/runtime/cases/weston.py
b/meta/lib/oeqa/runtime/cases/weston.py
index
On Wed, Mar 3, 2021 at 1:16 AM Xu, Yanfei wrote:
>
> From: Yanfei Xu
>
We should get into the habit of summarizing the changes in version
bump commits, along with a comment explaining if it is a bug fix
release, features, etc.
Bruce
> Signed-off-by: Yanfei Xu
> ---
>
On Tue, Mar 2, 2021 at 5:59 AM Richard Purdie
wrote:
>
> There are build paths which are in generated sources injected
> into ${PN}-src. These are in generated files and don't influence the
> binary output. As such we can correct them at do_package time by
> tweaking in an appropriately injected
The following changes since commit a8debddd6cbdd70db74e096d72f97fbee008ee63:
build-appliance-image: Update to dunfell head revision (2021-02-18 23:43:04
+)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next
Steve, Colin:
keep in mind that this version also introduces some new restrictions,
e.g. rpi-sdimg IMAGE_FSTYPE in meta-raspberrypi is now failing with:
mkfs.vfat: Label can be no longer than 11 characters
not sure how common this will be in other BSPs, but people might be
surprised with such
Hello Richard.
On 17.01.21 10:19, Richard Purdie wrote:
On Fri, 2021-01-15 at 15:49 -0600, Joshua Watt wrote:
Allows systemd to manage wired network interfaces just like on actual
hardware. Systemd seems to be smart enough to not enable DHCP if the
interface was assigned a IP address in the
On Wed, Mar 3, 2021 at 6:17 AM Steve Sakoman wrote:
>
> The following changes since commit a8debddd6cbdd70db74e096d72f97fbee008ee63:
>
> build-appliance-image: Update to dunfell head revision (2021-02-18 23:43:04
> +)
>
> are available in the Git repository at:
>
>
On Wed, Mar 3, 2021 at 8:16 AM Martin Jansa wrote:
>
> Steve, Colin:
>
> keep in mind that this version also introduces some new restrictions, e.g.
> rpi-sdimg IMAGE_FSTYPE in meta-raspberrypi is now failing with:
>
> mkfs.vfat: Label can be no longer than 11 characters
>
> not sure how common
Am 03.03.2021 um 17:34 schrieb Khem Raj:
On Wed, Mar 3, 2021 at 8:16 AM Martin Jansa wrote:
Steve, Colin:
keep in mind that this version also introduces some new restrictions, e.g.
rpi-sdimg IMAGE_FSTYPE in meta-raspberrypi is now failing with:
mkfs.vfat: Label can be no longer than 11
Am 03.03.2021 um 17:58 schrieb Martin Jansa:> If I understood Colin
correctly, then older dosfstools would break even
older partitions created by mtools (e.g. if you (let automatically) run
fsck.vfat from
dunfell based image on device with /boot partition originally created with
mtools
from
Jose,
Yes, I forgot to add a sentence saying that my testing confirmed what you
said. Your explanation was helpful in learning about this meson build.
- Jate
On Wed, Mar 3, 2021 at 8:41 AM Jose Quaresma
wrote:
> Hi Jate,
>
> Is that behavior that you explain that I am trying to said.
>
> Jate
On Wed, Mar 03, 2021 at 08:34:23AM -0800, Khem Raj wrote:
> On Wed, Mar 3, 2021 at 8:16 AM Martin Jansa wrote:
> >
> > Steve, Colin:
> >
> > keep in mind that this version also introduces some new restrictions, e.g.
> > rpi-sdimg IMAGE_FSTYPE in meta-raspberrypi is now failing with:
> >
> >
On Wed, Mar 3, 2021 at 6:40 AM Khem Raj wrote:
>
> On Wed, Mar 3, 2021 at 6:17 AM Steve Sakoman wrote:
> >
> > The following changes since commit a8debddd6cbdd70db74e096d72f97fbee008ee63:
> >
> > build-appliance-image: Update to dunfell head revision (2021-02-18
> > 23:43:04 +)
> >
> >
On Tue, Mar 2, 2021 at 3:36 AM Alexander Kanavin wrote:
>
> On Tue, 2 Mar 2021 at 14:26, Colin Finck wrote:
>> Who decides about backporting or not backporting dosfstools 4.2 to Dunfell?
>> I can only stress again that a large number of devices in the wild are
>> currently running on FAT boot
46 matches
Mail list logo
