From: Zqiang
When run cyclictest, the parameter enable NUMA. but in some BSP
which not support NUMA, will causes the test program to exit
directly and does not carry out subsequent operations, the
latest changes have fixed this problem. so update to the
latest branch to resolve.
Signed-off-by: Z
tst-pam_start_confdir needs a file called confdir and it should reside
in directory pointed by srcdir env variable, therefore copy confdir into
ptest package and export srcdir before running the ptests
Signed-off-by: Khem Raj
---
meta/recipes-extended/pam/libpam/run-ptest | 5 +++--
meta/recipes
These files are used by this ptest case
103,108d102
< cat: ../y.tab.c: No such file or directory
< cmp: ../y.tab.c: No such file or directory
< cat: /usr/lib/bash/ptest/config.h: No such file or directory
< cmp: /usr/lib/bash/ptest/config.h: No such file or directory
< cat: /usr/lib/bash/ptest/ver
certain applets are enabled but the long options are not enabled for
them, it results in subtle failures in ptests where its expecting these
options e.g. gzip --best is commonly used in many package tests e.g.
root@qemux86-64:/usr/lib# grep -r "\-\-best" *
acl/ptest/Makefile:GZIP_ENV = --best
attr
On Thu, Apr 29, 2021 at 5:44 PM Andre McCurdy wrote:
> On Thu, Apr 29, 2021 at 3:29 PM Khem Raj wrote:
> >
> > On Wed, Apr 28, 2021 at 10:40 AM Andre McCurdy
> wrote:
> > >
> > > On Tue, Apr 27, 2021 at 10:06 PM Khem Raj wrote:
> > > >
> > > > certain applets are enabled but the long options a
On Thu, Apr 29, 2021 at 3:29 PM Khem Raj wrote:
>
> On Wed, Apr 28, 2021 at 10:40 AM Andre McCurdy wrote:
> >
> > On Tue, Apr 27, 2021 at 10:06 PM Khem Raj wrote:
> > >
> > > certain applets are enabled but the long options are not enabled for
> > > them, it results in subtle failures in ptests
you also want to get rid of *.lock files as well.
On Thu, Apr 29, 2021 at 4:24 PM Khem Raj wrote:
>
> Adding Miachel as well.
>
> this seems to be running
> buildoptions.SourceMirroring.test_yocto_source_mirror selftest, which
> AFAICT should force downloads from yp mirror only
> when I check the
Adding Miachel as well.
this seems to be running
buildoptions.SourceMirroring.test_yocto_source_mirror selftest, which
AFAICT should force downloads from yp mirror only
when I check the YP mirror then this tarball exists there
http://downloads.yoctoproject.org/mirror/sources/go1.16.3.src.tar.gz
Hello,
On 20/04/2021 11:28:38-0700, Khem Raj wrote:
> golang.org/dl is resolving to this anyway
>
Unfortunately, this is still an issue on the autobuilders:
ERROR: go-cross-core2-32-1.16.3-r0 do_fetch: The URL:
'https://dl.google.com/go/go1.16.3.src.tar.gz;name=main' is not trusted and
cannot
On 30/04/2021 00:54:52+0200, Alexandre Belloni wrote:
> Hello,
>
> On 19/04/2021 08:38:09-0700, Khem Raj wrote:
> > On Mon, Apr 19, 2021 at 12:51 AM Martin Jansa
> > wrote:
> > >
> > > On Mon, Apr 19, 2021 at 04:25:26AM +, Naveen Saini wrote:
> > > > [SWAT]
> > > > Fetching error:
> > > > re
Hello,
On 19/04/2021 08:38:09-0700, Khem Raj wrote:
> On Mon, Apr 19, 2021 at 12:51 AM Martin Jansa wrote:
> >
> > On Mon, Apr 19, 2021 at 04:25:26AM +, Naveen Saini wrote:
> > > [SWAT]
> > > Fetching error:
> > > recipe go-runtime-1.16.3-r0: task do_fetch: Failed
> > > https://autobuilder.yo
On Wed, Apr 28, 2021 at 10:40 AM Andre McCurdy wrote:
>
> On Tue, Apr 27, 2021 at 10:06 PM Khem Raj wrote:
> >
> > certain applets are enabled but the long options are not enabled for
> > them, it results in subtle failures in ptests where its expecting these
> > options e.g. gzip --best is commo
certain applets are enabled but the long options are not enabled for
them, it results in subtle failures in ptests where its expecting these
options e.g. gzip --best is commonly used in many package tests e.g.
root@qemux86-64:/usr/lib# grep -r "\-\-best" *
acl/ptest/Makefile:GZIP_ENV = --best
attr
Hi Armin,
On Thu, 29 Apr 2021 11:02:50 -0700 akuster808 wrote:
>
>
> On 4/29/21 8:36 AM, Vivien Didelot wrote:
> > From: Armin Kuster
>
> I see meta-networking in the path. Was this change meant for
> meta-openembedded? if so,
> please use "openembedded-de...@lists.openembedded.org"
>
> If I
On 4/29/21 8:36 AM, Vivien Didelot wrote:
> From: Armin Kuster
I see meta-networking in the path. Was this change meant for
meta-openembedded? if so,
please use "openembedded-de...@lists.openembedded.org"
If I may recommend having it live in meta-oe rather then meta-networking.
-armin
>
> Sig
Oops wrong list!
Sorry for the extra noise.
Sau!
On 4/29/21 10:25 AM, Saul Wold wrote:
The latest version does not support PPC architecture, so disable
the it. Otherwise the following error occurs:
/srv/nvme/yocto/hardknott/builds/tbb/tmp/work/ppc7400-poky-linux/tbb/2021.2.0-r0/git/src/tbb/t
Seat management takes care of mediating access to shared
devices (graphics, input), without requiring the applications
needing access to be root.
Signed-off-by: ayaka
---
meta/recipes-core/seatd/libseat/init | 50
meta/recipes-core/seatd/libseat_0.5.0.bb | 42 +++
On 4/29/21 8:54 AM, Khem Raj wrote:
send a patch to disable it for ppc
Sent!
Sau!
On 4/29/21 8:30 AM, Saul Wold wrote:
Naveen:
Looks like the latest version of TBB does not build correctly for PPC
machine targets (qemuppc for sure), it builds for qemuppc64
The failure seems to be th
The latest version does not support PPC architecture, so disable
the it. Otherwise the following error occurs:
/srv/nvme/yocto/hardknott/builds/tbb/tmp/work/ppc7400-poky-linux/tbb/2021.2.0-r0/git/src/tbb/tools_api/ittnotify_config.h:338:12:
error: '__TBB_machine_fetchadd4' was not declared in thi
On Thu, Apr 29, 2021 at 6:57 AM Andreas Müller wrote:
>
> On Thu, Apr 22, 2021 at 6:24 PM Steve Sakoman wrote:
> >
> > I'd like to work toward getting Fedora 33 as a supported distro for
> > the next dunfell release (3.1.8).
> >
> > Initial autobuilder testing looks fairly good, but I'd like to g
Insufficient checks on the lengths of the XInput extension
ChangeFeedbackControl request can lead to out of bounds memory accesses
in the X server.
References:
https://nvd.nist.gov/vuln/detail/CVE-2021-3472
Upstream patches:
https://gitlab.freedesktop.org/xorg/xserver/-/commit/7aaf54a1884f71dc363
On Thu, Apr 22, 2021 at 6:24 PM Steve Sakoman wrote:
>
> I'd like to work toward getting Fedora 33 as a supported distro for
> the next dunfell release (3.1.8).
>
> Initial autobuilder testing looks fairly good, but I'd like to get
> some feedback from people who are already doing dunfell builds o
Fixed oe-core ml
Naveen:
Looks like the latest version of TBB does not build correctly for PPC
machine targets (qemuppc for sure), it builds for qemuppc64
The failure seems to be the handling of __TBB_machine_fetch4()
definition below, particularly the ITT_ARCH check for PPC64 but not PPC.
From: Armin Kuster
Signed-off-by: Vivien Didelot
---
.../recipes-connectivity/sshpass/sshpass_1.06.bb | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 meta-networking/recipes-connectivity/sshpass/sshpass_1.06.bb
diff --git a/meta-networking/recipes-connectivity/sshpa
On Thu, Apr 29, 2021 at 1:40 AM Vinay Kumar wrote:
>
> Hi Steve,
>
> Please find the 2nd version of the patch with the fix for Binutils
> mingw build error at link,
> https://lists.openembedded.org/g/openembedded-core/message/151031
>
> The binutils mingw build error got fixed by commit id,
> http
Alex are right, the patch misses the SRCREV update
-SRCREV = "f3e39a7eed682faececb73f0b85717f2f44ee9ba"
+SRCREV = "bdd134d1b7eca01925c1919d2ea05fd3cd6843c7"
Alexander Kanavin escreveu no dia quinta,
29/04/2021 à(s) 14:43:
>
> Neither SRCREV nor tarball checksums are updated. How come?
>
> Alex
>
Neither SRCREV nor tarball checksums are updated. How come?
Alex
On Thu, 29 Apr 2021 at 14:43, zhengruoqin wrote:
> Signed-off-by: Zheng Ruoqin
> ---
> .../shaderc/{shaderc_2020.5.bb => shaderc_2021.0.bb} | 0
> 1 file changed, 0 insertions(+), 0 deletions(-)
> rename meta/recip
From: Christophe Chapuis
* with xz PACKAGECONFIG enabled in kmod and xz module compression enabled in
kernel
the do_rootfs task doesn't run depmod in the image, because it thinks there
are no modules:
NOTE: No Kernel Modules found, not running depmod
Signed-off-by: Martin Jansa
Signed-off
On Thu, 2021-04-29 at 14:04 +0200, Martin Jansa wrote:
> From: Christophe Chapuis
>
> * with xz PACKAGECONFIG enabled in kmod and xz module compression enabled in
> kernel
> the do_rootfs task doesn't run depmod in the image, because it thinks there
> are no modules:
> NOTE: No Kernel Modul
Signed-off-by: Zheng Ruoqin
---
...ireless-regdb_2020.11.20.bb => wireless-regdb_2021.04.21.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2020.11.20.bb =>
wireless-regdb_2021.04.21.bb} (94%)
diff --git a/meta/recipes-kernel/
Signed-off-by: Zheng Ruoqin
---
.../shaderc/{shaderc_2020.5.bb => shaderc_2021.0.bb} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-graphics/shaderc/{shaderc_2020.5.bb => shaderc_2021.0.bb}
(100%)
diff --git a/meta/recipes-graphics/shaderc/shaderc_2020.5.
Signed-off-by: Zheng Ruoqin
---
.../{python3-numpy_1.20.1.bb => python3-numpy_1.20.2.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python-numpy/{python3-numpy_1.20.1.bb =>
python3-numpy_1.20.2.bb} (96%)
diff --git a/meta/recipes-devtools/python-n
Signed-off-by: Zheng Ruoqin
---
.../{libmicrohttpd_0.9.72.bb => libmicrohttpd_0.9.73.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libmicrohttpd/{libmicrohttpd_0.9.72.bb =>
libmicrohttpd_0.9.73.bb} (87%)
diff --git a/meta/recipes-support/libmicr
Ignore this for now, something else seems to be still broken. Will send v2
later.
On Thu, Apr 29, 2021 at 2:05 PM Martin Jansa via lists.openembedded.org
wrote:
> From: Christophe Chapuis
>
> * with xz PACKAGECONFIG enabled in kmod and xz module compression enabled
> in kernel
> the do_rootfs
From: Christophe Chapuis
* with xz PACKAGECONFIG enabled in kmod and xz module compression enabled in
kernel
the do_rootfs task doesn't run depmod in the image, because it thinks there
are no modules:
NOTE: No Kernel Modules found, not running depmod
Signed-off-by: Martin Jansa
Signed-off
Hi Steve,
Please find the 2nd version of the patch with the fix for Binutils
mingw build error at link,
https://lists.openembedded.org/g/openembedded-core/message/151031
The binutils mingw build error got fixed by commit id,
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=8b69e61d4be27
Source: git://sourceware.org/git/binutils-gdb.git
Tracking -- https://sourceware.org/bugzilla/show_bug.cgi?id=26945
Backported upstream commit d3edaa91d4cf7202ec14342410194841e2f67f12 to
binutils-2.36 source along with commit id dependencies
(8e03235147a9e774d3ba084e93c2da1aa94d1cec and
8b69e61d4
On 4/26/21 2:31 AM, Kenny Levinsen wrote:
On Wed, Apr 21 2021 at 09:34:41 AM +0800, ayaka
wrote:
I also sent this patch to the upstream, seatd is the server of
libseat, besides you could build a libseat with a embedded server
without shipping the seatd.
I have applied a more specific fix ups
38 matches
Mail list logo