From: Ross Burton
Until libpeas 2 is released, g-i is a hard requirement.
Signed-off-by: Ross Burton
---
meta-oe/recipes-gnome/libpeas/libpeas_1.36.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-oe/recipes-gnome/libpeas/libpeas_1.36.0.bb
b/meta-oe/recipes-gnome/libpeas
From: Ross Burton
Signed-off-by: Ross Burton
---
meta-oe/recipes-navigation/geoclue/geoclue_2.7.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-navigation/geoclue/geoclue_2.7.0.bb
b/meta-oe/recipes-navigation/geoclue/geoclue_2.7.0.bb
index d05a309455
From: Ross Burton
This project uses gobject-introspection, so depend on the DISTRO_FEATURE.
Signed-off-by: Ross Burton
---
.../networkd-dispatcher/networkd-dispatcher_2.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta-networking/recipes-daemons
From: Ross Burton
This project uses gobject-introspection, so depend on the DISTRO_FEATURE.
Signed-off-by: Ross Burton
---
.../recipes-devtools/python/python3-asyncio-glib_0.1.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta-python/recipes-devtools/python
From: Ross Burton
This project has been untouched since 2018 and doesn't appear to have
any real dependents.
If something similar to pydbus is needed, then a maintained alternative
would be https://github.com/rhinstaller/dasbus (recipe available in
meta-anaconda).
Signed-off-by: Ross Burton
From: Ross Burton
This project uses gobject-introspection, so depend on the DISTRO_FEATURE.
Signed-off-by: Ross Burton
---
.../recipes-connectivity/firewalld/firewalld_1.2.0.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
a/meta-networking/dynamic-layers/meta
From: Ross Burton
This project uses gobject-introspection, so depend on the DISTRO_FEATURE.
Signed-off-by: Ross Burton
---
meta-networking/recipes-connectivity/blueman/blueman_2.3.5.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta-networking/recipes-connectivity
From: Ross Burton
This project has been untouched upstream for six years and doesn't appear
to be considered "finished".
Signed-off-by: Ross Burton
---
.../packagegroups/packagegroup-meta-python.bb | 1 -
.../python/python3-pydbus-manager_git.bb | 15 --
On 24 May 2023, at 06:56, Khem Raj wrote:
> seeing this error
>
> https://errors.yoctoproject.org/Errors/Details/704895/
No idea how this works for me, as it’s trying to find glib-mkenums that isn’t
installed anywhere. I’ve a feeling it is somehow escaping from the hosttools
and finding
From: Ross Burton
There hasn't been a gutenprint upgrade for quite a while, but a lot of
fixes upstream, so grab the latest SHA.
This means we can now do out-of-tree builds, so drop the use of
autotools-brokensep. Also stop autogen.sh from running configure as we
run it again.
Clean up build
From: Ross Burton
This recipe currently uses DIRFILES to work around the fact that both
cups and gutenprint ship /etc/cups but with different ownership.
Instead of having mismatching ownership, we can simply match the
ownership in gutenprint.
Signed-off-by: Ross Burton
---
meta-oe/recipes
From: Ross Burton
This recipe currently uses DIRFILES to work around the fact that both
cups and gutenprint ship /etc/cups but with different ownership.
Instead of having mismatching ownership, we can simply match the
ownership in gutenprint.
Signed-off-by: Ross Burton
---
meta-oe/recipes
From: Ross Burton
Build against the maintained libusb1 instead of the obsolete
libusb-compat. Update the patch to use pkg-config so that it does the
correct linkage too.
Signed-off-by: Ross Burton
---
.../hplip/hplip/fix-libusb-paths.patch| 76 ++-
.../recipes
From: Ross Burton
These files will be automatically packaged so there's no need to package
them manually.
Signed-off-by: Ross Burton
---
meta-oe/recipes-extended/hplip/hplip_3.22.10.bb | 6 --
1 file changed, 6 deletions(-)
diff --git a/meta-oe/recipes-extended/hplip/hplip_3.22.10.bb
b
From: Ross Burton
There hasn't been a gutenprint upgrade for quite a while, but a lot of
fixes upstream, so grab the latest SHA.
This means we can now do out-of-tree builds, so drop the use of
autotools-brokensep. Also stop autogen.sh from running configure as we
run it again.
Clean up build
From: Ross Burton
Signed-off-by: Ross Burton
---
meta-gnome/recipes-gnome/gnome-menus/gnome-menus_3.36.0.bb | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta-gnome/recipes-gnome/gnome-menus/gnome-menus_3.36.0.bb
b/meta-gnome/recipes-gnome/gnome-menus/gnome
From: Ross Burton
This can be satisfied via transitive dependencies, but make it an
explicit DEPENDS.
Signed-off-by: Ross Burton
---
meta-xfce/recipes-extended/imsettings/imsettings_1.8.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-xfce/recipes-extended
From: Ross Burton
Remove intltool-native as it is not used, and add autoconf-archive-native.
Also explicitly disable systemd when not selected to be sure it doesn't
automatically enable.
Signed-off-by: Ross Burton
---
.../system-config-printer/system-config-printer_1.5.18.bb | 4 ++--
1
From: Ross Burton
Any user of python-gstreamer (and so, pygobject) needs to support
gobject-introspection.
Signed-off-by: Ross Burton
---
meta-python/recipes-devtools/python/python3-kivy_2.1.0..bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-python/recipes-devtools
From: Ross Burton
Any user of pygobject needs to support gobject-introspection.
Signed-off-by: Ross Burton
---
meta-python/recipes-devtools/python/python3-pyatspi_2.46.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-python/recipes-devtools/python/python3-pyatspi_2.46.0.bb
b
From: Ross Burton
peas uses the G-I repository to load plugins.
Signed-off-by: Ross Burton
---
meta-oe/recipes-gnome/libpeas/libpeas_1.36.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-oe/recipes-gnome/libpeas/libpeas_1.36.0.bb
b/meta-oe/recipes-gnome/libpeas/libpeas_1.36.0
From: Ross Burton
This can be satisfied via transitive dependencies, but make it an
explicit DEPENDS.
Signed-off-by: Ross Burton
---
meta-oe/recipes-extended/libgxim/libgxim_0.5.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-extended/libgxim
From: Ross Burton
If we're using autoconf-archive, add it to the RDEPENDS too.
Signed-off-by: Ross Burton
---
meta-oe/recipes-gnome/gnome-common/gnome-common_3.18.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-gnome/gnome-common/gnome-common_3.18.0.bb
From: Ross Burton
This can be satisfied via transitive dependencies, but make it an
explicit DEPENDS.
Signed-off-by: Ross Burton
---
meta-oe/recipes-devtools/glade/glade_3.22.2.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/recipes-devtools/glade/glade_3.22.2.bb
b/meta-oe
From: Ross Burton
This can be satisfied via transitive dependencies, but make it an
explicit DEPENDS.
Signed-off-by: Ross Burton
---
meta-oe/recipes-gnome/vte9/vte9.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-gnome/vte9/vte9.inc
b/meta-oe/recipes
From: Ross Burton
If vala is enabled but gobject-introspection isn't:
meson.build:816:4: ERROR: Assert failed: vala api require GObject
introspection. Use -Dvapi=false to disable it
Signed-off-by: Ross Burton
---
.../networkmanager/networkmanager_1.42.6.bb| 3 ++-
1
From: Ross Burton
Add another PACKAGECONFIG for the tools option. As this builds a binary
in what is primarily a library package, also inherit lib_package so the
tools are packaged in libblockdev-bin.
Signed-off-by: Ross Burton
---
meta-oe/recipes-extended/libblockdev/libblockdev_2.28.bb | 5
From: Ross Burton
If you try to build libblockdev with an empty PACKAGECONFIG then the
configure fails.
Add autoconf-archive, glib-2.0, and udev; these were implicitly pulled
in via other dependencies. Move kmod to DEPENDS as it's a hard
requirement.
Signed-off-by: Ross Burton
---
meta-oe
From: Ross Burton
Signed-off-by: Ross Burton
---
meta-oe/recipes-graphics/graphviz/graphviz_2.50.0.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta-oe/recipes-graphics/graphviz/graphviz_2.50.0.bb
b/meta-oe/recipes-graphics/graphviz/graphviz_2.50.0.bb
index 967b9321b8..b63017576a
From: Ross Burton
GNU xorriso is simply a bundling of libisofs+libburn+libisoburn which
also "restricts itself to a technical form where the legal commitments
of the libburnia project and the legal intentions of FSF match
completely".[1] What this actually means is unclear.
We
From: Ross Burton
libisoburn is the library and command-line tool (xorriso) that can
construct ISO-9660 images and write them to physical media.
Signed-off-by: Ross Burton
---
.../burnia/libisoburn_1.5.4.bb| 27 +++
.../packagegroup-meta-filesystems.bb
From: Ross Burton
This recipe is very much in the remit of meta-filesystems, so move the
recipe and update it. It ships a cdrecord wrapper so inherit lib_package,
and the license is GPLv2 or later not GPLv2 only, for example:
https://dev.lovelyhq.com/libburnia/libburn/src/branch/master/libburn
From: Ross Burton
libisofs from the libburnia project is a library to construct ISO-9660
filesystems.
Signed-off-by: Ross Burton
---
.../recipes-filesystems/burnia/libisofs_1.5.4.bb | 15 +++
.../packagegroup-meta-filesystems.bb | 1 +
2 files changed, 16 insertions
From: Ross Burton
Delete more code from __init__.py as we'll never be running from inside
a build tree.
Replace the use of skbuild.setup() with setuptools.setup(): the same
Python module is built and the only value-add is the potential build of
ninja, which we don't want and delete anyway
From: Ross Burton
Don't override B to do in-tree builds, and run bootstrap from ${S} so
that it works correctly.
Also, remove redundant SRC_URI checksums, as this recipe now uses git.
Signed-off-by: Ross Burton
---
meta-oe/recipes-multimedia/v4l2apps/v4l-utils_1.23.0.bb | 6 +-
1 file
On 26 Apr 2023, at 11:19, dev via lists.openembedded.org
wrote:
> The strange thing is more that it seemed to work in my honister setup before.
> I lately updated the build machine from Ubuntu 18.04 to Ubuntu 22.04. Then,
> the build still worked, but after deleting the sstate cache, it did
On 31 Mar 2023, at 15:10, Bartosz Golaszewski wrote:
>
> On Fri, Mar 31, 2023 at 3:11 PM Ross Burton wrote:
>>
>> On 31 Mar 2023, at 13:31, Bartosz Golaszewski via lists.openembedded.org
>> wrote:
>>>
>>> From: Bartosz Golaszewski
>>>
>
On 31 Mar 2023, at 13:31, Bartosz Golaszewski via lists.openembedded.org
wrote:
>
> From: Bartosz Golaszewski
>
> We should output the compiled executables into ${B} and install them
> from it as well. Currently we put the build objects in the source
> directory. While at it: don't assume
On 30 Mar 2023, at 22:56, Randy MacLeod via lists.openembedded.org
wrote:
> The yasm CVEs have come up again. Sigh.
> Upstream seems not to be interested in fixing CVEs:
> https://github.com/yasm/yasm/commits/master
>
> We only need yasm-native (1) so does anyone object to
> moving this recipe
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 python_pep517 meson-comm
On 17 Mar 2023, at 07:25, Zoltan Boszormenyi via lists.openembedded.org
wrote:
> +# This is a dummy package needed by python3-meson-python
I’m not sure I’d call this a dummy package.
> +DEPENDS = "python3-scikit-build-native"
If you’re not building native code with cmake then you don’t need
The patch is missing an explanation, an Upstream-Status, and your Signed-off-by.
> +SUMMARY = "Ninja is a small build system with a focus on speed"
> +LICENSE = "Apache-2.0"
> +LIC_FILES_CHKSUM =
> "file://LICENSE_Apache_20;md5=19cbd64715b51267a47bf3750cc6a8a5"
> +
> +DEPENDS = "ninja-native
On 17 Mar 2023, at 07:25, Zoltan Boszormenyi via lists.openembedded.org
wrote:
> +++
> b/meta-python/recipes-devtools/python/python3-meson-python/remove-hardcoded-setup-args.patch
This patch has no explanation, upstream-status, or signed-off-by.
> +++
>
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.
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
On 17 Mar 2023, at 07:25, Zoltan Boszormenyi via lists.openembedded.org
wrote:
> +PYPI_PACKAGE = "pyproject-metadata”
This can be removed as that’s the default value.
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#101607):
On 15 Mar 2023, at 14:16, Böszörményi Zoltán wrote:
>
> 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
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, together with python3-meson-python and
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 “dummy package”
> +DEPENDS =
On 25 Feb 2023, at 23:17, Denys Dmytriyenko via lists.openembedded.org
wrote:
>
> Both lmbench and mbedtls packages provide generically-named /usr/bin/hello
> binary, which causes a conflict when trying to install them both into a
> rootfs or SDK. Set up alternative providers to resolve the
Signed-off-by: Ross Burton
---
meta-oe/recipes-support/liburing/liburing_2.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-oe/recipes-support/liburing/liburing_2.3.bb
b/meta-oe/recipes-support/liburing/liburing_2.3.bb
index ba9b7480ce..7d8c2f596d 100644
--- a/meta-oe/recipes
Add a patch submitted upstream to fix the argp detection with clang.
Signed-off-by: Ross Burton
---
.../recipes-support/zchunk/files/clang.patch | 35 +++
.../recipes-support/zchunk/zchunk_1.2.0.bb| 22
.../recipes-support/zchunk/zchunk_1.2.4.bb| 25
This commented-out assignment should have been removed in 3ff0235.
Signed-off-by: Ross Burton
---
meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb
b/meta-oe/recipes-devtools/nodejs
Target nodejs doesn't depend on nodejs-native to build anymore, so there
is no need to stage these binaries.
Signed-off-by: Ross Burton
---
meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb | 13 -
1 file changed, 13 deletions(-)
diff --git a/meta-oe/recipes-devtools/nodejs
The purpose of this appears to have been lost, and the build succeeds
without it.
If it is needed, then it should be added to EXTRA_OEMAKE alongside the
CC and CXX assignments.
Signed-off-by: Ross Burton
---
meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb | 4 ++--
1 file changed, 2
It's useful to know what configure is detecting, so pass --verbose.
Signed-off-by: Ross Burton
---
meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb
b/meta-oe/recipes-devtools
Instead of overriding do_unpack entirely and calling into base_do_unpack,
use a postfunc. This keeps the prune logic separated neatly.
Signed-off-by: Ross Burton
---
meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta
By not forcing the cross-compile build logic in native builds the build
is a _lot_ faster. Walltime in buildstats-diff on my machine:
nodejs-nativedo_compile -475.6s -41.2%1153.4s -> 677.7s
Signed-off-by: Ross Burton
---
meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb
---
.../{zchunk_1.2.0.bb => zchunk_1.2.3.bb} | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
rename meta-oe/recipes-support/zchunk/{zchunk_1.2.0.bb => zchunk_1.2.3.bb}
(52%)
diff --git a/meta-oe/recipes-support/zchunk/zchunk_1.2.0.bb
The expand argument defaults to True, so there's no need to specify it.
Signed-off-by: Ross Burton
---
meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_18.12.1.bb
b/meta-oe
[https://github.com/danthedeckie/simpleeval/pull/119]
Signed-off-by: Ross Burton
From 08bc99211aec32882d5f1c83896eb5d72b9fb125 Mon Sep 17 00:00:00 2001
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#101169):
https
On 8 Feb 2023, at 05:05, Chen Qi via lists.openembedded.org
wrote:
>
> Some old nodejs CVEs use 'nodejs', and recent nodejs CVEs use
> 'node.js'. Add CVE_PRODUCT to include both.
You can also email NIST and they’ll correct the database to remove this
confusion.
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Hi,
First, this should be sent to openembedded-core@ as the files are in
openembedded-core.
> +TESTDIR = "tests"
> +do_compile:append() {
> +oe_runmake ${PARALLEL_MAKE} -C ${TESTDIR} buildtest-TESTS
> +}
> +
No need for a variable you only use one, and will never be changed.
>
Add an option to use Platform Security Architecture for the X.509 and TLS
operations.
Signed-off-by: Ross Burton
---
.../recipes-connectivity/mbedtls/mbedtls_2.28.1.bb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta-networking/recipes-connectivity/mbedtls/mbedtls_2.28.1
On 15 Jan 2023, at 21:55, Markus Volk via lists.openembedded.org
wrote:
>
> You can try to 'inherit python_setuptools_build_meta' for your recipe
This is the correct solution. The recipe uses pyproject.toml and setuptools,
so you can just inherit setuptools_build_meta (which will then use
From: Richard Hughes
Signed-off-by: Richard Hughes
---
...e9c524998e449b822feb465a0c90317cd735.patch | 26 ---
.../fwupd/{fwupd_1.8.4.bb => fwupd_1.8.9.bb} | 20 --
2 files changed, 12 insertions(+), 34 deletions(-)
delete mode 100644
> On 13 Jan 2023, at 17:01, Khem Raj wrote:
>> PEP517_PICOBUILD_OPTS = "--loose-depends"
>
> Do we need this option after picobuild is dropped. ?
No. That would be the merge going wrong and I failed to notice, thanks. V2 on
the list.
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all
Signed-off-by: Ross Burton
---
.../recipes-devtools/python/python3-pytest-forked_1.4.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-python/recipes-devtools/python/python3-pytest-forked_1.4.0.bb
b/meta-python/recipes-devtools/python/python3-pytest-forked_1.4.0
This recipe has a python script which *appends* a local directory to
sys.path and then tries to include a local module called build. However
if python3-build-native is present that is included instead.
Fix by prepending the local directory to sys.path instead.
Signed-off-by: Ross Burton
Signed-off-by: Ross Burton
---
.../recipes-devtools/python/python3-pytest-forked_1.4.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-python/recipes-devtools/python/python3-pytest-forked_1.4.0.bb
b/meta-python/recipes-devtools/python/python3-pytest-forked_1.4.0.bb
index
On 9 Nov 2022, at 17:57, Markus Volk via lists.openembedded.org
wrote:
>
> Got it. You suggest fixing hwdata .pc file first.
> I didn't know about the pc_sysrootdir variable, thanks for pointing it out.
>
> With this gehangen wlroots is built when 'native: true' is removed.
> Would this be
> On 9 Nov 2022, at 16:01, Markus Volk via lists.openembedded.org
> wrote:
>
> At least they have a point for correctness by calling it build-dependency
> instead of runtime-dependency.
>
> I take your point that this difference shouldn't matter because hwdata is
> allarch, but simply
On 9 Nov 2022, at 13:41, Markus Volk via lists.openembedded.org
wrote:
>
> | Dependency gbm found: YES 22.2.2 (cached)
> | Checking for function "gbm_bo_get_fd_for_plane" with dependency gbm: YES
> | Found CMake:
>
On 9 Nov 2022, at 09:35, Markus Volk via lists.openembedded.org
wrote:
>
> Previously, wlroots read the edid information for the drm backend from
> udev_hwdb.
> After the latest changes, it now gets the information from hwdata to unblock
> platforms
> without systemd support. For this,
> On 28 Oct 2022, at 14:10, Mikko Rapeli via lists.openembedded.org
> wrote:
> +if ${@bb.utils.contains('PACKAGECONFIG', 'polkit', 'true', 'false',
> d)}; then
> +if [ -d ${D}${datadir}/polkit-1/rules.d ]; then
No point to have the double check here: just check if the
On 28 Oct 2022, at 09:11, Peter Marko via lists.openembedded.org
wrote:
>
> iThe main package is empty so it was not possible to install
> dev package to sdk as it depends on main package.
>
> Signed-off-by: Peter Marko
> ---
> meta-oe/recipes-test/cpputest/cpputest_4.0.bb | 2 ++
> 1 file
IPv6 is the glorious future, shouldn’t we turn this on?
(or at least, respect the ipv6 distro feature)
Ross
> On 27 Oct 2022, at 15:20, Joshua Watt via lists.openembedded.org
> wrote:
>
> Adds a PACKAGECONFIG to enable ipv6 in nginx
>
> Signed-off-by: Joshua Watt
> ---
>
On 14 Oct 2022, at 01:23, wangmy via lists.openembedded.org
wrote:
>
>> Also, why would a nativesdk DNF need to manage systemd units?
> When executing postinstall, the system is needed.
So this is a direct clone of the systemctl in systemd-systemctl-native, which
solves exactly the same
What’s the difference between this python implementation of systemctl, and the
shell implementation that’s already in oe-core in systemd-systemctl-native?
Looks like pointless duplication to me. If the Python implementation here is
better, then it should be in core.
Also, why would a
On 4 Oct 2022, at 07:24, Mathieu Dubois-Briand via lists.openembedded.org
wrote:
> +# Fix merged upstream https://github.com/Mbed-TLS/mbedtls/pull/5310
> +CVE_CHECK_IGNORE += "CVE-2021-43666"
> +# Fix merged upstream
>
On 22 Sep 2022, at 08:47, Yu, Mingli via lists.openembedded.org
wrote:
> | Illegal instruction (core dumped)
This is _exactly_ why using qemu-user in a build is a _terrible_ idea.
Please, someone revert this patch from 2021. Yes, CMake is terrible and
doesn’t support easily building native
On 15 Sep 2022, at 16:11, Qiu, Zheng via lists.openembedded.org
wrote:
> +cd /usr/lib/jq/ptest
Typically ptests assume they’ve been cd’d into here already. Also, if libdir
is changed, this path is wrong.
> +ln -sf /usr/bin/jq .
Much easier to just ship this symlink instead of generating it.
> On 17 Aug 2022, at 21:37, Bruce Johnson via lists.openembedded.org
> wrote:
>
> I am stumped by the problem of how to build a newer version of u-boot than
> the one in my openembedded-core version. The version shipped in our copy of
> openembedded-core is 1_2020.01, and I'd like to build
> On 30 Jul 2022, at 22:24, Vincent Davis Jr via lists.openembedded.org
> wrote:
>
> Hey again Ross sorry I know I already sent this meant to hit reply all.
>
> Meant to say for layers that contain recipes that clone different
> implementations of VLC and want to allow the ability to select
> On 30 Jul 2022, at 03:28, Vincent Davis Jr via lists.openembedded.org
> wrote:
>
> For layers that want to provide the ability to
> select a version of VLC.
There’s no need for this.
If there’s just different versions, then have vlc_1.2.3.bb alongside
vlc_1.0.0.bb and use
On 22 Jul 2022, at 15:28, Khem Raj via lists.openembedded.org
wrote:
>
> On Fri, Jul 22, 2022 at 6:36 AM Bartosz Golaszewski wrote:
>>
>> On Thu, Jul 21, 2022 at 3:52 PM Khem Raj wrote:
>>>
>>> I don’t see config.log for Libstdc++ folder in there
>>> Can you see why that’s missing ?
>>>
>>
It’s already in core, can you just revert these please.
Ross
From: Khem Raj
Date: Monday, 18 July 2022 at 15:46
To: Ross Burton
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [meta-oe][PATCH 3/3] python3-pycups: Inherit setuptools3
instead of python_setuptools_build_meta
> the picobuild 0.2 upgrade queued for oe-core improves “legacy” setuptools
> builds too.
I’ve just looked at the logs and this is the correct fix. Don’t merge these,
just wait for picobuild 0.2 to land.
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
> On 16 Jul 2022, at 04:14, Khem Raj via lists.openembedded.org
> wrote:
>
> Adds missing dependency on python3-picobuild-native
Erm, no.
python_setuptools_build_meta inherits python_pep517 which does DEPENDS:append =
" python3-picobuild-native python3-installer-native”
The right fix may
quot;.
We have setuptools 62.6.0 and do builds using our own packages instead
of building inside virtual environments, so these dependencies cannot
be satisfied.
Resolve this by passing --loose-depends to picobuild, which effectively
turns ~= into >=.
Signed-off-by: Ross Burton
---
.../re
Signed-off-by: Ross Burton
---
.../python/python3-pytest-helpers-namespace_2021.12.29.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/meta-python/recipes-devtools/python/python3-pytest-helpers-namespace_2021.12.29.bb
b/meta-python/recipes-devtools/python/python3-pytest-helpers
Signed-off-by: Ross Burton
---
meta-python/recipes-devtools/python/python3-pyzmq_22.3.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python3-pyzmq_22.3.0.bb
b/meta-python/recipes-devtools/python/python3-pyzmq_22.3.0.bb
index e4762eb5f8..34c173d8d1
Signed-off-by: Ross Burton
---
meta-python/recipes-devtools/python/python3-path_16.4.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python3-path_16.4.0.bb
b/meta-python/recipes-devtools/python/python3-path_16.4.0.bb
index 7c520dd85a..10b112860f
In the future we'll have a Python building tool which validates build
requirements. No package should require a specific tool to be present
(not even used, just present), so remove the dependency on 'build'.
Signed-off-by: Ross Burton
---
.../python/python3-simpleeval/no-build.patch | 24
The upstream pyproject.toml says it needs to be built with the Poetry
frontend, but that's deprecated behaviour and it should use the Poetry
Core API instead.
Signed-off-by: Ross Burton
---
.../python3-pyrad/use-poetry-core.patch | 26 +++
.../python/python3-pyrad_2.4.bb
There's no need to depend on python3-toml-native, but this does need
python3-setuptools-scm-git-archive-native.
Signed-off-by: Ross Burton
---
meta-python/recipes-devtools/python/python3-ansi2html_1.8.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-python/recipes
Add a DEPENDS on ptyhon3-setuptools-scm-git-archive-native as the setup.py
uses it.
In the future we'll have a Python building tool which validates build
requirements, so remove pip from those dependencies as it shouldn't depend
on a specific build tool being present.
Signed-off-by: Ross Burton
The build doesn't generate the right filenames without this package.
Signed-off-by: Ross Burton
---
meta-python/recipes-devtools/python/python3-cbor2_5.4.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python3-cbor2_5.4.3.bb
b/meta-python/recipes
Is that with oe-core master-next? There’s a sanity test patch there which is
very relative. The recipe is buggy
From: openembedded-devel@lists.openembedded.org
on behalf of Khem Raj via
lists.openembedded.org
Date: Thursday, 30 June 2022 at 12:18
To: openembeded-devel
Subject: [oe]
As of 857f324 this is now in oe-core.
Signed-off-by: Ross Burton
---
.../recipes-devtools/python/python3-pathspec_0.9.0.bb | 11 ---
1 file changed, 11 deletions(-)
delete mode 100644
meta-python/recipes-devtools/python/python3-pathspec_0.9.0.bb
diff --git a/meta-python/recipes
As of 781da720 this is now in oe-core.
Signed-off-by: Ross Burton
---
.../recipes-devtools/python/python3-editables_0.3.bb | 11 ---
1 file changed, 11 deletions(-)
delete mode 100644 meta-python/recipes-devtools/python/python3-editables_0.3.bb
diff --git a/meta-python/recipes
101 - 200 of 653 matches
Mail list logo
