Thank you, but please submit the patch upstream first. We're tightening the
policy on Pending patches.
Alex
On Fri, 10 Dec 2021 at 03:16, Yu, Mingli wrote:
> From: Mingli Yu
>
> When boot with "init=/sbin/bootchartd" as below:
> # runqemu qemux86 bootparams="init=/sbin/bootchartd"
>
> There
+-#ifdef __x86_64__
I think the above simply needs to be adjusted to say 'if x86_64 and not
x32'?
Also, this does not resolve the newly occurring ptest failures.
Alex
On Fri, 10 Dec 2021 at 02:47, wangmy wrote:
> Add patch 0001-Fix-bug-for-x86_64_x32.patch
> to fix compile bug when building
Adds a PACKAGECONFIG option to use libsoup2 instead of libsoup3.
Including libsoup2 and libsoup3 in the same process can cause strange
runtime failures, and the latest release of each major version will
cause the process to exit if both are detected on startup.
The default is changed from
Adds a PACKAGECONFIG option to use libsoup2 instead of libsoup3.
Including libsoup2 and libsoup3 in the same process can cause strange
runtime failures, and the latest release of each major version will
cause the process to exit if both are detected on startup.
The default is changed from
this breaks gjs also see https://github.com/mesonbuild/meson/issues/9472
On Wed, Dec 8, 2021 at 2:00 PM Alexander Kanavin wrote:
>
> From: Alexander Kanavin
>
> Signed-off-by: Alexander Kanavin
> ---
> meta/recipes-devtools/meson/meson.inc | 2 +-
>
On Fri, Dec 10, 2021 at 6:33 AM Markus Volk wrote:
> Thats strange indeed. Wayland is set as a DISTRO_FEATURE for my image, so
> it gets built by a lot of packages. This wasn't a clean build, i had
> sstate cache availbale when i started to experiment with libva and normally
> it doesn't get
On Fri, Dec 10, 2021 at 4:05 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> With the changes to binutils, perf's direct calls to ld break for mips n64.
> We already have tweaks for n32 so match those with the ones for n64.
>
> Signed-off-by: Richard Purdie
> ---
>
On Fri, 10 Dec 2021 at 15:58, Khem Raj wrote:
>> libtool is now longer renamed to ${host}-libtool, so
>
> Typo now should be no
Argh.
Dug out git-filter-branch, now fixed in poky-contrib:ross/libtool.
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello everyone,
after some digging we identified the issue to be on our part.
We have been using "GTEST_LIBRARY" and "GTEST_MAIN_LIBRARY" in our
CMake scripts instead of "GTEST_LIBRARIES" and "GTEST_MAIN_LIBRARIES",
as described in the cmake docs:
On Fri, Dec 10, 2021 at 6:22 AM Ross Burton wrote:
> Typically libtool installs the binary to 'libtool' in the source tree,
> but we've got patches to rename this to ${host_sys}-libtool. As this
> isn't standard any upstream that don't respect the LIBTOOL variable need
> to be told explicitly
From: Valerii Chernous
Originally issue:
building of glibc 2.32 or 2.34 with option "-Wl,--build-id"
produce libc.so.6 with section ".note.gnu.build-id" that have
invalid(double, 0x48) section size. It happens because glibc
use sublibraries for linking libc.so.6
ld produce this sublibraries with
On Fri, 2021-12-10 at 14:04 +0100, Max Krummenacher wrote:
> The current developer manual [1] specifies that patches that are
> part of a directory which is given in SRC_URI are applied by
> the do_patch task. However that is not implemented in the
> current code.
>
> This patchset implements
On Fri, 2021-12-10 at 07:56 -0800, Khem Raj wrote:
>
>
> On Fri, Dec 10, 2021 at 4:05 AM Richard Purdie
> wrote:
> > With the changes to binutils, perf's direct calls to ld break for mips n64.
> > We already have tweaks for n32 so match those with the ones for n64.
> >
> > Signed-off-by:
Hey List,
I'm trying to work out the mysterious state of DKMS in OE-Core.
Our (NI) OE distributions rely heavily on DKMS to (un)install our
ecosystem of kernel drivers at runtime across our product lines. To
facilitate that, we authored a dkms_2.4.0.bb recipe [1] back in 2017,
which we have
On Fri, Dec 10, 2021 at 9:01 AM Khem Raj wrote:
>
> this breaks gjs also see https://github.com/mesonbuild/meson/issues/9472
>
I have a fix for gjs [1] but I was thinking meta-gnome is a good
testcase for meson. So when upgrading meson it will be good to add
this layer
to test and build world.
On Fri, Dec 10, 2021 at 04:09:28PM +0100, Quentin Schulz wrote:
> According to Khronos documentation[1], gl2ext.h can be used for OpenGL
> ES 3. Some vendor implementation of OpenGL ES 3, such as
> Rockchip's libmali[2], do not have a gl3ext.h but only a gl2ext.h while
> being OpenGL ES 3
Thats strange indeed. Wayland is set as a DISTRO_FEATURE for my image,
so it gets built by a lot ofpackages. This wasn't a clean build, i had
sstate cache availbale when i started to experiment with libva and
normally it doesn't get built inside my image because i can't use it on
my board.
Can you try this on a plain poky and try to figure out why the problem is
not seen on poky?
Alex
On Fri, 10 Dec 2021 at 15:33, Markus Volk wrote:
> Thats strange indeed. Wayland is set as a DISTRO_FEATURE for my image, so
> it gets built by a lot of packages. This wasn't a clean build, i had
>
It's assumed that not all OpenGL ES implementation are compliant with
the 3.x specification. Therefore an additional virtual providers is
created to explicit compatibility with OpenGL ES 3 specification.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
According to Khronos documentation[1], gl2ext.h can be used for OpenGL
ES 3. Some vendor implementation of OpenGL ES 3, such as
Rockchip's libmali[2], do not have a gl3ext.h but only a gl2ext.h while
being OpenGL ES 3 compliant.
This fixes the header files to be included from gl3ext.h to gl2ext.h
texturator requires GLES 3 headers and libs so let's explicit this
dependency. This was not detected until now because mesa, the default
provider, actually provides both Open GLES 2 and 3 compliant
implementations.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
On Fri, Dec 10, 2021 at 6:22 AM Ross Burton wrote:
> libtool is now longer renamed to ${host}-libtool, so
Typo now should be no
remove the changes
> to support this.
>
> Signed-off-by: Ross Burton
> ---
> meta/recipes-devtools/qemu/qemu.inc | 2 --
> 1 file changed, 2 deletions(-)
>
> diff
On Fri, 10 Dec 2021 at 15:17, Khem Raj wrote:
> Does it mean that it can now run original libtool script accidentally which
> is pregenerated part of package which may be not what we want
Not really, if we run libtoolize then we replace any existing libtool
binary. If we don't run libtoolize
With the changes to binutils, perf's direct calls to ld break for mips n64.
We already have tweaks for n32 so match those with the ones for n64.
Signed-off-by: Richard Purdie
---
meta/recipes-kernel/perf/perf.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
This is a V3 of overlayfs-etc image feature implementation, that allows
to setup the whole /etc under overlayfs. Please review and merge if you
find it OK
The following changes since commit 1a6c2a7345199d77ad5aeac8ad337ed80a8aa39b:
build-appliance-image: Update to master head revision
A template init script for overlayfs-etc class
Signed-off-by: Vyacheslav Yurkov
---
meta/files/overlayfs-etc-preinit.sh.in | 29 ++
1 file changed, 29 insertions(+)
create mode 100644 meta/files/overlayfs-etc-preinit.sh.in
diff --git
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/image.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 8a46b4852c..2b0ce4a988 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@
Introduce wic image for overlayfs-etc tests with a dedicated /data
partition and configurable kernel parameters
Signed-off-by: Vyacheslav Yurkov
---
meta-selftest/wic/overlayfs_etc.wks.in | 4
1 file changed, 4 insertions(+)
create mode 100644 meta-selftest/wic/overlayfs_etc.wks.in
diff
The current developer manual [1] specifies that patches that are
part of a directory which is given in SRC_URI are applied by
the do_patch task. However that is not implemented in the
current code.
This patchset implements that, but deviates from what is
documented. If the patches are applied I
The current developer manual specifies that patches that are
part of a directory which is given in SRC_URI are applied by
the do_patch task. However that is not implemented in the
current code.
Implement part of it with two differences:
- The implementation requires the parameter "apply=yes" and
Signed-off-by: Max Krummenacher
---
meta/lib/oe/recipeutils.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/recipeutils.py b/meta/lib/oe/recipeutils.py
index a0c6974f04..7b5b6bf10e 100644
--- a/meta/lib/oe/recipeutils.py
+++ b/meta/lib/oe/recipeutils.py
@@
On Fri, Dec 10, 2021 at 8:29 AM Konrad Weihmann wrote:
>
>
>
> On 10.12.21 14:04, Max Krummenacher wrote:
> > The current developer manual specifies that patches that are
> > part of a directory which is given in SRC_URI are applied by
> > the do_patch task. However that is not implemented in the
I encountered an error while trying to build libva under wayland. libva-initial
was missing wayland-native dependency and failed like this:
| Run-time dependency xfixes found: NO (tried pkgconfig and cmake)
| Run-time dependency wayland-client found: YES 1.19.0
| Program wayland-scanner
Am Freitag, den 10.12.2021, 09:01 -0500 schrieb Bruce Ashfield:
> On Fri, Dec 10, 2021 at 8:29 AM Konrad Weihmann wrote:
> >
> >
> > On 10.12.21 14:04, Max Krummenacher wrote:
> > > The current developer manual specifies that patches that are
> > > part of a directory which is given in SRC_URI
| Run-time dependency wayland-client found: YES 1.19.0
Can you please explain how the issue can be reproduced? I find it odd that
libva-initial (which only needs libdrm, and is required by mesa) has
wayland in its sysroot in your build - where does that come from? There's a
chance the problem is
On Fri, Dec 10, 2021 at 9:07 AM Max wrote:
>
> Am Freitag, den 10.12.2021, 09:01 -0500 schrieb Bruce Ashfield:
> > On Fri, Dec 10, 2021 at 8:29 AM Konrad Weihmann
> > wrote:
> > >
> > >
> > > On 10.12.21 14:04, Max Krummenacher wrote:
> > > > The current developer manual specifies that patches
On Fri, Dec 10, 2021 at 09:01:18AM -0500, Bruce Ashfield wrote:
> On Fri, Dec 10, 2021 at 8:29 AM Konrad Weihmann wrote:
> >
> >
> >
> > On 10.12.21 14:04, Max Krummenacher wrote:
> > > The current developer manual specifies that patches that are
> > > part of a directory which is given in
libtool is now longer renamed to ${host}-libtool, so remove the changes
to support this.
Signed-off-by: Ross Burton
---
.../fix-glib-configure-libtool-usage.patch| 45 ---
.../pkgconfig/pkgconfig_git.bb| 1 -
2 files changed, 46 deletions(-)
delete mode
We update the libtool m4 files in binutils with the latest files from
our patched libtool so that we can use the --with-libtool-sysroot option.
Remove the chunks that are specific to the libtool renaming, which now
doesn't happen.
Signed-off-by: Ross Burton
---
Typically libtool installs the binary to 'libtool' in the source tree,
but we've got patches to rename this to ${host_sys}-libtool. As this
isn't standard any upstream that don't respect the LIBTOOL variable need
to be told explicitly where libtool is, which is a long-term maintenance
burden for
libtool is now longer renamed to ${host}-libtool, so remove the changes
to support this.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/gtk+/gtk+3.inc | 3 --
.../gtk+/gtk+3/0001-Hardcoded-libtool.patch | 47 ---
meta/recipes-gnome/gtk+/gtk+3_3.24.30.bb |
libtool is now longer renamed to ${host}-libtool, so remove the changes
to support this.
Signed-off-by: Ross Burton
---
.../freetype/freetype/use-right-libtool.patch | 31 ---
.../freetype/freetype_2.11.1.bb | 4 +--
2 files changed, 1 insertion(+), 34
libtool is now longer renamed to ${host}-libtool, so remove the changes
to support this.
Signed-off-by: Ross Burton
---
meta/recipes-support/db/db_5.3.28.bb | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta/recipes-support/db/db_5.3.28.bb
libtool is now longer renamed to ${host}-libtool, so remove the changes
to support this.
Signed-off-by: Ross Burton
---
...001-Fix-libtool-name-in-configure.ac.patch | 29 ---
.../subversion/subversion_1.14.1.bb | 1 -
2 files changed, 30 deletions(-)
delete mode
libtool is now longer renamed to ${host}-libtool, so remove the changes
to support this.
This means that apr now installs libtool into the build-1 folder, but
as this has never been needed before (as we use the system libtool) we
can remove it (it contains build paths so is unreproducible). Also
libtool is now longer renamed to ${host}-libtool, so remove the changes
to support this.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/qemu/qemu.inc | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index
libtool is now longer renamed to ${host}-libtool, so remove the changes
to support this.
Signed-off-by: Ross Burton
---
meta/recipes-bsp/apmd/apmd/libtool.patch | 22 +++---
meta/recipes-bsp/apmd/apmd_3.2.2-15.bb | 2 +-
2 files changed, 16 insertions(+), 8 deletions(-)
diff
Note that meta-oe-contrib:ross/libtool contains the patches needed to
get this working against meta-oe, as far as I can tell in my testing.
Ross
On Fri, 10 Dec 2021 at 14:22, Ross Burton via lists.openembedded.org
wrote:
>
> Typically libtool installs the binary to 'libtool' in the source tree,
Introduce wic image for overlayfs-etc tests with a dedicated /data
partition and configurable kernel parameters
Signed-off-by: Vyacheslav Yurkov
---
meta-selftest/wic/overlayfs_etc.wks.in | 4
1 file changed, 4 insertions(+)
create mode 100644 meta-selftest/wic/overlayfs_etc.wks.in
diff
A template init script for overlayfs-etc class
Signed-off-by: Vyacheslav Yurkov
---
meta/files/preinit.sh.in | 29 +
1 file changed, 29 insertions(+)
create mode 100644 meta/files/preinit.sh.in
diff --git a/meta/files/preinit.sh.in b/meta/files/preinit.sh.in
new
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/image.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 8a46b4852c..2b0ce4a988 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@
Move helper functions out of class scope so they can be used in other tests
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 32 +++
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
This class provides an image feature that mounts /etc as an overlayfs
file system. This is an extension for existing overlayfs class, which
doesn't support /etc
Signed-off-by: Alfred Schapansky
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs-etc.bbclass | 76
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/overlayfs.bbclass b/meta/classes/overlayfs.bbclass
index 3c0f4dc882..f1b8086ea8 100644
--- a/meta/classes/overlayfs.bbclass
+++ b/meta/classes/overlayfs.bbclass
@@
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 184 ++
1 file changed, 184 insertions(+)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
b/meta/lib/oeqa/selftest/cases/overlayfs.py
index 43415778ce..82007fade7 100644
---
This is a V2 of overlayfs-etc image feature implementation, that allows
to setup the whole /etc under overlayfs. Please review and merge if you
find it OK
The following changes since commit 1a6c2a7345199d77ad5aeac8ad337ed80a8aa39b:
build-appliance-image: Update to master head revision
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 52
meta/files/overlayfs-all-overlays.service.in | 12 +
meta/files/overlayfs-create-dirs.service.in | 14 ++
meta/files/overlayfs-unit.mount.in | 13 +
4 files
From: Mingli Yu
Use regex strings (r’’) to silence below deprecation warning [1]:
$ cat
tmp/work/intel_x86_64-wrs-linux/linux-yocto/5.10.x+gitAUTOINC+917c420111_373c02c3ca-r0/temp/log.do_deploy
[snip]
/build/layers/oe-core/meta/lib/oe/packagedata.py:22: DeprecationWarning:
invalid escape
From: Robert Yang
When build with nativesdk-python3 (3.10) from buildtools:
/path/to/bitbake/lib/pyinotify.py:55: DeprecationWarning: The asyncore module
is deprecated. The recommended replacement is asyncio
The pyinotify.py's upstream didn't have any update in recent 7 years:
From: Ross Burton
Since Python 3.8 visit_Num(), visit_Str() and so on are all deprecated
and replaced with visit_Constant. We can't yet remove the deprecated
functions until we require 3.8, but we can implement visit_Constant to
silence the deprecation warnings.
Signed-off-by: Ross Burton
---
From: Ross Burton
Since Python 3.8 visit_Num(), visit_Str() and so on are all deprecated
and replaced with visit_Constant. We can't yet remove the deprecated
functions until we require 3.8, but we can implement visit_Constant to
silence the deprecation warnings.
Signed-off-by: Ross Burton
---
On Fri, 2021-12-10 at 12:50 +0100, Vyacheslav Yurkov wrote:
> A template init script for overlayfs-etc class
>
> Signed-off-by: Vyacheslav Yurkov
> ---
> meta/files/preinit.sh.in | 29 +
> 1 file changed, 29 insertions(+)
> create mode 100644
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/overlayfs.bbclass b/meta/classes/overlayfs.bbclass
index 3c0f4dc882..f1b8086ea8 100644
--- a/meta/classes/overlayfs.bbclass
+++ b/meta/classes/overlayfs.bbclass
@@
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 184 ++
1 file changed, 184 insertions(+)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
b/meta/lib/oeqa/selftest/cases/overlayfs.py
index 43415778ce..82007fade7 100644
---
This class provides an image feature that mounts /etc as an overlayfs
file system. This is an extension for existing overlayfs class, which
doesn't support /etc
Signed-off-by: Alfred Schapansky
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs-etc.bbclass | 76
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 52
meta/files/overlayfs-all-overlays.service.in | 12 +
meta/files/overlayfs-create-dirs.service.in | 14 ++
meta/files/overlayfs-unit.mount.in | 13 +
4 files
Move helper functions out of class scope so they can be used in other tests
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 32 +++
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
On 10.12.21 14:04, Max Krummenacher wrote:
The current developer manual specifies that patches that are
part of a directory which is given in SRC_URI are applied by
the do_patch task. However that is not implemented in the
current code.
Implement part of it with two differences:
- The
68 matches
Mail list logo
