[OE-core] [RFC PATCH] scripts: new oe-test-system-upgrade test
From: Michael Opdenacker
Proof of concept "testimage" test to check whether the generated
package feeds can be used to update an older image provided
by the Yocto Project autobuilder.
Signed-off-by: Michael Opdenacker
Suggested-by: Richard Purdie
CC: Thomas Petazzoni
CC: Bruce Ashfield
---
Tested on the latest master against yocto-5.0_M3
A bit surprised that only one package got upgraded:
DEBUG: Command: opkg upgrade
Status: 0 Output: Upgrading libexpat1 (2.6.1-r0) to libexpat1 (2.6.2) on root
Downloading http://192.168.7.1:44893/core2-64/libexpat1_2.6.2-r0_core2-64.ipk.
Removing obsolete file /usr/lib/libexpat.so.1.9.1.
Configuring libexpat1.
Test with a more complete image than core-image-full-cmdline?
---
.../lib/oeqa/runtime/cases/opkg_sysupgrade.py | 71 +++
scripts/oe-test-system-upgrade| 34 +
2 files changed, 105 insertions(+)
create mode 100644 meta/lib/oeqa/runtime/cases/opkg_sysupgrade.py
create mode 100755 scripts/oe-test-system-upgrade
diff --git a/meta/lib/oeqa/runtime/cases/opkg_sysupgrade.py
b/meta/lib/oeqa/runtime/cases/opkg_sysupgrade.py
new file mode 100644
index 00..7431db9198
--- /dev/null
+++ b/meta/lib/oeqa/runtime/cases/opkg_sysupgrade.py
@@ -0,0 +1,71 @@
+#
+# Copyright OpenEmbedded Contributors
+#
+# Test that generated ipk packages can be used to upgrade
+# an older image version.
+#
+# This is done by the scripts/oe-test-system-upgrade script
+# replacing the fresh generated image by the older image
+# generated by the Yocto Project autobuilder.
+#
+# Here, we then replace the original package feeds by our own.
+# This test is not meant to be used as a regular "testimage" test
+# run on the fresh image.
+#
+# SPDX-License-Identifier: MIT
+#
+
+import os
+from oeqa.utils.httpserver import HTTPService
+from oeqa.runtime.case import OERuntimeTestCase
+from oeqa.core.decorator.data import skipIfNotDataVar, skipIfNotFeature,
skipIfFeature
+from oeqa.runtime.decorator.package import OEHasPackage
+
+class OpkgSysUpgradeTest(OERuntimeTestCase):
+
+def pkg(self, command, expected = 0):
+command = 'opkg %s' % command
+status, output = self.target.run(command, 1500)
+message = os.linesep.join([command, output])
+self.assertEqual(status, expected, message)
+return output
+
+class OpkgRepoTest(OpkgSysUpgradeTest):
+
+@classmethod
+def setUp(cls):
+service_repo = os.path.join(cls.tc.td['DEPLOY_DIR_IPK'])
+cls.repo_server = HTTPService(service_repo,
+ '0.0.0.0',
port=cls.tc.target.server_port,
+ logger=cls.tc.logger)
+cls.repo_server.start()
+
+@classmethod
+def tearDown(cls):
+cls.repo_server.stop()
+
+def setup_source_config_for_package_install(self):
+source_server = 'http://%s:%s' % (self.tc.target.server_ip,
self.repo_server.port)
+sourceslist_dir = '/etc/opkg'
+pkgarch = self.tc.td["TUNE_PKGARCH"]
+machinedir = self.tc.td["MACHINE"].replace("-", "_")
+self.target.run('cd %s; echo src/gz all %s/all > base-feeds.conf' %
(sourceslist_dir, source_server))
+self.target.run('cd %s; echo src/gz %s %s/%s >> base-feeds.conf' %
(sourceslist_dir, pkgarch, source_server, pkgarch))
+self.target.run('cd %s; echo src/gz %s %s/%s >> base-feeds.conf' %
(sourceslist_dir, machinedir, source_server, machinedir))
+
+def cleanup_source_config_for_package_install(self):
+sourceslist_dir = '/etc/opkg'
+self.target.run('rm -rf %s; mv %s.orig %s' % (sourceslist_dir,
sourceslist_dir, sourceslist_dir))
+
+@skipIfNotFeature('package-management',
+ 'Test requires package-management to be in
IMAGE_FEATURES')
+@skipIfNotDataVar('IMAGE_PKGTYPE', 'ipk',
+ 'IPK is not the primary package manager')
+@skipIfFeature('read-only-rootfs',
+ 'Test does not work with read-only-rootfs in
IMAGE_FEATURES')
+@OEHasPackage(['opkg'])
+def test_opkg_system_upgrade_from_repo(self):
+self.setup_source_config_for_package_install()
+self.pkg('update')
+self.pkg('upgrade')
+
diff --git a/scripts/oe-test-system-upgrade b/scripts/oe-test-system-upgrade
new file mode 100755
index 00..0d36a70a8a
--- /dev/null
+++ b/scripts/oe-test-system-upgrade
@@ -0,0 +1,34 @@
+#!/bin/sh
+# Proof of concept script to test that generated ipk packages can
+# be used to upgrade an older image version.
+#
+# This is done by generating an image but then replacing it
+# by an older image shared by the Yocto Project autobuilder.
+# We then run QEMU on the old image and replace the original
+# original package feeds by our own.
+
+IMAGE=core-image-full-cmdline
+MILESTONE=yocto-5.0_M3
+MACHINE=qemux86-64
+MACHINE_VARIANT=-alt
+IMAGE_FILE=$IMAGE-$MACHINE.rootfs.ext4
+IMAGE_PATH=tmp/deploy/images/$MACHINE/$IMAGE_FILE
+PACKAGE_TYPE=ipk
+
+# Need a
Re: [OE-core][PATCH 2/3] kbd: remove non-free Agafari fonts
On Fri, Apr 12, 2024 at 10:02 AM Peter Marko via
lists.openembedded.org
wrote:
>
> I know that binary patches are problematic over mailing list.
> Here the patch as zipped attachment just in case.
>
This does not help either, This patch is deleting files so why not
just do the delete operation in do_compile:prepend
rm -rf ${S}/data/consolefonts/Agafari-1*
until the mentioned patch is part of a future kbd release.
> Peter
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198190):
https://lists.openembedded.org/g/openembedded-core/message/198190
Mute This Topic: https://lists.openembedded.org/mt/105486424/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 2/3] kbd: remove non-free Agafari fonts
ERROR: Logfile of failure stored in:
/mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux/kbd/2.6.4/temp/log.do_patch.613
ERROR: Task
(/mnt/b/yoe/master/sources/poky/meta/recipes-core/kbd/kbd_2.6.4.bb:do_patch)
failed with exit code '1'
NOTE: Tasks Summary: Attempted 1114 tasks of which 1108 didn't need to
be rerun and 1 failed.
On Fri, Apr 12, 2024 at 9:58 AM Peter Marko via lists.openembedded.org
wrote:
>
> From: Peter Marko
>
> Its license makes it impossible to distribute kbd
> in any commercial products.
> Backport commit which removes it.
>
> Signed-off-by: Peter Marko
> ---
> .../0001-Remove-non-free-Agafari-fonts.patch | 336 ++
> meta/recipes-core/kbd/kbd_2.6.4.bb| 3 +
> 2 files changed, 339 insertions(+)
> create mode 100644
> meta/recipes-core/kbd/kbd/0001-Remove-non-free-Agafari-fonts.patch
>
> diff --git
> a/meta/recipes-core/kbd/kbd/0001-Remove-non-free-Agafari-fonts.patch
> b/meta/recipes-core/kbd/kbd/0001-Remove-non-free-Agafari-fonts.patch
> new file mode 100644
> index 00..99a8fec9d8
> --- /dev/null
> +++ b/meta/recipes-core/kbd/kbd/0001-Remove-non-free-Agafari-fonts.patch
> @@ -0,0 +1,336 @@
> +From b757e6842f9631757f0d1a6b3833aabffa9ffeee Mon Sep 17 00:00:00 2001
> +From: Alexey Gladkov
> +Date: Thu, 29 Feb 2024 17:38:37 +0100
> +Subject: [PATCH] Remove non-free Agafari fonts
> +
> +Based on legal analysis, we are removing non-free fonts for now. If we
> +can change the license of these fonts, we will return them back.
> +
> +From: Stanislav Brabec
> +Date: Wed, 28 Feb 2024 16:47:54 +0100
> +Subject: kbd: Legal problems of Agafari fonts
> +
> +The data/consolefonts/README.Ethiopic contains a notice:
> +Agafari:
> + Donated by the Ethiopian Science and Technology Commission
> + or and may be
> redistributed
> + for non-commercial use under Unix environments only.
> +
> +According to our legal review, it makes impossible to distribute these
> +fonts as part of any commercial products, and even makes it impossible to
> +distribute kbd sources as part of any commercial product services.
> +
> +Additionally, it makes the whole kbd package incompatible with GPL, so
> the
> +COPYING file (created during build of the tarball) cannot declare GPL
> +version 2. It also violates section 6 of GPL (no further restrictions).
> +
> +That is why several GNU/Linux distributions exclude Agafari from the
> +release. To be on a safe side, SUSE even decided to repack any source
> +tarballs before putting it to their servers.
> +
> +This was probably reported to the former kbd maintainer about 20 years
> ago,
> +but nothing changed over years.
> +
> +That is why I recommend removing Agafari fonts and removing the reference
> +to them from README.Ethiopic. Alternatively, you can ask the Ethiopian
> +Science and Technology Commission for re-licensing.
> +
> +Signed-off-by: Alexey Gladkov
> +
> +Upstream-Status: Backport
> [https://github.com/legionus/kbd/commit/b757e6842f9631757f0d1a6b3833aabffa9ffeee]
> +
> +Signed-off-by: Peter Marko
> +---
> + data/consolefonts/Agafari-12.psfu | Bin 7989 -> 0 bytes
> + data/consolefonts/Agafari-14.psfu | Bin 9013 -> 0 bytes
> + data/consolefonts/Agafari-16.psfu | Bin 10037 -> 0 bytes
> + data/consolefonts/README.Ethiopic | 5 -
> + 4 files changed, 5 deletions(-)
> + delete mode 100644 data/consolefonts/Agafari-12.psfu
> + delete mode 100644 data/consolefonts/Agafari-14.psfu
> + delete mode 100644 data/consolefonts/Agafari-16.psfu
> +
> +diff --git a/data/consolefonts/Agafari-12.psfu
> b/data/consolefonts/Agafari-12.psfu
> +deleted file mode 100644
> +index
> 3c8e796b19e676b2d9addc540e1d9507da620c02..
> +GIT binary patch
> +literal 0
> +HcmV?d1
> +
> +literal 7989
> +zcmZvhYmgk*RmVG87>P<-D+(_D*IOSr`KW1`k;cFrF0(BoG{89^qkLgA|WKGS)73
> +zSSDyPnmCTK{UV8+*jk)m +zUw-G_?w*O^uFmd%PM>@F{O-MdyL)u^v+q4((Ppr>h}dFTHh;vnVa=80 +z`D86#kbks;>$Hp5LHT4I?DsFN_qE +zTCKWO+F9PU(?Yg3WB<;j(a#4?jDB8warC3cnm)5N=1|77G1ex>+S0!sKelAe(8| +z`|UGvZI+d>oqW^MgjOZ**on^AQ8B8tCGD2& +znk5I#Cp)r@vaEb1s^pDV$0sp2*P`0Z+MmhHR+AXZYBvtnYBhae?3Yt2l^loD;G3QO
> +z;q(Ye_-8)uX!I6}*gzMa#-&)4G^wCoj#B3Fo$5dJ?
> +zM#ZEA$AMB3#!aG(j1rgm8%N22nsIA%I-MTY;J8zdM+l8yVmi{l(aB^=nT(FHv!z-$
> +zB0v79-EI$Kf1`tr^F-2Bn#t3Vb4Y+l=EOBZW@G5u>GMU6{- +zk2Ct>#ful(vN(!0P7q<}VYOOqU_*4NN}=s`wS?ZR;jC6`o9L)osWd8;s+=O$l?^mG
> +z+wF6vX0qv^C{dF*1P(=8x?8$bk0uawW!x)bS0*9_3C#no;xR6
> +z#zC5liLR3#@p;AFYh+@7y;i-dmJAFr
> +z0xoq+{ZS`ide55q)ipB~_${lghgwuaRvS(HPN^!cH#L>bCNpJ@)a^$10=
> +z(D-F}=sL5c>(XStXpK%3`)Bj{Axoxi{EG~KQ;5k^TO^N+1B +zwRo&_KoVnFH6}o_)8m5F6I19ZFudB_O7qYs3N|Z8Zvl3xh
> +zf+E+fG^W6ezt+q^e0Abw0(6MPoLe+AX+_MyK3RL)sdoX}j^>YPXzk;ZtTD5#BV-z7
> +zCYeY*4)LanKkcWZ_%&^W_QzU#OyKwY*8b@+SFE*Pt`(X-8f)!{Pp$o +zkNK6++HYC9H#;gVo)iwu<>@y=Hc$Dz!HINsFc;Ni-A>Yb0Z_=omT{#bJG)mY1C
>
[OE-core][kirkstone][PATCH] ncurses: patch CVE-2023-50495
From: Peter Marko
backport relevant parts from
https://invisible-island.net/archives/ncurses/6.4/ncurses-6.4-20230424.patch.gz
Signed-off-by: Peter Marko
---
.../ncurses/files/CVE-2023-50495.patch| 81 +++
.../ncurses/ncurses_6.3+20220423.bb | 1 +
2 files changed, 82 insertions(+)
create mode 100644 meta/recipes-core/ncurses/files/CVE-2023-50495.patch
diff --git a/meta/recipes-core/ncurses/files/CVE-2023-50495.patch
b/meta/recipes-core/ncurses/files/CVE-2023-50495.patch
new file mode 100644
index 00..3d92974227
--- /dev/null
+++ b/meta/recipes-core/ncurses/files/CVE-2023-50495.patch
@@ -0,0 +1,81 @@
+commit ebc08cff36689eec54edc1ce2de6ebac826bd6cd
+Author: Peter Marko
+Date: Fri Apr 12 23:56:25 2024 +0200
+
+check return value of _nc_save_str(), in special case for tic where
+extended capabilities are processed but the terminal description was
+not initialized (report by Ziqiao Kong).
+
+Only parts relevant for this CVE was extracted from upstream patch.
+
+CVE: CVE-2023-45853
+Upstream-Status: Backport
[https://invisible-island.net/archives/ncurses/6.4/ncurses-6.4-20230424.patch.gz]
+
+Signed-off-by: Peter Marko
+
+---
+ ncurses/tinfo/parse_entry.c | 23 ---
+ 1 file changed, 16 insertions(+), 7 deletions(-)
+
+diff --git a/ncurses/tinfo/parse_entry.c b/ncurses/tinfo/parse_entry.c
+index a77cd0b..8ac02ac 100644
+--- a/ncurses/tinfo/parse_entry.c
b/ncurses/tinfo/parse_entry.c
+@@ -110,7 +110,7 @@ _nc_extend_names(ENTRY * entryp, const char *name, int
token_type)
+ /* Well, we are given a cancel for a name that we don't recognize */
+ return _nc_extend_names(entryp, name, STRING);
+ default:
+- return 0;
++ return NULL;
+ }
+
+ /* Adjust the 'offset' (insertion-point) to keep the lists of extended
+@@ -142,6 +142,11 @@ _nc_extend_names(ENTRY * entryp, const char *name, int
token_type)
+ for (last = (unsigned) (max - 1); last > tindex; last--)
+
+ if (!found) {
++ char *saved;
++
++ if ((saved = _nc_save_str(name)) == NULL)
++ return NULL;
++
+ switch (token_type) {
+ case BOOLEAN:
+ tp->ext_Booleans++;
+@@ -169,7 +174,7 @@ _nc_extend_names(ENTRY * entryp, const char *name, int
token_type)
+ TYPE_REALLOC(char *, actual, tp->ext_Names);
+ while (--actual > offset)
+ tp->ext_Names[actual] = tp->ext_Names[actual - 1];
+- tp->ext_Names[offset] = _nc_save_str(name);
++ tp->ext_Names[offset] = saved;
+ }
+
+ temp.nte_name = tp->ext_Names[offset];
+@@ -337,6 +342,8 @@ _nc_parse_entry(ENTRY * entryp, int literal, bool silent)
+ bool is_use = (strcmp(_nc_curr_token.tk_name, "use") == 0);
+ bool is_tc = !is_use && (strcmp(_nc_curr_token.tk_name, "tc") == 0);
+ if (is_use || is_tc) {
++ char *saved;
++
+ if (!VALID_STRING(_nc_curr_token.tk_valstring)
+ || _nc_curr_token.tk_valstring[0] == '\0') {
+ _nc_warning("missing name for use-clause");
+@@ -350,11 +357,13 @@ _nc_parse_entry(ENTRY * entryp, int literal, bool silent)
+ _nc_curr_token.tk_valstring);
+ continue;
+ }
+- entryp->uses[entryp->nuses].name =
_nc_save_str(_nc_curr_token.tk_valstring);
+- entryp->uses[entryp->nuses].line = _nc_curr_line;
+- entryp->nuses++;
+- if (entryp->nuses > 1 && is_tc) {
+- BAD_TC_USAGE
++ if ((saved = _nc_save_str(_nc_curr_token.tk_valstring)) != NULL) {
++ entryp->uses[entryp->nuses].name = saved;
++ entryp->uses[entryp->nuses].line = _nc_curr_line;
++ entryp->nuses++;
++ if (entryp->nuses > 1 && is_tc) {
++ BAD_TC_USAGE
++ }
+ }
+ } else {
+ /* normal token lookup */
diff --git a/meta/recipes-core/ncurses/ncurses_6.3+20220423.bb
b/meta/recipes-core/ncurses/ncurses_6.3+20220423.bb
index a34a7bdfdc..da1e6d838d 100644
--- a/meta/recipes-core/ncurses/ncurses_6.3+20220423.bb
+++ b/meta/recipes-core/ncurses/ncurses_6.3+20220423.bb
@@ -4,6 +4,7 @@ SRC_URI += "file://0001-tic-hang.patch \
file://0002-configure-reproducible.patch \
file://0003-gen-pkgconfig.in-Do-not-include-LDFLAGS-in-generated.patch \
file://CVE-2023-29491.patch \
+ file://CVE-2023-50495.patch \
"
# commit id corresponds to the revision in package version
SRCREV = "a0bc708bc6954b5d3c0a38d92b683c3ec3135260"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198188):
https://lists.openembedded.org/g/openembedded-core/message/198188
Mute This Topic: https://lists.openembedded.org/mt/105491705/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
Re: [OE-core] [PATCH v5 0/3] pkg-database and systemd-sysext image
On 10/04/2024 09:18:24+0200, Johannes Schneider via lists.openembedded.org wrote: > systemd-sysext allows to overlay another image (or multiple) ontop of > a "base-image" = the current rootfs, via the use of overlayfs; to add > tools and features meant for development purposes. > > To quote the documentation on systemd-sysext: > " ...addition in order to make debugging/development easier). System > extension images should not be misunderstood as a generic software > packaging framework, ..." > > To build a lean image, that only holds packages that are not already > part of the base-image, a snapshot of the package-database is taken > after the installation of the base-rootfs is done, and picked up again > when collecting the rootfs of such a extension image. > > with all this in place an example usage could look like this: > some-core-image.bb > inherit core-image > IMAGE_GEN_PKGDBFS = "1" > > extending-image.bb > inherit image-sysext > IMAGE_FSTYPES = "squashfs" > IMAGE_BASE_PKGDB = "some-core-image" > # the above pointing at a package-db similar to: > # > build/deploy/images/$MACHINE/some-core-image-$MACHINE-20240210172305-pkgdb.rootfs.tar.gz > > then on the device, running some-core-image, with the extension image placed > at FN: > $> ln -s "$FN" /run/extensions/$(basename $FN).raw > $> systemd-sysext list > $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge > > As long as the VERSION_ID of the extension image matches the os-release > in the base image, the above commands return sucessfully; > for details on the compativility check see the docs for systemd-sysext. > > = > > changes with v2: > rebase from 'kirkstone' onto 'master' > > changes with v3: > incorporate review suggestions for simplification > add task dependency handling > add oe-selftest for the pkgdb handling > add variable documentation and > some more comments, and examples in the commit-msg > > changes with v4: > rebase onto 'master' => no functional changes > fixed patchtest findings > > changes with v5: > rebase onto 'master' > add '.sysext' to the deployed symlink name > sidenote on the tests and autobuilder failure: run locally they > succeed, e.g.: > #> oe-selftest --verbose -r > imagefeatures.ImageFeatures.test_image_gen_pkgdbfs This still fails on the autobuilders: https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6639/steps/14/logs/stdio 2024-04-12 13:58:27,614 - oe-selftest - INFO - 6: 20/46 442/588 (108.93s) (0 failed) (imagefeatures.ImageFeatures.test_image_gen_pkgdbfs) 2024-04-12 13:58:27,614 - oe-selftest - INFO - testtools.testresult.real._StringException: Traceback (most recent call last): File "/home/pokybuild/yocto-worker/oe-selftest-ubuntu/build/meta/lib/oeqa/selftest/cases/imagefeatures.py", line 327, in test_image_gen_pkgdbfs self.assertTrue(os.path.exists(os.path.join(img_vars['DEPLOY_DIR_IMAGE'], 'var/lib/opkg/status')), 'opkg\'s status file was not present in: %s' % tar_file) File "/usr/lib/python3.11/unittest/case.py", line 715, in assertTrue raise self.failureException(msg) AssertionError: False is not true : opkg's status file was not present in: /home/pokybuild/yocto-worker/oe-selftest-ubuntu/build/build-st-3521802/tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.rootfs-pkgdb.tar.gz You can fnd the content of auto.conf here: https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6639/steps/13/logs/stdio > > > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198187): https://lists.openembedded.org/g/openembedded-core/message/198187 Mute This Topic: https://lists.openembedded.org/mt/105437784/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out
-Original Message-
From: Richard Purdie
Sent: Friday, April 12, 2024 18:41
To: Marko, Peter (ADV D EU SK BFS1) ; Ross Burton
; Kanavin, Alexander (EXT) (Linutronix GmbH)
; joe.sla...@windriver.com
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out
> On Fri, 2024-04-12 at 13:47 +, Marko, Peter wrote:
> > -Original Message-
> > From: Ross Burton
> > Sent: Wednesday, April 10, 2024 18:00
> > To: Marko, Peter (ADV D EU SK BFS1)
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core][PATCH] systemd: make predictable name mac
> > policy opt-out
> >
> > > On 8 Apr 2024, at 08:04, Peter Marko via lists.openembedded.org
> > > wrote:
> > > > + ${@bb.utils.contains('PACKAGECONFIG', 'predictable-
> > > > if-mac', 'file://0001-NamePolicy.patch', '', d)} \
> > >
> > > There’s a few other places which use the pni-names DISTRO_FEATURE
> > > (which probably needs to be documented), this should respect that I
> > > guess.
> >
> > Sent a v2, maybe it's more acceptable as it uses distro feature and
> > does not conditionally patch the sources.
>
> FWIW I much prefer it thanks.
>
> > Note that I have added the pni-names condition only to the systemd
> > part.
> > If this is accepted, the components from the other 4 patches should
> > follow this.
>
> I'm struggling to keep track of all the details but I think this is an
> improvement so I've queued it.
I have checked and I think we should be good now.
The 5 commits introducing the pni changes were:
- "init-ifupdown: add predictable interface names" - does not enable pni, just
handles if it's enabled
- found problems were fixed by "init-ifupdown: modify interfaces for
busybox" and "packagegroup-core-boot: recommend ifupdown"
- "eudev: modify predictable network if name search" - does not enable pmi,
just handles if it's enabled
- "eudev: allow for predictable network interface names" - guarded by pni-names
- "qemuboot: predictable network interface names" - guarded by pni-names
- "systemd: enable mac based names in NamePolicy" - guarded by pni-names now
after my commit
Peter
> Cheers,
>
> Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198186):
https://lists.openembedded.org/g/openembedded-core/message/198186
Mute This Topic: https://lists.openembedded.org/mt/105396950/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out
Hello Marko and Ross On Wed, Apr 10, 2024 at 06:04:30PM +, Marko, Peter wrote: > From: Ross Burton > > On 8 Apr 2024, at 08:04, Peter Marko via lists.openembedded.org > > wrote: > > > From: Peter Marko > > > > > > Even the patch says it's inappropriate for upstream, and it's also > > > inappropriate for some downstream projects, too. So make it > > > possible to opt-out on it. > > > > I’m looking at these patches because of the fallout from the use of > > matches in the interfaces file. Presumably you want to make this > > opt-out for concrete reasons, can you explain what broke? > > Basically, we have networkmanager and firewalld configuration matching > interface names. In addition, also our applications are hardcoding > the interface names to be able to configure interfaces on demand. > Switching to dynamic names is not realistic. > > After upgrading from 5.0_M3 to 5.0_M4 our wlan0 interface gets renamed > by udev and thus networking breaks. Unlike our ethernet ports with > names defined in device tree, wifi chip uses external vendor kernel > module so I'm not sure if I'm able to configure a stable kernel name > for it. I can confirm that this is an issue also for my use case, for similar reasons. Francesco -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198185): https://lists.openembedded.org/g/openembedded-core/message/198185 Mute This Topic: https://lists.openembedded.org/mt/105396950/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] xorg-xserver : Disabled BlankTime, StandbyTime, SuspendTime and OffTime in X default for QEMU images
Fixes [YOCTO #15436] This fix addresses the issue of Xserver screensaver blanking being enabled on QEMU images by disabling BlankTime, StandbyTime, SuspendTime, and OffTime in the Xorg default settings for QEMU images. Reference : https://www.x.org/archive/X11R6.8.0/doc/xorg.conf.5.html Reported-by : Richard Purdie Signed-off-by: K Sanjay Nayak --- .../xorg-xserver/xserver-xf86-config/qemuarm/xorg.conf| 4 .../xorg-xserver/xserver-xf86-config/qemuppc/xorg.conf| 4 .../xorg-xserver/xserver-xf86-config/qemush4/xorg.conf| 4 .../xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf | 4 .../xorg-xserver/xserver-xf86-config/qemux86/xorg.conf| 4 5 files changed, 20 insertions(+) diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemuarm/xorg.conf b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemuarm/xorg.conf index f4cd139e8d..3eb380a0a4 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemuarm/xorg.conf +++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemuarm/xorg.conf @@ -35,4 +35,8 @@ Section "ServerLayout" Identifier"Default Layout" Screen"Default Screen" Option "AllowEmptyInput" "no" +Option"BlankTime" "0" +Option"StandbyTime" "0" +Option"SuspendTime" "0" +Option"OffTime" "0" EndSection diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemuppc/xorg.conf b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemuppc/xorg.conf index f4cd139e8d..3eb380a0a4 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemuppc/xorg.conf +++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemuppc/xorg.conf @@ -35,4 +35,8 @@ Section "ServerLayout" Identifier"Default Layout" Screen"Default Screen" Option "AllowEmptyInput" "no" +Option"BlankTime" "0" +Option"StandbyTime" "0" +Option"SuspendTime" "0" +Option"OffTime" "0" EndSection diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemush4/xorg.conf b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemush4/xorg.conf index f4cd139e8d..3eb380a0a4 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemush4/xorg.conf +++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemush4/xorg.conf @@ -35,4 +35,8 @@ Section "ServerLayout" Identifier"Default Layout" Screen"Default Screen" Option "AllowEmptyInput" "no" +Option"BlankTime" "0" +Option"StandbyTime" "0" +Option"SuspendTime" "0" +Option"OffTime" "0" EndSection diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf index c12d92c201..c01c3331c5 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf +++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf @@ -30,4 +30,8 @@ Section "ServerLayout" Identifier"Default Layout" Screen"Default Screen" Option "AllowEmptyInput" "no" +Option"BlankTime" "0" +Option"StandbyTime" "0" +Option"SuspendTime" "0" +Option"OffTime" "0" EndSection diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86/xorg.conf b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86/xorg.conf index c12d92c201..c01c3331c5 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86/xorg.conf +++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86/xorg.conf @@ -30,4 +30,8 @@ Section "ServerLayout" Identifier"Default Layout" Screen"Default Screen" Option "AllowEmptyInput" "no" +Option"BlankTime" "0" +Option"StandbyTime" "0" +Option"SuspendTime" "0" +Option"OffTime" "0" EndSection -- 2.34.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198184): https://lists.openembedded.org/g/openembedded-core/message/198184 Mute This Topic: https://lists.openembedded.org/mt/105488284/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Patchtest results for [OE-core][PATCH 3/3] kbd: update license
Thank you for your submission. Patchtest identified one or more issues with the patch. Please see the log below for more information: --- Testing patch /home/patchtest/share/mboxes/3-3-kbd-update-license.patch FAIL: test lic files chksum modified not mentioned: LIC_FILES_CHKSUM changed without "License-Update:" tag and description in commit message (test_metadata.TestMetadata.test_lic_files_chksum_modified_not_mentioned) PASS: pretest src uri left files (test_metadata.TestMetadata.pretest_src_uri_left_files) PASS: test CVE check ignore (test_metadata.TestMetadata.test_cve_check_ignore) PASS: test Signed-off-by presence (test_mbox.TestMbox.test_signed_off_by_presence) PASS: test author valid (test_mbox.TestMbox.test_author_valid) PASS: test commit message presence (test_mbox.TestMbox.test_commit_message_presence) PASS: test max line length (test_metadata.TestMetadata.test_max_line_length) PASS: test mbox format (test_mbox.TestMbox.test_mbox_format) PASS: test non-AUH upgrade (test_mbox.TestMbox.test_non_auh_upgrade) PASS: test shortlog format (test_mbox.TestMbox.test_shortlog_format) PASS: test shortlog length (test_mbox.TestMbox.test_shortlog_length) PASS: test src uri left files (test_metadata.TestMetadata.test_src_uri_left_files) SKIP: pretest pylint: No python related patches, skipping test (test_python_pylint.PyLint.pretest_pylint) SKIP: test CVE tag format: No new CVE patches introduced (test_patch.TestPatch.test_cve_tag_format) SKIP: test Signed-off-by presence: No new CVE patches introduced (test_patch.TestPatch.test_signed_off_by_presence) SKIP: test Upstream-Status presence: No new CVE patches introduced (test_patch.TestPatch.test_upstream_status_presence_format) SKIP: test bugzilla entry format: No bug ID found (test_mbox.TestMbox.test_bugzilla_entry_format) SKIP: test lic files chksum presence: No added recipes, skipping test (test_metadata.TestMetadata.test_lic_files_chksum_presence) SKIP: test license presence: No added recipes, skipping test (test_metadata.TestMetadata.test_license_presence) SKIP: test pylint: No python related patches, skipping test (test_python_pylint.PyLint.test_pylint) SKIP: test series merge on head: Merge test is disabled for now (test_mbox.TestMbox.test_series_merge_on_head) SKIP: test summary presence: No added recipes, skipping test (test_metadata.TestMetadata.test_summary_presence) SKIP: test target mailing list: Series merged, no reason to check other mailing lists (test_mbox.TestMbox.test_target_mailing_list) --- Please address the issues identified and submit a new revision of the patch, or alternatively, reply to this email with an explanation of why the patch should be accepted. If you believe these results are due to an error in patchtest, please submit a bug at https://bugzilla.yoctoproject.org/ (use the 'Patchtest' category under 'Yocto Project Subprojects'). For more information on specific failures, see: https://wiki.yoctoproject.org/wiki/Patchtest. Thank you! -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198183): https://lists.openembedded.org/g/openembedded-core/message/198183 Mute This Topic: https://lists.openembedded.org/mt/105486874/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH 2/3] kbd: remove non-free Agafari fonts
I know that binary patches are problematic over mailing list. Here the patch as zipped attachment just in case. Peter <> -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198182): https://lists.openembedded.org/g/openembedded-core/message/198182 Mute This Topic: https://lists.openembedded.org/mt/105486424/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH 1/3] kbd: split gpl-3 keymap to separate package
From: Peter Marko
Pine keymap was added with GPL-3 license.
https://github.com/legionus/kbd/commit/1589e9e1019756b5287b41dddcd7285271c5990e
Split this GPL-3 keymap and install it via recommendation
so it is easy to remove it by excluding recommendations.
Signed-off-by: Peter Marko
---
meta/recipes-core/kbd/kbd_2.6.4.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/kbd/kbd_2.6.4.bb
b/meta/recipes-core/kbd/kbd_2.6.4.bb
index 790055aa96..1a7b6b552b 100644
--- a/meta/recipes-core/kbd/kbd_2.6.4.bb
+++ b/meta/recipes-core/kbd/kbd_2.6.4.bb
@@ -24,13 +24,16 @@ PACKAGECONFIG ?= "${@bb.utils.filter('DISTRO_FEATURES',
'pam', d)} \
PACKAGECONFIG[pam] = "--enable-vlock, --disable-vlock, libpam,"
-PACKAGES += "${PN}-consolefonts ${PN}-keymaps ${PN}-unimaps ${PN}-consoletrans"
+PACKAGES += "${PN}-consolefonts ${PN}-keymaps-pine ${PN}-keymaps ${PN}-unimaps
${PN}-consoletrans"
FILES:${PN}-consolefonts = "${datadir}/consolefonts"
FILES:${PN}-consoletrans = "${datadir}/consoletrans"
+FILES:${PN}-keymaps-pine = "${datadir}/keymaps/pine"
FILES:${PN}-keymaps = "${datadir}/keymaps"
FILES:${PN}-unimaps = "${datadir}/unimaps"
+RRECOMMENDS:${PN}-keymaps = "${PN}-keymaps-pine"
+
do_install:append () {
if [ "${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'yes', 'no', d)}" =
"yes" ] \
&& [ -f ${D}${sysconfdir}/pam.d/vlock ]; then
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198179):
https://lists.openembedded.org/g/openembedded-core/message/198179
Mute This Topic: https://lists.openembedded.org/mt/105486422/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH 2/3] kbd: remove non-free Agafari fonts
From: Peter Marko
Its license makes it impossible to distribute kbd
in any commercial products.
Backport commit which removes it.
Signed-off-by: Peter Marko
---
.../0001-Remove-non-free-Agafari-fonts.patch | 336 ++
meta/recipes-core/kbd/kbd_2.6.4.bb| 3 +
2 files changed, 339 insertions(+)
create mode 100644
meta/recipes-core/kbd/kbd/0001-Remove-non-free-Agafari-fonts.patch
diff --git a/meta/recipes-core/kbd/kbd/0001-Remove-non-free-Agafari-fonts.patch
b/meta/recipes-core/kbd/kbd/0001-Remove-non-free-Agafari-fonts.patch
new file mode 100644
index 00..99a8fec9d8
--- /dev/null
+++ b/meta/recipes-core/kbd/kbd/0001-Remove-non-free-Agafari-fonts.patch
@@ -0,0 +1,336 @@
+From b757e6842f9631757f0d1a6b3833aabffa9ffeee Mon Sep 17 00:00:00 2001
+From: Alexey Gladkov
+Date: Thu, 29 Feb 2024 17:38:37 +0100
+Subject: [PATCH] Remove non-free Agafari fonts
+
+Based on legal analysis, we are removing non-free fonts for now. If we
+can change the license of these fonts, we will return them back.
+
+From: Stanislav Brabec
+Date: Wed, 28 Feb 2024 16:47:54 +0100
+Subject: kbd: Legal problems of Agafari fonts
+
+The data/consolefonts/README.Ethiopic contains a notice:
+Agafari:
+ Donated by the Ethiopian Science and Technology Commission
+ or and may be redistributed
+ for non-commercial use under Unix environments only.
+
+According to our legal review, it makes impossible to distribute these
+fonts as part of any commercial products, and even makes it impossible to
+distribute kbd sources as part of any commercial product services.
+
+Additionally, it makes the whole kbd package incompatible with GPL, so the
+COPYING file (created during build of the tarball) cannot declare GPL
+version 2. It also violates section 6 of GPL (no further restrictions).
+
+That is why several GNU/Linux distributions exclude Agafari from the
+release. To be on a safe side, SUSE even decided to repack any source
+tarballs before putting it to their servers.
+
+This was probably reported to the former kbd maintainer about 20 years ago,
+but nothing changed over years.
+
+That is why I recommend removing Agafari fonts and removing the reference
+to them from README.Ethiopic. Alternatively, you can ask the Ethiopian
+Science and Technology Commission for re-licensing.
+
+Signed-off-by: Alexey Gladkov
+
+Upstream-Status: Backport
[https://github.com/legionus/kbd/commit/b757e6842f9631757f0d1a6b3833aabffa9ffeee]
+
+Signed-off-by: Peter Marko
+---
+ data/consolefonts/Agafari-12.psfu | Bin 7989 -> 0 bytes
+ data/consolefonts/Agafari-14.psfu | Bin 9013 -> 0 bytes
+ data/consolefonts/Agafari-16.psfu | Bin 10037 -> 0 bytes
+ data/consolefonts/README.Ethiopic | 5 -
+ 4 files changed, 5 deletions(-)
+ delete mode 100644 data/consolefonts/Agafari-12.psfu
+ delete mode 100644 data/consolefonts/Agafari-14.psfu
+ delete mode 100644 data/consolefonts/Agafari-16.psfu
+
+diff --git a/data/consolefonts/Agafari-12.psfu
b/data/consolefonts/Agafari-12.psfu
+deleted file mode 100644
+index
3c8e796b19e676b2d9addc540e1d9507da620c02..
+GIT binary patch
+literal 0
+HcmV?d1
+
+literal 7989
+zcmZvhYmgk*RmVG87>P<-D+(_D*IOSr`KW1`k;cFrF0(BoG{89^qkLgA|WKGS)73
+zSSDyPnmCTK{UV8+*jk)m@F{O-MdyL)u^v+q4((Ppr>h}dFTHh;vnVa=80$Hp5LHT4I?DsFN_qE+S0!sKelAe(8|oqW^MgjOZ**on^AQ8B8tCGD2&gzMa#-&)4G^wCoj#B3Fo$5dJ?
+zM#ZEA$AMB3#!aG(j1rgm8%N22nsIA%I-MTY;J8zdM+l8yVmi{l(aB^=nT(FHv!z-$
+zB0v79-EI$Kf1`tr^F-2Bn#t3Vb4Y+l=EOBZW@G5u>GMU6{-#ful(vN(!0P7q<}VYOOqU_*4NN}=s`wS?ZR;jC6`o9L)osWd8;s+=O$l?^mG
+z+wF6vX0qv^C{dF*1P(=8x?8$bk0uawW!x)bS0*9_3C#no;xR6
+z#zC5liLR3#@p;AFYh+@7y;i-dmJAFr
+z0xoq+{ZS`ide55q)ipB~_${lghgwuaRvS(HPN^!cH#L>bCNpJ@)a^$10=
+z(D-F}=sL5c>(XStXpK%3`)Bj{Axoxi{EG~KQ;5k^TO^N+1BYPXzk;ZtTD5#BV-z7
+zCYeY*4)LanKkcWZ_%&^W_QzU#OyKwY*8b@+SFE*Pt`(X-8f)!{Pp$o@y=Hc$Dz!HINsFc;Ni-A>Yb0Z_=omT{#bJG)mY1C
[OE-core][PATCH 3/3] kbd: update license
From: Peter Marko
GPL-3 is used for keymaps-pine
LGPL2 is used in all C source files under src/libkfont/
which generate binaries included in main kbd package.
This is seen in their SPDX headers.
Signed-off-by: Peter Marko
---
meta/recipes-core/kbd/kbd_2.6.4.bb | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/kbd/kbd_2.6.4.bb
b/meta/recipes-core/kbd/kbd_2.6.4.bb
index 3bc7d1c6b4..1295bca2a0 100644
--- a/meta/recipes-core/kbd/kbd_2.6.4.bb
+++ b/meta/recipes-core/kbd/kbd_2.6.4.bb
@@ -1,9 +1,19 @@
SUMMARY = "Keytable files and keyboard utilities"
HOMEPAGE = "http://www.kbd-project.org/;
DESCRIPTION = "The kbd project contains tools for managing Linux console
(Linux console, virtual terminals, keyboard, etc.) – mainly, what they do is
loading console fonts and keyboard maps."
-# everything minus console-fonts is GPL-2.0-or-later
-LICENSE = "GPL-2.0-or-later"
-LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+
+# consolefonts and keymaps contain also some public domain and author notice
licenses
+LICENSE = "GPL-2.0-or-later & LGPL-2.0-or-later & GPL-3.0-or-later"
+LIC_FILES_CHKSUM = " \
+file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
+
file://data/keymaps/pine/en.map;beginline=2;endline=15;md5=20914a59c0546a7b77ebf959bc88ad5d
\
+"
+LICENSE:${PN} = "GPL-2.0-or-later & LGPL-2.0-or-later"
+LICENSE:${PN}-consolefonts = "GPL-2.0-or-later"
+LICENSE:${PN}-consoletrans = "GPL-2.0-or-later"
+LICENSE:${PN}-keymaps-pine = "GPL-3.0-or-later"
+LICENSE:${PN}-keymaps = "GPL-2.0-or-later"
+LICENSE:${PN}-unimaps = "GPL-2.0-or-later"
inherit autotools gettext pkgconfig
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198180):
https://lists.openembedded.org/g/openembedded-core/message/198180
Mute This Topic: https://lists.openembedded.org/mt/105486423/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH 0/3] kbd: update-license
kbd consists of many parts with different licenses which are not properly documented/handled. This series tries to fix the most problematic issues, which are non-commercial and gpl-3 licenses. Peter Marko (3): kbd: split gpl-3 keymap to separate package kbd: remove non-free Agafari fonts kbd: update license .../0001-Remove-non-free-Agafari-fonts.patch | 336 ++ meta/recipes-core/kbd/kbd_2.6.4.bb| 24 +- 2 files changed, 356 insertions(+), 4 deletions(-) create mode 100644 meta/recipes-core/kbd/kbd/0001-Remove-non-free-Agafari-fonts.patch -- 2.30.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198178): https://lists.openembedded.org/g/openembedded-core/message/198178 Mute This Topic: https://lists.openembedded.org/mt/105486420/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out
On Fri, 2024-04-12 at 13:47 +, Marko, Peter wrote:
> -Original Message-
> From: Ross Burton
> Sent: Wednesday, April 10, 2024 18:00
> To: Marko, Peter (ADV D EU SK BFS1)
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core][PATCH] systemd: make predictable name mac
> policy opt-out
>
> > On 8 Apr 2024, at 08:04, Peter Marko via lists.openembedded.org
> > wrote:
> > > + ${@bb.utils.contains('PACKAGECONFIG', 'predictable-
> > > if-mac', 'file://0001-NamePolicy.patch', '', d)} \
> >
> > There’s a few other places which use the pni-names DISTRO_FEATURE
> > (which probably needs to be documented), this should respect that I
> > guess.
>
> Sent a v2, maybe it's more acceptable as it uses distro feature and
> does not conditionally patch the sources.
FWIW I much prefer it thanks.
> Note that I have added the pni-names condition only to the systemd
> part.
> If this is accepted, the components from the other 4 patches should
> follow this.
I'm struggling to keep track of all the details but I think this is an
improvement so I've queued it.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198177):
https://lists.openembedded.org/g/openembedded-core/message/198177
Mute This Topic: https://lists.openembedded.org/mt/105396950/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCH 2/2] packagegroup-core-boot: recommend ifupdown
> -Original Message- > From: Alexandre Belloni > Sent: Friday, April 12, 2024 3:22 AM > To: Slater, Joseph > Cc: Ross Burton ; Richard Purdie > ; OE-core c...@lists.openembedded.org>; MacLeod, Randy > > Subject: Re: [oe-core][PATCH 2/2] packagegroup-core-boot: recommend > ifupdown > > On 11/04/2024 14:58:40+, Joe Slater via lists.openembedded.org wrote: > > > > > > > -Original Message- > > > From: Ross Burton > > > Sent: Thursday, April 11, 2024 7:21 AM > > > To: Richard Purdie ; Slater, > > > Joseph > > > Cc: OE-core ; MacLeod, > > > Randy > > > Subject: Re: [oe-core][PATCH 2/2] packagegroup-core-boot: recommend > > > ifupdown > > > > > > On 11 Apr 2024, at 10:33, Richard Purdie via lists.openembedded.org > > > wrote: > > > >> --- > > > >> a/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/qemuall/inter > > > >> faces > > > >> +++ /dev/null > > > >> @@ -1,5 +0,0 @@ > > > >> -# /etc/network/interfaces -- configuration file for ifup(8), > > > >> ifdown(8) > > > >> - > > > >> -# The loopback interface > > > >> -auto lo > > > >> -iface lo inet loopback > > > > > > > > Is this patch meant to touch ifupdown as well as the packagegroup? > > > > > > I suspect not, given that runqemu manually brings up network devices > > > and the last thing we want is DHCP running again. > > > > > > Joe, please remove this chunk. > > > > This was accidental since I removed the qemuall/interfaces in order to use > > the > main one with qemu. I'm sending new patches. Maybe, though, we don't really > need the qemuall stuff. > > This broke all the tests of this build: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6786 The V2 patch doesn't change the interfaces file and should not cause any issues. Joe > > > > > Joe > > > > > > Ross > > > > > > > > > > -- > Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel > engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198176): https://lists.openembedded.org/g/openembedded-core/message/198176 Mute This Topic: https://lists.openembedded.org/mt/105454861/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core][dunfell][PATCH] go: Maintain consistency in CVE-2023-24538 source patch file names
From: E V Ravi
Rename CVE-2023-24538-1.patch to CVE-2023-24538_1.patch and
CVE-2023-24538-2.patch to CVE-2023-24538_2.patch to maintain
consistency in source patch file names (replace - with _).
Other source patch files for this CVE are as follows:
CVE-2023-24538_3.patch, CVE-2023-24538_4.patch,
CVE-2023-24538_5.patch, CVE-2023-24538_6.patch.
Signed-off-by: E V Ravi
---
meta/recipes-devtools/go/go-1.14.inc | 4 ++--
.../{CVE-2023-24538-1.patch => CVE-2023-24538_1.patch}| 0
.../{CVE-2023-24538-2.patch => CVE-2023-24538_2.patch}| 0
3 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/go/go-1.14/{CVE-2023-24538-1.patch =>
CVE-2023-24538_1.patch} (100%)
rename meta/recipes-devtools/go/go-1.14/{CVE-2023-24538-2.patch =>
CVE-2023-24538_2.patch} (100%)
diff --git a/meta/recipes-devtools/go/go-1.14.inc
b/meta/recipes-devtools/go/go-1.14.inc
index 9c7ceda891..7f45d8e45d 100644
--- a/meta/recipes-devtools/go/go-1.14.inc
+++ b/meta/recipes-devtools/go/go-1.14.inc
@@ -58,8 +58,8 @@ SRC_URI += "\
file://CVE-2020-29510.patch \
file://CVE-2023-24537.patch \
file://CVE-2023-24534.patch \
-file://CVE-2023-24538-1.patch \
-file://CVE-2023-24538-2.patch \
+file://CVE-2023-24538_1.patch \
+file://CVE-2023-24538_2.patch \
file://CVE-2023-24538_3.patch \
file://CVE-2023-24538_4.patch \
file://CVE-2023-24538_5.patch \
diff --git a/meta/recipes-devtools/go/go-1.14/CVE-2023-24538-1.patch
b/meta/recipes-devtools/go/go-1.14/CVE-2023-24538_1.patch
similarity index 100%
rename from meta/recipes-devtools/go/go-1.14/CVE-2023-24538-1.patch
rename to meta/recipes-devtools/go/go-1.14/CVE-2023-24538_1.patch
diff --git a/meta/recipes-devtools/go/go-1.14/CVE-2023-24538-2.patch
b/meta/recipes-devtools/go/go-1.14/CVE-2023-24538_2.patch
similarity index 100%
rename from meta/recipes-devtools/go/go-1.14/CVE-2023-24538-2.patch
rename to meta/recipes-devtools/go/go-1.14/CVE-2023-24538_2.patch
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198175):
https://lists.openembedded.org/g/openembedded-core/message/198175
Mute This Topic: https://lists.openembedded.org/mt/105485055/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] nativesdk-gzip: fix reproducibility issues
On Fri, 2024-04-12 at 14:55 +, Oleh Matiusha -X (omatiush - GLOBALLOGIC INC at Cisco) wrote: > > How far did you get builds to work on Solaris out of interest? > > > Perhaps you have misunderstood me. I have neither the desire nor the > hardware to work on providing Solaris support, but I asked if Yocto > supports or plans to support Solaris to see if my patch is compatible > with the current version. Definitely misunderstanding! We have no support or plans for support for Solaris. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198174): https://lists.openembedded.org/g/openembedded-core/message/198174 Mute This Topic: https://lists.openembedded.org/mt/105462485/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] nativesdk-gzip: fix reproducibility issues
How far did you get builds to work on Solaris out of interest? Perhaps you have misunderstood me. I have neither the desire nor the hardware to work on providing Solaris support, but I asked if Yocto supports or plans to support Solaris to see if my patch is compatible with the current version. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198173): https://lists.openembedded.org/g/openembedded-core/message/198173 Mute This Topic: https://lists.openembedded.org/mt/105462485/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] Replaced :append with += in multiple recipe files under meta layer.
> -Original Message- > From: openembedded-core@lists.openembedded.org > On Behalf Of K Sanjay Nayak > Sent: den 12 april 2024 08:06 > To: openembedded-core@lists.openembedded.org > Cc: K Sanjay Nayak > Subject: [OE-core] [PATCH] Replaced :append with += in multiple recipe files > under meta layer. > > Fixes [YOCTO #2951] > > Conditional operator is preferred over the append operation, > hence modified multiple recipes under the meta-layer. > > Reported-by : Christopher Larson > Signed-off-by: K Sanjay Nayak > --- > meta/recipes-bsp/grub/grub-efi_2.12.bb | 2 +- > meta/recipes-core/initscripts/initscripts_1.0.bb| 2 +- > meta/recipes-core/sysvinit/sysvinit_3.04.bb | 2 +- > .../baremetal-example/baremetal-helloworld_git.bb | 2 +- > meta/recipes-extended/less/less_643.bb | 2 +- > meta/recipes-gnome/librsvg/librsvg_2.57.1.bb| 2 +- > meta/recipes-graphics/waffle/waffle_1.7.2.bb| 2 +- > meta/recipes-support/libgpg-error/libgpg-error_1.48.bb | 2 +- > meta/recipes-support/ptest-runner/ptest-runner_2.4.3.bb | 2 +- > 9 files changed, 9 insertions(+), 9 deletions(-) > [cut] > diff --git > a/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb > b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb > index 6832ccc541..f66581cca3 100644 > --- a/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb > +++ b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb > @@ -25,7 +25,7 @@ inherit baremetal-image > > > # startup code for x86 uses NASM syntax > -DEPENDS:qemux86:append = " nasm-native" > +DEPENDS:qemux86 += " nasm-native" While there may be cases where the above may be correct, I do not think this is one of them, especially as this is an example recipe. The above should be: DEPENDS:append:qemux86 = " nasm-native" //Peter -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198172): https://lists.openembedded.org/g/openembedded-core/message/198172 Mute This Topic: https://lists.openembedded.org/mt/105479729/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2] devtool: standard: throws appropriate error if source is in detached HEAD
> -Original Message-
> From: Julien Stephan
> Sent: den 11 april 2024 16:20
> To: Peter Kjellerstedt
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH v2] devtool: standard: throws appropriate error
> if source is in detached HEAD
>
> Le mer. 10 avr. 2024 à 13:23, Peter Kjellerstedt
> a écrit :
> >
> > > -Original Message-
> > > From: openembedded-core@lists.openembedded.org
> > > On Behalf Of Julien Stephan
> > > Sent: den 10 april 2024 09:07
> > > To: openembedded-core@lists.openembedded.org
> > > Cc: Julien Stephan
> > > Subject: [OE-core] [PATCH v2] devtool: standard: throws appropriate error
> > > if source is in detached HEAD
> > >
> > > If source is in detached HEAD, we get the following error when using
> > > detvool finish command:
> > >
> > > [...]
> > > File "<...>/poky/scripts/lib/devtool/standard.py", line 1938, in
> > > _update_recipe
> > > bb.process.run('git checkout %s' % startbranch, cwd=srctree)
> > > File "<...>/poky/bitbake/lib/bb/process.py", line 189, in run
> > > raise ExecutionError(cmd, pipe.returncode, stdout, stderr)
> > > bb.process.ExecutionError: Execution of 'git checkout (HEAD detached at
> > > 9bbf87e)' failed with exit code 2:
> > > /bin/sh: -c: line 1: syntax error near unexpected token `('
> > > /bin/sh: -c: line 1: `git checkout (HEAD detached at 9bbf87e)'
> > >
> > > Check this and throws an appropriate error in this case
> > >
> > > Signed-off-by: Julien Stephan
> > >
> > > ---
> > >
> > > Changes in v2:
> > >
> > > - update error message to avoid confusion with a potentially non
> > > existing "main" branch
> >
> > As you noted in an earlier mail, the same error message is used some
> > lines later. Please change that one too.
> >
>
> Hi Peter,
> Not sure we need to change the other error message, because in that
> case it really means the *main* branch.
Actually, all that code predates the recent idea of renaming master to
main so the use of "main branch" here refers to a "base" branch.
> This error message happens if we have overrides branches and if the
> currently checked out branch starts with "devtool-override" (and we
> have several other branches).
> In that case, devtool cannot determine the main branch (read it as the
> "base" branch on which the devtool-overrides-* branches are rebased).
> Most of the time it will be the "devtool" branch, but there is no
> guarantee, the user can checkout a working branch for example.
>
> Furthermore, there is also another log message few lines after :
> logger.info('Handling main branch (%s)...' % mainbranch)
>
> So IMHO the log messages look fine here. Maybe we can rewrite them
> using "base" branch such as (but not sure it will be more clear) :
>
>raise DevtoolError('Unable to determine base branch - please check
> out the base branch in source tree first')
>
> and
>logger.info('Handling base branch (%s)...' % mainbranch)
>
>
> (do you also want to rename the mainbranch variable?)
If we change this, it should definitely be changed as well.
>
> Anyway, such changes have nothing to do with the Detached HEAD check,
> so I will not add this within the same commit.
I agree. If it had just been a matter of aligning the two error
messages, then I think it would have been fine to do it, but not if
it involves more significant changes.
> I can do another patch to respell main to base (or something else more
> meaningful?) if you think it would be beneficial for clarity
I think using "base branch" rather than "main branch" would be a
lot less confusing.
> (or you can do it if you prefer).
Please do send a patch for it.
>
> Let me know
> Cheers
> Julien
//Peter
> > > ---
> > > scripts/lib/devtool/standard.py | 2 ++
> > > 1 file changed, 2 insertions(+)
> > >
> > > diff --git a/scripts/lib/devtool/standard.py
> > > b/scripts/lib/devtool/standard.py
> > > index 2c174927ddb..51e5794a0a7 100644
> > > --- a/scripts/lib/devtool/standard.py
> > > +++ b/scripts/lib/devtool/standard.py
> > > @@ -1888,6 +1888,8 @@ def _update_recipe(recipename, workspace, rd, mode,
> > > appendlayerdir, wildcard_ver
> > > for line in stdout.splitlines():
> > > branchname = line[2:]
> > > if line.startswith('* '):
> > > +if 'HEAD' in line:
> > > +raise DevtoolError('Detached HEAD - please check out
> > > a branch, e.g., "devtool"')
> > > startbranch = branchname
> > > if branchname.startswith(override_branch_prefix):
> > > override_branches.append(branchname)
> > > --
> > > 2.44.0
> >
> > //Peter
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198171):
https://lists.openembedded.org/g/openembedded-core/message/198171
Mute This Topic: https://lists.openembedded.org/mt/105437662/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe:
Re: [OE-core] [PATCH 10/33] gnutls: upgrade 3.8.4 -> 3.8.5
On 11/04/2024 19:41:09+, Simone Weiß wrote:
> On Wed, 2024-04-10 at 02:45 +0200, Alexandre Belloni via
> lists.openembedded.org wrote:
> > Failed ptests:
> > {'gnutls': ['alerts',
> > 'cert-status',
> > 'ciphersuite-name',
> > 'dtls-etm',
> > 'dtls10-cert-key-exchange',
> > 'dtls12-cert-key-exchange',
> > 'keylog-env',
> > 'mini-chain-unsorted',
> > 'mini-record-failure',
> > 'mini-overhead',
> > 'mini-record',
> > 'mini-record-2',
> > 'record-retvals',
> > 'rehandshake-switch-cert',
> > 'rehandshake-switch-cert-allow',
> > 'rehandshake-switch-cert-client',
> > 'rehandshake-switch-cert-client-allow',
> > 'rsa-encrypt-decrypt',
> > 'rsa-psk',
> > 'rsa-psk-cb',
> > 'rsaes-pkcs1-v1_5',
> > 'tls-etm',
> > 'tls-force-etm',
> > 'tls-neg-ext4-key',
> > 'tls10-cert-key-exchange',
> > 'tls11-cert-key-exchange',
> > 'tls10-server-kx-neg',
> > 'tls12-anon-upgrade',
> > 'tls12-cert-key-exchange',
> > 'tls11-server-kx-neg',
> > 'tls12-server-kx-neg',
> > 'tls13-cert-key-exchange',
> > 'tls13-server-kx-neg',
> > 'version-checks']}
> >
> >
> Hi,
>
> is there a autobuilder link to this? I tried it locally and all was fine.
> Would like to check it just to see if I can spot a difference. Or do you
> (Wang Mingyu) already check at the moment?
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6489/steps/12/logs/stdio
https://autobuilder.yocto.io/pub/non-release/20240409-25/testresults/qemux86-64-ptest/gnutls.log
>
> Best
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198170):
https://lists.openembedded.org/g/openembedded-core/message/198170
Mute This Topic: https://lists.openembedded.org/mt/105417636/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] python3-websockets: Import from meta-python
we need a patch to remove it from meta-python at same time
On Fri, Apr 12, 2024 at 4:08 AM Richard Purdie
wrote:
>
> For the newer hash equivlance servers we need websockets. Import it
> from meta-oe so we can easily include it in buildtools tarball.
>
> Signed-off-by: Richard Purdie
> ---
> meta/conf/distro/include/maintainers.inc | 1 +
> .../python/python3-websockets_12.0.bb| 16
> 2 files changed, 17 insertions(+)
> create mode 100644 meta/recipes-devtools/python/python3-websockets_12.0.bb
>
> diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/include/maintainers.inc
> index 2d1f9fdec55..20eb3a04468 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -729,6 +729,7 @@ RECIPE_MAINTAINER:pn-python3-urllib3 = "Tim Orling
> "
> RECIPE_MAINTAINER:pn-python3-vcversioner = "Bruce Ashfield
> "
> RECIPE_MAINTAINER:pn-python3-wcwidth = "Tim Orling "
> RECIPE_MAINTAINER:pn-python3-webcolors = "Bruce Ashfield
> "
> +RECIPE_MAINTAINER:pn-python3-websockets = "Tim Orling
> "
> RECIPE_MAINTAINER:pn-python3-wheel = "Tim Orling "
> RECIPE_MAINTAINER:pn-python3-xmltodict = "Leon Anavi
> "
> RECIPE_MAINTAINER:pn-python3-yamllint = "Tim Orling
> "
> diff --git a/meta/recipes-devtools/python/python3-websockets_12.0.bb
> b/meta/recipes-devtools/python/python3-websockets_12.0.bb
> new file mode 100644
> index 000..f89c3b629ee
> --- /dev/null
> +++ b/meta/recipes-devtools/python/python3-websockets_12.0.bb
> @@ -0,0 +1,16 @@
> +SUMMARY = "An implementation of the WebSocket Protocol (RFC 6455)"
> +HOMEPAGE = "https://github.com/aaugustin/websockets;
> +
> +LICENSE = "BSD-3-Clause"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=51924a6af4495b8cfaee1b1da869b6f4"
> +
> +inherit pypi setuptools3
> +
> +SRC_URI[sha256sum] =
> "81df9cbcbb6c260de1e007e58c011bfebe2dafc8435107b0537f393dd38c8b1b"
> +
> +BBCLASSEXTEND = "native nativesdk"
> +
> +RDEPENDS:${PN} = " \
> +python3-asyncio \
> +python3-profile \
> +"
> --
> 2.40.1
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198169):
https://lists.openembedded.org/g/openembedded-core/message/198169
Mute This Topic: https://lists.openembedded.org/mt/105480053/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out
-Original Message-
From: Ross Burton
Sent: Wednesday, April 10, 2024 18:00
To: Marko, Peter (ADV D EU SK BFS1)
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out
> On 8 Apr 2024, at 08:04, Peter Marko via lists.openembedded.org
> wrote:
> > + ${@bb.utils.contains('PACKAGECONFIG', 'predictable-if-mac',
> > 'file://0001-NamePolicy.patch', '', d)} \
>
> There’s a few other places which use the pni-names DISTRO_FEATURE (which
> probably needs to be documented), this should respect that I guess.
Sent a v2, maybe it's more acceptable as it uses distro feature and does not
conditionally patch the sources.
Note that I have added the pni-names condition only to the systemd part.
If this is accepted, the components from the other 4 patches should follow this.
Peter
>
> Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198168):
https://lists.openembedded.org/g/openembedded-core/message/198168
Mute This Topic: https://lists.openembedded.org/mt/105396950/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH v2] systemd: make predictable name mac policy opt-out
From: Peter Marko
Even the patch says it's inappropriate for upstream,
and it's also inappropriate for some downstream projects, too.
So make it possible to opt-out on it by replacing
the patch by sed and depend on distro feature pni-names.
Signed-off-by: Peter Marko
---
.../systemd/systemd/0001-NamePolicy.patch | 33 ---
meta/recipes-core/systemd/systemd_255.4.bb| 13 ++--
2 files changed, 11 insertions(+), 35 deletions(-)
delete mode 100644 meta/recipes-core/systemd/systemd/0001-NamePolicy.patch
diff --git a/meta/recipes-core/systemd/systemd/0001-NamePolicy.patch
b/meta/recipes-core/systemd/systemd/0001-NamePolicy.patch
deleted file mode 100644
index 46955cbcbb..00
--- a/meta/recipes-core/systemd/systemd/0001-NamePolicy.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 9bb09886320eb286108fb370b2634a66b3e3b9ff Mon Sep 17 00:00:00 2001
-From: Joe Slater
-Date: Thu, 21 Mar 2024 16:28:31 +
-Subject: [PATCH] systemd: enable mac based names in NamePolicy
-
-The default NamePolicy for network interface names does not
-include names based on mac addresses. Some BSPs, though, do
-not provide information to compute other names, so we enable
-mac names as a last resort.
-
-Upstream-Status: Inappropriate [enable feature]
-
-Signed-off-by: Joe Slater
- network/99-default.link | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/network/99-default.link b/network/99-default.link
-index 429ac31e80..543ce54661 100644
a/network/99-default.link
-+++ b/network/99-default.link
-@@ -15,6 +15,6 @@
- OriginalName=*
-
- [Link]
--NamePolicy=keep kernel database onboard slot path
--AlternativeNamesPolicy=database onboard slot path
-+NamePolicy=keep kernel database onboard slot path mac
-+AlternativeNamesPolicy=database onboard slot path mac
- MACAddressPolicy=persistent
---
-2.35.5
-
diff --git a/meta/recipes-core/systemd/systemd_255.4.bb
b/meta/recipes-core/systemd/systemd_255.4.bb
index 8a816c4bc1..e7498c802d 100644
--- a/meta/recipes-core/systemd/systemd_255.4.bb
+++ b/meta/recipes-core/systemd/systemd_255.4.bb
@@ -28,7 +28,6 @@ SRC_URI += " \
file://systemd-pager.sh \
file://0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch \
file://0008-implment-systemd-sysv-install-for-OE.patch \
- file://0001-NamePolicy.patch \
"
# patches needed by musl
@@ -66,7 +65,7 @@ PAM_PLUGINS = " \
"
PACKAGECONFIG ??= " \
-${@bb.utils.filter('DISTRO_FEATURES', 'acl audit efi ldconfig pam selinux
smack usrmerge polkit seccomp', d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'acl audit efi ldconfig pam
pni-names selinux smack usrmerge polkit seccomp', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'minidebuginfo', 'coredump
elfutils', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'wifi', 'rfkill', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xkbcommon', '', d)} \
@@ -197,6 +196,7 @@ PACKAGECONFIG[polkit] = "-Dpolkit=true,-Dpolkit=false"
PACKAGECONFIG[polkit_hostnamed_fallback] = "dbus-broker,polkit"
PACKAGECONFIG[portabled] = "-Dportabled=true,-Dportabled=false"
PACKAGECONFIG[pstore] = "-Dpstore=true,-Dpstore=false"
+PACKAGECONFIG[pni-names] = ",,,"
PACKAGECONFIG[qrencode] = "-Dqrencode=true,-Dqrencode=false,qrencode,,qrencode"
PACKAGECONFIG[quotacheck] = "-Dquotacheck=true,-Dquotacheck=false"
PACKAGECONFIG[randomseed] = "-Drandomseed=true,-Drandomseed=false"
@@ -389,6 +389,15 @@ do_install() {
sed -i -e
's/#RebootWatchdogSec=10min/RebootWatchdogSec=${WATCHDOG_TIMEOUT}/' \
${D}/${sysconfdir}/systemd/system.conf
fi
+
+ if ${@bb.utils.contains('PACKAGECONFIG', 'pni-names', 'true', 'false',
d)}; then
+ if ! grep -q '^NamePolicy=.*mac'
${D}${rootlibexecdir}/systemd/network/99-default.link; then
+ sed -i '/^NamePolicy=/s/$/ mac/'
${D}${rootlibexecdir}/systemd/network/99-default.link
+ fi
+ if ! grep -q 'AlternativeNamesPolicy=.*mac'
${D}${rootlibexecdir}/systemd/network/99-default.link; then
+ sed -i '/AlternativeNamesPolicy=/s/$/ mac/'
${D}${rootlibexecdir}/systemd/network/99-default.link
+ fi
+ fi
}
python populate_packages:prepend (){
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198167):
https://lists.openembedded.org/g/openembedded-core/message/198167
Mute This Topic: https://lists.openembedded.org/mt/105482495/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] bitbake.conf: remove comment about oldincludedir
From: Peter Marko
oldincludedir was removed by 506c91cbc6a604a84e37e53ccff430436369802e
Signed-off-by: Peter Marko
---
meta/conf/bitbake.conf | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 6f180d18b0..ba8bd5f975 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -383,8 +383,7 @@ FILESEXTRAPATHS ?= "__default:"
# the builtin definitions will be used. Builtin definitions included:
# base_prefix, prefix, exec_prefix, base_bindir, base_sbindir, base_libdir,
# datadir, sysconfdir, servicedir, sharedstatedir, localstatedir, infodir,
-# mandir, docdir, bindir, sbindir, libexecdir, libdir, includedir and
-# oldincludedir
+# mandir, docdir, bindir, sbindir, libexecdir, libdir and includedir
FILESYSTEM_PERMS_TABLES ?= "${@'files/fs-perms.txt' if
oe.types.boolean(d.getVar('VOLATILE_LOG_DIR')) else
'files/fs-perms-persistent-log.txt'}"
##
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198166):
https://lists.openembedded.org/g/openembedded-core/message/198166
Mute This Topic: https://lists.openembedded.org/mt/105481450/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [kirkstone][PATCH] kernel.bbclass: check, if directory exists before removing empty module directory
On Fri, Apr 12, 2024 at 2:52 AM Heiko wrote: > > I used "git send-email". I don`t know, why the tabs were replaced. > > I have attached the patch with tabs. (Or do I have to create a new post?) You should send a new patch targeted for the master branch since we need to fix this there first before I can backport it to kirkstone. Thanks! Steve -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198165): https://lists.openembedded.org/g/openembedded-core/message/198165 Mute This Topic: https://lists.openembedded.org/mt/105458549/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/2] buildtools-tarball: Add python3-websockets
For the newer hash equivlance servers we need websockets. Add it to buildtools tarball. Signed-off-by: Richard Purdie --- meta/recipes-core/meta/buildtools-tarball.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/meta/buildtools-tarball.bb b/meta/recipes-core/meta/buildtools-tarball.bb index 6b679489fd5..a5f6bb7aac9 100644 --- a/meta/recipes-core/meta/buildtools-tarball.bb +++ b/meta/recipes-core/meta/buildtools-tarball.bb @@ -13,6 +13,7 @@ TOOLCHAIN_HOST_TASK ?= "\ nativesdk-python3-testtools \ nativesdk-python3-subunit \ nativesdk-python3-pyyaml \ +nativesdk-python3-websockets \ nativesdk-ncurses-terminfo-base \ nativesdk-chrpath \ nativesdk-tar \ -- 2.40.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198164): https://lists.openembedded.org/g/openembedded-core/message/198164 Mute This Topic: https://lists.openembedded.org/mt/105480054/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 1/2] python3-websockets: Import from meta-python
For the newer hash equivlance servers we need websockets. Import it
from meta-oe so we can easily include it in buildtools tarball.
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/maintainers.inc | 1 +
.../python/python3-websockets_12.0.bb| 16
2 files changed, 17 insertions(+)
create mode 100644 meta/recipes-devtools/python/python3-websockets_12.0.bb
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 2d1f9fdec55..20eb3a04468 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -729,6 +729,7 @@ RECIPE_MAINTAINER:pn-python3-urllib3 = "Tim Orling
"
RECIPE_MAINTAINER:pn-python3-vcversioner = "Bruce Ashfield
"
RECIPE_MAINTAINER:pn-python3-wcwidth = "Tim Orling "
RECIPE_MAINTAINER:pn-python3-webcolors = "Bruce Ashfield
"
+RECIPE_MAINTAINER:pn-python3-websockets = "Tim Orling
"
RECIPE_MAINTAINER:pn-python3-wheel = "Tim Orling "
RECIPE_MAINTAINER:pn-python3-xmltodict = "Leon Anavi "
RECIPE_MAINTAINER:pn-python3-yamllint = "Tim Orling "
diff --git a/meta/recipes-devtools/python/python3-websockets_12.0.bb
b/meta/recipes-devtools/python/python3-websockets_12.0.bb
new file mode 100644
index 000..f89c3b629ee
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-websockets_12.0.bb
@@ -0,0 +1,16 @@
+SUMMARY = "An implementation of the WebSocket Protocol (RFC 6455)"
+HOMEPAGE = "https://github.com/aaugustin/websockets;
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=51924a6af4495b8cfaee1b1da869b6f4"
+
+inherit pypi setuptools3
+
+SRC_URI[sha256sum] =
"81df9cbcbb6c260de1e007e58c011bfebe2dafc8435107b0537f393dd38c8b1b"
+
+BBCLASSEXTEND = "native nativesdk"
+
+RDEPENDS:${PN} = " \
+python3-asyncio \
+python3-profile \
+"
--
2.40.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198163):
https://lists.openembedded.org/g/openembedded-core/message/198163
Mute This Topic: https://lists.openembedded.org/mt/105480053/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] Replaced :append with += in multiple recipe files under meta layer.
On 12/04/2024 11:35:36+0530, K Sanjay Nayak wrote:
> Fixes [YOCTO #2951]
>
> Conditional operator is preferred over the append operation,
I don't believe += is conditional.
> hence modified multiple recipes under the meta-layer.
>
> Reported-by : Christopher Larson
> Signed-off-by: K Sanjay Nayak
> ---
> meta/recipes-bsp/grub/grub-efi_2.12.bb | 2 +-
> meta/recipes-core/initscripts/initscripts_1.0.bb| 2 +-
> meta/recipes-core/sysvinit/sysvinit_3.04.bb | 2 +-
> .../baremetal-example/baremetal-helloworld_git.bb | 2 +-
> meta/recipes-extended/less/less_643.bb | 2 +-
> meta/recipes-gnome/librsvg/librsvg_2.57.1.bb| 2 +-
> meta/recipes-graphics/waffle/waffle_1.7.2.bb| 2 +-
> meta/recipes-support/libgpg-error/libgpg-error_1.48.bb | 2 +-
> meta/recipes-support/ptest-runner/ptest-runner_2.4.3.bb | 2 +-
> 9 files changed, 9 insertions(+), 9 deletions(-)
>
> diff --git a/meta/recipes-bsp/grub/grub-efi_2.12.bb
> b/meta/recipes-bsp/grub/grub-efi_2.12.bb
> index 9857e8e036..4cd1c696f4 100644
> --- a/meta/recipes-bsp/grub/grub-efi_2.12.bb
> +++ b/meta/recipes-bsp/grub/grub-efi_2.12.bb
> @@ -4,7 +4,7 @@ require conf/image-uefi.conf
>
> GRUBPLATFORM = "efi"
>
> -DEPENDS:append = " grub-native"
> +DEPENDS += " grub-native"
> RDEPENDS:${PN} = "grub-common virtual-grub-bootconf"
>
> SRC_URI += " \
> diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb
> b/meta/recipes-core/initscripts/initscripts_1.0.bb
> index e61ac554f3..2ad4d0b0b0 100644
> --- a/meta/recipes-core/initscripts/initscripts_1.0.bb
> +++ b/meta/recipes-core/initscripts/initscripts_1.0.bb
> @@ -42,7 +42,7 @@ SRC_URI:append:armeb = " file://alignment.sh"
>
> KERNEL_VERSION = ""
>
> -DEPENDS:append = " update-rc.d-native"
> +DEPENDS += " update-rc.d-native"
> PACKAGE_WRITE_DEPS:append = "
> ${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd-systemctl-native','',d)}"
>
> PACKAGES =+ "${PN}-functions ${PN}-sushell"
> diff --git a/meta/recipes-core/sysvinit/sysvinit_3.04.bb
> b/meta/recipes-core/sysvinit/sysvinit_3.04.bb
> index 6a612468f3..2dee7bc3ce 100644
> --- a/meta/recipes-core/sysvinit/sysvinit_3.04.bb
> +++ b/meta/recipes-core/sysvinit/sysvinit_3.04.bb
> @@ -28,7 +28,7 @@ SRC_URI[sha256sum] =
> "2a621fe6e4528bc91308b74867ddaaebbdf7753f02395c0c5bae817bd2
> S = "${WORKDIR}/sysvinit-${PV}"
>
> inherit update-alternatives features_check
> -DEPENDS:append = " update-rc.d-native base-passwd virtual/crypt"
> +DEPENDS += " update-rc.d-native base-passwd virtual/crypt"
> do_package_setscene[depends] = "${MLPREFIX}base-passwd:do_populate_sysroot"
>
> PACKAGECONFIG[psplash-text-updates] = ",,"
> diff --git
> a/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> index 6832ccc541..f66581cca3 100644
> --- a/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> +++ b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> @@ -25,7 +25,7 @@ inherit baremetal-image
>
>
> # startup code for x86 uses NASM syntax
> -DEPENDS:qemux86:append = " nasm-native"
> +DEPENDS:qemux86 += " nasm-native"
>
> # These parameters are app specific for this example
> # This will be translated automatically to the architecture and
> diff --git a/meta/recipes-extended/less/less_643.bb
> b/meta/recipes-extended/less/less_643.bb
> index 67834bdd58..5c17571768 100644
> --- a/meta/recipes-extended/less/less_643.bb
> +++ b/meta/recipes-extended/less/less_643.bb
> @@ -55,7 +55,7 @@ do_install_ptest () {
> cp -r ${S}/lesstest/lt ${D}${PTEST_PATH}
> }
>
> -RDEPENDS:${PN}-ptest:append = " perl-module-getopt-std perl-module-cwd
> locale-base-en-us"
> +RDEPENDS:${PN}-ptest += " perl-module-getopt-std perl-module-cwd
> locale-base-en-us"
>
> ALTERNATIVE:${PN} = "less"
> ALTERNATIVE_PRIORITY = "100"
> diff --git a/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
> b/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
> index 4b52d4062b..b774fe8c47 100644
> --- a/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
> +++ b/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
> @@ -30,7 +30,7 @@ UPSTREAM_CHECK_REGEX =
> "librsvg-(?P\d+\.\d+\.(?!9\d+)\d+)"
> # librsvg is still autotools-based, but is calling cargo from its
> automake-driven makefiles
> # so we cannot use cargo class directly, but still need bits and pieces from
> it
> # for cargo to be happy
> -BASEDEPENDS:append = " cargo-native"
> +BASEDEPENDS += " cargo-native"
>
> export RUST_BACKTRACE = "full"
> export RUSTFLAGS
> diff --git a/meta/recipes-graphics/waffle/waffle_1.7.2.bb
> b/meta/recipes-graphics/waffle/waffle_1.7.2.bb
> index cb917d8894..84f2f70ab2 100644
> --- a/meta/recipes-graphics/waffle/waffle_1.7.2.bb
> +++ b/meta/recipes-graphics/waffle/waffle_1.7.2.bb
> @@ -18,7 +18,7 @@ S =
Re: [oe-core][PATCH 2/2] packagegroup-core-boot: recommend ifupdown
On 11/04/2024 14:58:40+, Joe Slater via lists.openembedded.org wrote: > > > > -Original Message- > > From: Ross Burton > > Sent: Thursday, April 11, 2024 7:21 AM > > To: Richard Purdie ; Slater, Joseph > > > > Cc: OE-core ; MacLeod, Randy > > > > Subject: Re: [oe-core][PATCH 2/2] packagegroup-core-boot: recommend > > ifupdown > > > > On 11 Apr 2024, at 10:33, Richard Purdie via lists.openembedded.org > > wrote: > > >> --- > > >> a/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/qemuall/interfaces > > >> +++ /dev/null > > >> @@ -1,5 +0,0 @@ > > >> -# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) > > >> - > > >> -# The loopback interface > > >> -auto lo > > >> -iface lo inet loopback > > > > > > Is this patch meant to touch ifupdown as well as the packagegroup? > > > > I suspect not, given that runqemu manually brings up network devices and the > > last thing we want is DHCP running again. > > > > Joe, please remove this chunk. > > This was accidental since I removed the qemuall/interfaces in order to use > the main one with qemu. I'm sending new patches. Maybe, though, we don't > really need the qemuall stuff. This broke all the tests of this build: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6786 > > Joe > > > > Ross > > > -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198161): https://lists.openembedded.org/g/openembedded-core/message/198161 Mute This Topic: https://lists.openembedded.org/mt/105454861/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [kirkstone][PATCH] kernel.bbclass: check, if directory exists before removing empty module directory
I used " git send- email". I don`t know, why the tabs were replaced. I have attached the patch with tabs. (Or do I have to create a new post?) Best regards, Heiko kirkstone-kernel.bbclass-check-if-directory-exists-before-removing-empty-module-directory.diff Description: Binary data -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198160): https://lists.openembedded.org/g/openembedded-core/message/198160 Mute This Topic: https://lists.openembedded.org/mt/105458549/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] nativesdk-gzip: fix reproducibility issues
On Thu, 2024-04-11 at 13:32 +, Oleh Matiusha via lists.openembedded.org wrote: > There is absolute path in zgrep binary. It is related > to the changes that fix an issue with zgrep on Solaris > and other platforms with 'grep -e'. I'd like to ask here > if Yocto supports Solaris as host architecture, and > if there's a reliable way to detect the host arch. > If there is, I'll place additional check to be > compatible with it. How far did you get builds to work on Solaris out of interest? We don't support it since none of us have access to it and it is something we've never really been asked about before. We did used to add BUILD_OS to OVERRIDES so that you could do build system overrides to variables. It was so rarely used we ended up dropping it though. I'm not against the idea of Solaris support but I'd want to understand how invasive it is and it may be better starting as a separate layer. That layer could append to OVERRIDES to make the metadata easier for example. Also, is this running builds on Solaris, or is this building SDKs to run on Solaris. I suddenly realised this could be taken both ways. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198159): https://lists.openembedded.org/g/openembedded-core/message/198159 Mute This Topic: https://lists.openembedded.org/mt/105462485/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [kirkstone][PATCH] kernel.bbclass: check, if directory exists before removing empty module directory
On Thu, 2024-04-11 at 06:40 -0700, Heiko wrote: > > Hi Steve, > > I created the patch as described > here: > https://docs.yoctoproject.org/4.0.17/contributor-guide/submit-changes.html#contributing-thro > ugh-mailing-lists-why-not-using-web-based-workflows > > Only one line has been changed. Is it possible for you to change it? > > Best regards, > Heiko Thanks for sending the patch, I was about to submit a very similar one just yesterday. Note that this should be fixed in OE-core master/scarthgap first, then backported to kirkstone. The issue with your patch is that it uses spaces instead of tabs for indentation, which doesn't match the original file. This may have happenen if you copied the patch content from a terminal, or due to your mail user agent - issues like this are unfortunately common, which is why `git send- email` is the recommended way to submit patches. Best regards, Matthias -- TQ-Systems GmbH | Mühlstraße 2, Gut Delling | 82229 Seefeld, Germany Amtsgericht München, HRB 105018 Geschäftsführer: Detlef Schneider, Rüdiger Stahl, Stefan Schneider https://www.tq-group.com/ -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198158): https://lists.openembedded.org/g/openembedded-core/message/198158 Mute This Topic: https://lists.openembedded.org/mt/105458549/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2 1/3] binutils-cross-canadian: add gprofng package as runtime dependency
Hello Alex, can you provide more details to reproduce the issue?. Thanks, Harish Sadineni -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198157): https://lists.openembedded.org/g/openembedded-core/message/198157 Mute This Topic: https://lists.openembedded.org/mt/105216924/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] nativesdk-gzip: fix reproducibility issues
Can it be accepted in upstream then? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198156): https://lists.openembedded.org/g/openembedded-core/message/198156 Mute This Topic: https://lists.openembedded.org/mt/105462485/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 13/33] librepo: upgrade 1.17.0 -> 1.17.1
On 12/04/2024 00:52:52+, Mingyu Wang (Fujitsu) wrote:
> I use the command git am and patch on master-text to apply this patch, they
> are all succeeded.
> May I ask what command you used to apply this patch, that would be helpful.
> Thank you.
I use git am, the patch is definitively mangled as you can see on the
list archive:
https://lore.kernel.org/all/1712646620-16608-13-git-send-email-wan...@fujitsu.com/
>
> --
> Best Regards
> ---
> Wang Mingyu
> FUJITSU NANJING SOFTWARE TECHNOLOGY CO., LTD. (FNST)
> No.6 Wenzhu Road, Nanjing, 210012, China
> TEL：+86+25-86630566--8568
> COINS: 79988548
> FAX: +86+25-83317685
> MAIL: wan...@fujitsu.com
>
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org
> > On Behalf Of Alexandre
> > Belloni via lists.openembedded.org
> > Sent: Thursday, April 11, 2024 5:11 PM
> > To: Wang, Mingyu/王 鸣瑜
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH 13/33] librepo: upgrade 1.17.0 -> 1.17.1
> >
> > On 09/04/2024 15:10:00+0800, wangmy via lists.openembedded.org wrote:
> > > From: Wang Mingyu
> > >
> > > 0001-gpg_gpgme.c-fix-build-errors-with-older-gcc.patch
> > > removed since it's included in 1.17.1
> > >
> > > Changelog:
> > > =
> > > -gpg_gpgme.c: fix build errors with older gcc -Fix some compiler
> > > warnings -Change header files to match a configured ABI regarding a
> > > zchunk support -Fix building zchunk code if zchunk is enabled
> > >
> > > Signed-off-by: Wang Mingyu
> > > ---
> > > ...me.c-fix-build-errors-with-older-gcc.patch | 36
> > > --- .../{librepo_1.17.0.bb => librepo_1.17.1.bb} |
> > > 3 +-
> > > 2 files changed, 1 insertion(+), 38 deletions(-) delete mode 100644
> > > meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-error
> > > s-with-older-gcc.patch rename
> > > meta/recipes-devtools/librepo/{librepo_1.17.0.bb => librepo_1.17.1.bb}
> > > (88%)
> > >
> > > diff --git
> > > a/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-err
> > > ors-with-older-gcc.patch
> > > b/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-err
> > > ors-with-older-gcc.patch
> > > deleted file mode 100644
> > > index 8727b181b3..00
> > > ---
> > > a/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-err
> > > ors-with-older-gcc.patch
> > > +++ /dev/null
> > > @@ -1,36 +0,0 @@
> > > -From b525cdec3051d1c6ff0c3cd38bf3070b18d6fb50 Mon Sep 17 00:00:00
> > > 2001
> > > -From: Alexander Kanavin
> > > -Date: Wed, 6 Mar 2024 10:13:38 +0100
> > > -Subject: [PATCH] gpg_gpgme.c: fix build errors with older gcc
> > > -MIME-Version: 1.0
> > > -Content-Type: text/plain; charset=UTF-8
> > > -Content-Transfer-Encoding: 8bit
> > > -
> > > -When selinux is not enabled, older gcc versions error out this way:
> > > -
> > > -| /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-193
> > > -| 8845/tmp-mc-tiny/hosttools/gcc -DG_LOG_DOMAIN=\"librepo\"
> > > -| -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE
> > -D_LARGEFILE_SOURCE
> > > -| -Dlibrepo_EXPORTS
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > > -| sysroot-native/usr/lib/pkgconfig/../../../usr/include/libmount
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > > -| sysroot-native/usr/lib/pkgconfig/../../../usr/include/blkid
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > > -| sysroot-native/usr/lib/pkgconfig/../../../usr/include/glib-2.0
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 9
> > >
> > > 38845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysr
> > > oot-native/usr/lib/pkgconfig/../../../usr/lib/glib-2.0/include
> > > -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938
> > > 845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysroo
> > > t-native/usr/lib/pkgconfig/../../../usr/include/libxml2
> > > -isystem/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-s
> > > t-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > > sysroot-native/usr/include -O2 -pipe -std=c99 -Wall -fPIC -MD -MT
> > > librepo/CMakeFiles/librepo.dir/gpg_gpgme.c.o -MF
> > > librepo/CMakeFiles/librepo.dir/gpg_gpgme.c.o.d -o
> > > librepo/CMakeFiles/librepo.dir/gpg_gpgme.c.o -c
> > > /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-193884
> > > 5/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git/librepo/gpg
> > > _gpgme.c
> >
> > This
[OE-core] [PATCH] Replaced :append with += in multiple recipe files under meta layer.
Fixes [YOCTO #2951]
Conditional operator is preferred over the append operation,
hence modified multiple recipes under the meta-layer.
Reported-by : Christopher Larson
Signed-off-by: K Sanjay Nayak
---
meta/recipes-bsp/grub/grub-efi_2.12.bb | 2 +-
meta/recipes-core/initscripts/initscripts_1.0.bb| 2 +-
meta/recipes-core/sysvinit/sysvinit_3.04.bb | 2 +-
.../baremetal-example/baremetal-helloworld_git.bb | 2 +-
meta/recipes-extended/less/less_643.bb | 2 +-
meta/recipes-gnome/librsvg/librsvg_2.57.1.bb| 2 +-
meta/recipes-graphics/waffle/waffle_1.7.2.bb| 2 +-
meta/recipes-support/libgpg-error/libgpg-error_1.48.bb | 2 +-
meta/recipes-support/ptest-runner/ptest-runner_2.4.3.bb | 2 +-
9 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-bsp/grub/grub-efi_2.12.bb
b/meta/recipes-bsp/grub/grub-efi_2.12.bb
index 9857e8e036..4cd1c696f4 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.12.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.12.bb
@@ -4,7 +4,7 @@ require conf/image-uefi.conf
GRUBPLATFORM = "efi"
-DEPENDS:append = " grub-native"
+DEPENDS += " grub-native"
RDEPENDS:${PN} = "grub-common virtual-grub-bootconf"
SRC_URI += " \
diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb
b/meta/recipes-core/initscripts/initscripts_1.0.bb
index e61ac554f3..2ad4d0b0b0 100644
--- a/meta/recipes-core/initscripts/initscripts_1.0.bb
+++ b/meta/recipes-core/initscripts/initscripts_1.0.bb
@@ -42,7 +42,7 @@ SRC_URI:append:armeb = " file://alignment.sh"
KERNEL_VERSION = ""
-DEPENDS:append = " update-rc.d-native"
+DEPENDS += " update-rc.d-native"
PACKAGE_WRITE_DEPS:append = "
${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd-systemctl-native','',d)}"
PACKAGES =+ "${PN}-functions ${PN}-sushell"
diff --git a/meta/recipes-core/sysvinit/sysvinit_3.04.bb
b/meta/recipes-core/sysvinit/sysvinit_3.04.bb
index 6a612468f3..2dee7bc3ce 100644
--- a/meta/recipes-core/sysvinit/sysvinit_3.04.bb
+++ b/meta/recipes-core/sysvinit/sysvinit_3.04.bb
@@ -28,7 +28,7 @@ SRC_URI[sha256sum] =
"2a621fe6e4528bc91308b74867ddaaebbdf7753f02395c0c5bae817bd2
S = "${WORKDIR}/sysvinit-${PV}"
inherit update-alternatives features_check
-DEPENDS:append = " update-rc.d-native base-passwd virtual/crypt"
+DEPENDS += " update-rc.d-native base-passwd virtual/crypt"
do_package_setscene[depends] = "${MLPREFIX}base-passwd:do_populate_sysroot"
PACKAGECONFIG[psplash-text-updates] = ",,"
diff --git
a/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
index 6832ccc541..f66581cca3 100644
--- a/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
+++ b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
@@ -25,7 +25,7 @@ inherit baremetal-image
# startup code for x86 uses NASM syntax
-DEPENDS:qemux86:append = " nasm-native"
+DEPENDS:qemux86 += " nasm-native"
# These parameters are app specific for this example
# This will be translated automatically to the architecture and
diff --git a/meta/recipes-extended/less/less_643.bb
b/meta/recipes-extended/less/less_643.bb
index 67834bdd58..5c17571768 100644
--- a/meta/recipes-extended/less/less_643.bb
+++ b/meta/recipes-extended/less/less_643.bb
@@ -55,7 +55,7 @@ do_install_ptest () {
cp -r ${S}/lesstest/lt ${D}${PTEST_PATH}
}
-RDEPENDS:${PN}-ptest:append = " perl-module-getopt-std perl-module-cwd
locale-base-en-us"
+RDEPENDS:${PN}-ptest += " perl-module-getopt-std perl-module-cwd
locale-base-en-us"
ALTERNATIVE:${PN} = "less"
ALTERNATIVE_PRIORITY = "100"
diff --git a/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
b/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
index 4b52d4062b..b774fe8c47 100644
--- a/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
+++ b/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
@@ -30,7 +30,7 @@ UPSTREAM_CHECK_REGEX =
"librsvg-(?P\d+\.\d+\.(?!9\d+)\d+)"
# librsvg is still autotools-based, but is calling cargo from its
automake-driven makefiles
# so we cannot use cargo class directly, but still need bits and pieces from
it
# for cargo to be happy
-BASEDEPENDS:append = " cargo-native"
+BASEDEPENDS += " cargo-native"
export RUST_BACKTRACE = "full"
export RUSTFLAGS
diff --git a/meta/recipes-graphics/waffle/waffle_1.7.2.bb
b/meta/recipes-graphics/waffle/waffle_1.7.2.bb
index cb917d8894..84f2f70ab2 100644
--- a/meta/recipes-graphics/waffle/waffle_1.7.2.bb
+++ b/meta/recipes-graphics/waffle/waffle_1.7.2.bb
@@ -18,7 +18,7 @@ S = "${WORKDIR}/git"
inherit meson features_check lib_package bash-completion pkgconfig
-DEPENDS:append = " python3"
+DEPENDS += " python3"
# This should be overridden per-machine to reflect the capabilities of the GL
# stack.
diff --git a/meta/recipes-support/libgpg-error/libgpg-error_1.48.bb
