We can't build this combination right now because of a circular dependency,
but it's good to make it explicit.
Signed-off-by: Ross Burton
---
meta/recipes-core/glib-2.0/glib.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipe
true/false for these options is deprecated, use enabled/disabled.
Signed-off-by: Ross Burton
---
meta/recipes-core/glib-2.0/glib.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipes-core/glib-2.0/glib.inc
index 5ee5375d0e5.
This recipe once included the xorg common .inc file but had to reset
several variables. It no longer includes that file but there's a lot of
cruft to remove: the LICENSE being "MIT & MIT" and the features_check
class not checking for any features, specifically.
Signed-off-by: Ross Burton
---
...
These are disabled out of the box but only because the dependencies are
not present. Explicitly disable them to be clear.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/cairo/cairo_1.18.2.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-graphics/cairo/cairo_1.18.2.bb
We can't build documentation when doing a cross build, so disable it
explicitly to be clear.
Signed-off-by: Ross Burton
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.24.6.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.24
Signed-off-by: Ross Burton
---
meta/recipes-core/systemd/systemd_256.7.bb | 74 +++---
1 file changed, 37 insertions(+), 37 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_256.7.bb
b/meta/recipes-core/systemd/systemd_256.7.bb
index af810c0fcd9..f3af4ac44dc 100644
---
The correct meson flag for the documentation is 'documentation'.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/json-glib/json-glib_1.10.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-gnome/json-glib/json-glib_1.10.0.bb
b/meta/recipes-gnome/json-glib/json-glib_1.10.0.b
The correct meson flag for the documentation is 'documentation'.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/pango/pango_1.54.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/pango/pango_1.54.0.bb
b/meta/recipes-graphics/pango/pango_1.54.0.bb
index de6f8bb
A small dependency allows the 1.3MB pci.ids file to be compressed down
to 300K.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libpciaccess_0.18.1.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-graphics/xorg-lib/libpciaccess_0.18.1.bb
b/meta/recipes-graphi
On 9 Nov 2024, at 17:09, Guðni Már Gilbert via lists.openembedded.org
wrote:
>
> Adding this to bluez5 bbappend:
> PACKAGECONFIG:class-native = ""
> BBCLASSEXTEND = "native"
> And to python3 bbappend:
> DEPENDS:append:class-target = " ${@bb.utils.contains('DISTRO_FEATURES',
> 'bluetooth', '
curl 8.11.0 is known to have some regressions in, for example from the
curl-distros list:
“”"
As you probably know, there were some regressions in the latest release 8.11.0.
These are the patches we decided to pull in order to package it on Debian:
netrc: support large file, longer lines, longe
> On 10 Nov 2024, at 16:33, Alexander Kanavin via lists.openembedded.org
> wrote:
>
> On Sun, 10 Nov 2024 at 16:21, Markus Volk wrote:
>>
>> According to meson documentation:
>>
>> --auto-features {enabled,disabled,auto}
>>Override value of all 'auto
On 11 Nov 2024, at 18:30, Mikko Rapeli wrote:
> I saw these systemd warnings in the past but they changed
> from one version to another and they are not systematically and correctly
> used in upstream systemd so I decided not to bother with this change.
>
> It would take a lot of work to test all
On 11 Nov 2024, at 18:30, Mikko Rapeli wrote:
>
> Hi,
>
> Do you have a test to catch these cases? Would be nice to see
> that too.
Sort of…
$ grep DEPRECATION:\ Option tmp/work/*/*/temp/log.do_configure
In systemd specifically there’s a few deprecation options we’re using anyway,
but this s
Add a check for a SECURITY.md file (or similar) to yocto-check-layer, as
knowing where to report security issues is important.
Signed-off-by: Ross Burton
---
scripts/lib/checklayer/cases/common.py | 13 +
1 file changed, 13 insertions(+)
diff --git a/scripts/lib/checklayer/cases/com
We have multiple recipes in core that RPROVIDE virtual-x-terminal-emulator,
so we should pick one to be the default for deterministic builds.
Pick rxvt, as it's the lightest. Sato can depend on matchbox-terminal
explicitly and rxvt will not be added.
Signed-off-by: Ross Burton
---
meta/conf/d
rxvt is a classic X11 application, so add the feature check so it doesn't
get pulled into world builds without x11.
Signed-off-by: Ross Burton
---
meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-sato/rxvt-unicode
Add a RPROVIDES for virtual-x-terminal-emulator, so that:
- Packages can RDEPEND on virtual-x-terminal-emulator and know that they
have installed a terminal
- The x-terminal-emulator binary will (via alternatives) run a terminal
We don't bother with PROVIDES because nobody needs to DEPEND on a t
Instead of depending on matchbox-terminal explicitly, just depend on
the virtual name.
core-image-x11 then uses rxvt instead of matchbox-terminal, as that is
the default, removing the entire GTK+ stack from the image.
core-image-sato and friends are unchanged as the sato packagegroup pulls
in mat
Don't hardcode matchbox-terminal, but use the alternative.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/builder/files/builder_session.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/builder/files/builder_session.sh
b/meta/recipes-graphics/bui
The point of the virtual-x-terminal-emulator alternative was to provide
a single binary that executes whatever terminal has been installed. This
is a runtime choice, so should be RPROVIDES.
This doesn't need built-time PROVIDES, which actively get in the way
when multiple recipes are being built w
Don't hardcode matchbox-terminal, but use the alternative.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/mini-x-session/files/mini-x-session | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/mini-x-session/files/mini-x-session
b/meta/recipes-grap
Add a check for a SECURITY.md file (or similar) to yocto-check-layer, as
knowing where to report security issues is important.
Signed-off-by: Ross Burton
---
scripts/lib/checklayer/__init__.py | 12 +
scripts/lib/checklayer/cases/common.py | 34 +-
2 files cha
Instead of using rxvt as the fallback terminal use x-terminal-emulator.
Also add a recommends on something providing that name, as previously
it tried to use rxvt but that wasn't necessarily present.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-app/xinit_1.4.2.bb | 7 +++
1 fil
On 11 Nov 2024, at 16:20, Robert Yang via lists.openembedded.org
wrote:
>
> From: Robert Yang
>
> Fixed:
> $ bitbake bootchart2-native
> gzip:
> /path/to/bootchart2-native/0.14.9/recipe-sysroot-native/usr/share/man/man1/*.gz:
> No such file or directory
The question is why does the manpage
On 25 Nov 2024, at 15:47, Dan McGregor via lists.openembedded.org
wrote:
>
> From: Dan McGregor
>
> Ignore shared object names that differ from names we've already
> processed only by their version number. This assumes that the
> highest priority is first in the list, and ignores those later
>
gnu-efi is a mix of BSD and GPL licensed source code, not a choice
between the two.
Signed-off-by: Ross Burton
---
meta/recipes-bsp/gnu-efi/gnu-efi_3.0.18.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.18.bb
b/meta/recipes-bsp/gnu-efi
gnu-efi isn't making releases on SourceForge anymore, so switch to git
clones and track releases on GitHub.
License-Update: "Copright" typo fixed.
Signed-off-by: Ross Burton
---
...0002-Do-not-treat-warnings-as-errors.patch | 13 +++---
.../{gnu-efi_3.0.18.bb => gnu-efi_4.0.0.bb} | 26 +++
The original patch in 2013[1] did this:
+-libefi.a: libefi.a($(OBJS))
++libefi.a: $(OBJS)
The Makefile no longer uses this syntax and simply replacing $^ with
$(OBJS) is a no-op, so this patch isn't needed.
[1] meta-intel c2c13d4dba2d9c70862891adf0b250ce2be65f68
Signed-off-by: Ross Burton
---
Pass the correct host compiler (HOSTCC) and include directory to the
build.
Also enable verbose builds (V=1).
Signed-off-by: Ross Burton
---
meta/recipes-bsp/gnu-efi/gnu-efi_3.0.18.bb | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0
There are two behavioural differences between the objcopy in binutils
and llvm which resulted in build failures when building systemd with
clang:
1) If the section specified in --dump-section doesn't exist, binutils
set an exit code of 0 whereas llvm sets 1. This means we need to handle
the exit
On 24 Nov 2024, at 19:11, Peter Marko via lists.openembedded.org
wrote:
> NVD DB has typo in version (1.11.10 instead of 1.11.1)
> Version 1.11.1 is the currently the latest one, there is no .10
>
> Signed-off-by: Peter Marko
> ---
> If someone wants, correction can be requested from NVD instea
On 22 Nov 2024, at 11:43, Markus Volk via lists.openembedded.org
wrote:
> Add a patch that disables the pam test, because it would require
> pam_wrapper recipe
Can you upstream a patch to add a meson option for the tests, instead of us
having to maintain a patch to disable the tests?
Ross
-=
On 27 Nov 2024, at 16:33, Jörg Sommer via lists.openembedded.org
wrote:
>
> From: Jörg Sommer
>
> We have a system with 96 CPUs and 128 are not uncommon. The border of 64
> limits the number of parallel tasks make or ninja spawns, because the value
> goes into `PARALLEL_MAKE ?= "-j ${@oe.utils
Hi Jamin,
Thanks for the patches.
However, I’m getting more convinced that as our FIT generation is spread
between uboot-sign and kernel-fitimage, maybe we should just create a new class
that is dedicated to creating a FIT image from arbitrary inputs, so in this
case you’d have dependencies on
Summary of changes:
- The ``--python`` option can now take the path of a virtualenv folder, as an
alternative to a Python executable.
- The metadata in packages now has the names of optional dependency groups
("extras") normalised, complying with version 2.3 of the metadata standard.
- Fix pote
On 26 Nov 2024, at 01:29, wangmy via lists.openembedded.org
wrote:
> -SRCREV = "3402f380019dc4f882e1d8627029607aca3f4be6"
> +SRCREV = “64d1f198fb2764dfb852a19becaf6f7f097fce2c"
If you ran buildhistory-diff:
packages/cortexa57-poky-linux/libinput/libinput-dbg: RRECOMMENDS: removed
"libcheck-db
First, this is likely not the final implementation, but a RFC and
prototype.
Some binaries don't dynamically link to libraries, but instead at runtime
dlopen() them. This means extra work for distributions as the dependencies
are not detected automatically, so libraries may be missing.
systemd is
Upstream has solved the absolute path problem differently by taking
paths relative to the top of the module. This appears to solve the
problem, at least I've not found any cases where it breaks.
Drop my patch, and backport the relevant commit from upstream.
Signed-off-by: Ross Burton
---
meta/
We remove this file in the python_pep517 class now, so we don't need to
do it here.
Signed-off-by: Ross Burton
---
.../python/python3-cryptography-vectors_43.0.1.bb| 5 -
1 file changed, 5 deletions(-)
diff --git
a/meta/recipes-devtools/python/python3-cryptography-vectors_43.0.
Python modules install metadata into a .dist-info directory, one of which
is RECORD, which contains the files that were installed and their
checksum[1]. This is typically used by pip to validate the install, or
to know what files to remove when the module is uninstalled.
This is slightly problema
First, this is likely not the final implementation, but a RFC and
prototype.
Some binaries don't dynamically link to libraries, but instead at runtime
dlopen() them. This means extra work for distributions as the dependencies
are not detected automatically, so libraries may be missing.
systemd is
On 5 Nov 2024, at 10:12, Changqing Li via lists.openembedded.org
wrote:
> --- a/meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc
> +++ b/meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc
> @@ -37,6 +37,7 @@ do_configure:prepend () {
> if [ ! -e ${S}/acinclude.m4 ]; then
> cp ${S}/aclocal.m4 ${S}/aci
On 19 Nov 2024, at 16:20, Denis OSTERLAND-HEIM via lists.openembedded.org
wrote:
> Currently linux-yocto.inc claims GPL-2.0-only but LICENSE claims a syscall
> exception.
> Should it be GPL-2.0-with-syscall-exception?
Yes, probably. You’ll need to add the license text to oe-core for this too.
On 12 Nov 2024, at 09:24, wangmy via lists.openembedded.org
wrote:
> - The tests for flit_core are no longer part of the installed package,
> reducing the size of the wheels
This means we can remove the -tests subpackage, so please do that and send a v2.
Thanks,
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Li
Backport the fix from upstream.
Signed-off-by: Ross Burton
---
.../libsndfile1/CVE-2024-50612.patch | 409 ++
.../libsndfile/libsndfile1_1.2.2.bb | 1 +
2 files changed, 410 insertions(+)
create mode 100644
meta/recipes-multimedia/libsndfile/libsndfile1/CVE
If SLIRP is being used instead of TAP for networking to the guest then
the target IP will be localhost. There's no point in pinging localhost
to see if the target is up but whilst you'd think it is harmless, in
some containers ping doesn't actually have enough rights to work:
ping: socktype: SO
This didn't seem to be possible considering the entire point of Cython
is to generate C bindings, but some Python build systems remove the
build tree once the wheel has been generated, so we never get to see the
sources. As xargs will call the specified command even without any files
this results i
On 24 Nov 2024, at 12:27, Peter Marko via lists.openembedded.org
wrote:
> -CVE_STATUS[CVE-2008-4178] = "cpe-incorrect: This CVE is for an unrelated
> builder"
> +# do not report CVEs for other builder apps
> +CVE_PRODUCT = "yocto:builder"
Please don’t make up vendor names. There are already yoc
On 25 Nov 2024, at 12:09, Marko, Peter wrote:
>
> Hi Ross,
>
> I have realized this and sent v2 with yoctoproject only 10 minutes after
> sending this patch.
> I guess I have forgotten to chain it with --in-reply-to=, sorry for that.
So you did, sorry about that. Drive-by review over a coffee
1.26.3:
- Support an old import path that is still used by some consumers like
Hatch
1.26.2:
- Back-populate string license fields (License-Expression) for core
metadata versions prior to 2.4
- Remove the License-Expression and License-Files core metadata from
version 2.2 that was missed in
- Support Unicode 16
- Add pango_font_map_add_font_file
- fontconfig: Reject patterns without FC_FILE
- coretext: Actually use .AppleSystemUIFont
- coretext: Keep track of variations
- win32: Use font options for caching
- win32: Keep variations in PangoWin32Font
- build: Require harfbuzz 8.4.0
- b
There's a similar recipe in meta-oe (kernel-selftest) but it needs clang
and seems overly complicated.
This recipe still needs further improvements, primarily that there is no
integration into oeqa, but that can come later.
Signed-off-by: Ross Burton
---
meta/conf/distro/include/maintainers.inc
Hi Jamin,
On 2 Dec 2024, at 05:39, Jamin Lin wrote:
> create_its() {
> cat << EOF >> ${UBOOT_ITS}
>${USER_FIRMWARE} {
>description = ${USER_DESCRIPTION};
>data = /incbin/("${UBOOT_FIT_SSP_IMAGE}");
>type = ${USER_FIRMWARE};
>arch = "${USER_ARCH}
As sstate_archive_package just calls tar, writing the function in shell
is actually more complex and opaque than the equivalent python.
Don't check for zstd vs pzstd, we have pzstd in HOSTTOOLS so it will
always be available.
Signed-off-by: Ross Burton
---
meta/classes-global/sstate.bbclass | 5
On 23 Nov 2024, at 19:35, Hiago De Franco via lists.openembedded.org
wrote:
>
> From: Hiago De Franco
>
> libdisplay-info is a EDID and DisplayID library. Goals:
>
> - Provide a set of high-level, easy-to-use, opinionated functions as
> well as low-level functions to access detailed informat
This recipe fetches a tagged commit, so embed the PV in the filename.
Signed-off-by: Ross Burton
---
.../libnsl/{libnsl2_git.bb => libnsl2_2.0.1.bb} | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
rename meta/recipes-extended/libnsl/{libnsl2_git.bb => libnsl2_2.0.1.bb} (9
Our libnsl2 recipe is just libnsl version 2.x, so set the CVE vendor and
product pair appropriately as per:
https://www.cvedetails.com/version/1177013/Libnsl-Project-Libnsl-2.0.0.html
Signed-off-by: Ross Burton
---
meta/recipes-extended/libnsl/libnsl2_git.bb | 2 ++
1 file changed, 2 insertions
On 30 Nov 2024, at 08:52, Markus Volk via lists.openembedded.org
wrote:
> Add a recipe for pam_wrapper, needed to build the tests
>
> [https://gitlab.com/cwrap/pam_wrapper]
>
> Import cmocka recipe from meta-oe
> [https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-test/cmocka/c
On 3 Dec 2024, at 14:07, Markus Volk wrote:
>
> Got it. Currently I have issues to access the gnome gitlab. Will send a patch
> there later
Yes, everyone does…. Should be back to normal service in a week or so.
Thanks Markus!
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent t
On 27 Nov 2024, at 07:34, Denis OSTERLAND-HEIM via lists.openembedded.org
wrote:
> Right.
> Apache-2.0-with-LLVM-exception and GPL-2.0-with-OpenSSL-exception are not
> listed on spdx.org/licenses
> and the others are listed with the "insert here".
> The clean way would be to implement the WITH
On 4 Dec 2024, at 06:48, Alexander Kanavin via lists.openembedded.org
wrote:
> +PACKAGECONFIG[tests] = "-Dtestss=true,-Dtests=false,"
Typo, “testss”
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#208385):
https://lists.openembedded.org/g/
Instead of iterating every datastore value by hand to find tasks, use
the new bb.build.listtasks() function (bitbake 185c4b)
Signed-off-by: Ross Burton
---
meta/classes-global/utility-tasks.bbclass | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/meta
Don't access private variables, instead use the new bb.build.listtasks()
function (from bitbake 185c4b)
Signed-off-by: Ross Burton
---
scripts/lib/devtool/build.py| 2 +-
scripts/lib/devtool/utilcmds.py | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/lib/devtoo
On 4 Feb 2025, at 16:06, Peter Kjellerstedt via lists.openembedded.org
wrote:
> +cmake = ‘cmake'
Is that not the default?
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#210812):
https://lists.openembedded.org/g/openembedded-core/message/210
On 31 Jan 2025, at 07:25, Mikko Rapeli wrote:
> ACK, we have also found that systemd and udev handle serial consoles
> correctly when supporting multiple devices like rockpi4b, synquacer,
> AMD KV260, zcu102, AVA, qemu etc from a single build.
The challenge is doing the same for sysvinit…
Sharin
On 4 Feb 2025, at 16:45, Peter Kjellerstedt wrote:
> Does not look like it. I guess it is the same as for, e.g., pkg-config,
> which is on the next line in the meson.cross file.
Just had it confirmed that in cross builds meson needs _every_ binary to be
specified, so this patch is entirely corr
> On 5 Feb 2025, at 15:05, Quentin Schulz via lists.openembedded.org
> wrote:
> +if subprocess.call(["which", "lsdiff"], stdout=subprocess.DEVNULL) != 0:
“which” isn’t actually a standard tool, so I’d use shutil.which() instead:
guaranteed to work and no need to spawn.
Ross
-=-=-=-=-=-=-=-
On 6 Feb 2025, at 14:49, Oleksiy Obitotskyy via lists.openembedded.org
wrote:
> Move systemctl into separate subpackage to minimize
> dependencies from core systemd package.
In what situation would you have systemd or systemctl without the other?
Cheers,
Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You
There's no need to sed the Makefiles as there's an option to simply
respect sbindir.
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/nfs-utils/nfs-utils_2.8.2.bb | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.8.2.
The 1.2.8 release did indeed ship binary .o files, but recent releases
do not.
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/nfs-utils/nfs-utils_2.8.2.bb | 6 --
1 file changed, 6 deletions(-)
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.8.2.bb
b/meta/recipes-con
These were replaced with python3 in 2.5.2 (commit d1683f).
Signed-off-by: Ross Burton
---
meta/recipes-connectivity/nfs-utils/nfs-utils_2.8.2.bb | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.8.2.bb
b/meta/recipes-connectivity/nfs-utils/nfs
Backport a patch from upstream to fix register tramping on aarch64.
Signed-off-by: Ross Burton
---
.../openssl/openssl/aarch64-regs.patch| 52 +++
.../openssl/openssl_3.4.0.bb | 1 +
2 files changed, 53 insertions(+)
create mode 100644 meta/recipes-conn
As this recipe builds the tagged releases we can put the PV in the
filename.
Signed-off-by: Ross Burton
---
.../slirp/{libslirp_git.bb => libslirp_4.9.0.bb}| 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-connectivity/slirp/{libslirp_git.bb => libslirp
On 7 Feb 2025, at 12:06, Rasmus Villemoes via lists.openembedded.org
wrote:
>
> From: Rasmus Villemoes
>
> In some deployments, the log aggregator collects log messages in the
> syslog format, so systemd-journal-upload and friends can not be
> used.
>
> systemd-netlogd is a daemon for filling
The dbus.socket user unit file calls systemctl, and the meson.build uses
find_program() to find the path, falling back to a hardcoded value if it
cannot be found.
On the initial build the sysroot doesn't contain systemctl (as it is not
in the target systemd sysroot), however after the do_package_w
On 5 Feb 2025, at 14:34, Marta Rybczynska via lists.openembedded.org
wrote:
>
> This series is allowing choice of the NVD feed to use, you can
> configure them using the NVD_DB_VERSION variable in local.conf
>
> Available feeds:
> - NVD2 (default) - the current NVD API v2 feed
> - NVD1 - the ol
On 2 Feb 2025, at 21:03, Vyacheslav Yurkov via lists.openembedded.org
wrote:
> Instead of the python re-implementation build the actual systemctl from
> the systemd source tree.
Very glad to see this - I tried some time ago but the dependency tree at the
time was quite invasive to remove so I g
On 31 Jan 2025, at 14:16, Mathieu Dubois-Briand
wrote:
>
> On Thu Jan 30, 2025 at 6:59 PM CET, Ross Burton via lists.openembedded.org
> wrote:
>> Add some comments to clarify exactly what this recipe is for.
>>
>> Signed-off-by: Ross Burton
>> ---
>
>
systemd can automatically create getty service units at boot time by
probing the hardware: if will check for a list of known hypervisor
consoles and also spawn a getty on every active console.
However in a historical attempt to change as little behaviour as
possible, we disabled this and instead w
Add some comments to clarify exactly what this recipe is for.
Signed-off-by: Ross Burton
---
meta/recipes-core/systemd/systemd-serialgetty.bb | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd-serialgetty.bb
b/meta/recipes-core/systemd/sy
This patch from the Nokia/Scratchbox days[1] was obsoleted by qemu
improvements, specifically "linux-user: fake /proc/self/auxv"[2] which
was integrated into qemu 1.1.0 in 2011.
[1] If you're reading this and reminiscing I suggest standing up and
having a stretch, your back will thank you
[2] 2574
On 4 Dec 2024, at 12:08, Alexander Kanavin via lists.openembedded.org
wrote:
> +export EXTRA_NATIVE_PKGCONFIG_PATH = "${B}/meson-uninstalled:"
> +LDFLAGS += " -L${B}/rsvg"
> +# needed on ubuntu 20.04/debian 11 to avoid 'undefined reference to `dlsym''
> errors
> +BUILD_LDFLAGS += " -ldl"
That’s
On 12 Dec 2024, at 06:54, Marta Rybczynska via lists.openembedded.org
wrote:
>
> This series is allowing choice of the NVD feed to use, you can
> configure them using the NVD_DB_VERSION variable in local.conf
>
> Available feeds:
> - NVD2 (default) - the current NVD API v2 feed
> - NVD1 - the o
On 16 Dec 2024, at 14:59, Ross Burton wrote:
>
> On 12 Dec 2024, at 06:54, Marta Rybczynska via lists.openembedded.org
> wrote:
>>
>> This series is allowing choice of the NVD feed to use, you can
>> configure them using the NVD_DB_VERSION variable in local.conf
>>
>> Available feeds:
>> - NV
On 13 Dec 2024, at 18:06, Ross Burton wrote:
> Rationalising this is the source of at least three wip branches I have
> locally, so I’d love to see it sorted.
Hit sent too early.
One of my WIP branches basically made some semantic changes, where PYPI_PACKAGE
is the canonical package name (as i
On 13 Dec 2024, at 15:14, Alexander Kanavin via lists.openembedded.org
wrote:
>
> On Fri, 13 Dec 2024 at 15:53, Derek Straka wrote:
>> Thanks for your note. I’m working through the remaining downstream recipe
>> changes today which should address the rest of the UNKNOWN_BROKEN recipes.
>>
>>
Whilst our default toolchain has modern kernel headers (6.12, at time of
writing), some external toolchains may use old kernel headers.
As ofono's rmnet module uses kernel defines which were added in 5.14,
add some compatibility defines in case they are not set.
Signed-off-by: Ross Burton
---
.
Instead of patching configure.ac to not load m4 directly and working
around what aclocal and the autotools class do, just exclude the running
of aclocal entirely.
This stops the class removing the existing aclocal.m4 and autoreconf
running aclocal.
Signed-off-by: Ross Burton
---
meta/recipes-ex
The configure script looks explicitly for expat, so add it to DEPENDS.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/subversion/subversion_1.14.5.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/subversion/subversion_1.14.5.bb
b/meta/recipes-de
Upstream has an autogen.sh which constructs a hand-written aclocal.m4
and manually copies libtool into place. Instead of working around the
bad interaction between these expectations and our autotools class we
can just disable the execution of aclocal in autoreconf and copy files
as autogen.sh does
tcl has a hand-maintained aclocal.m4 so don't run aclocal, which has the
side effect of not deleting the aclocal.m4 file which pulls in macros.
The build works without this change more through luck and a combination
of behaviours than design.
Signed-off-by: Ross Burton
---
meta/recipes-devtools
tcl has a hand-maintained aclocal.m4 so don't run aclocal, which has the
side effect of not deleting the aclocal.m4 file which pulls in macros.
The build works without this change more through luck and a combination
of behaviours than design.
Signed-off-by: Ross Burton
---
meta/recipes-devtools
expect has a hand-maintained aclocal.m4 so don't run aclocal, which has the
side effect of not deleting the aclocal.m4 file which pulls in macros.
The build works without this change more through luck and a combination
of behaviours than design.
Signed-off-by: Ross Burton
---
meta/recipes-devto
Clean up the do_install append, and remove a long-standing unused
variable that appears to be intending to not install the scripts but
would have never actually done that as the relevant override since 2008
has been task-install. As we've been installing the scripts, keep
instaling them.
Signed-o
When cross-compiling prepend the sysroot to the hardcoded /usr/src paths
that Meson looks in for the GoogleTest sources.
[ YOCTO #13508 ]
Signed-off-by: Ross Burton
---
...-prepend-sysroot-when-searching-for-.patch | 36 +++
meta/recipes-devtools/meson/meson_1.6.0.bb| 1 +
gdk-pixbuf uses Meson to build now, so it doesn't generate .la files.
Signed-off-by: Ross Burton
---
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.42.12.bb | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.42.12.bb
b/meta/recipes-gnome/gdk-pixbuf/gdk-
We globally inherit remove-libtool, so there's no need to explicitly
remove the .la files in the xorg drivers.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-driver/xorg-driver-common.inc | 6 --
1 file changed, 6 deletions(-)
diff --git a/meta/recipes-graphics/xorg-driver/xorg-d
Run the ptests in four parallel jobs (reduces runtime from ~80s to ~20s
on my machine), and also pass any arguments in the scripts to make it
easier to run individual tests.
Signed-off-by: Ross Burton
---
...004-tests-add-helper-script-to-run-the-installed_tests.patch | 2 +-
meta/recipes-multim
xorg-driver-common already has this dependency.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-driver/xorg-driver-input.inc | 2 --
meta/recipes-graphics/xorg-driver/xorg-driver-video.inc | 2 --
2 files changed, 4 deletions(-)
diff --git a/meta/recipes-graphics/xorg-driver/xorg-driv
1 - 100 of 185 matches
Mail list logo
