2024. 06. 10. 16:34 keltezéssel, Khem Raj írta:
On Mon, Jun 10, 2024 at 3:24 AM Zoltán Böszörményi wrote:
Dropped 0001-util.h-include-sys-reg.h-when-libc-glibc.patch
that's unnecessary for a long time now, because dracut
(since version 049) does not rely on __WORDSIZE.
Does
Dropped 0001-util.h-include-sys-reg.h-when-libc-glibc.patch
that's unnecessary for a long time now, because dracut
(since version 049) does not rely on __WORDSIZE.
Signed-off-by: Zoltán Böszörményi
---
h-include-sys-reg.h-when-libc-glibc.patch | 35 ---
The previous dracut 056 was hopelessly outdated. When creating
an initramfs from a systemd based system with a recent systemd
version, booting failed with this error:
[1.906055] systemd[1]: Failed to open executor binary
'/usr/lib/systemd/systemd-executor'
[1.912230] systemd[1]: Failed
The previous dracut 056 was hopelessly outdated. When creating
an initramfs from a systemd based system with a recent systemd
version, booting failed with this error:
[1.906055] systemd[1]: Failed to open executor binary
'/usr/lib/systemd/systemd-executor'
[1.912230] systemd[1]: Failed
2024. 05. 09. 8:34 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org
írta:
2024. 05. 09. 8:12 keltezéssel, Khem Raj írta:
On Wed, May 8, 2024 at 11:08 PM Zoltan Boszormenyi via
lists.openembedded.org
wrote:
The patch 0001-Support-OpenSSL-1.1.patch enabled building
uw-imap against
2024. 05. 09. 8:12 keltezéssel, Khem Raj írta:
On Wed, May 8, 2024 at 11:08 PM Zoltan Boszormenyi via
lists.openembedded.org
wrote:
The patch 0001-Support-OpenSSL-1.1.patch enabled building
uw-imap against OpenSSL 1.1.0 or later.
However, TLSv1_client_method() and TLSv1_server_method
The patch 0001-Support-OpenSSL-1.1.patch enabled building
uw-imap against OpenSSL 1.1.0 or later.
However, TLSv1_client_method() and TLSv1_server_method()
restricts uw-imap to TLSv1.0.
These APIs, along with explicitly versioned APIs like
TLSv1_1_*_method() and TLSv1_2_*_method() are deprecated
Hi,
since commit 0438fba4e773824fd2b41ded2728076ddeb1
("chromium: Enable Rust") in meta-browser, I get this error
on several different chromium-x11 builds (i.e. Fedora 33 and
Fedora 39 hosts, mickledore and nanbield Yocto versions):
| FAILED: obj/build/rust/std/target.json
2024. 01. 17. 13:42 keltezéssel, Ross Burton írta:
On 17 Jan 2024, at 09:40, Zoltan Boszormenyi via lists.openembedded.org
wrote:
These recipes are now public at https://github.com/zboszor/meta-parallel-php
Can you submit the layer to the Layer Index at https://layers.openembedded.org
Hi,
Yocto was sticking to a single PHP series for the lifetime of
one release, which may or may not be applicable to a
specific application.
Because of this, I have been maintaining multiple PHP versions
for a long time to satisfy such applications that we developed
in-house.
These recipes are
zenity 4.x now uses GTK4 and GTK4-based webkitgtk.
The perl based gdialog is no more, its subpackage would be empty.
Don't try to generate this subpackage.
Signed-off-by: Zoltán Böszörményi
---
...to-avoid-pointing-to-build-system-s-.patch | 28 ---
.../{zenity_3.44.2.bb =>
mutter may be used as a standalone compositor and even an X11 WM
without the complete GNOME desktop environment. Make this optional
and add the new control knob to PACKAGECONFIG by default.
The built-in sound player functionality depends on libcanberra
which is considered outdated. Make this
mutter may be used as a standalone compositor and even an X11 WM
without the complete GNOME desktop environment. Make this optional
and add the new control knob to PACKAGECONFIG by default.
The built-in sound player functionality depends on libcanberra
which is considered outdated. Make this
2023. 12. 06. 12:09 keltezéssel, Ross Burton írta:
Why are you upgrading to a release candidate?
Treat it as an RFC.
I wanted to build a GTK4-only image.
See my other patch against update_gtk_icon_cache to fix the do_rootfs fallout.
Ross
On 6 Dec 2023, at 06:39, Zoltan Boszormenyi via
zenity 4.0 now uses GTK4 and GTK4-based webkitgtk.
The perl based gdialog is no more, its subpackage would be empty.
Don't try to generate this subpackage.
Signed-off-by: Zoltán Böszörményi
---
v2: Fix GTKIC_VERSION so gtk+3-native is not built and pulled
zenity 4.0 now uses GTK4 and GTK4-based webkitgtk.
The perl based gdialog is no more, its subpackage would be empty.
Don't try to generate this subpackage.
Signed-off-by: Zoltán Böszörményi
---
...to-avoid-pointing-to-build-system-s-.patch | 28 ---
.../{zenity_3.44.2.bb =>
Sorry for the noise.
2023. 11. 21. 14:08 keltezéssel, Alexander Kanavin írta:
oe-core already carries the gtk4 version of webkitgtk. webkitgtk3 in
meta-oe is a temporary recipe until all consumers migrate to gtk4.
Alex
On Tue, 21 Nov 2023 at 14:02, Zoltan Boszormenyi wrote:
Signed-off
Signed-off-by: Zoltán Böszörményi
---
.../recipes-support/webkitgtk/webkitgtk4_2.42.2.bb| 11 +++
1 file changed, 11 insertions(+)
create mode 100644 meta-oe/recipes-support/webkitgtk/webkitgtk4_2.42.2.bb
diff --git a/meta-oe/recipes-support/webkitgtk/webkitgtk4_2.42.2.bb
Split the recipe into an include file and a minimal recipe.
Rename the patch directory to "files".
Move do_install:append() and the gtk+3 dependency into the recipe file.
Signed-off-by: Zoltán Böszörményi
---
...spection.cmake-prefix-variables-obta.patch | 0
Due to the library file name change, the subpackage "geoslib"
does not get generated, and the main geos package has unsatisfied
dependencies.
Signed-off-by: Zoltán Böszörményi
---
meta-oe/recipes-navigation/geos/geos_3.12.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Due to the library file name change, the subpackage "geoslib"
does not get generated, and the main geos package has unsatisfied
dependencies.
Signed-off-by: Zoltán Böszörményi
---
meta-oe/recipes-navigation/geos/geos_3.12.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Something went wrong here.
Final 3.12.0 was "upgraded" to 3.12.0beta2.
2023. 11. 03. 20:52 keltezéssel, Auto Upgrade Helper írta:
Hello,
this email is a notification from the Auto Upgrade Helper
that the automatic attempt to upgrade the recipe *geos* to *3.12.0beta2* has
Succeeded.
Next
python3-ninja is a build dependency for other python modules.
For this, python3-ninja must be built for native mode.
This partially reverts d4aa17dc436beb96a804860bc6d18cf72283709e
("meta-python: Drop broken BBCLASSEXTEND variants")
Signed-off-by: Zoltán Böszörményi
---
python3-ninja is used as a build dependency by other modules.
For that, python3-ninja and all its dependencies must be built
in native mode.
Signed-off-by: Zoltán Böszörményi
---
.../recipes-devtools/python/python3-ninja-syntax_1.7.2.bb | 4 +++-
1 file changed, 3 insertions(+), 1
Hi,
When will something newer than openjdk 8 be available in meta-java?
Thanks in advance.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#105120):
https://lists.openembedded.org/g/openembedded-devel/message/105120
Mute This Topic:
2023. 07. 27. 13:38 keltezéssel, Markus Volk írta:
- Change the meta-gnome recipes to use the gtk3 variant of webkitgtk
Can you also add the GTK4 variant, too? Pretty please.
- Import gcr3 recipe from oe-core
Most Gnome recipes require webkitgtk built with gtk+3. oe-core is in the
process
Signed-off-by: Zoltán Böszörményi
---
.../opencv/opencv/CVE-2023-2617.patch | 88 ---
.../{opencv_4.7.0.bb => opencv_4.8.0.bb} | 9 +-
2 files changed, 4 insertions(+), 93 deletions(-)
delete mode 100644 meta-oe/recipes-support/opencv/opencv/CVE-2023-2617.patch
2023. 06. 08. 23:10 keltezéssel, Khem Raj írta:
I have added fixes for the issues I have seen, Please take a look at
the updated patch in master-next
Thanks, it looks good.
On Thu, Jun 8, 2023 at 10:23 AM Khem Raj wrote:
On Thu, Jun 8, 2023 at 9:41 AM Khem Raj wrote:
still seeing issues
This is a new PEP517 compatible build class for python modules
that use pyproject.toml and this:
[build-system]
build-backend = 'mesonpy'
The new class uses python3-meson-python-native.
Signed-off-by: Zoltán Böszörményi
---
meta-python/classes/python_mesonpy.bbclass | 52
This python module adds support for a new PEP517 build backend
used by recent versions of scikit-image, scipy and others.
Signed-off-by: Zoltán Böszörményi
---
.../python/python3-meson-python_0.13.1.bb | 23 +++
1 file changed, 23 insertions(+)
create mode 100644
2023. 06. 08. 13:30 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org
írta:
2023. 06. 07. 17:35 keltezéssel, Ross Burton írta:
On 7 Jun 2023, at 12:41, Böszörményi Zoltán wrote:
2023. 06. 07. 13:26 keltezéssel, Ross Burton írta:
On 7 Jun 2023, at 12:24, Böszörményi Zoltán wrote
2023. 06. 07. 17:35 keltezéssel, Ross Burton írta:
On 7 Jun 2023, at 12:41, Böszörményi Zoltán wrote:
2023. 06. 07. 13:26 keltezéssel, Ross Burton írta:
On 7 Jun 2023, at 12:24, Böszörményi Zoltán wrote:
+# This prevents the meson error:
+# ERROR: Got argument buildtype as both -Dbuildtype
2023. 06. 07. 13:26 keltezéssel, Ross Burton írta:
On 7 Jun 2023, at 12:24, Böszörményi Zoltán wrote:
+# This prevents the meson error:
+# ERROR: Got argument buildtype as both -Dbuildtype and --buildtype. Pick one.
+MESONOPTS:remove = "--buildtype ${MESON_BUILDTYPE}"
If mesonpy ever switches
2023. 06. 07. 11:57 keltezéssel, Ross Burton írta:
On 7 Jun 2023, at 07:55, Zoltan Boszormenyi via lists.openembedded.org
wrote:
+# Filter out meson_do_qa_configure from do_configure[postfuncs]
+DOCONFIGUREPOSTFUNCS := "${@d.getVarFlag('do_configure', 'post
Please backport this to mickledore ASAP.
2023. 05. 23. 6:51 keltezéssel, Khem Raj írta:
Ensures that we do not apply empty sed expression which might happen
when building native recipe
Cc: jan vermaete
Signed-off-by: Khem Raj
---
meta-oe/recipes-support/fftw/fftw_3.3.10.bb | 2 +-
1 file
This causes a build error in fftw-native:
ERROR: fftw-native-3.3.10-r0 do_compile:
ExecutionError('/data2/dtd-yocto-4.2/tmp-sicom-glibc/work/x86_64-linux/fftw-native/3.3.10-r0/temp/run.do_compile.3532203',
1, None, None)
ERROR: Logfile of failure stored in:
2023. 06. 07. 9:23 keltezéssel, Zoltán Böszörményi írta:
mpich 4.1+ has its own official way to allow cross-compiling,
use it.
Remove the old PACKAGECONFIG[x11], the configuration option
does not exist anymore.
Add PACKAGECONFIG knobs to allow building the C++ and FORTRAN
parts. Both are
mpich 4.1+ has its own official way to allow cross-compiling,
use it.
Remove the old PACKAGECONFIG[x11], the configuration option
does not exist anymore.
Add PACKAGECONFIG knobs to allow building the C++ and FORTRAN
parts. Both are needed by intel-oneapi-mkl in meta-intel. Don't
enable either by
mpich 4.1+ has its own official way to allow cross-compiling,
use it.
Remove the old PACKAGECONFIG[x11], the configuration option
does not exist anymore.
Add PACKAGECONFIG knobs to allow building the C++ and FORTRAN
parts. Both are needed by intel-oneapi-mkl in meta-intel. Don't
enable either by
2023. 06. 07. 8:47 keltezéssel, Khem Raj írta:
On Tue, Jun 6, 2023 at 11:40 PM Zoltán Böszörményi wrote:
mpich 4.1+ has its own official way to allow cross-compiling,
use it.
Remove the old PACKAGECONFIG[x11], the configuration option
does not exist anymore.
Add
This is a new PEP517 compatible build class for python modules
that use pyproject.toml and this:
[build-system]
build-backend = 'mesonpy'
The new class uses python3-meson-python-native.
Signed-off-by: Zoltán Böszörményi
---
meta-python/classes/python_mesonpy.bbclass | 54
This python module adds support for a new PEP517 build backend
used by recent versions of scikit-image, scipy and others.
Signed-off-by: Zoltán Böszörményi
---
.../python/python3-meson-python_0.13.1.bb | 23 +++
1 file changed, 23 insertions(+)
create mode 100644
mpich 4.1+ has its own official way to allow cross-compiling,
use it.
Remove the old PACKAGECONFIG[x11], the configuration option
does not exist anymore.
Add PACKAGECONFIG knobs to allow building the C++ and FORTRAN
parts. Both are needed by intel-oneapi-mkl in meta-intel. Don't
enable either by
Since it absolutely wants to use gfortran, is it acceptable
to set TOOLCHAIN="gcc"?
2023. 06. 07. 8:01 keltezéssel, Khem Raj írta:
its failing to configure for qemumips/clang
https://errors.yoctoproject.org/Errors/Details/707724/
On Tue, Jun 6, 2023 at 4:01 AM Zoltán Böszörményi wrote:
mpich 4.1+ has its own official way to allow cross-compiling,
use it.
Remove the old PACKAGECONFIG[x11], the configuration option
does not exist anymore.
Add PACKAGECONFIG knobs to allow building the C++ and FORTRAN
parts. Both are needed by intel-oneapi-mkl in meta-intel. Don't
enable either by
2023. 04. 26. 19:29 keltezéssel, Peter Kjellerstedt írta:
-Original Message-
From: openembedded-devel@lists.openembedded.org
On Behalf Of Zoltan Boszormenyi
Sent: den 9 mars 2023 09:11
To: openembedded-devel@lists.openembedded.org
Cc: Zoltán Böszörményi
Subject: [oe] [meta-oe][PATCH 3
h
was sent to the openembedded-core ML and is being debated there.
FWIW, this meson bug prevents libfprint to use the exe_wrapper,
which would make the systemd-native recipe unnecessary:
https://github.com/mesonbuild/meson/issues/11029
On Thu, Mar 30, 2023 at 6:43 AM Zoltan Boszormenyi wrote:
or directory:
'/home/zozo/dtd-yocto-4.2/tmp-sicom-glibc/work/corei7-64-oe-linux/libfprint/1.94.5-r0/build/libfprint/fprint-list-udev-rules'
The executable is built, it is there, and it's using the target system's
runtime linker path.
Obviously, meson doesn't run it through the exe_wrapper.
Ale
2023. 03. 30. 17:24 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org
írta:
2023. 03. 30. 15:50 keltezéssel, Alexander Kanavin írta:
Meson is specifically configured in yocto to user qemu usermode as the
wrapper to run cross binaries, so can libfprint build configuration be
tweaked
's using the target system's
runtime linker path.
Obviously, meson doesn't run it through the exe_wrapper.
Alex
On Thu, 30 Mar 2023 at 15:43, Zoltan Boszormenyi wrote:
libfprint is the library used by fprintd.
Signed-off-by: Zoltán Böszörményi
---
...001-Optionally-use-native-gener
running binaries via qemu, too.
Alex
On Thu, 30 Mar 2023 at 15:43, Zoltan Boszormenyi wrote:
libfprint is the library used by fprintd.
Signed-off-by: Zoltán Böszörményi
---
...001-Optionally-use-native-generators.patch | 111 ++
.../0002-Make-building-tests-optional.patch
libfprint is the library used by fprintd.
Signed-off-by: Zoltán Böszörményi
---
...001-Optionally-use-native-generators.patch | 111 ++
.../0002-Make-building-tests-optional.patch | 47
.../libfprint/libfprint_1.94.5.bb | 45 +++
3 files changed, 203
This is the DBus daemon that may be used for biometric authentication.
Signed-off-by: Zoltán Böszörményi
---
.../0001-Make-building-tests-optional.patch | 81 +++
.../recipes-support/fprintd/fprintd_git.bb| 51
2 files changed, 132 insertions(+)
create mode
Dependency of libfprint-native.
Signed-off-by: Zoltán Böszörményi
---
meta-oe/recipes-support/libgusb/libgusb_0.3.10.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/libgusb/libgusb_0.3.10.bb
b/meta-oe/recipes-support/libgusb/libgusb_0.3.10.bb
With version 3.22.11 it's not enough avoid linking to the
closed source ImageProcessor library, it must not be installed
either. This library is pre-stripped so package QA fails.
Add a new patch to fix installing HPLIP.conf into
/usr/share/ipp-usb/quirks. The upstream Makefile.am fails
to take
The circular dependency was fixed in a different way in
meta-intel's openvino-inference-engine. Only some samples
in openvino use opencv and building the samples was made
optional.
Signed-off-by: Zoltán Böszörményi
---
meta-oe/recipes-support/opencv/opencv_4.7.0.bb | 2 +-
1 file changed, 1
Dependency of python3-ipython.
Signed-off-by: Zoltán Böszörményi
---
.../python/python3-stack-data_0.6.2.bb | 17 +
1 file changed, 17 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python3-stack-data_0.6.2.bb
diff --git
Dependency of python3-stack-data.
Signed-off-by: Zoltán Böszörményi
---
.../python/python3-pure-eval_0.2.2.bb | 11 +++
1 file changed, 11 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python3-pure-eval_0.2.2.bb
diff --git
Dependency of python3-stack-data.
Signed-off-by: Zoltán Böszörményi
---
.../recipes-devtools/python/python3-executing_1.2.0.bb | 9 +
1 file changed, 9 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python3-executing_1.2.0.bb
diff --git
This fixes the error:
Python 3.11.2 (main, Feb 7 2023, 13:52:42) [GCC 12.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import IPython
Traceback (most recent call last):
File "", line 1, in
File
The new meson-env class will be used by a new PEP517 python
build class using meson-python a.k.a. mesonpy.
Reasons for not using meson.bbclass as is:
* Both meson and python_pep517 classes declare
EXPORT_FUNCTION. For some reason, meson always wins
regardless of the inheritance order. The
Used by inherit python_mesonpy.
Signed-off-by: Zoltán Böszörményi
---
.../python3-meson-python_0.13.0.pre0.bb | 22 +++
1 file changed, 22 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python3-meson-python_0.13.0.pre0.bb
diff --git
Some python modules (e.g. SciPy, scikit-image) use meson-python
(a.k.a. mesonpy) in pyproject.toml:
[build-system]
build-backend = 'mesonpy'
This class, together with python3-meson-python and its dependencies
will allow building such modules.
Signed-off-by: Zoltán Böszörményi
---
2023. 03. 22. 9:18 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org
írta:
2023. 03. 20. 17:26 keltezéssel, Ross Burton írta:
On 20 Mar 2023, at 15:01, Böszörményi Zoltán wrote:
2023. 03. 20. 15:46 keltezéssel, Ross Burton írta:
On 17 Mar 2023, at 07:25, Zoltan Boszormenyi via
Add PACKAGECONFIG[openvino]. It uses openvino-inference-engine-initial
as build dependency to avoid circular dependency.
Signed-off-by: Zoltán Böszörményi
---
meta-oe/recipes-support/opencv/opencv_4.7.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git
2023. 03. 20. 17:26 keltezéssel, Ross Burton írta:
On 20 Mar 2023, at 15:01, Böszörményi Zoltán wrote:
2023. 03. 20. 15:46 keltezéssel, Ross Burton írta:
On 17 Mar 2023, at 07:25, Zoltan Boszormenyi via lists.openembedded.org
wrote:
+inherit setuptools3-base python3targetconfig
2023. 03. 20. 15:46 keltezéssel, Ross Burton írta:
On 17 Mar 2023, at 07:25, Zoltan Boszormenyi via lists.openembedded.org
wrote:
+inherit setuptools3-base python3targetconfig python_pep517 meson-common
I still don’t see why you need to split the meson class up.
See the other thread
Used by inherit python_mesonpy.
Signed-off-by: Zoltán Böszörményi
---
.../remove-hardcoded-setup-args.patch | 123 ++
.../use-installed-mesonpy.patch | 9 ++
.../python3-meson-python_0.13.0.pre0.bb | 28
3 files changed, 160 insertions(+)
Dummy module to indicate the presence of patchelf.
Used by python3-meson-python.
The CMakeLists.txt file is a crippled copy from this patchelf
python module's sources, removing almost everything, and
adding a dummy install target, so do_install() doesn't fail.
Signed-off-by: Zoltán Böszörményi
Dependency of python3-meson-python.
Signed-off-by: Zoltán Böszörményi
---
.../python/python3-pyproject-metadata_0.7.1.bb | 10 ++
1 file changed, 10 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python3-pyproject-metadata_0.7.1.bb
diff --git
Some python modules (e.g. SciPy, scikit-image) use meson-python
(a.k.a. mesonpy) in pyproject.toml:
[build-system]
build-backend = 'mesonpy'
This class, together with python3-meson-python and its dependencies
will allow building such modules.
Signed-off-by: Zoltán Böszörményi
---
2023. 03. 16. 16:51 keltezéssel, Tim Orling írta:
On Wed, Mar 15, 2023 at 1:04 AM Zoltan Boszormenyi wrote:
Some python modules (e.g. SciPy, scikit-image) use meson-python
(a.k.a. mesonpy) in pyproject.toml:
[build-system]
build-backend = 'mesonpy'
This class
2023. 03. 15. 18:49 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org
írta:
2023. 03. 15. 15:18 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org
írta:
2023. 03. 15. 13:42 keltezéssel, Ross Burton írta:
On 15 Mar 2023, at 08:04, Zoltan Boszormenyi via lists.openembedded.org
2023. 03. 15. 15:18 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org
írta:
2023. 03. 15. 13:42 keltezéssel, Ross Burton írta:
On 15 Mar 2023, at 08:04, Zoltan Boszormenyi via lists.openembedded.org
wrote:
+++ b/meta-python/recipes-devtools/python/python3-patchelf_0.17.2.1.bb
2023. 03. 15. 13:42 keltezéssel, Ross Burton írta:
On 15 Mar 2023, at 08:04, Zoltan Boszormenyi via lists.openembedded.org
wrote:
+++ b/meta-python/recipes-devtools/python/python3-patchelf_0.17.2.1.bb
@@ -0,0 +1,31 @@
+# This is a dummy package needed by python3-meson-python
I note the words
2023. 03. 15. 13:46 keltezéssel, Ross Burton írta:
On 15 Mar 2023, at 08:04, Zoltan Boszormenyi via lists.openembedded.org
wrote:
Some python modules (e.g. SciPy, scikit-image) use meson-python
(a.k.a. mesonpy) in pyproject.toml:
[build-system]
build-backend = 'mesonpy'
This class
Dependency of python3-meson-python.
Signed-off-by: Zoltán Böszörményi
---
.../python/python3-pyproject-metadata_0.7.1.bb | 10 ++
1 file changed, 10 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python3-pyproject-metadata_0.7.1.bb
diff --git
Used by inherit python_setuptools_build_meta_mesonpy.
Signed-off-by: Zoltán Böszörményi
---
.../remove-hardcoded-setup-args.patch | 123 ++
.../use-installed-mesonpy.patch | 9 ++
.../python3-meson-python_0.13.0.pre0.bb | 26
3 files changed,
Some python modules (e.g. SciPy, scikit-image) use meson-python
(a.k.a. mesonpy) in pyproject.toml:
[build-system]
build-backend = 'mesonpy'
This class, together with python3-meson-python and its dependencies
will allow building such modules.
Signed-off-by: Zoltán Böszörményi
---
Dummy module to indicate the presence of patchelf.
Used by python3-meson-python.
The CMakeLists.txt file is a crippled copy from this patchelf
python module's sources, removing almost everything, and
adding a dummy install target, so do_install() doesn't fail.
Signed-off-by: Zoltán Böszörményi
2023. 03. 10. 14:46 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org
írta:
Some python modules rely on "import cmake".
Only build and ship the python parts, and don't download and
build cmake from sources. Use the already built cmake instead.
The CMakeLists.txt file is
Some python modules rely on "import ninja".
Only build and ship the python parts, and don't download and
build ninja from sources. Use the already built ninja instead.
The CMakeLists.txt file is a crippled copy from this ninja
python module's sources, removing almost everything, and
adding a
Some python modules rely on "import cmake".
Only build and ship the python parts, and don't download and
build cmake from sources. Use the already built cmake instead.
The CMakeLists.txt file is a crippled copy from this cmake
python module's sources, removing almost everything, and
adding a
Used by python3-cmake and python3-ninja.
Signed-off-by: Zoltán Böszörményi
---
v2: Fixed BBCLASSEXTEND
.../python/python3-scikit-build_0.16.7.bb | 21 +++
1 file changed, 21 insertions(+)
create mode 100644
Some python modules rely on "import cmake".
Only build and ship the python parts, and don't download and
build cmake from sources. Use the already built cmake instead.
The CMakeLists.txt file is a crippled copy from this cmake
python module's sources, removing almost everything, and
adding a
Some python modules rely on "import ninja".
Only build and ship the python parts, and don't download and
build ninja from sources. Use the already built ninja instead.
The CMakeLists.txt file is a crippled copy from this ninja
python module's sources, removing almost everything, and
adding a
Used by python3-cmake and python3-ninja.
Signed-off-by: Zoltán Böszörményi
---
.../python/python3-scikit-build_0.16.7.bb | 21 +++
1 file changed, 21 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python3-scikit-build_0.16.7.bb
diff --git
Select opencl-icd-loader as the preferred provider for both
build and runtime.
Signed-off-by: Zoltán Böszörményi
---
meta-oe/conf/layer.conf | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-oe/conf/layer.conf b/meta-oe/conf/layer.conf
index a1f50879e..aee1fa786 100644
---
Some programs dlopen libOpenCL.so.1, they use RDEPENDS.
Signed-off-by: Zoltán Böszörményi
---
meta-oe/recipes-core/opencl/opencl-icd-loader_git.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/recipes-core/opencl/opencl-icd-loader_git.bb
Some programs dlopen libOpenCL.so.1, they use RDEPENDS.
This will allow selecting between ocl-icd and opencl-icd-loader.
Signed-off-by: Zoltán Böszörményi
---
meta-oe/recipes-core/opencl/ocl-icd_2.3.1.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git
Signed-off-by: Zoltán Böszörményi
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/layer.conf b/conf/layer.conf
index bf592de..be0ddd8 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -7,7 +7,7 @@ BBFILES += "${LAYERDIR}/recipes*/*/*.bb
I have seen the previously sent patch only after I sent mine.
Both are identical changes, so just ignore my patch.
Thanks.
2023. 03. 08. 22:58 keltezéssel, Khem Raj írta:
I have a version already staged in master-next
On Wed, Mar 8, 2023 at 2:57 AM Zoltan Boszormenyi wrote:
Removed
Removed an upstream patch.
Signed-off-by: Zoltán Böszörményi
---
...ng-header-for-LIBAVCODEC_VERSION_INT.patch | 26 ---
.../{opencv_4.6.0.bb => opencv_4.7.0.bb} | 5 ++--
2 files changed, 2 insertions(+), 29 deletions(-)
delete mode 100644
2023. 02. 20. 10:01 keltezéssel, Yu, Mingli írta:
From: Mingli Yu
The ipp related code has IP issue as below.
How is this different from any other license with regards
to source code ownership? Your right to license, build and
use the software is not infringed upon but obviously you
won't
From: Zoltán Böszörményi
Signed-off-by: Zoltán Böszörményi
---
meta-oe/conf/layer.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/conf/layer.conf b/meta-oe/conf/layer.conf
index 34aa29561..262c84604 100644
--- a/meta-oe/conf/layer.conf
+++ b/meta-oe/conf/layer.conf
@@ -48,6
From: Zoltán Böszörményi
Depend on virtual/opencl-icd instead of opencl-icd-loader explicitly.
Signed-off-by: Zoltán Böszörményi
---
meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Zoltán Böszörményi
Both opencl-icd-loader and ocl-icd provide libOpenCL.so.1
and may conflict when packages depend on either one explicitly.
By adding PROVIDES="virtual/opencl-icd", bitbake would warn
about the duplicate offering and this will allow choosing ocl-icd
in place of
code 1 (use -v to see
invocation)
It's a multiple definition linker error which GCC 10+ should catch.
The question is: why it doesn't fail on otgher archs if it's a missing extern
code error?
On Wed, Jun 22, 2022 at 10:13 AM Zoltan Boszormenyi via
lists.openembedded.org wrote:
From: Zoltán
do_configure. Can you give me that output?
On Wed, Jun 22, 2022 at 10:17 AM Zoltan Boszormenyi via
lists.openembedded.org wrote:
From: Zoltán Böszörményi
Removed a patch that didn't apply to the new version.
Added three patches without changes from Fedora that allowed
the new version to compile
From: Zoltán Böszörményi
Removed a patch that didn't apply to the new version.
Added three patches without changes from Fedora that allowed
the new version to compile.
See https://koji.fedoraproject.org/koji/buildinfo?buildID=1924183
Signed-off-by: Zoltán Böszörményi
---
1 - 100 of 152 matches
Mail list logo