Re: [OE-core] Backport fix for inter-recipe useradd dependencies bug #13419
We can certainly discuss in person in Vienna but my answer for now is that you should implement the workaround suggested by me in the bug. Alex On Mon 16. Sep 2024 at 21.39, Mark Jonas via lists.openembedded.org wrote: > Hello Steve and Richard, > > I am wondering whether it would be reasonable to ask for backporting of > the fix for inter-recipe useradd dependencies to Kirkstone? > > I am referring to the fix for bug #13419 which was fixed on Scarthgap. > > https://bugzilla.yoctoproject.org/show_bug.cgi?id=13419 > > I understand that the backporting would involve the addition of > USERADD_DEPENDS to useradd.bbclass as well a fix to bitbake. > > My colleague Ricardo and I are visiting the OSSEU this week in case > somebody would like to discuss this in person. > > Cheers, > Mark > > Building Technologies, Panel Software Fire (BT-FIR/ENG1-Grb) > Bosch Sicherheitssysteme GmbH | Fritz-Schäffer-Straße 9 | 81737 München | > GERMANY | www.boschsecurity.com > > Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart HRB 23118 > Aufsichtsratsvorsitzender: Frank Meyer; Geschäftsführung: Thomas Quante, > Peter Löffler, Henrik Siegle, Peter von Wartenberg > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204610): https://lists.openembedded.org/g/openembedded-core/message/204610 Mute This Topic: https://lists.openembedded.org/mt/108488497/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/1] classes: Print bitbake branch and revision
On Wed, 11 Sept 2024 at 16:31, Robert Yang wrote: > Yes, I can find the code with "git reflog", V3 is coming: Thanks, v3 lgtm. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204393): https://lists.openembedded.org/g/openembedded-core/message/204393 Mute This Topic: https://lists.openembedded.org/mt/108393122/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 1/7] barebox: add initial support
On Wed, 11 Sept 2024 at 14:27, Enrico Jörns wrote: > But a commonly used one in the context of bootloaders I guess: > > https://github.com/search?q=%22require+recipes-bsp%2Fu-boot%2Fu-boot.inc%22&type=code Sadly yes. The reason I don't like it is that changing anything in u-boot.inc in oe-core may break multiple BSP layers, and angry people will come shouting at the person who made the change, even though that file is actually private to the original recipe. > What are the better options here? > Inheriting the .bb? Making a .bbclass? Making a .bbclass, putting stuff like COMPATIBLE_MACHINE into a .bbappend, or a hard recipe fork that doesn't attempt to reuse the .inc from another layer. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204388): https://lists.openembedded.org/g/openembedded-core/message/204388 Mute This Topic: https://lists.openembedded.org/mt/108380782/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/1] classes: Print bitbake branch and revision
Can you please also add a function that tells if bitbake is in a separate repo, or bundled with poky? This would help various tooling that is being developed for setting up layers and builds, or creating configurations for those tasks out of pre-existing yocto setups. Alex On Wed, 11 Sept 2024 at 15:13, Robert Yang via lists.openembedded.org wrote: > > From: Robert Yang > > There is no bitbake revision when it is in a separate repo, then we have no > way > to know which version of bitbake is used from the log, this patch always > prints > it. > > * console-latest.log > bitbake = "master:165368bad152a14b32b5216b938aa4b915d72a70" > meta > meta-poky > meta-yocto-bsp = "master:165368bad152a14b32b5216b938aa4b915d72a70" > > * buildhistory/metadata-revs > bitbake = master:165368bad152a14b32b5216b938aa4b915d72a70 -- > modified > [snip] > > * buildhistory/metadata-revs > --- > Build Configuration: | > --- > DISTRO = poky > DISTRO_VERSION = 5.0+snapshot-165368bad152a14b32b5216b938aa4b915d72a70 > --- > Bitbake Revision: | > --- > bitbake = master:165368bad152a14b32b5216b938aa4b915d72a70 -- > modified > --- > Layer Revisions: | > --- > [snip] > > Signed-off-by: Robert Yang > --- > meta/classes-global/base.bbclass | 10 +++--- > meta/classes/buildhistory.bbclass| 5 +++-- > meta/classes/image-buildinfo.bbclass | 13 +++-- > meta/lib/oe/buildcfg.py | 13 + > 4 files changed, 34 insertions(+), 7 deletions(-) > > diff --git a/meta/classes-global/base.bbclass > b/meta/classes-global/base.bbclass > index b6940bbb6f..85c7cb8c24 100644 > --- a/meta/classes-global/base.bbclass > +++ b/meta/classes-global/base.bbclass > @@ -226,9 +226,13 @@ do_unpack[postfuncs] += "create_source_date_epoch_stamp" > def get_source_date_epoch_value(d): > return oe.reproducible.epochfile_read(d.getVar('SDE_FILE'), d) > > +def get_bitbake_branch_rev(d): > +revisions = oe.buildcfg.get_bitbake_revision() > +return oe.buildcfg.get_branch_rev3(revisions) > + > def get_layers_branch_rev(d): > revisions = oe.buildcfg.get_layer_revisions(d) > -layers_branch_rev = ["%-20s = \"%s:%s\"" % (r[1], r[2], r[3]) for r in > revisions] > +layers_branch_rev = oe.buildcfg.get_branch_rev3(revisions) > i = len(layers_branch_rev)-1 > p1 = layers_branch_rev[i].find("=") > s1 = layers_branch_rev[i][p1:] > @@ -241,11 +245,11 @@ def get_layers_branch_rev(d): > else: > i -= 1 > p1 = layers_branch_rev[i].find("=") > -s1= layers_branch_rev[i][p1:] > +s1 = layers_branch_rev[i][p1:] > return layers_branch_rev > > > -BUILDCFG_FUNCS ??= "buildcfg_vars get_layers_branch_rev buildcfg_neededvars" > +BUILDCFG_FUNCS ??= "buildcfg_vars get_bitbake_branch_rev > get_layers_branch_rev buildcfg_neededvars" > BUILDCFG_FUNCS[type] = "list" > > def buildcfg_vars(d): > diff --git a/meta/classes/buildhistory.bbclass > b/meta/classes/buildhistory.bbclass > index ce3abaa69d..50516e6533 100644 > --- a/meta/classes/buildhistory.bbclass > +++ b/meta/classes/buildhistory.bbclass > @@ -764,8 +764,9 @@ def buildhistory_get_build_id(d): > > def buildhistory_get_metadata_revs(d): > # We want an easily machine-readable format here > -revisions = oe.buildcfg.get_layer_revisions(d) > -medadata_revs = ["%-17s = %s:%s%s" % (r[1], r[2], r[3], r[4]) for r in > revisions] > +revisions = oe.buildcfg.get_bitbake_revision() > +revisions.extend(oe.buildcfg.get_layer_revisions(d)) > +medadata_revs = oe.buildcfg.get_branch_rev4(revisions) > return '\n'.join(medadata_revs) > > def outputvars(vars, listvars, d): > diff --git a/meta/classes/image-buildinfo.bbclass > b/meta/classes/image-buildinfo.bbclass > index b83ce650ad..7b5f84854c 100644 > --- a/meta/classes/image-buildinfo.bbclass > +++ b/meta/classes/image-buildinfo.bbclass > @@ -27,11 +27,14 @@ def image_buildinfo_outputvars(vars, d): > ret += "%s = %s\n" % (var, value) > return ret.rstrip('\n') > > +def get_bitbake_rev(d): > +revision = oe.buildcfg.get_bitbake_revision() > +return '\n'.join(oe.buildcfg.get_branch_rev4(revision)) > + > # Returns layer revisions along with their respective status > def get_layer_revs(d): > revisions = oe.buildcfg.get_layer_revisions(d) > -medadata_revs = ["%-17s = %s:%s%s" % (r[1], r[2], r[3], r[4]) for r in > revisions] > -return '\n'.join(medadata_revs) > +return '\n'.join(oe.buildcfg.get_branch_rev4(revisions)) > > def buildinfo_target(d): > # Get context > @@ -55,6 +58,12 @@ Build Configuration: | > buildinfo_target(d), > ''' > --- > +Bitbake Revision: | > +--- > +''', > +get_bitbake_rev(d), > +''' > +--
Re: [OE-core] [PATCH v5 1/7] barebox: add initial support
On Wed, 11 Sept 2024 at 13:16, Enrico Jörns wrote: > I kept it in the version-specific .bb file since this is the only information > that would necessarily > change when bumping the PV. Yes, but barebox and barebox-tools would have to be upgraded in lockstep, and sharing the checksum between them would ensure it actually happens. Also, the resulting diff becomes shorter. > > Also, is there a need to keep barebox.inc separate? Why not merge that > > into barebox.bb? > > Personally, I find it easier to diff recipes when they don't move with every > version bump. > Splitting .inc and .bb up is one way to achieve this. > > I see a notable number of recipes having a .inc that is required by only a > single .bb. > Is there any generic rule when to (not) use a .inc file? These recipes are a relic from times when oe-core had multiple versions of the same things. Over time, we merge the .inc into .bb, so there's less of those now. I prefer having everything in a single .bb, because splitting functionality between multiple files hurts readability a lot. Including .inc from a different layer is an anti-pattern, and I'd be strongly against doing that. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204382): https://lists.openembedded.org/g/openembedded-core/message/204382 Mute This Topic: https://lists.openembedded.org/mt/108380782/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 06/22] json-glib: upgrade 1.8.0 -> 1.10.0
On Wed, 11 Sept 2024 at 02:57, wangmy via lists.openembedded.org wrote: > I have considered two solutions to this problem: > 1. Add rst2man and rst2hhtml5 commands to HOSTTOOLS in bitbake.conf > 2. Create native for rst2man and rst2hhtml5 to provide support for other > packages that require them > Which solution is better? Or if there are other better solutions, please let > me know Both are already provided by python3-docutils-native. Add that to respective PACKAGECONFIG options in json-glib recipe. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204379): https://lists.openembedded.org/g/openembedded-core/message/204379 Mute This Topic: https://lists.openembedded.org/mt/108241638/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 1/7] barebox: add initial support
On Tue, 10 Sept 2024 at 20:42, Enrico Jörns via lists.openembedded.org wrote: > --- /dev/null > +++ b/meta/recipes-bsp/barebox/barebox_2024.08.0.bb > @@ -0,0 +1,3 @@ > +require barebox.inc > + > +SRC_URI[sha256sum] = > "b08a762da8d63dd18b4f2d9f5d0a8da001b6e608d1b3eff6dcebc6a2e575d535" The checksum should be in barebox-common.inc, so it's not repeated in barebox-tools. Is there a reason to set S and B explicitly? They look like defaults to me. Also, is there a need to keep barebox.inc separate? Why not merge that into barebox.bb? Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204378): https://lists.openembedded.org/g/openembedded-core/message/204378 Mute This Topic: https://lists.openembedded.org/mt/108380782/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 v4 2/7] barebox-tools: add initial barebox tools support
On Tue, 10 Sept 2024 at 11:02, Enrico Jörns wrote: > My impression was that the actual amount of things to share would not justify > another file. > It is mainly license information, SRC_URI and a bit of metadata where I found > it more obvious to > have them in the respective recipe. > > If having shared parts in a barebox-common.inc is actually preferable, I > could rework this of > course. It is yes. They are the same between recipes, and so should be specified once. > > Also there should be a good DESCRIPTION in there. Why > > barebox, and not u-boot, for example? > > Trying to outdo other projects was not my intention. > So I would like to omit such comparisons from the description. > > My current summary: > > "barebox is a bootloader designed for embedded systems. > It runs on a variety of architectures including x86, ARM, MIPS, PowerPC and > others." > > does not yet get the point of a bootloader? > I also thought that adding too much information would make the summary too > long. > But in case something important is missing, I am open to further suggestions. There's a SUMMARY (which is ok), but there's no DESCRIPTION, and they are two different texts. We do require a DESCRIPTION that contains a paragraph or two, with multiple sentences that properly introduce the project. You don't have to directly compare to u-boot, but you do need to highlight the best features and advantages of the component. Being terse or generic in DESCRIPTION is not a good thing, and no DESCRIPTION at all is even worse. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204345): https://lists.openembedded.org/g/openembedded-core/message/204345 Mute This Topic: https://lists.openembedded.org/mt/108370664/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 v4 2/7] barebox-tools: add initial barebox tools support
On Tue, 10 Sept 2024 at 10:45, Enrico Jörns wrote: > > Can this be merged into the main barebox recipe? Does it need a separate > > recipe? > > not only that it would complicate the main recipe (we had tried this before), > but I really see no > point in doing and supporting barebox native builds (in contrast to > barebox-tools). > > And some of these tools might also be useful without using barebox. > > I guess u-boot-tools is separate for similar reasons. Then you should put the common bits into barebox-common.inc, same as u-boot does. Also there should be a good DESCRIPTION in there. Why barebox, and not u-boot, for example? Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204343): https://lists.openembedded.org/g/openembedded-core/message/204343 Mute This Topic: https://lists.openembedded.org/mt/108370664/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 v4 2/7] barebox-tools: add initial barebox tools support
Can this be merged into the main barebox recipe? Does it need a separate recipe? Alex On Tue, 10 Sept 2024 at 09:21, Enrico Jörns via lists.openembedded.org wrote: > > From: Marco Felsch > > Add initial support to build the barebox tools for the host and the > target. > > Signed-off-by: Marco Felsch > Signed-off-by: Enrico Jorns > --- > meta/conf/distro/include/maintainers.inc | 1 + > .../barebox/barebox-tools_2024.08.0.bb| 58 +++ > 2 files changed, 59 insertions(+) > create mode 100644 meta/recipes-bsp/barebox/barebox-tools_2024.08.0.bb > > diff --git a/meta/conf/distro/include/maintainers.inc > b/meta/conf/distro/include/maintainers.inc > index 1b3d485e48..067c4af096 100644 > --- a/meta/conf/distro/include/maintainers.inc > +++ b/meta/conf/distro/include/maintainers.inc > @@ -55,6 +55,7 @@ RECIPE_MAINTAINER:pn-avahi = "Yi Zhao > " > RECIPE_MAINTAINER:pn-babeltrace = "Alexander Kanavin > " > RECIPE_MAINTAINER:pn-babeltrace2 = "Alexander Kanavin > " > RECIPE_MAINTAINER:pn-barebox = "Enrico Jörns " > +RECIPE_MAINTAINER:pn-barebox-tools = "Enrico Jörns " > RECIPE_MAINTAINER:pn-baremetal-helloworld = "Alejandro Hernandez > " > RECIPE_MAINTAINER:pn-base-files = "Anuj Mittal " > RECIPE_MAINTAINER:pn-base-passwd = "Anuj Mittal " > diff --git a/meta/recipes-bsp/barebox/barebox-tools_2024.08.0.bb > b/meta/recipes-bsp/barebox/barebox-tools_2024.08.0.bb > new file mode 100644 > index 00..25f4998d4a > --- /dev/null > +++ b/meta/recipes-bsp/barebox/barebox-tools_2024.08.0.bb > @@ -0,0 +1,58 @@ > +SUMMARY = "barebox bootloader tools" > +HOMEPAGE = "https://barebox.org/"; > + > +LICENSE = "GPL-2.0-only" > +LIC_FILES_CHKSUM = "file://COPYING;md5=f5125d13e000b9ca1f0d3364286c4192" > + > +DEPENDS = "libusb1 bison-native flex-native" > + > +SRC_URI = "https://barebox.org/download/barebox-${PV}.tar.bz2"; > +SRC_URI[sha256sum] = > "b08a762da8d63dd18b4f2d9f5d0a8da001b6e608d1b3eff6dcebc6a2e575d535" > + > +S = "${WORKDIR}/barebox-${PV}" > +B = "${WORKDIR}/build" > + > +inherit pkgconfig > + > +EXTRA_OEMAKE = " \ > + ARCH=sandbox \ > + CROSS_COMPILE=${TARGET_PREFIX} -C ${S} O=${B} \ > + CROSS_PKG_CONFIG=pkg-config \ > + CC='${CC}' \ > + LD='${LD}' \ > + " > + > +do_compile:class-target () { > +export userccflags="${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}" > +export userldflags="${TARGET_LDFLAGS}${TOOLCHAIN_OPTIONS}" > +oe_runmake targettools_defconfig > +oe_runmake scripts > +} > + > +do_compile:class-native () { > +oe_runmake hosttools_defconfig > +oe_runmake scripts > +} > + > +BAREBOX_TOOLS = " \ > + bareboxenv \ > + bareboxcrc32 \ > + kernel-install \ > + bareboximd \ > + omap3-usb-loader \ > + omap4_usbboot \ > + imx/imx-usb-loader \ > + " > + > +BAREBOX_TOOLS_SUFFIX = "" > +BAREBOX_TOOLS_SUFFIX:class-target = "-target" > + > +do_install () { > + install -d ${D}${bindir} > + > + for tool in ${BAREBOX_TOOLS}; do > + install -m 0755 scripts/${tool}${BAREBOX_TOOLS_SUFFIX} > ${D}${bindir}/${tool##*/} > + done > +} > + > +BBCLASSEXTEND = "native nativesdk" > -- > 2.39.2 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204340): https://lists.openembedded.org/g/openembedded-core/message/204340 Mute This Topic: https://lists.openembedded.org/mt/108370664/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 v4 1/7] barebox: add initial support
On Tue, 10 Sept 2024 at 09:21, Enrico Jörns via lists.openembedded.org wrote: > +PACKAGECONFIG[openssl] = ",,openssl-native" > +PACKAGECONFIG[libusb] = ",,libusb1-native" > +PACKAGECONFIG[fit] = ",,u-boot-tools-native dtc-native" Does barebox have configuration options for these? The problem with auto-detection is that one can't reliably keep this options disabled, as openssl etc. can show up in native sysroot for other reasons. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204339): https://lists.openembedded.org/g/openembedded-core/message/204339 Mute This Topic: https://lists.openembedded.org/mt/108370663/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [RFC][oe-core][PATCH] mesa: add support for rusticl
On Sun, 8 Sept 2024 at 19:22, Markus Volk via lists.openembedded.org wrote: > +Subject: [PATCH] rusticl/meson.build: workaround for rusticl build > + > +Signed-off-by: Markus Volk > + > +Upstream-Status: Inappropriate [oe-specific] > +--- > + src/gallium/frontends/rusticl/meson.build | 1 + > + 1 file changed, 1 insertion(+) > + > +diff --git a/src/gallium/frontends/rusticl/meson.build > b/src/gallium/frontends/rusticl/meson.build > +index eef09d8f01e..efac4cab964 100644 > +--- a/src/gallium/frontends/rusticl/meson.build > b/src/gallium/frontends/rusticl/meson.build > +@@ -211,6 +211,7 @@ rusticl_llvm_bindings_rs = rust.bindgen( > + c_args : [ > + rusticl_bindgen_c_args, > + pre_args, > ++ '-I@include@', '-I@include_cpp@', '-I@include_cpp_target_sys@' This does need to be properly looked into, there's probably a better patch possible, or a build setting we're missing, or at least an upstream ticket to be filed. It's not a good patch when it says 'workaround' and doesn't explain the issue and the fix. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204319): https://lists.openembedded.org/g/openembedded-core/message/204319 Mute This Topic: https://lists.openembedded.org/mt/108340502/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] mesa: update 24.0.7 -> 24.2.2
Ongoing work to keep mesa current is appreciated, but you should start marking it RFC as well, and make it clear in the commit message that this won't be taken until someone sits down and gets clang integrated into core. I would love to see the project users making that contribution, but we should put a bit of pressure on them in the shape of shipping outdated mesa in a release. Alex On Sun, 8 Sept 2024 at 18:50, Markus Volk via lists.openembedded.org wrote: > > - Remove patches that have been merged upstream > - Remove 0001-Revert-meson-do-not-pull-in-clc-for-clover.patch. Issue was > fixed upstream > - Update 0001-freedreno-don-t-encode-build-path-into-binaries.patch > - Use 'enabled/disabled' for glvnd instead of deprecated 'true/false' > - swrast gallium driver has been split into 'softpipe' and 'llvmpipe'. The > use of 'swrast' >has been deprecated. > > [https://gitlab.freedesktop.org/mesa/mesa/-/blob/mesa-24.2.2/meson.build#L171] > - Add package for libgallium and install > - Add python3-pyyaml-native dependency > - Limit intel_clc to x86-64 > - Remove OPENCL_NATIVE variable. The according option has been removed >from meson_options.txt. > - Meanwhile theres an install option for intel_clc. Use it instead of manual > install > - intel 'iris' and intel 'vulkan' drivers require opencl and thus need > meta-clang layer >[https://gitlab.freedesktop.org/mesa/mesa/-/issues/11141] > - Remove gallium kmsro option. This is set depending on 'system_has_kms_drm' > > [https://gitlab.freedesktop.org/mesa/mesa/-/blob/mesa-24.2.2/meson.build#L206] > - Add vulkan support for older intel graphics > > Signed-off-by: Markus Volk > > Note: 'kmsro' needs to be removed from mesa.bbappend in meta-raspberrypi > --- > ...-meson-do-not-pull-in-clc-for-clover.patch | 53 -- > ...lude-missing-llvm-IR-header-Module.h.patch | 41 --- > .../0001-drisw-fix-build-without-dri3.patch | 58 --- > ...on-t-encode-build-path-into-binaries.patch | 71 +++ > ...on-t-try-zink-if-not-enabled-in-mesa.patch | 42 --- > meta/recipes-graphics/mesa/mesa.inc | 49 + > 6 files changed, 77 insertions(+), 237 deletions(-) > delete mode 100644 > meta/recipes-graphics/mesa/files/0001-Revert-meson-do-not-pull-in-clc-for-clover.patch > delete mode 100644 > meta/recipes-graphics/mesa/files/0001-amd-Include-missing-llvm-IR-header-Module.h.patch > delete mode 100644 > meta/recipes-graphics/mesa/files/0001-drisw-fix-build-without-dri3.patch > delete mode 100644 > meta/recipes-graphics/mesa/files/0002-glxext-don-t-try-zink-if-not-enabled-in-mesa.patch > > diff --git > a/meta/recipes-graphics/mesa/files/0001-Revert-meson-do-not-pull-in-clc-for-clover.patch > > b/meta/recipes-graphics/mesa/files/0001-Revert-meson-do-not-pull-in-clc-for-clover.patch > deleted file mode 100644 > index 1711e22585..00 > --- > a/meta/recipes-graphics/mesa/files/0001-Revert-meson-do-not-pull-in-clc-for-clover.patch > +++ /dev/null > @@ -1,53 +0,0 @@ > -From 051f41beda540f0ae77b341db01a6de83c9e938a Mon Sep 17 00:00:00 2001 > -From: Markus Volk > -Date: Fri, 8 Mar 2024 15:53:11 +0100 > -Subject: [PATCH] Revert "meson: do not pull in clc for clover" > - > -This reverts commit 815a6647eb1383e9dc704ffcc266d85f3b13338a. > -Upstream-Status: Inappropriate > [https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/27783/diffs?commit_id=a976f2c9f0c07f9e06cc9affd9124b45bc60c2bd] > - > -Once the merge request above was added, it will only be possible to provide > opencl spir-v with gallium-rusticl=true. This is not yet supported in the > mesa recipe. > -For now reverting this commit allows to still use clover with opencl-spirv, > which would otherwise be broken starting from mesa 24.0.2. > - > -After it was merged, this patch needs to be removed and rusticl support will > be required > - > -Signed-off-by: Markus Volk > > - meson.build | 3 ++- > - src/compiler/meson.build | 2 +- > - 2 files changed, 3 insertions(+), 2 deletions(-) > - > -diff --git a/meson.build b/meson.build > -index 2db6185..741b5d1 100644 > a/meson.build > -+++ b/meson.build > -@@ -813,6 +813,7 @@ if _opencl != 'disabled' > - error('The Clover OpenCL state tracker requires rtti') > - endif > - > -+ with_clc = true > - with_gallium_opencl = true > - with_opencl_icd = _opencl == 'icd' > - else > -@@ -837,7 +838,7 @@ if with_gallium_rusticl > - endif > - > - dep_clc = null_dep > --if with_gallium_opencl or with_clc > -+if with_clc > - dep_clc = dependency('libclc') > - endif > - > -diff --git a/src/compiler/meson.build b/src/compiler/meson.build > -index 8d73544..1dae56d 100644 > a/src/compiler/meson.build > -+++ b/src/compiler/meson.build > -@@ -79,7 +79,7 @@ subdir('nir') > - > - subdir('spirv') > - > --if with_clc > -+if with_opencl_spirv > - subdir('clc') > - endif > - if with_gallium > diff --git > a/meta/recipes-graphics/mesa/files/00
Re: [OE-core] [PATCH] Revert "python3-setuptools: upgrade 72.1.0 -> 72.2.0"
It would help to include specific steps to reproduce the problem in the commit message here, otherwise there's going to be unneeded friction when someone submits an update again without being aware of the issue. Alex On Fri, 6 Sept 2024 at 18:58, Richard Purdie via lists.openembedded.org wrote: > > This reverts commit 8fccef7a731f44e5d27653e06becb54cf770e5e5. > > The patch causes problems for systems using ccache. Revert until this is > fixed. > > Signed-off-by: Richard Purdie > --- > ...ython3-setuptools_72.2.0.bb => python3-setuptools_72.1.0.bb} | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > rename meta/recipes-devtools/python/{python3-setuptools_72.2.0.bb => > python3-setuptools_72.1.0.bb} (94%) > > diff --git a/meta/recipes-devtools/python/python3-setuptools_72.2.0.bb > b/meta/recipes-devtools/python/python3-setuptools_72.1.0.bb > similarity index 94% > rename from meta/recipes-devtools/python/python3-setuptools_72.2.0.bb > rename to meta/recipes-devtools/python/python3-setuptools_72.1.0.bb > index 63ea60b..945d443affc 100644 > --- a/meta/recipes-devtools/python/python3-setuptools_72.2.0.bb > +++ b/meta/recipes-devtools/python/python3-setuptools_72.1.0.bb > @@ -11,7 +11,7 @@ SRC_URI:append:class-native = " > file://0001-conditionally-do-not-fetch-code-by-e > SRC_URI += " \ > > file://0001-_distutils-sysconfig.py-make-it-possible-to-substite.patch" > > -SRC_URI[sha256sum] = > "80aacbf633704e9c8bfa1d99fa5dd4dc59573efcf9e4042c13d3bcef91ac2ef9" > +SRC_URI[sha256sum] = > "8d243eff56d095e5817f796ede6ae32941278f542e0f941867cc05ae52b162ec" > > DEPENDS += "python3" > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204317): https://lists.openembedded.org/g/openembedded-core/message/204317 Mute This Topic: https://lists.openembedded.org/mt/108308394/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/1] buildcfg: Print bitbake branch and revision when it is in a separate repo
I don't think putting this into get_layer_revisions() is correct. Bitbake is not a layer, and obtaining its revision should be in a separate pair of functions: is_bitbake_in_separate_repo() get_bitbake_revision() Alex On Wed, 4 Sept 2024 at 15:23, Robert Yang via lists.openembedded.org wrote: > > From: Robert Yang > > Clone https://git.openembedded.org/bitbake into poky/bitbake > Before the patch: > meta > meta-poky > meta-yocto-bsp = "master:377fd06d86f5f3be80a927ee19c30d9557077a7f" > > Now: > bitbake = "master:5bd0c65c217394cde4c8e382eba6cf7f4b909c97" > meta > meta-poky > meta-yocto-bsp = "master:377fd06d86f5f3be80a927ee19c30d9557077a7f" > > Signed-off-by: Robert Yang > --- > meta/lib/oe/buildcfg.py | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/meta/lib/oe/buildcfg.py b/meta/lib/oe/buildcfg.py > index 4b22f18f36..5e2de15127 100644 > --- a/meta/lib/oe/buildcfg.py > +++ b/meta/lib/oe/buildcfg.py > @@ -73,6 +73,12 @@ def is_layer_modified(path): > > def get_layer_revisions(d): > layers = (d.getVar("BBLAYERS") or "").split() > +# bitbake may in a separate git repo > +bitbake_dir = bb.__file__.rsplit('/', 3)[0] > +bitbake_git_dir = os.path.join(bitbake_dir, '.git') > +if os.path.exists(bitbake_git_dir): > +layers.insert(0, bitbake_dir) > + > revisions = [] > for i in layers: > revisions.append((i, os.path.basename(i), > get_metadata_git_branch(i).strip(), get_metadata_git_revision(i), > is_layer_modified(i))) > -- > 2.25.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204208): https://lists.openembedded.org/g/openembedded-core/message/204208 Mute This Topic: https://lists.openembedded.org/mt/108264652/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] uki.bbclass: add class for building Unified Kernel Images (UKI)
On Wed, 4 Sept 2024 at 09:56, Mikko Rapeli wrote: > > Not rejected per se; I would suggest that the existing wic > > implementation is rewritten to use the class (and hopefully becomes > > radically simpler and shorter)! > > > > It's fine to not be entirely backwards compatible; this is master, and > > we can break things. > > Does the implementation have to be a wic plugin? > > wic is another wrapper over bitbake and I'd need to teach openssl native > and python3native things to it which seems a bit too much. uki.bbclass > is much simpler and wic can process the produced .efi file when creating > the ESP boot partition. I can try to fix the tests to work with uki.bbclass. No, implementation can stay in the bbclass. But I don't exactly remember how the whole thing fits together, and whether you can keep what the bbclass functionality in the bbclass and have wic call into it (perhaps indirectly) or vice versa. I just would like to avoid the situation where there are two entirely different implementations of the same thing in core, and only one of them gets tested. If wic can work together with the bbclass, then the existing wic selftests will test the bbclass as well. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204196): https://lists.openembedded.org/g/openembedded-core/message/204196 Mute This Topic: https://lists.openembedded.org/mt/108224526/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][PATCHv2] rpm: Upgrade 4.17.1 -> 4.18rc1
On Tue, 3 Sept 2024 at 13:50, Hitendra Prajapati wrote: > Thank you for feedback. > > meta-lts-mixins layer don't have any file or recipe for rpm. > > How to summit change there ? > > If rpm 4.18.0 is already released 2 years ago,the anyone upgraded it for > kirkstone branch ? or How can i do that ?? I guess no one is actually interested in making a new rpm available in kirkstone. What are the reasons to upgrade rpm there? Are those CVEs serious? If they're not, then maybe it's okay to ignore them. To add to meta-lts-mixins you need to create a new blank branch in https://git.yoctoproject.org/meta-lts-mixins/ and then add needed layer config/README/recipe files (check existing branches for guidance). Then make commits out of that and send the patches to yocto-patches list. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204173): https://lists.openembedded.org/g/openembedded-core/message/204173 Mute This Topic: https://lists.openembedded.org/mt/108241734/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] glib-2.0: Remove gvariant byteswap test
Is this seen on the yocto autobuilder, or only in your private testing? Also, how would we know that the issue is fixed, and this patch can be removed? Alex On Tue, 3 Sept 2024 at 15:38, aszh07 via lists.openembedded.org wrote: > > As byteswap has some issue sporadically, remove the byteswap > completely from gvariant. When run in QEMU, could see the > below failure sporadically > > Executing: glib/gvariant.test > Executing: glib/gvariant.test > Test timed out after 300 seconds > FAIL: glib/gvariant.test (Child process killed by signal 9) > > Until issue is fixed removing byteswap test > from gvariant to increase stability. > > Signed-off-by: Zahir Hussain > --- > ...ib-2.0-Remove-gvariant-byteswap-test.patch | 45 +++ > meta/recipes-core/glib-2.0/glib-2.0_2.72.3.bb | 1 + > 2 files changed, 46 insertions(+) > create mode 100644 > meta/recipes-core/glib-2.0/glib-2.0/0001-glib-2.0-Remove-gvariant-byteswap-test.patch > > diff --git > a/meta/recipes-core/glib-2.0/glib-2.0/0001-glib-2.0-Remove-gvariant-byteswap-test.patch > > b/meta/recipes-core/glib-2.0/glib-2.0/0001-glib-2.0-Remove-gvariant-byteswap-test.patch > new file mode 100644 > index 00..4cefd2e522 > --- /dev/null > +++ > b/meta/recipes-core/glib-2.0/glib-2.0/0001-glib-2.0-Remove-gvariant-byteswap-test.patch > @@ -0,0 +1,45 @@ > +From f4c529805aed5ee92b8d7d729cfa501be5835d7e Mon Sep 17 00:00:00 2001 > +From: aszh07 > +Date: Mon, 29 Jul 2024 16:19:10 +0530 > +Subject: [PATCH] glib-2.0: Remove gvariant byteswap test > + > +As byteswap has some issue sporadically, remove the byteswap > +completely from gvariant. When run in QEMU, could see the > +below failure sporadically, > + > +Executing: glib/gvariant.test > +Executing: glib/gvariant.test > +Test timed out after 300 seconds > +FAIL: glib/gvariant.test (Child process killed by signal 9) > + > +Until issue is fixed removing byteswap test > +from gvariant to increase stability. > + > +Signed-off-by: Zahir Hussain > +--- > + glib/tests/gvariant.c | 2 -- > + 1 file changed, 2 deletions(-) > + > +diff --git a/glib/tests/gvariant.c b/glib/tests/gvariant.c > +index 939f073..a25a4a4 100644 > +--- a/glib/tests/gvariant.c > b/glib/tests/gvariant.c > +@@ -5656,7 +5656,6 @@ main (int argc, char **argv) > + g_test_add_func ("/gvariant/serialiser/tuple", test_tuples); > + g_test_add_func ("/gvariant/serialiser/variant", test_variants); > + g_test_add_func ("/gvariant/serialiser/strings", test_strings); > +- g_test_add_func ("/gvariant/serialiser/byteswap", test_byteswaps); > + g_test_add_func ("/gvariant/serialiser/children", > test_serialiser_children); > + > + for (i = 1; i <= 20; i += 4) > +@@ -5679,7 +5678,6 @@ main (int argc, char **argv) > + g_test_add_func ("/gvariant/valist", test_valist); > + g_test_add_func ("/gvariant/builder-memory", test_builder_memory); > + g_test_add_func ("/gvariant/hashing", test_hashing); > +- g_test_add_func ("/gvariant/byteswap", test_gv_byteswap); > + g_test_add_func ("/gvariant/byteswap/non-normal-non-aligned", > test_gv_byteswap_non_normal_non_aligned); > + g_test_add_func ("/gvariant/parser", test_parses); > + g_test_add_func ("/gvariant/parser/integer-bounds", > test_parser_integer_bounds); > +-- > +2.17.1 > + > diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.72.3.bb > b/meta/recipes-core/glib-2.0/glib-2.0_2.72.3.bb > index 35b51a3ec9..3beb324383 100644 > --- a/meta/recipes-core/glib-2.0/glib-2.0_2.72.3.bb > +++ b/meta/recipes-core/glib-2.0/glib-2.0_2.72.3.bb > @@ -49,6 +49,7 @@ SRC_URI = > "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz \ > file://CVE-2024-34397_16.patch \ > file://CVE-2024-34397_17.patch \ > file://CVE-2024-34397_18.patch \ > + file://0001-glib-2.0-Remove-gvariant-byteswap-test.patch \ > " > SRC_URI:append:class-native = " file://relocate-modules.patch" > > -- > 2.17.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204167): https://lists.openembedded.org/g/openembedded-core/message/204167 Mute This Topic: https://lists.openembedded.org/mt/108244763/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] does do_install_ptest() need to check "PTEST_ENABLED"?
The whole install_ptest_base task is deleted if PTEST_ENABLED is not set to 1, so yes it's unnecessary. Generally, it helps to find the point in code history where the now-questionable code was introduced, check out the whole tree at that point and see if that code was necessary back then, e.g. if ptest class used to work differently. Alex On Tue, 3 Sept 2024 at 12:56, Robert P. J. Day via lists.openembedded.org wrote: > > > another quirk in my travels through the ptest feature so i can write > a tutorial, i ran across precisely two OE recipes that check > PTEST_ENABLED in their definition of do_install_ptest(): > > https://git.openembedded.org/openembedded-core/tree/meta/recipes-core/gettext/gettext_0.22.5.bb#n147 > https://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/elfutils/elfutils_0.191.bb#n68 > > that test *seems* unnecessary, or is there something particularly > subtle that might require that? i don't see any compelling reason to > have to check that variable. > > rday > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204157): https://lists.openembedded.org/g/openembedded-core/message/204157 Mute This Topic: https://lists.openembedded.org/mt/108242664/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][PATCHv2] rpm: Upgrade 4.17.1 -> 4.18rc1
I'm afraid this is a major upgrade, and it is not eligible for kirkstone proper, and has to go to meta-lts-mixins. Also, 4.18.0 final has been released two years ago, and there was also 4.18.1 and 4.18.2 with additional bugfixes. Alex On Tue, 3 Sept 2024 at 10:46, Hitendra Prajapati via lists.openembedded.org wrote: > > Includes fixes for CVE-2021-35937, CVE-2021-35938 and CVE-2021-35939 > which can't be easily backported. > > Add a PACKAGECONFIG option for a new readline dependency and disable > it by default since it pulls in GPLv3 and that breaks a number of > our test configurations as things stand. > > Refresh patches and drop the error.h patch as error() no longer used. > > Signed-off-by: Hitendra Prajapati > --- > ...olor-setting-for-mips64_n32-binaries.patch | 22 +++--- > ...satisfiable-dependency-when-building.patch | 10 +-- > ...lib-rpm-as-the-installation-path-for.patch | 26 +++ > ...1-Do-not-read-config-files-from-HOME.patch | 11 ++- > ...-PATH-environment-variable-before-ru.patch | 10 +-- > ...lling-execute-package-scriptlets-wit.patch | 20 +++--- > ...not-insert-payloadflags-into-.rpm-me.patch | 8 +-- > ...-linux-gnux32-variant-to-triplet-han.patch | 17 ++--- > ...o-not-build-manpages-requires-pandoc.patch | 11 ++- > c-fix-file-conflicts-for-MIPS64-N32.patch | 13 ++-- > ...tools-Add-error.h-for-non-glibc-case.patch | 71 --- > ...prefixing-etc-from-RPM_ETCCONFIGDIR-.patch | 17 ++--- > ...ge-logging-level-around-scriptlets-t.patch | 16 ++--- > meta/recipes-devtools/rpm/files/fifofix.patch | 22 ++ > meta/recipes-devtools/rpm/rpm_4.17.1.bb | 10 ++- > 15 files changed, 113 insertions(+), 171 deletions(-) > delete mode 100644 > meta/recipes-devtools/rpm/files/0001-tools-Add-error.h-for-non-glibc-case.patch > create mode 100644 meta/recipes-devtools/rpm/files/fifofix.patch > > diff --git > a/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch > > b/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch > index 331ea849e6..9f5dde0720 100644 > --- > a/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch > +++ > b/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch > @@ -11,11 +11,11 @@ Signed-off-by: Alexander Kanavin > rpmrc.in | 2 ++ > 2 files changed, 6 insertions(+) > > -diff --git a/build/rpmfc.c b/build/rpmfc.c > -index 10c380ee9..b7655aa93 100644 > a/build/rpmfc.c > -+++ b/build/rpmfc.c > -@@ -639,6 +639,7 @@ exit: > +Index: git/build/rpmfc.c > +=== > +--- git.orig/build/rpmfc.c > git/build/rpmfc.c > +@@ -645,6 +645,7 @@ exit: > static const struct rpmfcTokens_s rpmfcTokens[] = { > { "directory", RPMFC_INCLUDE }, > > @@ -23,7 +23,7 @@ index 10c380ee9..b7655aa93 100644 > { "ELF 32-bit", RPMFC_ELF32|RPMFC_INCLUDE }, > { "ELF 64-bit", RPMFC_ELF64|RPMFC_INCLUDE }, > > -@@ -1149,6 +1150,9 @@ static uint32_t getElfColor(const char *fn) > +@@ -1150,6 +1151,9 @@ static uint32_t getElfColor(const char * > color = RPMFC_ELF32; > break; > } > @@ -33,11 +33,11 @@ index 10c380ee9..b7655aa93 100644 > elf_end(elf); > } > close(fd); > -diff --git a/rpmrc.in b/rpmrc.in > -index 5bd9ba3e5..f15bb8dad 100644 > a/rpmrc.in > -+++ b/rpmrc.in > -@@ -137,6 +137,8 @@ archcolor: mipsr6el 1 > +Index: git/rpmrc.in > +=== > +--- git.orig/rpmrc.in > git/rpmrc.in > +@@ -139,6 +139,8 @@ archcolor: mipsr6el 1 > archcolor: mips64r6 2 > archcolor: mips64r6el 2 > > diff --git > a/meta/recipes-devtools/rpm/files/0001-Do-not-add-an-unsatisfiable-dependency-when-building.patch > > b/meta/recipes-devtools/rpm/files/0001-Do-not-add-an-unsatisfiable-dependency-when-building.patch > index 4029233fb7..8440c3516d 100644 > --- > a/meta/recipes-devtools/rpm/files/0001-Do-not-add-an-unsatisfiable-dependency-when-building.patch > +++ > b/meta/recipes-devtools/rpm/files/0001-Do-not-add-an-unsatisfiable-dependency-when-building.patch > @@ -14,11 +14,11 @@ Signed-off-by: Alexander Kanavin > build/pack.c | 4 > 1 file changed, 4 deletions(-) > > -diff --git a/build/pack.c b/build/pack.c > -index e6cec1816..810cd7351 100644 > a/build/pack.c > -+++ b/build/pack.c > -@@ -724,10 +724,6 @@ static rpmRC packageBinary(rpmSpec spec, Package pkg, > const char *cookie, int ch > +Index: git/build/pack.c > +===
Re: [OE-core] [PATCH 2/2] uki.bbclass: add class for building Unified Kernel Images (UKI)
On Mon, 2 Sept 2024 at 16:15, Mikko Rapeli wrote: > So, this is a wic image format specific re-implementation of systemd ukify.py > script. > Calling not systemd ukify.py but objcopy directly. No control over kernel > command > line, but could possible be added with simple patch. I don't see how to hook > uki > signing into the mix with custom keys. Maybe a post processing step to the > .wic > image build. > > Since this version is merged I presume ukify.bbclass will be rejected. Not rejected per se; I would suggest that the existing wic implementation is rewritten to use the class (and hopefully becomes radically simpler and shorter)! It's fine to not be entirely backwards compatible; this is master, and we can break things. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204107): https://lists.openembedded.org/g/openembedded-core/message/204107 Mute This Topic: https://lists.openembedded.org/mt/108224526/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] uki.bbclass: add class for building Unified Kernel Images (UKI)
On Mon, 2 Sept 2024 at 14:25, Mikko Rapeli wrote: > I've checked and I have not found matching examples. We have everything > working > for UEFI secure boot for multiple ARM64 boards and qemu, including oeqa > runtime tests. > Currently the qemu side changes to support UEFI secure boot are queued to > meta-arm[1]. > They could in theory be proposed to poky as well but there is no > matching machine config for that. meta-arm provides u-boot and many other > firmware SW components, including fTPM. ovmf seems to be only for x86, > same for the meta-secure-core side examples for UEFI secure boot. > > systemd uki support is really generic and not at all specific to arm > architectures. That's why I think it belongs to poky. Yes, the tests > need to be somewhere else currently unless test target HW already > has UEFI compatible firmware, but even with that the deployment of > signing keys/certs needs to be done separately. > > [1] https://lists.yoctoproject.org/g/meta-arm/topic/patch_v4_00_13/108164747 I've checked now. There is support for UKI in scripts/lib/wic/plugins/source/bootimg-efi.py and there's a test for it in meta/lib/oeqa/selftest/cases/wic.py (see test_efi_plugin_unified_kernel_image_qemu) meta-selftest/wic/test_efi_plugin.wks Which begs the question: why add the class at all? Does it do something that can't be done by extending wic code? Can you adapt your work to use the wic plugin using the above as example? Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204101): https://lists.openembedded.org/g/openembedded-core/message/204101 Mute This Topic: https://lists.openembedded.org/mt/108224526/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] uki.bbclass: add class for building Unified Kernel Images (UKI)
On Mon 2. Sep 2024 at 13.23, Mikko Rapeli wrote: > Hi, > > On Mon, Sep 02, 2024 at 01:11:27PM +0200, Alexander Kanavin wrote: > > Should this also have a wic based selftest or some other way to ensure it > > works? > > Yes, but that depends on the UEFI / Arm System Ready compatible firmware. > > For qemu, this can be setup using meta-arm and qemuarm64-secureboot machine > config. The patches for UEFI secure boot are currently in review and if > approved > I will switch those to boot uki binaries, patches are ready but not > submitted > yet. > > I don't know if poky alone can provide UEFI firmware to boot with. Doesn’t ovmf recipe provide exactly that? Can you check (grep poky) if there are existing tests that involve ovmf (I believe there are but can’t check from a smartphone)? Alex > > > Cheers, > > -Mikko > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204098): https://lists.openembedded.org/g/openembedded-core/message/204098 Mute This Topic: https://lists.openembedded.org/mt/108224526/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] uki.bbclass: add class for building Unified Kernel Images (UKI)
Should this also have a wic based selftest or some other way to ensure it works? Alex On Mon 2. Sep 2024 at 12.58, Mikko Rapeli via lists.openembedded.org wrote: > From: Michelle Lin > > This class calls systemd ukify tool, which will combine > kernel/initrd/stub components to build the UKI. To sign the UKI > (i.e. SecureBoot), the keys/cert files can be specified > in a configuration file or UEFI binary signing can be done > via separate steps, see qemuarm64-secureboot in meta-arm. > UKIs are loaded by UEFI firmware on target which can improve > security by loading only correctly signed kernel, initrd and kernel > command line. > > Using systemd-measure to pre-calculate TPM PCR values and sign them is > not supported since that requires a TPM device on the build host. Thus > "ConditionSecurity=measured-uki" default from systemd 256 does not work > but "ConditionSecurity=tpm2" in combination with secure boot will. > These can be used to boot securely into systemd-boot, kernel, kernel > command line and initrd which then securely mounts a read-only dm-verity > /usr partition and creates a TPM encrypted read-write / rootfs. > > Tested via qemuarm64-secureboot in meta-arm with > https://lists.yoctoproject.org/g/meta-arm/topic/patch_v3_02_13/108031399 > and a few more changes needed, will be posted separately. > > Signed-off-by: Michelle Lin > Acked-by: Erik Schilling > Signed-off-by: Mikko Rapeli > --- > meta/classes-recipe/uki.bbclass | 158 > 1 file changed, 158 insertions(+) > create mode 100644 meta/classes-recipe/uki.bbclass > > diff --git a/meta/classes-recipe/uki.bbclass > b/meta/classes-recipe/uki.bbclass > new file mode 100644 > index 00..8d4bf317fe > --- /dev/null > +++ b/meta/classes-recipe/uki.bbclass > @@ -0,0 +1,158 @@ > +# Unified kernel image (UKI) class > +# > +# This bbclass merges kernel, initrd etc as a UKI standard UEFI binary, > +# to be loaded with UEFI firmware on target. SecureBoot signing is > +# supported via add ons. TPM PCR pre-calculation is not supported since > +# systemd-measure tooling is meant to run on target, not in cross compile > +# environment. > +# > +# See: > +# https://www.freedesktop.org/software/systemd/man/latest/ukify.html > +# https://uapi-group.org/specifications/specs/unified_kernel_image/ > +# > +# The UKI is composed from > +# - an UEFI stub > +# The linux kernel can generate a UEFI stub, however the one from > systemd-boot can fetch > +# the command line from a separate section of the EFI application, > avoiding the need to > +# rebuild the kernel. > +# - the kernel > +# - an initramfs > +# - other metadata (e.g. PCR measurements) > +# > +# Usage instructions: > +# - requires UEFI compatible firmware on target, e.g. > qemuarm64-secureboot from meta-arm > +# - Distro config: > +# INIT_MANAGER = "systemd" > +# DISTRO_FEATURES += "systemd" > +# DISTRO_FEATURES_NATIVE += "systemd" > +# DISTRO_FEATURES += "efi" > +# DISTRO_FEATURES += "uki" > +# INITRAMFS_IMAGE ?= "core-image-minimal-initramfs" > +# HOSTTOOLS += "getent ping" > +# EFI_PROVIDER = "systemd-boot" > +# - image recipe: > +# INHERIT_UKI = "${@bb.utils.contains('DISTRO_FEATURES', 'uki', > 'uki', '', d)}" > +# inherit ${INHERIT_UKI} > +# - qemuboot/runqemu changes in image recipe: > +# # Detected by passing kernel parameter > +# QB_KERNEL_ROOT = "" > +# # kernel is in the image, should not be loaded separately > +# QB_DEFAULT_KERNEL = "none" > +# - for UEFI secure boot, systemd-boot, uki and linux kernel need > +# to be signed with sbsign (recipe available from meta-secure-core, > +# see also qemuarm64-secureboot from meta-arm) > + > +DEPENDS += "\ > +systemd \ > +systemd-boot \ > +systemd-boot-native \ > +virtual/${TARGET_PREFIX}binutils \ > +virtual/kernel \ > +" > + > +REQUIRED_DISTRO_FEATURES += "usrmerge systemd uki" > + > +inherit features_check image-artifact-names > +require ../conf/image-uefi.conf > + > +INITRAMFS_IMAGE ?= "core-image-minimal-initramfs" > + > +INITRD_ARCHIVE ?= "${INITRAMFS_IMAGE}-${MACHINE}.${INITRAMFS_FSTYPES}" > + > +do_image_complete[depends] += "${INITRAMFS_IMAGE}:do_image_complete" > + > +UKIFY_CMD ?= "ukify build" > +UKI_CONFIG_FILE ?= "${UNPACKDIR}/uki.conf" > +UKI_FILENAME ?= "uki.efi" > +UKI_CMDLINE ?= "rootwait root=/dev/vda2" > + > +IMAGE_EFI_BOOT_FILES ?= "${UKI_FILENAME};EFI/Linux/${UKI_FILENAME}" > + > +do_uki[depends] += " \ > +systemd-boot:do_deploy \ > +virtual/kernel:do_deploy \ > + " > +do_uki[depends] += "${@ '${INITRAMFS_IMAGE}:do_image_complete' if > d.getVar('INITRAMFS_IMAGE') else ''}" > + > +# ensure that the build directory is empty everytime we generate a > newly-created uki > +do_uki[cleandirs] = "${B}" > +# influence the build directory at the start of the builds > +do_uki[dirs] = "${B}" > + > +# we want to allow specif
Re: [OE-core] [PATCH 2/3] bitbake.conf: add getopt to HOSTTOOLS
On Mon, 2 Sept 2024 at 12:27, Mikko Rapeli wrote: > On Debian/Ubuntu getent is part of libc-bin package which is marked > essential so installed basically everywhere by default. The systemd > side meson build script was failing without it. I can try to check > if there some config etc way to disable the dependency. > > Or if this causes problems then I can move this to "usage instructions" > of ukify.bbclass. getent is obtaining host-specific information and before we even allow it, it would be good to know how and why it's used in the build. Would it result in host contamination? I'm also curious to know why we even need to run the build process, if do_install only copies a script out of ${S}? I guess all these points should be addressed when you switch over to existing recipe (which indeed is only a trivial script copy). Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204084): https://lists.openembedded.org/g/openembedded-core/message/204084 Mute This Topic: https://lists.openembedded.org/mt/108223986/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/3] systemd-tools: add recipe
Wait. Isn't this ukify.py thingy already provided from systemd-boot-native recipe? Alex On Mon, 2 Sept 2024 at 12:06, Mikko Rapeli via lists.openembedded.org wrote: > > Hi, > > On Mon, Sep 02, 2024 at 10:59:22AM +0100, Richard Purdie wrote: > > This will fail in CI as there is now maintainers file entry... > > Chen, since you are systemd maintainer, would you mind if I add > systemd-tools for you too? It's only the ukify python script > currently for native use cases at build time. > > --- a/meta/conf/distro/include/maintainers.inc > +++ b/meta/conf/distro/include/maintainers.inc > @@ -795,6 +795,7 @@ RECIPE_MAINTAINER:pn-systemd-compat-units = "Chen Qi > " > RECIPE_MAINTAINER:pn-systemd-machine-units = "Chen Qi > " > RECIPE_MAINTAINER:pn-systemd-serialgetty = "Chen Qi " > RECIPE_MAINTAINER:pn-systemd-systemctl-native = "Chen Qi > " > +RECIPE_MAINTAINER:pn-systemd-tools-native = "Chen Qi " > RECIPE_MAINTAINER:pn-systemtap = "Victor Kamensky > " > RECIPE_MAINTAINER:pn-systemtap-native = "Victor Kamensky > " > RECIPE_MAINTAINER:pn-sysvinit = "Ross Burton " > > Cheers, > > -Mikko > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204073): https://lists.openembedded.org/g/openembedded-core/message/204073 Mute This Topic: https://lists.openembedded.org/mt/108223984/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] bitbake.conf: add getopt to HOSTTOOLS
Also, can't this be supplied with DEPENDS? Adding to HOSTTOOLS to cater to needs of a single recipe is not a good thing. Alex On Mon, 2 Sept 2024 at 12:10, Peter Kjellerstedt via lists.openembedded.org wrote: > > > -Original Message- > > From: openembedded-core@lists.openembedded.org > > On Behalf Of Mikko Rapeli > > Sent: den 2 september 2024 11:41 > > To: openembedded-core@lists.openembedded.org > > Cc: Mikko Rapeli > > Subject: [OE-core] [PATCH 2/3] bitbake.conf: add getopt to HOSTTOOLS > > You are adding getent, not getopt. > > > > > Needed by systemd-tools-native > > > > Signed-off-by: Mikko Rapeli > > --- > > meta/conf/bitbake.conf | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf > > index d8252c5b82..a8c630e7f8 100644 > > --- a/meta/conf/bitbake.conf > > +++ b/meta/conf/bitbake.conf > > @@ -511,7 +511,7 @@ HOSTTOOLS_DIR = "${TMPDIR}/hosttools" > > HOSTTOOLS += " \ > > [ ar as awk basename bash bunzip2 bzip2 cat chgrp chmod chown chrpath > > cmp comm cp cpio \ > > cpp cut date dd diff diffstat dirname du echo egrep env expand expr > > false \ > > -fgrep file find flock g++ gawk gcc getconf getopt git grep gunzip gzip > > \ > > +fgrep file find flock g++ gawk getent gcc getconf getopt git grep > > gunzip gzip \ > > Keep the commands sorted. > > > head hostname iconv id install ld ldd ln ls lz4c make md5sum mkdir > > mkfifo mknod \ > > mktemp mv nm objcopy objdump od patch perl pr printf pwd \ > > python3 pzstd ranlib readelf readlink realpath rm rmdir rpcgen sed seq > > sh \ > > -- > > 2.34.1 > > //Peter > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204072): https://lists.openembedded.org/g/openembedded-core/message/204072 Mute This Topic: https://lists.openembedded.org/mt/108223986/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] [AUH] Upgrade status: 2024-09-01
This AUH run was thwarted by a botched libtool update - it's one of those notorious corner cases that AUH hits occasionally. First, libtool update failed thusly: https://lists.openembedded.org/g/openembedded-core/topic/auh/108206634 (if I'm reading this right, libtool-native got upgraded first, but the outcome was a non-functional libtool-native for the purpose of tasks that 'devtool upgrade' needs to run) Then, this somehow damaged the build dir so that no further builds in it could happen, but AUH cannot tell when that happens and carries on with the list of things to update: https://lists.openembedded.org/g/openembedded-core/topic/auh/108206638 libtool releases have historically been rare, and RP has issued an update for this one already. If new libtool releases continue to subvert AUH, we can probably mark it as needing manual updates. Alex On Sun, 1 Sept 2024 at 08:42, Auto Upgrade Helper via lists.openembedded.org wrote: > > AUH finished upgrade batch the result patches/logs can be found at: > https://autobuilder.yocto.io/pub/auh/20240901050051, next are the statistics: > > Recipe upgrade statistics: > > * Failed (devtool error): 12 > glib-2.0, 2.82.0, Anuj Mittal > glib-2.0-initial, 2.82.0, Anuj Mittal > go-crosssdk-x86_64-pokysdk-linux, 1.23.0, Khem Raj > > go-cross-canadian-x86-64, 1.23.0, Khem Raj > go, 1.23.0, Khem Raj > go-cross-core2-64, 1.23.0, Khem Raj > go-runtime, 1.23.0, Khem Raj > libtool-native, 2.5.2, Robert Yang > libtool, 2.5.2, Robert Yang > nativesdk-libtool, 2.5.2, Richard Purdie > > libtool-cross, 2.5.2, Robert Yang > wayland-protocols, 1.37, Denys Dmytriyenko > * Succeeded: 3 > cmake, 3.30.3, Unassigned > cmake-native, 3.30.3, Unassigned > go-binary-native, 1.23.0, Khem Raj > * Failed(other errors): 58 > rust-llvm, 1.80.1, Randy MacLeod > rust, 1.80.1, Randy MacLeod > libstd-rs, 1.80.1, Randy MacLeod > cargo, 1.80.1, Randy MacLeod > lttng-tools, 2.13.14, Richard Purdie > > gstreamer1.0-plugins-ugly, 1.24.7, Anuj Mittal > gstreamer1.0-plugins-bad, 1.24.7, Anuj Mittal > gstreamer1.0-rtsp-server, 1.24.7, Anuj Mittal > gstreamer1.0-plugins-base, 1.24.7, Anuj Mittal > gstreamer1.0-plugins-good, 1.24.7, Anuj Mittal > dhcpcd, 10.0.10, Unassigned > libpcap, 1.10.5, Anuj Mittal > nfs-utils, 2.7.1, Robert Yang > ofono, 2.10, Ross Burton > socat, 1.8.0.1, Hongxu Jia > ell, 0.68, Zang Ruochen > ovmf, edk2-stable202408, Unassigned > sysvinit, 3.10, Ross Burton > libtry-tiny-perl, 0.32, Tim Orling > python3-certifi, 2024.8.30, Tim Orling > python3-cryptography, 43.0.0, Tim Orling > python3-idna, 3.8, Bruce Ashfield > python3-markdown, 3.7, Alexander Kanavin > python3-maturin, 1.7.1, Tim Orling > python3-numpy, 2.1.0, Trevor Gamblin > python3-pbr, 6.1.0, Zang Ruochen > python3-pyproject-hooks, 1.1.0, Ross Burton > python3-setuptools, 74.0.0, Trevor Gamblin > python3-websockets, 13.0.1, Tim Orling > python3-zipp, 3.20.1, Tim Orling > acpica, 20240827, Ross Burton > go-helloworld, 0.1-new-commits-available, Khem Raj > > libpipeline, 1.5.8, Wang Mingyu > man-db, 2.13.0, Hongxu Jia > mc, 4.8.32, Ross Burton > screen, 5.0.0, Anuj Mittal > gtk4, 4.14.5, Markus Volk > json-glib, 1.10.0, Yi Zhao > librsvg, 2.58.3, Anuj Mittal > libdrm, 2.4.123, Otavio Salvador > mesa, 24.2.1, Otavio Salvador > piglit, 1.0-new-commits-available, Ross Burton > vulkan-samples, git-new-commits-available, Ross Burton > > libinput, 1.26.2, Ross Burton > wayland, 1.23.1, Denys Dmytriyenko > gst-devtools, 1.24.7, Anuj Mittal > gstreamer1.0-libav, 1.24.7, Anuj Mittal > gstreamer1.0-python, 1.24.7, Anuj Mittal > gstreamer1.0-vaapi, 1.24.7, Anuj Mittal > gstreamer1.0, 1.24.7, Anuj Mittal > puzzles, 0.0-new-commits-available, Anuj Mittal > > apr, 1.7.5, Hongxu Jia > diffoscope, 277, Joshua Watt > gnutls, 3.8.7.1, Simone Weiß > libsoup, 3.6.0, Anuj Mittal > liburcu, 0.14.1, Wang Mingyu > nghttp2, 1.63.0, Alexander Kanavin > taglib, 2.0.2, Anuj Mittal > > TOTAL: attempted=73 succeeded=3(4.11%) failed=70(95.89%) > > Recipe upgrade statistics per Maintainer: > &
Re: [OE-core] [PATCH] sysvinit: upgrade 3.04 -> 3.10
Note that putting patches on GitHub really makes reviews very difficult for everyone. It’s okay to ask ppl to take your patch from there once but if you need to do fix ups and follow-ups you really should fix your email sending. Alex On Thu 29. Aug 2024 at 22.36, Sven Reschke via lists.openembedded.org < mr.name=web...@lists.openembedded.org> wrote: > On Thu, Aug 29, 2024 at 1:52 AM Richard Purdie via > lists.openembedded.org > wrote: > > On Mon, 2024-08-26 at 12:01 -0700, Sven Reschke via > lists.openembedded.org wrote: > > Hi Alex and Alexandre, > > sorry for the delay. > I've created a PR on Github on top of your latest changes: > https://github.com/Nanowires/oe-core-clone/pull/1 > > I did try this on our automated testing and there were some issues: > > musl build failures: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/9440/steps/11/logs/stdio > > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/9456/steps/11/logs/stdio > > This can be fixed by using realpath(path, NULL) API instead of > canonicalize_file_name(path), we have done such changes > in few packages e.g. elfutils > > https://sourceware.org/git/?p=elfutils.git > ;a=commitdiff;h=06263dda990be6778a4beb33481cfd39ce60c623;hp=fd0cee63fb02455a5021ca298da8dadb4df63a9a > > there is a meta-oe patch for ssiapi > > https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/ssiapi/ssiapi/0003-replace-canonicalize_file_name-with-realpath.patch > > > first of all: Thanks for the automated testing :-) > Yes, I broke the realpath.patch with my update. I've pushed a fix, which > should solve this issue. > > > systemd+sysvinit build failure: > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/9431/steps/25/logs/stdio > > Cheers, > > Richard > > For this I fixed the install.patch (which I removed in the first place). > Could you re-run the tests with my latest commits? ;-) > > Best regards, > Sven > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203947): https://lists.openembedded.org/g/openembedded-core/message/203947 Mute This Topic: https://lists.openembedded.org/mt/107960881/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] piglit: add missing dependency on wayland
A *much* better fix would be to introduce a wayland PACKAGECONFIG, that would set PIGLIT_USE_WAYLAND (per https://gitlab.freedesktop.org/mesa/piglit/-/blob/main/CMakeLists.txt?ref_type=heads#L195) and relocate all the wayland-scanner, protocols, libraries, etc dependencies from unconditional DEPENDS to under that option. Alex On Thu, 29 Aug 2024 at 20:45, Dmitry Baryshkov via lists.openembedded.org wrote: > > On Tue, 27 Aug 2024 at 12:37, Dmitry Baryshkov via > lists.openembedded.org > wrote: > > > > After the recent piglit update it fails X11 builds reporting that it can > > not find wayland-client package. Add missing dependency. > > > > Fixes: 9662bdabf3f6 ("piglit: upgrade 22eaf6a91c -> c11c9374c1") > > Cc: Trevor Gamblin > > Signed-off-by: Dmitry Baryshkov > > Gracious ping. See the build.log at > https://tuxapi.tuxsuite.com/v1/groups/linaro/projects/dmitry.baryshkov/oebuilds/2lKYJUouynr7OoOtfUeOLDTDZYY > > Relevant part of the failure log: > > | -- Found OpenGL: > /oe/build/tmp-rpb-glibc/work/armv8a-linaro-linux/piglit/1.0+gitr/recipe-sysroot/usr/lib/libGL.so > | -- Checking for module 'waffle-1' > | -- Found waffle-1, version 1.8.1 > | -- Checking for module 'gbm>=17.1' > | -- Found gbm, version 24.0.7 > | -- Looking for gbm_bo_map > | -- Looking for gbm_bo_map - found > | -- Looking for gbm_bo_get_fd_for_plane > | -- Looking for gbm_bo_get_fd_for_plane - found > | -- Checking for module 'wayland-client' > | -- No package 'wayland-client' found > | -- Configuring incomplete, errors occurred! > | WARNING: exit code 1 from a shell command. > | CMake Error at > /oe/build/tmp-rpb-glibc/work/armv8a-linaro-linux/piglit/1.0+gitr/recipe-sysroot-native/usr/share/cmake-3.30/Modules/FindPkgConfig.cmake:645 > (message): > | The following required packages were not found: > | > |- wayland-client > | > | Call Stack (most recent call first): > | > /oe/build/tmp-rpb-glibc/work/armv8a-linaro-linux/piglit/1.0+gitr/recipe-sysroot-native/usr/share/cmake-3.30/Modules/FindPkgConfig.cmake:873 > (_pkg_check_modules_internal) > | CMakeLists.txt:196 (pkg_check_modules) > | > | > NOTE: recipe piglit-1.0+gitr-r0: task do_configure: Failed > > > > --- > > meta/recipes-graphics/piglit/piglit_git.bb | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/meta/recipes-graphics/piglit/piglit_git.bb > > b/meta/recipes-graphics/piglit/piglit_git.bb > > index 3a2dec34d7e0..7cdd38d823cc 100644 > > --- a/meta/recipes-graphics/piglit/piglit_git.bb > > +++ b/meta/recipes-graphics/piglit/piglit_git.bb > > @@ -23,7 +23,7 @@ S = "${WORKDIR}/git" > > X11_DEPS = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'virtual/libx11 > > libxrender libglu', '', d)}" > > X11_RDEPS = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'mesa-demos', > > '', d)}" > > > > -DEPENDS = "libpng waffle libxkbcommon python3-mako-native > > python3-numpy-native python3-six-native virtual/egl wayland-native > > wayland-protocols" > > +DEPENDS = "libpng waffle libxkbcommon python3-mako-native > > python3-numpy-native python3-six-native virtual/egl wayland-native wayland > > wayland-protocols" > > > > inherit cmake pkgconfig python3native features_check bash-completion > > > > -- > With best wishes > Dmitry > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203944): https://lists.openembedded.org/g/openembedded-core/message/203944 Mute This Topic: https://lists.openembedded.org/mt/108120289/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] sysvinit: upgrade 3.04 -> 3.10
On Thu, 29 Aug 2024 at 10:52, Richard Purdie via lists.openembedded.org wrote: > > On Mon, 2024-08-26 at 12:01 -0700, Sven Reschke via > lists.openembedded.org wrote: > > Hi Alex and Alexandre, > > > > sorry for the delay. > > I've created a PR on Github on top of your latest changes: > > https://github.com/Nanowires/oe-core-clone/pull/1 > > I did try this on our automated testing and there were some issues: > > musl build failures: > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/9440/steps/11/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/9456/steps/11/logs/stdio > > > systemd+sysvinit build failure: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/9431/steps/25/logs/stdio If you want to replicate these for fixing, the configurations are here: https://git.yoctoproject.org/yocto-autobuilder-helper/tree/config.json Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203907): https://lists.openembedded.org/g/openembedded-core/message/203907 Mute This Topic: https://lists.openembedded.org/mt/107960881/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 19/24] python3-setuptools: upgrade 72.1.0 -> 72.2.0
If numpy 2.x update was prevented by lack of recent piglit, that has now landed in master. Alex On Wed, 28 Aug 2024 at 22:31, Trevor Gamblin wrote: > > > On 2024-08-28 4:19 p.m., Alexander Kanavin wrote: > > On Wed, 28 Aug 2024 at 22:05, Trevor Gamblin via > > lists.openembedded.org > > wrote: > >> Even with that workaround, I see a more serious issue: > >> > >> |DEBUG: Executing shell function do_compile > >> |/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/setup.py:60: > >> RuntimeWarning: NumPy 1.26.4 may not yet support Python 3.12. > >> | warnings.warn( > >> |Running from numpy source directory. > >> |/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/setup.py:75: > >> DeprecationWarning: > >> | > >> | `numpy.distutils` is deprecated since NumPy 1.23.0, as a result > >> | of the deprecation of `distutils` itself. It will be removed for > >> | Python >= 3.12. For older Python versions it will remain present. > >> | It is recommended to use `setuptools < 60.0` for those Python versions. > >> | For more details, see: > >> | https://numpy.org/devdocs/reference/distutils_status_migration.html > >> | > >> | > >> | import numpy.distutils.command.sdist > >> |Traceback (most recent call last): > >> | File > >> "/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/setup.py", > >> line 483, in > >> |from numpy.distutils.core import numpy_cmdclass as cmdclass > >> | File > >> "/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/numpy/distutils/core.py", > >> line 24, in > >> |from numpy.distutils.command import config, config_compiler, \ > >> | File > >> "/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/numpy/distutils/command/config.py", > >> line 19, in > >> |from numpy.distutils.mingw32ccompiler import generate_manifest > >> | File > >> "/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/numpy/distutils/mingw32ccompiler.py", > >> line 27, in > >> |from distutils.msvccompiler import get_build_version as > >> get_build_msvc_version > >> |ModuleNotFoundError: No module named 'distutils.msvccompiler' > >> |ERROR: 'python3 setup.py bdist_wheel ' execution failed. > >> > >> I think we'll need to wait for the numpy upgrade to go in. > > I don't understand. This setuptools update did make it to master, and > > numpy 1.26.4 builds fine with it on the autobuilder and in my local > > builds. > Sorry, got my wires crossed. I'm trying setuptools 74.x, which I only > mentioned testing in IRC... > > > > Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203893): https://lists.openembedded.org/g/openembedded-core/message/203893 Mute This Topic: https://lists.openembedded.org/mt/107996505/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 19/24] python3-setuptools: upgrade 72.1.0 -> 72.2.0
On Wed, 28 Aug 2024 at 22:05, Trevor Gamblin via lists.openembedded.org wrote: > Even with that workaround, I see a more serious issue: > > |DEBUG: Executing shell function do_compile > |/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/setup.py:60: > RuntimeWarning: NumPy 1.26.4 may not yet support Python 3.12. > | warnings.warn( > |Running from numpy source directory. > |/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/setup.py:75: > DeprecationWarning: > | > | `numpy.distutils` is deprecated since NumPy 1.23.0, as a result > | of the deprecation of `distutils` itself. It will be removed for > | Python >= 3.12. For older Python versions it will remain present. > | It is recommended to use `setuptools < 60.0` for those Python versions. > | For more details, see: > | https://numpy.org/devdocs/reference/distutils_status_migration.html > | > | > | import numpy.distutils.command.sdist > |Traceback (most recent call last): > | File > "/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/setup.py", > line 483, in > |from numpy.distutils.core import numpy_cmdclass as cmdclass > | File > "/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/numpy/distutils/core.py", > line 24, in > |from numpy.distutils.command import config, config_compiler, \ > | File > "/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/numpy/distutils/command/config.py", > line 19, in > |from numpy.distutils.mingw32ccompiler import generate_manifest > | File > "/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/numpy/distutils/mingw32ccompiler.py", > line 27, in > |from distutils.msvccompiler import get_build_version as > get_build_msvc_version > |ModuleNotFoundError: No module named 'distutils.msvccompiler' > |ERROR: 'python3 setup.py bdist_wheel ' execution failed. > > I think we'll need to wait for the numpy upgrade to go in. I don't understand. This setuptools update did make it to master, and numpy 1.26.4 builds fine with it on the autobuilder and in my local builds. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203891): https://lists.openembedded.org/g/openembedded-core/message/203891 Mute This Topic: https://lists.openembedded.org/mt/107996505/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] rust: Upgrade 1.78.0->1.79.0
On Tue, 27 Aug 2024 at 23:02, Khem Raj wrote: > OE/Poky compiler is built with --enable-default-pie and that will pass > -pie option implicitly whenever it is invoked. Perhaps > default system compiler on alma9 is not. > zlib crate seems to perhaps ignore the option or maybe its missing a > place to add -pie to its build options, whereas the > consumer of it is trying to build PIE executables. If we use > buildtools compiler then it will surely get that consistent but it > will also hide the issue at hand. I got to the bottom of this. zlib crate is using libz.a from its native sysroot, which is coming from zlib-native build, which was performed using the alma9 host compiler that does not default to pie. If zlib recipe is adjusted thusly: -CFLAGS += "-D_REENTRANT" +CFLAGS += "-D_REENTRANT -fPIE" then cargo-native builds fine. I do wonder if that's just a whack-a-mole fix, the problem may return elsewhere, and we should actually enable pie flags native-wide, for consistency of native builds between various distros and our buildtools? How about enabling the entire set of security flags? I did a quick check, and there's no consensus among distros. Our buildtools, and Debian (and I guess Ubuntu?) default to pie. Fedora/Alma does not. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203882): https://lists.openembedded.org/g/openembedded-core/message/203882 Mute This Topic: https://lists.openembedded.org/mt/108090372/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [PATCH] [OE-core] [PATCH] systemd: use update-alternatives to solve conflicts with polkit
On Wed, 28 Aug 2024 at 11:04, Mingyu Wang (Fujitsu) wrote: > > The name of /usr/share/polkit-1/rules.d are the same, but the files contained > in the path are different. > What methods can be chosen to solve this problem in this situation? Are you using package_rpm and dnf to compose the image? If so, you can look at the spec files used to produce the packages in ${WORKDIR} of systemd and polkit to see how /usr/share/polkit-1/rules.d is specified in both. It might be that permissions or ownership are different and dnf can't resolve that. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203876): https://lists.openembedded.org/g/openembedded-core/message/203876 Mute This Topic: https://lists.openembedded.org/mt/108138529/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] util-linux: use update-alternatives to solve conflicts with lastlog2
On Wed, 28 Aug 2024 at 11:04, Mingyu Wang (Fujitsu) wrote: > I found that the lastlog2 have been merged into util-linux: > https://github.com/thkukuk/lastlog2/commit/60bea9dcee0fa18ea3dce0372a14f5e4f177ada6 > > There are two solutions: > 1. delete lastlog2 > 2. Add RCONFLICTS option for control > > Which option is better to choose? Or if there are any other better > suggestions, please let me know Option 1 please. Send a patch to meta-openembedded that deletes the recipe. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203875): https://lists.openembedded.org/g/openembedded-core/message/203875 Mute This Topic: https://lists.openembedded.org/mt/108138530/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [PATCH] [OE-core] [PATCH] systemd: use update-alternatives to solve conflicts with polkit
This is really not the right way to resolve the issue: both recipes install files into this directory and expect those files to be present where they put them. Is the real solution installing systemd or polkit but not both maybe? Or if you need both, then you should look into why package manager thinks they conflict in trying to create that directory. Alex On Wed, 28 Aug 2024 at 10:26, wangmy via lists.openembedded.org wrote: > > From: Wang Mingyu > > Error: Transaction test error: > file /usr/share/polkit-1/rules.d conflicts between attempted installs of > polkit-125-r0.core2_64 and systemd-1:256.5-r0.core2_64 > > polkit also uses the doc '/usr/share/polkit-1/rules.d'. > polkit has a priority of 100. > > Signed-off-by: Wang Mingyu > --- > meta/recipes-core/systemd/systemd_256.5.bb | 6 +- > 1 file changed, 5 insertions(+), 1 deletion(-) > > diff --git a/meta/recipes-core/systemd/systemd_256.5.bb > b/meta/recipes-core/systemd/systemd_256.5.bb > index ee656c81e5..1c408d075f 100644 > --- a/meta/recipes-core/systemd/systemd_256.5.bb > +++ b/meta/recipes-core/systemd/systemd_256.5.bb > @@ -848,7 +848,7 @@ python do_warn_musl() { > } > addtask warn_musl before do_configure > > -ALTERNATIVE:${PN} = "halt reboot shutdown poweroff runlevel > ${@bb.utils.contains('PACKAGECONFIG', 'resolved', 'resolv-conf', '', d)}" > +ALTERNATIVE:${PN} = "halt reboot shutdown poweroff runlevel rules.d > ${@bb.utils.contains('PACKAGECONFIG', 'resolved', 'resolv-conf', '', d)}" > > ALTERNATIVE_TARGET[resolv-conf] = "${sysconfdir}/resolv-conf.systemd" > ALTERNATIVE_LINK_NAME[resolv-conf] = "${sysconfdir}/resolv.conf" > @@ -874,6 +874,10 @@ ALTERNATIVE_TARGET[runlevel] = "${base_bindir}/systemctl" > ALTERNATIVE_LINK_NAME[runlevel] = "${base_sbindir}/runlevel" > ALTERNATIVE_PRIORITY[runlevel] ?= "300" > > +ALTERNATIVE_TARGET[rules.d] = "${datadir_native}/polkit-1/rules.d" > +ALTERNATIVE_LINK_NAME[rules.d] = "${datadir_native}/polkit-1/rules.d" > +ALTERNATIVE_PRIORITY[rules.d] ?= "50" > + > pkg_postinst:${PN}:libc-glibc () { > if ${@bb.utils.contains('PACKAGECONFIG', 'myhostname', 'true', > 'false', d)}; then > sed -e '/^hosts:/s/\s*\//' \ > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203872): https://lists.openembedded.org/g/openembedded-core/message/203872 Mute This Topic: https://lists.openembedded.org/mt/108138529/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] util-linux: use update-alternatives to solve conflicts with lastlog2
I don't think this is the right way to resolve the problem. You should be installing one or the other, but not both. Alex On Wed, 28 Aug 2024 at 10:27, wangmy via lists.openembedded.org wrote: > > From: Wang Mingyu > > Error: Transaction test error: > file /usr/bin/lastlog2 conflicts between attempted installs of > lastlog2-1.2.0-r0.core2_64 and util-linux-lastlog2-2.40.1-r0.core2_64 > file /usr/lib/security/pam_lastlog2.so conflicts between attempted installs > of lastlog2-1.2.0-r0.core2_64 and util-linux-lastlog2-2.40.1-r0.core2_64 > > lastlog2 also uses the doc '/usr/bin/lastlog2' and > '/usr/lib/security/pam_lastlog2.so'. > lastlog2 has a priority of 100. > > Signed-off-by: Wang Mingyu > --- > meta/recipes-core/util-linux/util-linux_2.40.2.bb | 4 > 1 file changed, 4 insertions(+) > > diff --git a/meta/recipes-core/util-linux/util-linux_2.40.2.bb > b/meta/recipes-core/util-linux/util-linux_2.40.2.bb > index a8e346539a..e21a16ab84 100644 > --- a/meta/recipes-core/util-linux/util-linux_2.40.2.bb > +++ b/meta/recipes-core/util-linux/util-linux_2.40.2.bb > @@ -298,6 +298,10 @@ ALTERNATIVE_LINK_NAME[unshare] = "${bindir}/unshare" > ALTERNATIVE_LINK_NAME[utmpdump] = "${bindir}/utmpdump" > ALTERNATIVE_LINK_NAME[uuidgen] = "${bindir}/uuidgen" > ALTERNATIVE_LINK_NAME[wall] = "${bindir}/wall" > +ALTERNATIVE:${PN}-lastlog2 = "lastlog2 pam_lastlog2" > +ALTERNATIVE_LINK_NAME[lastlog2] = "${bindir}/lastlog2" > +ALTERNATIVE_TARGET[pam_lastlog2] = "${libdir}/security/pam_lastlog2.so" > +ALTERNATIVE_LINK_NAME[pam_lastlog2] = "${libdir}/security/pam_lastlog2.so" > > ALTERNATIVE:${PN}-doc = "\ > blkid.8 eject.1 findfs.8 fsck.8 kill.1 last.1 lastb.1 libblkid.3 logger.1 > mesg.1 \ > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203871): https://lists.openembedded.org/g/openembedded-core/message/203871 Mute This Topic: https://lists.openembedded.org/mt/108138530/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] rust: Upgrade 1.78.0->1.79.0
On Tue, 27 Aug 2024 at 22:41, Richard Purdie wrote: > > On Tue, 2024-08-27 at 22:38 +0200, Alexander Kanavin wrote: > > On Tue, 27 Aug 2024 at 21:51, Richard Purdie > > wrote: > > > > > Shouldn't rust complain if it doesn't work with old compilers? Are > > > the > > > compiler requirements for rust documented anywhere? I'm reluctant > > > to > > > throw buildtools at anything that breaks. In theory we also would > > > need > > > to change the sanity.bbclass compiler versions tests and so on too > > > :/ > > > > The specific error seems to be about libz-sys, which carries a copy > > of > > zlib and that is built using host gcc - I suspect that somehow alma9 > > gcc is used incorrectly there. This could be a problem on our side, > > I'd need to first try building cargo 1.79.0 directly on alma9 and see > > if that breaks too in the same way, or not. Don't have any more time > > to look into it today. > > The failure is building cargo-native iirc so using the host gcc would > be expected there? Yes. I want to establish if the failure is seen when building cargo on alma9 directly from rust source tree without yocto as well, or whether there's something the recipe does that triggers it. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203863): https://lists.openembedded.org/g/openembedded-core/message/203863 Mute This Topic: https://lists.openembedded.org/mt/108090372/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] rust: Upgrade 1.78.0->1.79.0
On Tue, 27 Aug 2024 at 21:51, Richard Purdie wrote: > Shouldn't rust complain if it doesn't work with old compilers? Are the > compiler requirements for rust documented anywhere? I'm reluctant to > throw buildtools at anything that breaks. In theory we also would need > to change the sanity.bbclass compiler versions tests and so on too :/ The specific error seems to be about libz-sys, which carries a copy of zlib and that is built using host gcc - I suspect that somehow alma9 gcc is used incorrectly there. This could be a problem on our side, I'd need to first try building cargo 1.79.0 directly on alma9 and see if that breaks too in the same way, or not. Don't have any more time to look into it today. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203861): https://lists.openembedded.org/g/openembedded-core/message/203861 Mute This Topic: https://lists.openembedded.org/mt/108090372/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] rust: Upgrade 1.78.0->1.79.0
On Tue, 27 Aug 2024 at 18:25, Alexander Kanavin via lists.openembedded.org wrote: > > On Tue, 27 Aug 2024 at 18:23, Alexander Kanavin via > lists.openembedded.org > wrote: > > I just reproduced this on autobuilder's alma9 in a private build > > without sstate. I don't have any immediate ideas on where to start > > looking into it, but I left the build in place, so if any of you can > > suggest experiments or things to look at, I'd be glad to help. > > Oh, and I immediately got an idea after hitting 'send' :) > > [akanavin@alma9-ty-2 build]$ gcc --version > gcc (GCC) 11.4.1 20231218 (Red Hat 11.4.1-3) > > I'm going to try again, with buildtools-tarball. It may be that red > hat compiler is 'too old' anymore for rust. ... and this worked. So the easiest way out is to update alma9 config to use buildtools. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203858): https://lists.openembedded.org/g/openembedded-core/message/203858 Mute This Topic: https://lists.openembedded.org/mt/108090372/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] rust: Upgrade 1.78.0->1.79.0
On Tue, 27 Aug 2024 at 18:23, Alexander Kanavin via lists.openembedded.org wrote: > I just reproduced this on autobuilder's alma9 in a private build > without sstate. I don't have any immediate ideas on where to start > looking into it, but I left the build in place, so if any of you can > suggest experiments or things to look at, I'd be glad to help. Oh, and I immediately got an idea after hitting 'send' :) [akanavin@alma9-ty-2 build]$ gcc --version gcc (GCC) 11.4.1 20231218 (Red Hat 11.4.1-3) I'm going to try again, with buildtools-tarball. It may be that red hat compiler is 'too old' anymore for rust. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203853): https://lists.openembedded.org/g/openembedded-core/message/203853 Mute This Topic: https://lists.openembedded.org/mt/108090372/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] rust: Upgrade 1.78.0->1.79.0
On Tue, 27 Aug 2024 at 15:22, Richard Purdie wrote: sed. > > Can we re-run the builds just to be sure this is host distro specific > > issue, since other hosts passed? > > Chances are this will have been built on another host and will now come > from sstate. We'd have to invalidate the cache and rebuild on a > specific host. I'm pretty sure this will be a host specific issue given > the pattern. I just reproduced this on autobuilder's alma9 in a private build without sstate. I don't have any immediate ideas on where to start looking into it, but I left the build in place, so if any of you can suggest experiments or things to look at, I'd be glad to help. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203852): https://lists.openembedded.org/g/openembedded-core/message/203852 Mute This Topic: https://lists.openembedded.org/mt/108090372/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] rust: Upgrade 1.78.0->1.79.0
> The error log says: > > stdio: ERROR: cargo-native-1.79.0-r0 do_compile: Execution of > '/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/temp/run.do_compile.1874995' > failed with exit code 101 > stdio: ERROR: Logfile of failure stored in: > /home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/temp/log.do_compile.1874995 > stdio: ERROR: Task > (virtual:native:/home/pokybuild/yocto-worker/qemuarm64/build/meta/recipes-devtools/rust/cargo_1.79.0.bb:do_compile) > failed with exit code '1' > > stdio: ERROR: Command . ./oe-init-build-env; bitbake core-image-sato > core-image-sato-sdk core-image-minimal core-image-minimal-dev > core-image-full-cmdline core-image-sato:do_populate_sdk > core-image-minimal:do_populate_sdk_ext > core-image-sato:do_populate_sdk_ext -k failed with exit code 1, see errors > above. (1724719291.3: 11079.3) > > I checked "bitbake cargo -c do_compile", "core-image-minimal:do_populate_sdk" > and core-image-sato:do_populate_sdk and all passed successfully. > > The build cmd has many core-image minimal and sato build cmds. > Could you please help me to point out which of these exactly cause the issue? The key error is at line 22936: error: linking with `/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/wrapper/target-rust-ccld` failed: exit status: 1 | | | = note: LC_ALL="C" PATH="/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/usr/lib/rustlib/x86_64-unknown-linux-gnu/bin:/home/pokybuild/yocto-worker/qemuarm64/build/scripts/native-intercept:/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/sysroots-uninative/x86_64-linux/usr/bin:/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/usr/bin/python3-native:/home/pokybuild/yocto-worker/qemuarm64/build/scripts:/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/usr/bin/x86_64-linux:/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/usr/bin:/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/usr/sbin:/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/usr/bin:/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/sbin:/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/bin:/home/pokybuild/yocto-worker/qemuarm64/build/bitbake/bin:/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/hosttools" VSLANG="1033" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/wrapper/target-rust-ccld" "-m64" "/tmp/rustcgeGK7l/symbols.o" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/build/target/release/build/cargo-559f5ce7ae478850/build_script_build-559f5ce7ae478850.build_script_build.a4202d660cdaa2b7-cgu.0.rcgu.o" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/build/target/release/build/cargo-559f5ce7ae478850/build_script_build-559f5ce7ae478850.build_script_build.a4202d660cdaa2b7-cgu.1.rcgu.o" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/build/target/release/build/cargo-559f5ce7ae478850/build_script_build-559f5ce7ae478850.build_script_build.a4202d660cdaa2b7-cgu.2.rcgu.o" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/build/target/release/build/cargo-559f5ce7ae478850/build_script_build-559f5ce7ae478850.build_script_build.a4202d660cdaa2b7-cgu.3.rcgu.o" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/build/target/release/build/cargo-559f5ce7ae478850/build_script_build-559f5ce7ae478850.23ia22jv7py8po1d.rcgu.o" "-Wl,--as-needed" "-L" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/build/target/release/deps" "-L" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/lib" "-L" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/build/target/release/build/libz-sys-4aaad36e8fa0c1c8/out/lib" "-L" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/build/target/release/build/libz-sys-4aaad36e8fa0c1c8/out/lib" "-L" "/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/recipe-sysroot-native/usr/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,-Bstatic" "/home/pokybuild/yocto-worker/qemuarm64/build/build/
[OE-core] [PATCH 30/34] libtraceevent: upgrade 1.8.2 -> 1.8.3
From: Alexander Kanavin Drop backport. Signed-off-by: Alexander Kanavin --- .../libtraceevent/libtraceevent/meson.patch | 45 --- ...eevent_1.8.2.bb => libtraceevent_1.8.3.bb} | 4 +- 2 files changed, 2 insertions(+), 47 deletions(-) delete mode 100644 meta/recipes-kernel/libtraceevent/libtraceevent/meson.patch rename meta/recipes-kernel/libtraceevent/{libtraceevent_1.8.2.bb => libtraceevent_1.8.3.bb} (89%) diff --git a/meta/recipes-kernel/libtraceevent/libtraceevent/meson.patch b/meta/recipes-kernel/libtraceevent/libtraceevent/meson.patch deleted file mode 100644 index c723c236c06..000 --- a/meta/recipes-kernel/libtraceevent/libtraceevent/meson.patch +++ /dev/null @@ -1,45 +0,0 @@ -From 7f88c9ba5f27276e844252500a9f0ba2b350b919 Mon Sep 17 00:00:00 2001 -From: Ross Burton -Date: Sun, 27 Aug 2023 20:57:44 +0100 -Subject: [PATCH] Fixes for the Meson build of libtraceevent: - -- Make the plugin directory the same as the Makefiles -- Install the plugins as modules not static and versioned shared libraries - -Upstream-Status: Submitted [https://lore.kernel.org/linux-trace-devel/2024031140.1789879-1-a...@linutronix.de/T/#u] -Signed-off-by: Ross Burton - meson.build | 2 +- - plugins/meson.build | 3 +-- - 2 files changed, 2 insertions(+), 3 deletions(-) - -diff --git a/meson.build b/meson.build -index 40ce38c..1eb7912 100644 a/meson.build -+++ b/meson.build -@@ -25,7 +25,7 @@ htmldir = join_paths(prefixdir, get_option('htmldir')) - libdir = join_paths(prefixdir, get_option('libdir')) - plugindir = get_option('plugindir') - if plugindir == '' --plugindir = join_paths(libdir, 'libtraceevent/plugins') -+plugindir = join_paths(libdir, 'traceevent/plugins') - endif - - add_project_arguments( -diff --git a/plugins/meson.build b/plugins/meson.build -index 74ad664..4919be4 100644 a/plugins/meson.build -+++ b/plugins/meson.build -@@ -19,11 +19,10 @@ plugins = [ - - pdeps = [] - foreach plugin : plugins --pdeps += library( -+pdeps += shared_module( - plugin.replace('.c', ''), - plugin, - name_prefix: '', --version: library_version, - dependencies: [libtraceevent_dep], - include_directories: [incdir], - install: true, diff --git a/meta/recipes-kernel/libtraceevent/libtraceevent_1.8.2.bb b/meta/recipes-kernel/libtraceevent/libtraceevent_1.8.3.bb similarity index 89% rename from meta/recipes-kernel/libtraceevent/libtraceevent_1.8.2.bb rename to meta/recipes-kernel/libtraceevent/libtraceevent_1.8.3.bb index d4ace548840..68174305f25 100644 --- a/meta/recipes-kernel/libtraceevent/libtraceevent_1.8.2.bb +++ b/meta/recipes-kernel/libtraceevent/libtraceevent_1.8.3.bb @@ -8,9 +8,9 @@ LIC_FILES_CHKSUM = "file://LICENSES/GPL-2.0;md5=e6a75371ba4d16749254a51215d13f97 file://LICENSES/LGPL-2.1;md5=b370887980db5dd40659b50909238dbd" SECTION = "libs" -SRCREV = "6f6d5802f31992e7527a4c32b43a32fda6bf6bdf" +SRCREV = "645a883516e343ee970ebb80398cfd7b7dbd227e" SRC_URI = "git://git.kernel.org/pub/scm/libs/libtrace/libtraceevent.git;branch=${BPN};protocol=https \ - file://meson.patch" + " S = "${WORKDIR}/git" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203806): https://lists.openembedded.org/g/openembedded-core/message/203806 Mute This Topic: https://lists.openembedded.org/mt/108118433/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 28/34] hicolor-icon-theme: upgrade 0.17 -> 0.18
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- meta/lib/oeqa/selftest/cases/buildoptions.py | 4 ++-- ...hicolor-icon-theme_0.17.bb => hicolor-icon-theme_0.18.bb} | 5 ++--- 2 files changed, 4 insertions(+), 5 deletions(-) rename meta/recipes-gnome/hicolor-icon-theme/{hicolor-icon-theme_0.17.bb => hicolor-icon-theme_0.18.bb} (77%) diff --git a/meta/lib/oeqa/selftest/cases/buildoptions.py b/meta/lib/oeqa/selftest/cases/buildoptions.py index 4b6f89d8cb6..423c31e1892 100644 --- a/meta/lib/oeqa/selftest/cases/buildoptions.py +++ b/meta/lib/oeqa/selftest/cases/buildoptions.py @@ -173,8 +173,8 @@ class BuildhistoryTests(BuildhistoryBase): data = load_bh(os.path.join(history_dir, 'hicolor-icon-theme-dev', 'latest')) if 'FILELIST' in data: -self.assertEqual(data['FILELIST'], '') -self.assertEqual(int(data['PKGSIZE']), 0) +self.assertEqual(data['FILELIST'], '/usr/share/pkgconfig/default-icon-theme.pc') +self.assertGreater(int(data['PKGSIZE']), 0) class ArchiverTest(OESelftestTestCase): def test_arch_work_dir_and_export_source(self): diff --git a/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.17.bb b/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.18.bb similarity index 77% rename from meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.17.bb rename to meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.18.bb index bb6cb000ab3..283264675c9 100644 --- a/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.17.bb +++ b/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.18.bb @@ -8,10 +8,9 @@ LICENSE = "GPL-2.0-only" LIC_FILES_CHKSUM = "file://COPYING;md5=f08a446809913fc9b3c718f0eaea0426" SRC_URI = "https://icon-theme.freedesktop.org/releases/${BPN}-${PV}.tar.xz"; -SRC_URI[md5sum] = "84eec8d6f810240a069c731f1870b474" -SRC_URI[sha256sum] = "317484352271d18cbbcfac3868eab798d67fff1b8402e740baa6ff41d588a9d8" +SRC_URI[sha256sum] = "db0e50a80aa3bf64bb45cbca5cf9f75efd9348cf2ac690b907435238c3cf81d7" -inherit allarch autotools +inherit allarch meson FILES:${PN} += "${datadir}/icons" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203804): https://lists.openembedded.org/g/openembedded-core/message/203804 Mute This Topic: https://lists.openembedded.org/mt/108118431/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 33/34] vte: upgrade 0.74.2 -> 0.76.3
From: Alexander Kanavin lz4 is a new required dependency. Signed-off-by: Alexander Kanavin --- ...1-Add-W_EXITCODE-macro-for-non-glibc-systems.patch | 11 --- .../vte/{vte_0.74.2.bb => vte_0.76.3.bb} | 4 ++-- 2 files changed, 6 insertions(+), 9 deletions(-) rename meta/recipes-support/vte/{vte_0.74.2.bb => vte_0.76.3.bb} (95%) diff --git a/meta/recipes-support/vte/vte/0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch b/meta/recipes-support/vte/vte/0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch index 8934d5f80a6..e2cff6cf764 100644 --- a/meta/recipes-support/vte/vte/0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch +++ b/meta/recipes-support/vte/vte/0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch @@ -1,4 +1,4 @@ -From de9639baac792327c701e509258b8a13f6959e82 Mon Sep 17 00:00:00 2001 +From b8795dda629614cd842fcba1c4b50be759c20da4 Mon Sep 17 00:00:00 2001 From: Danilo Spinella Date: Thu, 21 Mar 2019 14:19:26 +0100 Subject: [PATCH] Add W_EXITCODE macro for non-glibc systems @@ -12,11 +12,11 @@ Signed-off-by: Andreas Müller [1] https://gitlab.gnome.org/GNOME/vte/issues/72 --- - src/widget.cc | 4 +++ - 1 files changed, 4 insertions(+) + src/widget.cc | 4 + 1 file changed, 4 insertions(+) diff --git a/src/widget.cc b/src/widget.cc -index 07f7cabf..31a77f68 100644 +index b8daa5c..c357960 100644 --- a/src/widget.cc +++ b/src/widget.cc @@ -16,6 +16,10 @@ @@ -30,6 +30,3 @@ index 07f7cabf..31a77f68 100644 #include "config.h" #include "widget.hh" --- -2.42.0 - diff --git a/meta/recipes-support/vte/vte_0.74.2.bb b/meta/recipes-support/vte/vte_0.76.3.bb similarity index 95% rename from meta/recipes-support/vte/vte_0.74.2.bb rename to meta/recipes-support/vte/vte_0.76.3.bb index d8eafde2fb0..515ff228fd4 100644 --- a/meta/recipes-support/vte/vte_0.74.2.bb +++ b/meta/recipes-support/vte/vte_0.76.3.bb @@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = " \ file://COPYING.XTERM;md5=d7fc3a23c16c039afafe2e042030f057 \ " -DEPENDS = "glib-2.0 glib-2.0-native gtk+3 libpcre2 libxml2-native gperf-native icu" +DEPENDS = "glib-2.0 glib-2.0-native gtk+3 libpcre2 libxml2-native gperf-native icu lz4" GIR_MESON_OPTION = 'gir' GIDOCGEN_MESON_OPTION = "docs" @@ -19,7 +19,7 @@ GIDOCGEN_MESON_OPTION = "docs" inherit gnomebase gi-docgen features_check upstream-version-is-even gobject-introspection systemd vala SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch" -SRC_URI[archive.sha256sum] = "a535fb2a98fea8a2449cd1a02cccf5190131dddff52e715afdace3feb536eae7" +SRC_URI[archive.sha256sum] = "f678e94c056f377fd0021214adff5450cb172e9a08b160911181ddff7b7d5d60" ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203809): https://lists.openembedded.org/g/openembedded-core/message/203809 Mute This Topic: https://lists.openembedded.org/mt/108118436/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 32/34] lz4: upgrade 1.9.4 -> 1.10.0
From: Alexander Kanavin Drop most EXTRA_OEMAKE settings as no longer necessary. (makefiles use weak assignments and shell variables then take precedence). License-Update: clarification that it's gpl2-or-later. Signed-off-by: Alexander Kanavin --- .../lz4/{lz4_1.9.4.bb => lz4_1.10.0.bb}| 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) rename meta/recipes-support/lz4/{lz4_1.9.4.bb => lz4_1.10.0.bb} (74%) diff --git a/meta/recipes-support/lz4/lz4_1.9.4.bb b/meta/recipes-support/lz4/lz4_1.10.0.bb similarity index 74% rename from meta/recipes-support/lz4/lz4_1.9.4.bb rename to meta/recipes-support/lz4/lz4_1.10.0.bb index 51a854d44a4..40768fb2925 100644 --- a/meta/recipes-support/lz4/lz4_1.9.4.bb +++ b/meta/recipes-support/lz4/lz4_1.10.0.bb @@ -2,15 +2,15 @@ SUMMARY = "Extremely Fast Compression algorithm" DESCRIPTION = "LZ4 is a very fast lossless compression algorithm, providing compression speed at 400 MB/s per core, scalable with multi-cores CPU. It also features an extremely fast decoder, with speed in multiple GB/s per core, typically reaching RAM speed limits on multi-core systems." HOMEPAGE = "https://github.com/lz4/lz4"; -LICENSE = "BSD-2-Clause | GPL-2.0-only" +LICENSE = "BSD-2-Clause | GPL-2.0-or-later" LIC_FILES_CHKSUM = "file://lib/LICENSE;md5=5cd5f851b52ec832b10eedb3f01f885a \ - file://programs/COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ -file://LICENSE;md5=c5cc3cd6f9274b4d32988096df9c3ec3 \ + file://programs/COPYING;md5=492daf447d6db0e5eb344a7922e7ec25 \ +file://LICENSE;md5=c111c47e301c2ffe8776729b40b44477 \ " PE = "1" -SRCREV = "5ff839680134437dbf4678f3d0c7b371d84f4964" +SRCREV = "ebb370ca83af193212df4dcbadcc5d87bc0de2f0" SRC_URI = "git://github.com/lz4/lz4.git;branch=release;protocol=https \ file://run-ptest \ @@ -23,7 +23,7 @@ inherit ptest CVE_STATUS[CVE-2014-4715] = "fixed-version: Fixed in r118, which is larger than the current version." -EXTRA_OEMAKE = "PREFIX=${prefix} CC='${CC}' CFLAGS='${CFLAGS}' DESTDIR=${D} LIBDIR=${libdir} INCLUDEDIR=${includedir} BUILD_STATIC=no" +EXTRA_OEMAKE = "DESTDIR=${D}" do_install() { oe_runmake install -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203808): https://lists.openembedded.org/g/openembedded-core/message/203808 Mute This Topic: https://lists.openembedded.org/mt/108118435/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 34/34] cracklib: update 2.9.11 -> 2.10.2
From: Alexander Kanavin Drop endianness patch; upstream resolved the issue via: https://github.com/cracklib/cracklib/pull/86 https://github.com/cracklib/cracklib/issues/74 Signed-off-by: Alexander Kanavin --- ...port-dictionary-byte-order-dependent.patch | 339 -- ...{cracklib_2.9.11.bb => cracklib_2.10.2.bb} | 3 +- 2 files changed, 1 insertion(+), 341 deletions(-) delete mode 100644 meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch rename meta/recipes-extended/cracklib/{cracklib_2.9.11.bb => cracklib_2.10.2.bb} (85%) diff --git a/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch b/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch deleted file mode 100644 index 35229ae8900..000 --- a/meta/recipes-extended/cracklib/cracklib/0001-packlib.c-support-dictionary-byte-order-dependent.patch +++ /dev/null @@ -1,339 +0,0 @@ -From aae03b7e626d5f62ab929d51d11352a5a2ff6b2d Mon Sep 17 00:00:00 2001 -From: Lei Maohui -Date: Tue, 9 Jun 2015 11:11:48 +0900 -Subject: [PATCH 1/2] packlib.c: support dictionary byte order dependent - -The previous dict files are NOT byte-order independent, in fact they are -probably ARCHITECTURE SPECIFIC. -Create the dict files in big endian, and convert to host endian while -load them. This could fix the endian issue on multiple platform. - -Signed-off-by: Hongxu Jia -Upstream-Status: Submitted [https://github.com/cracklib/cracklib/pull/41] - -We can't use the endian.h, htobe* and be*toh functions because they are -not available on older versions of glibc, such as that found in RHEL -5.9. - -Change to checking endian and directly calling bswap_* as defined in -byteswap.h. - -Signed-off-by: Mark Hatle - -Signed-off-by: Lei Maohui - lib/packlib.c | 214 +- - 1 file changed, 210 insertions(+), 4 deletions(-) - -diff --git a/lib/packlib.c b/lib/packlib.c -index 9396e1d..d0bb181 100644 a/lib/packlib.c -+++ b/lib/packlib.c -@@ -16,6 +16,12 @@ - #ifdef HAVE_STDINT_H - #include - #endif -+ -+#ifndef _BSD_SOURCE -+#define _BSD_SOURCE /* See feature_test_macros(7) */ -+#endif -+#include -+#include - #include "packer.h" - - #define DEBUG 0 -@@ -43,6 +49,185 @@ typedef struct - char data_get[NUMWORDS][MAXWORDLEN]; - } PWDICT64; - -+enum{ -+en_is32, -+en_is64 -+}; -+ -+static int -+IheaderHostToBigEndian(char *pHeader, int nBitType) -+{ -+if (nBitType == en_is64 && __BYTE_ORDER == __LITTLE_ENDIAN) -+{ -+struct pi_header64 *pHeader64 = (struct pi_header64*)pHeader; -+ -+pHeader64->pih_magic = bswap_64(pHeader64->pih_magic); -+pHeader64->pih_numwords = bswap_64(pHeader64->pih_numwords); -+pHeader64->pih_blocklen = bswap_16(pHeader64->pih_blocklen); -+pHeader64->pih_pad = bswap_16(pHeader64->pih_pad); -+ -+#if DEBUG -+printf("Header64: magic %x, numwords %x, blocklen %x, pad %x\n", -+ pHeader64->pih_magic, pHeader64->pih_numwords, -+ pHeader64->pih_blocklen, pHeader64->pih_pad); -+#endif -+} -+else if (nBitType == en_is32 && __BYTE_ORDER == __LITTLE_ENDIAN) -+{ -+struct pi_header *pHeader32 = (struct pi_header*)pHeader; -+ -+pHeader32->pih_magic = bswap_32(pHeader32->pih_magic); -+pHeader32->pih_numwords = bswap_32(pHeader32->pih_numwords); -+pHeader32->pih_blocklen = bswap_16(pHeader32->pih_blocklen); -+pHeader32->pih_pad = bswap_16(pHeader32->pih_pad); -+ -+#if DEBUG -+printf("Header32: magic %x, numwords %x, blocklen %x, pad %x\n", -+ pHeader32->pih_magic, pHeader32->pih_numwords, -+ pHeader32->pih_blocklen, pHeader32->pih_pad); -+#endif -+} -+else if (__BYTE_ORDER == __LITTLE_ENDIAN) -+{ -+fprintf(stderr, "Neither 32 or 64: %d\n", nBitType); -+return (-1); -+} -+ -+return 0; -+} -+ -+static int -+IheaderBigEndianToHost(char *pHeader, int nBitType) -+{ -+if (nBitType == en_is64 && __BYTE_ORDER == __LITTLE_ENDIAN) -+{ -+struct pi_header64 *pHeader64 = (struct pi_header64*)pHeader; -+ -+pHeader64->pih_magic = bswap_64(pHeader64->pih_magic); -+pHeader64->pih_numwords = bswap_64(pHeader64->pih_numwords); -+pHeader64->pih_blocklen = bswap_16(pHeader64->pih_blocklen); -+pHeader64->pih_pad = bswap_16(pHeader64->pih_pad); -+ -+#if DEBUG -+printf("Header64: magic %x, numwords %x, blocklen %x, pad %x\n", -+ pHeader64->pih_magic, pHeader64->pih_numwords, -+ pHeader64->pih_blocklen, pHeader64->pih_pad); -+#endif -+} -+else if (nBitType == en_is32 && __BYTE_ORDER == __LITTLE_ENDIA
[OE-core] [PATCH 31/34] alsa-utils: upgrade 1.2.11 -> 1.2.12
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- .../alsa/{alsa-utils_1.2.11.bb => alsa-utils_1.2.12.bb} | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) rename meta/recipes-multimedia/alsa/{alsa-utils_1.2.11.bb => alsa-utils_1.2.12.bb} (97%) diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.2.11.bb b/meta/recipes-multimedia/alsa/alsa-utils_1.2.12.bb similarity index 97% rename from meta/recipes-multimedia/alsa/alsa-utils_1.2.11.bb rename to meta/recipes-multimedia/alsa/alsa-utils_1.2.12.bb index e598fac9f88..380140861c7 100644 --- a/meta/recipes-multimedia/alsa/alsa-utils_1.2.11.bb +++ b/meta/recipes-multimedia/alsa/alsa-utils_1.2.12.bb @@ -26,7 +26,7 @@ PACKAGECONFIG[manpages] = "--enable-xmlto, --disable-xmlto, xmlto-native docbook # alsa-utils specified in SRC_URI due to alsa-utils-scripts recipe SRC_URI = "https://www.alsa-project.org/files/pub/utils/alsa-utils-${PV}.tar.bz2 \ " -SRC_URI[sha256sum] = "9ac6ca3a883f151e568dcf979b8d2e5cbecc51b819bb0e6bb8a2e9b34cc428a7" +SRC_URI[sha256sum] = "98bc6677d0c0074006679051822324a0ab0879aea558a8f68b511780d30cd924" # On build machines with python-docutils (not python3-docutils !!) installed # rst2man (not rst2man.py) is detected and compile fails with @@ -51,6 +51,7 @@ ALSA_UTILS_PKGS = "\ alsa-utils-speakertest \ alsa-utils-aseqnet \ alsa-utils-aseqdump \ + alsa-utils-aseqsend \ alsa-utils-alsactl \ alsa-utils-alsaloop \ alsa-utils-alsaucm \ @@ -72,6 +73,7 @@ FILES:alsa-utils-speakertest = "${bindir}/speaker-test ${datadir}/sounds/alsa/ $ FILES:alsa-utils-midi= "${bindir}/aplaymidi ${bindir}/arecordmidi ${bindir}/amidi" FILES:alsa-utils-aconnect= "${bindir}/aconnect" FILES:alsa-utils-aseqnet = "${bindir}/aseqnet" +FILES:alsa-utils-aseqsend= "${bindir}/aseqsend" FILES:alsa-utils-iecset = "${bindir}/iecset" FILES:alsa-utils-alsactl = "${sbindir}/alsactl */udev/rules.d/90-alsa-restore.rules */*/udev/rules.d/90-alsa-restore.rules ${systemd_unitdir} ${localstatedir}/lib/alsa ${datadir}/alsa/init/" FILES:alsa-utils-aseqdump= "${bindir}/aseqdump" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203807): https://lists.openembedded.org/g/openembedded-core/message/203807 Mute This Topic: https://lists.openembedded.org/mt/108118434/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 29/34] waffle: upgrade 1.8.0 -> 1.8.1
From: Alexander Kanavin Drop the patch: the build is correctly using everything from sysroots now. Signed-off-by: Alexander Kanavin --- ...-make-core-protocol-into-the-library.patch | 40 --- .../{waffle_1.8.0.bb => waffle_1.8.1.bb} | 5 +-- 2 files changed, 2 insertions(+), 43 deletions(-) delete mode 100644 meta/recipes-graphics/waffle/waffle/0001-waffle-do-not-make-core-protocol-into-the-library.patch rename meta/recipes-graphics/waffle/{waffle_1.8.0.bb => waffle_1.8.1.bb} (93%) diff --git a/meta/recipes-graphics/waffle/waffle/0001-waffle-do-not-make-core-protocol-into-the-library.patch b/meta/recipes-graphics/waffle/waffle/0001-waffle-do-not-make-core-protocol-into-the-library.patch deleted file mode 100644 index 31ac3e0dd19..000 --- a/meta/recipes-graphics/waffle/waffle/0001-waffle-do-not-make-core-protocol-into-the-library.patch +++ /dev/null @@ -1,40 +0,0 @@ -From 79b9e4338f803d79449e53a40b1ecc0a5a5889e4 Mon Sep 17 00:00:00 2001 -From: Alexander Kanavin -Date: Tue, 26 Oct 2021 08:52:17 +0200 -Subject: [PATCH] waffle: do not make core protocol into the library - -None of the consumers (which is just piglit) use it, and -this avoids host contamination from pkg-config suggesting -wayland.xml from the host. - -Upstream-Status: Inappropriate [oe-core specific] -Signed-off-by: Alexander Kanavin - src/waffle/meson.build | 7 --- - 1 file changed, 7 deletions(-) - -diff --git a/src/waffle/meson.build b/src/waffle/meson.build -index 1cc99f6..022745a 100644 a/src/waffle/meson.build -+++ b/src/waffle/meson.build -@@ -89,12 +89,6 @@ if build_surfaceless - endif - - if build_wayland -- wl_core_proto_c = custom_target( --'wl-core-proto.c', --input: wayland_core_xml, --output: 'wl-core-proto.c', --command: [prog_wayland_scanner, 'private-code', '@INPUT@', '@OUTPUT@'], -- ) - wl_xdg_shell_proto_c = custom_target( - 'wl-xdg-shell-proto.c', - input: wayland_xdg_shell_xml, -@@ -115,7 +109,6 @@ if build_wayland - 'wayland/wayland_wrapper.c', - ) - files_libwaffle += [ --wl_core_proto_c, - wl_xdg_shell_proto_c, - wl_xdg_shell_proto_h, - ] diff --git a/meta/recipes-graphics/waffle/waffle_1.8.0.bb b/meta/recipes-graphics/waffle/waffle_1.8.1.bb similarity index 93% rename from meta/recipes-graphics/waffle/waffle_1.8.0.bb rename to meta/recipes-graphics/waffle/waffle_1.8.1.bb index ad8649b40ef..684124bc4d2 100644 --- a/meta/recipes-graphics/waffle/waffle_1.8.0.bb +++ b/meta/recipes-graphics/waffle/waffle_1.8.1.bb @@ -9,10 +9,9 @@ LICENSE = "BSD-2-Clause" LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=4c5154407c2490750dd461c50ad94797 \ file://include/waffle-1/waffle.h;endline=24;md5=61dbf8697f61c78645e75a93c585b1bf" -SRC_URI = "git://gitlab.freedesktop.org/mesa/waffle.git;protocol=https;branch=master \ - file://0001-waffle-do-not-make-core-protocol-into-the-library.patch \ +SRC_URI = "git://gitlab.freedesktop.org/mesa/waffle.git;protocol=https;branch=maint-1.8 \ " -SRCREV = "580b912a30085528886603942c100c7b309b3bdb" +SRCREV = "49abc7cb5f73cc6852136c91da49ea3a338960e4" S = "${WORKDIR}/git" inherit meson features_check lib_package bash-completion pkgconfig -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203805): https://lists.openembedded.org/g/openembedded-core/message/203805 Mute This Topic: https://lists.openembedded.org/mt/108118432/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 26/34] mmc-utils: upgrade to latest revision
From: Alexander Kanavin Add sphinx as a build dependency and set C= to avoid needing the 'sparse' utility. Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/mmc/mmc-utils_git.bb | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/mmc/mmc-utils_git.bb b/meta/recipes-devtools/mmc/mmc-utils_git.bb index 0bfd5c1cc8c..94015d6f839 100644 --- a/meta/recipes-devtools/mmc/mmc-utils_git.bb +++ b/meta/recipes-devtools/mmc/mmc-utils_git.bb @@ -5,13 +5,16 @@ LICENSE = "GPL-2.0-only" LIC_FILES_CHKSUM = "file://mmc.c;beginline=1;endline=20;md5=fae32792e20f4d27ade1c5a762d16b7d" SRCBRANCH ?= "master" -SRCREV = "f757f413dea4a143ad7c3b48b8264176f0499a82" +SRCREV = "123fd8b2ac3933be1319486fb1f32236a4a86a7c" PV = "0.1+git" SRC_URI = "git://git.kernel.org/pub/scm/utils/mmc/mmc-utils.git;branch=${SRCBRANCH};protocol=https" UPSTREAM_CHECK_COMMITS = "1" +DEPENDS = "python3-sphinx-native" +EXTRA_OEMAKE = "C=" + S = "${WORKDIR}/git" CFLAGS:append:powerpc64 = " -D__SANE_USERSPACE_TYPES__" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203802): https://lists.openembedded.org/g/openembedded-core/message/203802 Mute This Topic: https://lists.openembedded.org/mt/108118429/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 25/34] libdnf: upgrade 0.73.2 -> 0.73.3
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...FindGtkDoc.cmake-drop-the-requirement-for-GTKDOC_SCA.patch | 2 +- ...Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch | 4 ++-- .../libdnf/libdnf/0001-drop-FindPythonInstDir.cmake.patch | 2 +- ...Set-libsolv-variables-with-pkg-config-cmake-s-own-mo.patch | 4 ++-- meta/recipes-devtools/libdnf/libdnf/armarch.patch | 2 +- .../libdnf/libdnf/enable_test_data_dir_set.patch | 4 ++-- .../libdnf/{libdnf_0.73.2.bb => libdnf_0.73.3.bb} | 2 +- 7 files changed, 10 insertions(+), 10 deletions(-) rename meta/recipes-devtools/libdnf/{libdnf_0.73.2.bb => libdnf_0.73.3.bb} (97%) diff --git a/meta/recipes-devtools/libdnf/libdnf/0001-FindGtkDoc.cmake-drop-the-requirement-for-GTKDOC_SCA.patch b/meta/recipes-devtools/libdnf/libdnf/0001-FindGtkDoc.cmake-drop-the-requirement-for-GTKDOC_SCA.patch index 046e09eab21..52e74263719 100644 --- a/meta/recipes-devtools/libdnf/libdnf/0001-FindGtkDoc.cmake-drop-the-requirement-for-GTKDOC_SCA.patch +++ b/meta/recipes-devtools/libdnf/libdnf/0001-FindGtkDoc.cmake-drop-the-requirement-for-GTKDOC_SCA.patch @@ -1,4 +1,4 @@ -From 5d6db56791d326e6b486dca54fe2335af0225229 Mon Sep 17 00:00:00 2001 +From 09ff4670e0717ea1a79430c14e108f93fb6f5f34 Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Thu, 24 Nov 2016 14:33:07 +0200 Subject: [PATCH] FindGtkDoc.cmake: drop the requirement for diff --git a/meta/recipes-devtools/libdnf/libdnf/0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch b/meta/recipes-devtools/libdnf/libdnf/0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch index 223c1be2188..3f70b855c82 100644 --- a/meta/recipes-devtools/libdnf/libdnf/0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch +++ b/meta/recipes-devtools/libdnf/libdnf/0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch @@ -1,4 +1,4 @@ -From bf9bde4af952b67cc357d25b9863889099ea9665 Mon Sep 17 00:00:00 2001 +From 15de1b4266b85ffdf17fad374a43e0ed315b9f22 Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Tue, 7 Feb 2017 12:16:03 +0200 Subject: [PATCH] Get parameters for both libsolv and libsolvext (libdnf is @@ -12,7 +12,7 @@ Signed-off-by: Alexander Kanavin 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/CMakeLists.txt b/CMakeLists.txt -index e99b28d0..548a9137 100644 +index a6f14318..60c66e94 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -51,7 +51,7 @@ endif() diff --git a/meta/recipes-devtools/libdnf/libdnf/0001-drop-FindPythonInstDir.cmake.patch b/meta/recipes-devtools/libdnf/libdnf/0001-drop-FindPythonInstDir.cmake.patch index 27f76077d74..5d77bcb41a1 100644 --- a/meta/recipes-devtools/libdnf/libdnf/0001-drop-FindPythonInstDir.cmake.patch +++ b/meta/recipes-devtools/libdnf/libdnf/0001-drop-FindPythonInstDir.cmake.patch @@ -1,4 +1,4 @@ -From a6b3bc4fb3db996cd6c5616a99c16d085704dae0 Mon Sep 17 00:00:00 2001 +From 2a4a5f2da7d1b578619a8d0886f6db00bacefdc2 Mon Sep 17 00:00:00 2001 From: Hongxu Jia Date: Tue, 1 Jun 2021 10:23:59 +0800 Subject: [PATCH] drop FindPythonInstDir.cmake diff --git a/meta/recipes-devtools/libdnf/libdnf/0004-Set-libsolv-variables-with-pkg-config-cmake-s-own-mo.patch b/meta/recipes-devtools/libdnf/libdnf/0004-Set-libsolv-variables-with-pkg-config-cmake-s-own-mo.patch index ecab47e5afa..25d61095252 100644 --- a/meta/recipes-devtools/libdnf/libdnf/0004-Set-libsolv-variables-with-pkg-config-cmake-s-own-mo.patch +++ b/meta/recipes-devtools/libdnf/libdnf/0004-Set-libsolv-variables-with-pkg-config-cmake-s-own-mo.patch @@ -1,4 +1,4 @@ -From e40def862bdeb10da295b15c5904fe2829d391c7 Mon Sep 17 00:00:00 2001 +From 9fb0e6130ef5d9fa68240c279d235eee8658c0fa Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Fri, 30 Dec 2016 18:24:50 +0200 Subject: [PATCH] Set libsolv variables with pkg-config (cmake's own module @@ -12,7 +12,7 @@ Signed-off-by: Alexander Kanavin 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/CMakeLists.txt b/CMakeLists.txt -index 6444c374..e99b28d0 100644 +index c6bd46a6..a6f14318 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -51,7 +51,8 @@ endif() diff --git a/meta/recipes-devtools/libdnf/libdnf/armarch.patch b/meta/recipes-devtools/libdnf/libdnf/armarch.patch index 63debdb58f5..54df0aab99d 100644 --- a/meta/recipes-devtools/libdnf/libdnf/armarch.patch +++ b/meta/recipes-devtools/libdnf/libdnf/armarch.patch @@ -1,4 +1,4 @@ -From aa0f8b65feec64420a9b7b61cfcc8bcce161e14b Mon Sep 17 00:00:00 2001 +From 8159808516543237fb110d0883e702385a1a866c Mon Sep 17 00:00:00 2001 From: Richard Purdie Date: Thu, 9 Nov 2023 10:29:31 + Subject: [PATCH] libdnf: Fix arm arch mapping issues for qemuarmv5 diff --git a/meta/recipes-devtools/libdnf/libdnf/enable_test_data_dir_set.patch b/meta/recipes-devtools/libdnf/libdnf/enable_test_data_dir_set.patch index e4f6d447f17..986b71c4e6a 100644 --- a/meta/recipes-devtools/li
[OE-core] [PATCH 27/34] adwaita-icon-theme: upgrade 46.0 -> 46.2
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- .../{adwaita-icon-theme_46.0.bb => adwaita-icon-theme_46.2.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-gnome/gnome/{adwaita-icon-theme_46.0.bb => adwaita-icon-theme_46.2.bb} (91%) diff --git a/meta/recipes-gnome/gnome/adwaita-icon-theme_46.0.bb b/meta/recipes-gnome/gnome/adwaita-icon-theme_46.2.bb similarity index 91% rename from meta/recipes-gnome/gnome/adwaita-icon-theme_46.0.bb rename to meta/recipes-gnome/gnome/adwaita-icon-theme_46.2.bb index 2f3e4e7b85f..14d26ebd19a 100644 --- a/meta/recipes-gnome/gnome/adwaita-icon-theme_46.0.bb +++ b/meta/recipes-gnome/gnome/adwaita-icon-theme_46.2.bb @@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=c84cac88e46fc07647ea07e6c24eeb7c \ inherit gnomebase allarch gtk-icon-cache -SRC_URI[archive.sha256sum] = "4bcb539bd75d64da385d6fa08cbaa9ddeaceb6ac8e82b85ba6c41117bf5ba64e" +SRC_URI[archive.sha256sum] = "beb126b9429339ba762e0818d5e73b2c46f444975bf80076366eae2d0f96b5cb" DEPENDS += "librsvg-native" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203803): https://lists.openembedded.org/g/openembedded-core/message/203803 Mute This Topic: https://lists.openembedded.org/mt/108118430/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 22/34] p11-kit: update 0.25.3 -> 0.25.5
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- .../files/fix-parallel-build-failures.patch | 33 --- .../{p11-kit_0.25.3.bb => p11-kit_0.25.5.bb} | 3 +- 2 files changed, 1 insertion(+), 35 deletions(-) delete mode 100644 meta/recipes-support/p11-kit/files/fix-parallel-build-failures.patch rename meta/recipes-support/p11-kit/{p11-kit_0.25.3.bb => p11-kit_0.25.5.bb} (95%) diff --git a/meta/recipes-support/p11-kit/files/fix-parallel-build-failures.patch b/meta/recipes-support/p11-kit/files/fix-parallel-build-failures.patch deleted file mode 100644 index 47df0271064..000 --- a/meta/recipes-support/p11-kit/files/fix-parallel-build-failures.patch +++ /dev/null @@ -1,33 +0,0 @@ -It fails occasionally with missing generated header files: - -| ../git/common/asn1.c:42:10: fatal error: openssl.asn.h: No such file or directory -|42 | #include "openssl.asn.h" -| | ^~~ -| compilation terminated. - -According to meson manual page: - -https://mesonbuild.com/Wrap-best-practices-and-tips.html#declare-generated-headers-explicitly - -'asn_h_dep' should be a dependency of static_library target 'libp11_asn1' to -make sure that required header files generated before compile common/asn1.c. - -Upstream-Status: Submitted [https://github.com/p11-glue/p11-kit/pull/619] - -Signed-off-by: Kai Kang - common/meson.build | 1 + - 1 file changed, 1 insertion(+) - -diff --git a/common/meson.build b/common/meson.build -index dc86d7b..cc3ec48 100644 a/common/meson.build -+++ b/common/meson.build -@@ -113,6 +113,7 @@ if with_asn1 - 'p11-asn1', libp11_asn1_sources, - gnu_symbol_visibility: 'hidden', - include_directories: configinc, -+dependencies: asn_h_dep, - ) - - libp11_asn1_dep = declare_dependency( diff --git a/meta/recipes-support/p11-kit/p11-kit_0.25.3.bb b/meta/recipes-support/p11-kit/p11-kit_0.25.5.bb similarity index 95% rename from meta/recipes-support/p11-kit/p11-kit_0.25.3.bb rename to meta/recipes-support/p11-kit/p11-kit_0.25.5.bb index 2ede38deba2..8c2f56be44d 100644 --- a/meta/recipes-support/p11-kit/p11-kit_0.25.3.bb +++ b/meta/recipes-support/p11-kit/p11-kit_0.25.5.bb @@ -11,9 +11,8 @@ DEPENDS = "libtasn1 libtasn1-native libffi" DEPENDS:append = "${@' glib-2.0' if d.getVar('GTKDOC_ENABLED') == 'True' else ''}" SRC_URI = "gitsm://github.com/p11-glue/p11-kit;branch=master;protocol=https \ - file://fix-parallel-build-failures.patch \ " -SRCREV = "917e02a3211dabbdea4b079cb598581dce84fda1" +SRCREV = "0dd113361057e477f40ff4d8788f3e7e400af5f9" S = "${WORKDIR}/git" PACKAGECONFIG ??= "" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203798): https://lists.openembedded.org/g/openembedded-core/message/203798 Mute This Topic: https://lists.openembedded.org/mt/108118425/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 23/34] iproute2: upgrade 6.9.0 -> 6.10.0
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...nk.h-add-missing-include-for-htobe64.patch | 24 +++ .../{iproute2_6.9.0.bb => iproute2_6.10.0.bb} | 6 +++-- 2 files changed, 28 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-connectivity/iproute2/iproute2/0001-include-libnetlink.h-add-missing-include-for-htobe64.patch rename meta/recipes-connectivity/iproute2/{iproute2_6.9.0.bb => iproute2_6.10.0.bb} (94%) diff --git a/meta/recipes-connectivity/iproute2/iproute2/0001-include-libnetlink.h-add-missing-include-for-htobe64.patch b/meta/recipes-connectivity/iproute2/iproute2/0001-include-libnetlink.h-add-missing-include-for-htobe64.patch new file mode 100644 index 000..555d63b2403 --- /dev/null +++ b/meta/recipes-connectivity/iproute2/iproute2/0001-include-libnetlink.h-add-missing-include-for-htobe64.patch @@ -0,0 +1,24 @@ +From f3c574b27000fd887cee84ab47adf23f767cbea1 Mon Sep 17 00:00:00 2001 +From: Alexander Kanavin +Date: Sat, 24 Aug 2024 15:32:25 +0200 +Subject: [PATCH] include/libnetlink.h: add missing include for htobe64 + definitions + +Upstream-Status: Submitted [by email to step...@networkplumber.org net...@vger.kernel.org] +Signed-off-by: Alexander Kanavin +--- + include/libnetlink.h | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/include/libnetlink.h b/include/libnetlink.h +index 30f0c2d..77e8181 100644 +--- a/include/libnetlink.h b/include/libnetlink.h +@@ -12,6 +12,7 @@ + #include + #include + #include ++#include + + struct rtnl_handle { + int fd; diff --git a/meta/recipes-connectivity/iproute2/iproute2_6.9.0.bb b/meta/recipes-connectivity/iproute2/iproute2_6.10.0.bb similarity index 94% rename from meta/recipes-connectivity/iproute2/iproute2_6.9.0.bb rename to meta/recipes-connectivity/iproute2/iproute2_6.10.0.bb index d21885cd73a..9f0c9aab59e 100644 --- a/meta/recipes-connectivity/iproute2/iproute2_6.9.0.bb +++ b/meta/recipes-connectivity/iproute2/iproute2_6.10.0.bb @@ -11,9 +11,11 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=eb723b61539feef013de476e68b5c50a \ DEPENDS = "flex-native bison-native iptables libcap" -SRC_URI = "${KERNELORG_MIRROR}/linux/utils/net/${BPN}/${BP}.tar.xz" +SRC_URI = "${KERNELORG_MIRROR}/linux/utils/net/${BPN}/${BP}.tar.xz \ + file://0001-include-libnetlink.h-add-missing-include-for-htobe64.patch \ + " -SRC_URI[sha256sum] = "2f643d09ea11a4a2a043c92e2b469b5f73228cbf241ae806760296ed0ec413d0" +SRC_URI[sha256sum] = "91a62f82737b44905a00fa803369c447d549e914e9a2a4018fdd75b1d54e8dce" inherit update-alternatives bash-completion pkgconfig -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203799): https://lists.openembedded.org/g/openembedded-core/message/203799 Mute This Topic: https://lists.openembedded.org/mt/108118426/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 24/34] ifupdown: upgrade 0.8.41 -> 0.8.43
From: Alexander Kanavin Do not force CFLAGS (no longer necessary). Signed-off-by: Alexander Kanavin --- .../ifupdown/files/0001-Define-FNM_EXTMATCH-for-musl.patch | 3 +-- ...-Makefile-do-not-use-dpkg-for-determining-OS-type.patch | 7 +++ .../files/0001-ifupdown-skip-wrong-test-case.patch | 3 +-- ...n2-c-man-don-t-rely-on-dpkg-architecture-to-set-a.patch | 3 +-- meta/recipes-core/ifupdown/files/tweak-ptest-script.patch | 3 +-- .../ifupdown/{ifupdown_0.8.41.bb => ifupdown_0.8.43.bb}| 4 ++-- 6 files changed, 9 insertions(+), 14 deletions(-) rename meta/recipes-core/ifupdown/{ifupdown_0.8.41.bb => ifupdown_0.8.43.bb} (94%) diff --git a/meta/recipes-core/ifupdown/files/0001-Define-FNM_EXTMATCH-for-musl.patch b/meta/recipes-core/ifupdown/files/0001-Define-FNM_EXTMATCH-for-musl.patch index 6c4ed526bfa..83fb706be07 100644 --- a/meta/recipes-core/ifupdown/files/0001-Define-FNM_EXTMATCH-for-musl.patch +++ b/meta/recipes-core/ifupdown/files/0001-Define-FNM_EXTMATCH-for-musl.patch @@ -1,4 +1,4 @@ -From 8dfbcf02e424ba1fdef587d81c9e08a37ab8c1b6 Mon Sep 17 00:00:00 2001 +From 97b196efe9671d0185d22710371acb52bb7130e2 Mon Sep 17 00:00:00 2001 From: Oleksandr Kravchuk Date: Tue, 2 Jul 2019 20:10:42 +0200 Subject: [PATCH] Define FNM_EXTMATCH for musl @@ -24,7 +24,6 @@ function); did you mean 'FNM_NOMATCH'? Upstream-Status: Submitted [https://salsa.debian.org/debian/ifupdown/merge_requests/5] Signed-off-by: Oleksandr Kravchuk - --- archcommon.h | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-core/ifupdown/files/0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch b/meta/recipes-core/ifupdown/files/0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch index 6e15a25224d..f84a0a1311a 100644 --- a/meta/recipes-core/ifupdown/files/0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch +++ b/meta/recipes-core/ifupdown/files/0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch @@ -1,17 +1,16 @@ -From 7fe516cbaf9fda09d99dcb54d4645367cffc8a4d Mon Sep 17 00:00:00 2001 +From 4922e2011a0132c122df4f0cf4d66d565c749060 Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Thu, 9 Jan 2020 15:38:06 +0100 Subject: [PATCH] Makefile: do not use dpkg for determining OS type Upstream-Status: Inappropriate [oe-core specific] Signed-off-by: Alexander Kanavin - --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile -index 0ce2fa3..739aef2 100644 +index 9cd758b..58b4173 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ @@ -21,4 +20,4 @@ index 0ce2fa3..739aef2 100644 +ARCH := linux BASEDIR ?= $(DESTDIR) - + PKGLIBDIR ?= /lib/ifupdown diff --git a/meta/recipes-core/ifupdown/files/0001-ifupdown-skip-wrong-test-case.patch b/meta/recipes-core/ifupdown/files/0001-ifupdown-skip-wrong-test-case.patch index 9ae24da51ee..8aa227c8ecb 100644 --- a/meta/recipes-core/ifupdown/files/0001-ifupdown-skip-wrong-test-case.patch +++ b/meta/recipes-core/ifupdown/files/0001-ifupdown-skip-wrong-test-case.patch @@ -1,4 +1,4 @@ -From 782d8a869c266820d0f34974436f244f67afaea7 Mon Sep 17 00:00:00 2001 +From ea48a9816643482d438e4bb276c90cd6f02847e4 Mon Sep 17 00:00:00 2001 From: Zqiang Date: Mon, 19 Apr 2021 14:15:45 +0800 Subject: [PATCH] ifupdown: skip wrong test case @@ -10,7 +10,6 @@ and are skipped directly. Upstream-Status: Inappropriate [oe-core specific] Signed-off-by: Zqiang - --- tests/testbuild-linux | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/ifupdown/files/defn2-c-man-don-t-rely-on-dpkg-architecture-to-set-a.patch b/meta/recipes-core/ifupdown/files/defn2-c-man-don-t-rely-on-dpkg-architecture-to-set-a.patch index 7b4b761e6a6..24e3ba0d9de 100644 --- a/meta/recipes-core/ifupdown/files/defn2-c-man-don-t-rely-on-dpkg-architecture-to-set-a.patch +++ b/meta/recipes-core/ifupdown/files/defn2-c-man-don-t-rely-on-dpkg-architecture-to-set-a.patch @@ -1,4 +1,4 @@ -From fc8e8d4cb19ff30e69aa1855332544f1017f974c Mon Sep 17 00:00:00 2001 +From 68b64a5c9d466352b0c161019bd7255e31db9a4c Mon Sep 17 00:00:00 2001 From: Paul Gortmaker Date: Wed, 6 Aug 2014 14:54:12 -0400 Subject: [PATCH] defn2[c|man]: don't rely on dpkg-architecture to set arch @@ -13,7 +13,6 @@ like the loopback device not being configured/enabled. Signed-off-by: Paul Gortmaker Upstream-Status: Pending - --- defn2c.pl | 6 +++--- defn2man.pl | 6 +++--- diff --git a/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch b/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch index fa6bb84df30..c1953f0691b 100644 --- a/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch +++ b/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch @@ -1,4 +1,4 @@ -From a6bb2ac5f521c678abbbdb1960d28f750f4357a6 Mon Sep 17 00:00:00 2001 +From 5eede8950e35404b109cc3cf6a53bf3c84b31cfb Mon Sep 17 00:00:00 2001 From: Kai Kang Date: Mon, 3 Feb 2020 17:33:11 +
[OE-core] [PATCH 21/34] libksba: update 1.6.6 -> 1.6.7
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- .../libksba/ksba-add-pkgconfig-support.patch | 22 ++- .../{libksba_1.6.6.bb => libksba_1.6.7.bb}| 2 +- 2 files changed, 13 insertions(+), 11 deletions(-) rename meta/recipes-support/libksba/{libksba_1.6.6.bb => libksba_1.6.7.bb} (94%) diff --git a/meta/recipes-support/libksba/libksba/ksba-add-pkgconfig-support.patch b/meta/recipes-support/libksba/libksba/ksba-add-pkgconfig-support.patch index bdb80ff34d0..468fbd76f89 100644 --- a/meta/recipes-support/libksba/libksba/ksba-add-pkgconfig-support.patch +++ b/meta/recipes-support/libksba/libksba/ksba-add-pkgconfig-support.patch @@ -1,4 +1,4 @@ -From ca8174aa81d7bf364b33f7254a9e887735c4996d Mon Sep 17 00:00:00 2001 +From 46c0582d1087220e9404a14a851085b8f29773c4 Mon Sep 17 00:00:00 2001 From: Chen Qi Date: Mon, 3 Dec 2012 18:17:31 +0800 Subject: [PATCH] libksba: add pkgconfig support @@ -10,19 +10,20 @@ This patch is rejected by upstream for the reason below: They think pkgconfig adds no portability and maintaining them is not worthwhile. Signed-off-by: Chen Qi - --- - src/ksba.m4 | 90 +++-- - 1 file changed, 4 insertions(+), 86 deletions(-) + src/ksba.m4 | 93 +++-- + 1 file changed, 5 insertions(+), 88 deletions(-) diff --git a/src/ksba.m4 b/src/ksba.m4 -index 452c245..aa96255 100644 +index 80f0d38..8f8761a 100644 --- a/src/ksba.m4 +++ b/src/ksba.m4 -@@ -23,37 +23,6 @@ dnl with a changed API. +@@ -107,39 +107,7 @@ dnl this features allows to prevent build against newer versions of libksba + dnl with a changed API. dnl AC_DEFUN([AM_PATH_KSBA], - [ AC_REQUIRE([AC_CANONICAL_HOST]) +-[ AC_REQUIRE([AC_CANONICAL_HOST])dnl +- AC_REQUIRE([_AM_PATH_GPGRT_CONFIG])dnl - dnl --with-libksba-prefix=PFX is the preferred name for this option, - dnl since that is consistent with how our three siblings use the directory/ - dnl package name in --with-$dir_name-prefix=PFX. @@ -54,10 +55,11 @@ index 452c245..aa96255 100644 - if test -z "$use_gpgrt_config"; then -AC_PATH_PROG(KSBA_CONFIG, ksba-config, no) - fi ++[ AC_REQUIRE([AC_CANONICAL_HOST]) tmp=ifelse([$1], ,1:1.0.0,$1) if echo "$tmp" | grep ':' >/dev/null 2>/dev/null ; then -@@ -64,56 +33,13 @@ AC_DEFUN([AM_PATH_KSBA], +@@ -150,56 +118,13 @@ AC_DEFUN([AM_PATH_KSBA], min_ksba_version="$tmp" fi @@ -117,7 +119,7 @@ index 452c245..aa96255 100644 if test "$tmp" -gt 0 ; then AC_MSG_CHECKING([KSBA API version]) if test "$req_ksba_api" -eq "$tmp" ; then -@@ -126,14 +52,8 @@ AC_DEFUN([AM_PATH_KSBA], +@@ -212,14 +137,8 @@ AC_DEFUN([AM_PATH_KSBA], fi fi if test $ok = yes; then @@ -133,7 +135,7 @@ index 452c245..aa96255 100644 if test x"$libksba_config_host" != xnone ; then if test x"$libksba_config_host" != x"$host" ; then AC_MSG_WARN([[ -@@ -147,8 +67,6 @@ AC_DEFUN([AM_PATH_KSBA], +@@ -233,8 +152,6 @@ AC_DEFUN([AM_PATH_KSBA], fi fi else diff --git a/meta/recipes-support/libksba/libksba_1.6.6.bb b/meta/recipes-support/libksba/libksba_1.6.7.bb similarity index 94% rename from meta/recipes-support/libksba/libksba_1.6.6.bb rename to meta/recipes-support/libksba/libksba_1.6.7.bb index 2230a032f6b..b7a9fc40502 100644 --- a/meta/recipes-support/libksba/libksba_1.6.6.bb +++ b/meta/recipes-support/libksba/libksba_1.6.7.bb @@ -24,7 +24,7 @@ UPSTREAM_CHECK_URI = "https://gnupg.org/download/index.html"; SRC_URI = "${GNUPG_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \ file://ksba-add-pkgconfig-support.patch" -SRC_URI[sha256sum] = "5dec033d211559338838c0c4957c73dfdc3ee86f73977d6279640c9cd08ce6a4" +SRC_URI[sha256sum] = "cf72510b8ebb4eb6693eef765749d83677a03c79291a311040a5bfd79baab763" do_configure:prepend () { # Else these could be used in preference to those in aclocal-copy -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203796): https://lists.openembedded.org/g/openembedded-core/message/203796 Mute This Topic: https://lists.openembedded.org/mt/108118423/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 20/34] ffmpeg: update 6.1.1 -> 7.0.2
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...lpdsp_armv5te-fix-label-format-to-wo.patch |2 +- .../ffmpeg/ffmpeg/av1_ordering_info.patch | 91 -- .../ffmpeg/ffmpeg/vulkan_av1_stable_API.patch | 1382 - .../ffmpeg/ffmpeg/vulkan_fix_gcc14.patch | 102 -- .../{ffmpeg_6.1.1.bb => ffmpeg_7.0.2.bb} |5 +- 5 files changed, 2 insertions(+), 1580 deletions(-) delete mode 100644 meta/recipes-multimedia/ffmpeg/ffmpeg/av1_ordering_info.patch delete mode 100644 meta/recipes-multimedia/ffmpeg/ffmpeg/vulkan_av1_stable_API.patch delete mode 100644 meta/recipes-multimedia/ffmpeg/ffmpeg/vulkan_fix_gcc14.patch rename meta/recipes-multimedia/ffmpeg/{ffmpeg_6.1.1.bb => ffmpeg_7.0.2.bb} (97%) diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-libavcodec-arm-mlpdsp_armv5te-fix-label-format-to-wo.patch b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-libavcodec-arm-mlpdsp_armv5te-fix-label-format-to-wo.patch index 2551eb17d7e..b7cd048165c 100644 --- a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-libavcodec-arm-mlpdsp_armv5te-fix-label-format-to-wo.patch +++ b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-libavcodec-arm-mlpdsp_armv5te-fix-label-format-to-wo.patch @@ -1,4 +1,4 @@ -From 0b541aa54b9573d8eef7401a0cc58c422fe60a9a Mon Sep 17 00:00:00 2001 +From e52fc2c11c3935085ccf1a5707ce50223ad62b58 Mon Sep 17 00:00:00 2001 From: Ross Burton Date: Thu, 8 Aug 2024 18:04:17 +0100 Subject: [PATCH] libavcodec/arm/mlpdsp_armv5te: fix label format to work with diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg/av1_ordering_info.patch b/meta/recipes-multimedia/ffmpeg/ffmpeg/av1_ordering_info.patch deleted file mode 100644 index bfc894563cb..000 --- a/meta/recipes-multimedia/ffmpeg/ffmpeg/av1_ordering_info.patch +++ /dev/null @@ -1,91 +0,0 @@ -From cafb4c554845332eeb33284cf6498049997dc67e Mon Sep 17 00:00:00 2001 -From: Mark Thompson -Date: Wed, 20 Mar 2024 20:35:28 + -Subject: [PATCH] lavc/cbs_av1: Save more frame ordering information - -This is wanted by the Vulkan decoder. - -Signed-off-by: Dmitry Baryshkov -Upstream-Status: Backport [https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/ecdc94b97f809d5f2b88640842fd0541951ad295] - libavcodec/cbs_av1.h | 5 + - libavcodec/cbs_av1_syntax_template.c | 25 + - 2 files changed, 26 insertions(+), 4 deletions(-) - -diff --git a/libavcodec/cbs_av1.h b/libavcodec/cbs_av1.h -index a5402f069d..a027013bc7 100644 a/libavcodec/cbs_av1.h -+++ b/libavcodec/cbs_av1.h -@@ -427,6 +427,8 @@ typedef struct AV1ReferenceFrameState { - int bit_depth; // RefBitDepth - int order_hint; // RefOrderHint - -+int saved_order_hints[AV1_TOTAL_REFS_PER_FRAME]; // SavedOrderHints[ref] -+ - int8_t loop_filter_ref_deltas[AV1_TOTAL_REFS_PER_FRAME]; - int8_t loop_filter_mode_deltas[2]; - uint8_t feature_enabled[AV1_MAX_SEGMENTS][AV1_SEG_LVL_MAX]; -@@ -464,6 +466,9 @@ typedef struct CodedBitstreamAV1Context { - int tile_rows; - int tile_num; - -+int order_hints[AV1_TOTAL_REFS_PER_FRAME]; // OrderHints -+int ref_frame_sign_bias[AV1_TOTAL_REFS_PER_FRAME]; // RefFrameSignBias -+ - AV1ReferenceFrameState ref[AV1_NUM_REF_FRAMES]; - - // AVOptions -diff --git a/libavcodec/cbs_av1_syntax_template.c b/libavcodec/cbs_av1_syntax_template.c -index 3be1f2d30f..2979c5d98f 100644 a/libavcodec/cbs_av1_syntax_template.c -+++ b/libavcodec/cbs_av1_syntax_template.c -@@ -1414,6 +1414,8 @@ static int FUNC(uncompressed_header)(CodedBitstreamContext *ctx, RWContext *rw, - priv->ref[i].valid = 0; - priv->ref[i].order_hint = 0; - } -+for (i = 0; i < AV1_REFS_PER_FRAME; i++) -+priv->order_hints[i + AV1_REF_FRAME_LAST] = 0; - } - - flag(disable_cdf_update); -@@ -1568,11 +1570,20 @@ static int FUNC(uncompressed_header)(CodedBitstreamContext *ctx, RWContext *rw, - else - flag(use_ref_frame_mvs); - --infer(allow_intrabc, 0); --} -+for (i = 0; i < AV1_REFS_PER_FRAME; i++) { -+int ref_frame = AV1_REF_FRAME_LAST + i; -+int hint = priv->ref[current->ref_frame_idx[i]].order_hint; -+priv->order_hints[ref_frame] = hint; -+if (!seq->enable_order_hint) { -+priv->ref_frame_sign_bias[ref_frame] = 0; -+} else { -+priv->ref_frame_sign_bias[ref_frame] = -+cbs_av1_get_relative_dist(seq, hint, -+ current->order_hint) > 0; -+} -+} - --if (!frame_is_intra) { --// Derive reference frame sign biases. -+infer(allow_intrabc, 0); - } - - if (seq->reduced_still_picture_header || current->disable_cdf_update) -@@ -1674,6 +1685,12 @@ update_refs: - .bit_depth = priv->bit_depth
[OE-core] [PATCH 11/34] gnu-config: update to latest revision
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/gnu-config/gnu-config_git.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/gnu-config/gnu-config_git.bb b/meta/recipes-devtools/gnu-config/gnu-config_git.bb index 95a7d5485ba..60601d23e22 100644 --- a/meta/recipes-devtools/gnu-config/gnu-config_git.bb +++ b/meta/recipes-devtools/gnu-config/gnu-config_git.bb @@ -9,8 +9,8 @@ DEPENDS:class-native = "hostperl-runtime-native" INHIBIT_DEFAULT_DEPS = "1" -SRCREV = "948ae97ca5703224bd3eada06b7a69f40dd15a02" -PV = "20240101+git" +SRCREV = "00b15927496058d23e6258a28d8996f87cf1f191" +PV = "20240823+git" SRC_URI = "git://git.savannah.gnu.org/git/config.git;protocol=https;branch=master \ file://gnu-configize.in" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203786): https://lists.openembedded.org/g/openembedded-core/message/203786 Mute This Topic: https://lists.openembedded.org/mt/108118412/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 17/34] cargo-c-native: update 0.9.30 -> 0.10.3
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/rust/cargo-c-crates.inc | 798 +- ... => cargo-c-native_0.10.3+cargo-0.81.0.bb} | 2 +- 2 files changed, 411 insertions(+), 389 deletions(-) rename meta/recipes-devtools/rust/{cargo-c-native_0.9.30+cargo-0.77.0.bb => cargo-c-native_0.10.3+cargo-0.81.0.bb} (82%) diff --git a/meta/recipes-devtools/rust/cargo-c-crates.inc b/meta/recipes-devtools/rust/cargo-c-crates.inc index f6da3e654e6..2c84c326a1e 100644 --- a/meta/recipes-devtools/rust/cargo-c-crates.inc +++ b/meta/recipes-devtools/rust/cargo-c-crates.inc @@ -3,146 +3,150 @@ # from Cargo.lock SRC_URI += " \ crate://crates.io/adler/1.0.2 \ -crate://crates.io/ahash/0.8.7 \ -crate://crates.io/aho-corasick/1.1.2 \ -crate://crates.io/allocator-api2/0.2.16 \ -crate://crates.io/anstream/0.6.11 \ -crate://crates.io/anstyle/1.0.6 \ -crate://crates.io/anstyle-parse/0.2.3 \ -crate://crates.io/anstyle-query/1.0.2 \ -crate://crates.io/anstyle-wincon/3.0.2 \ -crate://crates.io/anyhow/1.0.79 \ -crate://crates.io/arc-swap/1.6.0 \ -crate://crates.io/autocfg/1.1.0 \ +crate://crates.io/ahash/0.8.11 \ +crate://crates.io/aho-corasick/1.1.3 \ +crate://crates.io/allocator-api2/0.2.18 \ +crate://crates.io/annotate-snippets/0.11.4 \ +crate://crates.io/anstream/0.6.15 \ +crate://crates.io/anstyle/1.0.8 \ +crate://crates.io/anstyle-parse/0.2.5 \ +crate://crates.io/anstyle-query/1.1.1 \ +crate://crates.io/anstyle-wincon/3.0.4 \ +crate://crates.io/anyhow/1.0.86 \ +crate://crates.io/arc-swap/1.7.1 \ +crate://crates.io/autocfg/1.3.0 \ crate://crates.io/base16ct/0.2.0 \ -crate://crates.io/base64/0.21.7 \ +crate://crates.io/base64/0.22.1 \ crate://crates.io/base64ct/1.6.0 \ crate://crates.io/bitflags/1.3.2 \ -crate://crates.io/bitflags/2.4.2 \ +crate://crates.io/bitflags/2.6.0 \ crate://crates.io/bitmaps/2.1.0 \ crate://crates.io/block-buffer/0.10.4 \ -crate://crates.io/bstr/1.9.0 \ -crate://crates.io/btoi/0.4.3 \ -crate://crates.io/bumpalo/3.14.0 \ -crate://crates.io/bytes/1.5.0 \ +crate://crates.io/bstr/1.10.0 \ +crate://crates.io/bumpalo/3.16.0 \ +crate://crates.io/byteorder/1.5.0 \ +crate://crates.io/bytes/1.6.1 \ crate://crates.io/bytesize/1.3.0 \ -crate://crates.io/cargo/0.77.0 \ -crate://crates.io/cargo-credential/0.4.2 \ -crate://crates.io/cargo-credential-libsecret/0.4.2 \ -crate://crates.io/cargo-credential-macos-keychain/0.4.2 \ -crate://crates.io/cargo-credential-wincred/0.4.2 \ -crate://crates.io/cargo-platform/0.1.7 \ -crate://crates.io/cargo-util/0.2.9 \ +crate://crates.io/cargo/0.81.0 \ +crate://crates.io/cargo-credential/0.4.6 \ +crate://crates.io/cargo-credential-libsecret/0.4.6 \ +crate://crates.io/cargo-credential-macos-keychain/0.4.6 \ +crate://crates.io/cargo-credential-wincred/0.4.6 \ +crate://crates.io/cargo-platform/0.1.8 \ +crate://crates.io/cargo-util/0.2.13 \ +crate://crates.io/cargo-util-schemas/0.4.0 \ crate://crates.io/cbindgen/0.26.0 \ -crate://crates.io/cc/1.0.83 \ +crate://crates.io/cc/1.1.7 \ crate://crates.io/cfg-if/1.0.0 \ -crate://crates.io/clap/4.5.0 \ -crate://crates.io/clap_builder/4.5.0 \ -crate://crates.io/clap_derive/4.5.0 \ -crate://crates.io/clap_lex/0.7.0 \ -crate://crates.io/clru/0.6.1 \ -crate://crates.io/color-print/0.3.5 \ -crate://crates.io/color-print-proc-macro/0.3.5 \ -crate://crates.io/colorchoice/1.0.0 \ +crate://crates.io/clap/4.5.11 \ +crate://crates.io/clap_builder/4.5.11 \ +crate://crates.io/clap_derive/4.5.11 \ +crate://crates.io/clap_lex/0.7.2 \ +crate://crates.io/clru/0.6.2 \ +crate://crates.io/color-print/0.3.6 \ +crate://crates.io/color-print-proc-macro/0.3.6 \ +crate://crates.io/colorchoice/1.0.2 \ crate://crates.io/const-oid/0.9.6 \ crate://crates.io/core-foundation/0.9.4 \ crate://crates.io/core-foundation-sys/0.8.6 \ crate://crates.io/cpufeatures/0.2.12 \ -crate://crates.io/crates-io/0.39.2 \ -crate://crates.io/crc32fast/1.3.2 \ -crate://crates.io/crossbeam-channel/0.5.11 \ +crate://crates.io/crates-io/0.40.3 \ +crate://crates.io/crc32fast/1.4.2 \ +crate://crates.io/crossbeam-channel/0.5.13 \ crate://crates.io/crossbeam-deque/0.8.5 \ crate://crates.io/crossbeam-epoch/0.9.18 \ -crate://crates.io/crossbeam-utils/0.8.19 \ +crate://crates.io/crossbeam-utils/0.8.20 \ crate://crates.io/crypto-bigint/0.5.5 \ crate://crates.io/crypto-common/0.1.6 \ crate://crates.io/ct-codecs/1.1.1 \ -crate://crates.io/curl/0.4.45 \ -crate://crates.io/curl-sys/0.4.72+curl-8.6.0 \ -crate://crates.io/der/0.7.8 \ +crate://crates.io/curl/0.4.46 \ +crate://crates.io/curl-sys/0.4.73+curl-8.8.0 \ +crate://crates.io
[OE-core] [PATCH 19/34] vulkan-samples: update to latest revision
From: Alexander Kanavin Drop backports. This has again regressed on 32 bit x86, and as no one cares upstream and the 32 bit x86 platform really isn't relevant for vulkan, let's just disable it there. Signed-off-by: Alexander Kanavin --- .../0001-Deprecate-u8string_view.patch| 59 -- ...ot-use-LFS64-functions-on-linux-musl.patch | 37 --- .../vulkan/vulkan-samples/32bit.patch | 101 -- .../vulkan/vulkan-samples_git.bb | 7 +- 4 files changed, 3 insertions(+), 201 deletions(-) delete mode 100644 meta/recipes-graphics/vulkan/vulkan-samples/0001-Deprecate-u8string_view.patch delete mode 100644 meta/recipes-graphics/vulkan/vulkan-samples/0001-Do-not-use-LFS64-functions-on-linux-musl.patch delete mode 100644 meta/recipes-graphics/vulkan/vulkan-samples/32bit.patch diff --git a/meta/recipes-graphics/vulkan/vulkan-samples/0001-Deprecate-u8string_view.patch b/meta/recipes-graphics/vulkan/vulkan-samples/0001-Deprecate-u8string_view.patch deleted file mode 100644 index c2304bdd48b..000 --- a/meta/recipes-graphics/vulkan/vulkan-samples/0001-Deprecate-u8string_view.patch +++ /dev/null @@ -1,59 +0,0 @@ -From 93987b1ce7d6f91387202495aac61026070597df Mon Sep 17 00:00:00 2001 -From: Khem Raj -Date: Sun, 15 Jan 2023 21:37:52 -0800 -Subject: [PATCH] Deprecate u8string_view - -Use basic_string_view instead - -Upstream-Status: Backport [https://github.com/fmtlib/fmt/commit/dea7fde8b7d649923dd41b0766bdf076033c62a2] -Signed-off-by: Khem Raj - include/spdlog/fmt/bundled/core.h | 3 ++- - include/spdlog/fmt/bundled/format.h | 15 ++- - 2 files changed, 4 insertions(+), 14 deletions(-) - -diff --git a/include/spdlog/fmt/bundled/core.h b/include/spdlog/fmt/bundled/core.h -index 50b79351..e8b029ef 100644 a/include/spdlog/fmt/bundled/core.h -+++ b/include/spdlog/fmt/bundled/core.h -@@ -1484,7 +1484,8 @@ FMT_API void vprint(wstring_view format_str, wformat_args args); - - /** - \rst -- Prints formatted data to ``stdout``. -+ Formats ``args`` according to specifications in ``format_str`` and writes the -+ output to ``stdout``. - - **Example**:: - -diff --git a/include/spdlog/fmt/bundled/format.h b/include/spdlog/fmt/bundled/format.h -index 1bb24a52..39426361 100644 a/include/spdlog/fmt/bundled/format.h -+++ b/include/spdlog/fmt/bundled/format.h -@@ -407,21 +407,10 @@ void basic_buffer::append(const U *begin, const U *end) { - enum char8_t: unsigned char {}; - #endif - --// A UTF-8 string view. --class u8string_view : public basic_string_view { -- public: -- typedef char8_t char_type; -- -- u8string_view(const char *s): --basic_string_view(reinterpret_cast(s)) {} -- u8string_view(const char *s, size_t count) FMT_NOEXCEPT: --basic_string_view(reinterpret_cast(s), count) {} --}; -- - #if FMT_USE_USER_DEFINED_LITERALS - inline namespace literals { --inline u8string_view operator"" _u(const char *s, std::size_t n) { -- return {s, n}; -+inline basic_string_view operator"" _u(const char* s, std::size_t n) { -+ return {reinterpret_cast(s), n}; - } - } - #endif --- -2.39.0 - diff --git a/meta/recipes-graphics/vulkan/vulkan-samples/0001-Do-not-use-LFS64-functions-on-linux-musl.patch b/meta/recipes-graphics/vulkan/vulkan-samples/0001-Do-not-use-LFS64-functions-on-linux-musl.patch deleted file mode 100644 index f2bd7e510b8..000 --- a/meta/recipes-graphics/vulkan/vulkan-samples/0001-Do-not-use-LFS64-functions-on-linux-musl.patch +++ /dev/null @@ -1,37 +0,0 @@ -From ce7a593e74c8e0c2ece15c73e7614d4f13a19a53 Mon Sep 17 00:00:00 2001 -From: Khem Raj -Date: Fri, 30 Dec 2022 13:04:08 -0800 -Subject: [PATCH] Do not use LFS64 functions on linux/musl - -On musl, off_t is 64bit always ( even on 32bit platforms ), therefore using -LFS64 funcitons is not needed on such platforms. Moreover, musl has stopped -providing aliases for these functions [1] which means it wont compile on -newer musl systems. Therefore only use it on 32bit glibc/linux platforms -and exclude musl like cygwin or OSX - -[1] https://git.musl-libc.org/cgit/musl/commit/?id=246f1c811448f37a44b41cd8df8d0ef9736d95f4 - -Upstream-Status: Submitted [https://github.com/gabime/spdlog/pull/2589] -Signed-off-by: Khem Raj - include/spdlog/details/os.h | 4 +++- - 1 file changed, 3 insertions(+), 1 deletion(-) - -diff --git a/include/spdlog/details/os.h b/include/spdlog/details/os.h -index 8e8476f0..be0a67b8 100644 a/include/spdlog/details/os.h -+++ b/include/spdlog/details/os.h -@@ -227,7 +227,9 @@ inline size_t filesize(FILE *f) - #else // unix - int fd = fileno(f); - // 64 bits(but not in osx or cygwin, where fstat64 is deprecated) --#if !defined(__FreeBSD__) && !defined(__APPLE__) && (defined(__x86_64__) || defined(__ppc64__)) && !defined(__CYGWIN__) -+#if !defined(__FreeBSD__) && !defined(__APPLE__) && \ -+(defined(__linux__) && defined(
[OE-core] [PATCH 15/34] python3-pyyaml: update 6.0.1 -> 6.0.2
From: Alexander Kanavin With this release, cython 3.x is finally officially supported. Signed-off-by: Alexander Kanavin --- .../0001-Fix-builds-with-Cython-3.patch | 54 --- ...yyaml_6.0.1.bb => python3-pyyaml_6.0.2.bb} | 6 +-- 2 files changed, 2 insertions(+), 58 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3-pyyaml/0001-Fix-builds-with-Cython-3.patch rename meta/recipes-devtools/python/{python3-pyyaml_6.0.1.bb => python3-pyyaml_6.0.2.bb} (84%) diff --git a/meta/recipes-devtools/python/python3-pyyaml/0001-Fix-builds-with-Cython-3.patch b/meta/recipes-devtools/python/python3-pyyaml/0001-Fix-builds-with-Cython-3.patch deleted file mode 100644 index a87d588b6a1..000 --- a/meta/recipes-devtools/python/python3-pyyaml/0001-Fix-builds-with-Cython-3.patch +++ /dev/null @@ -1,54 +0,0 @@ -From 9cc23db56add79357b8f8257fe6fc0d6879d4579 Mon Sep 17 00:00:00 2001 -From: "Andrew J. Hesford" -Date: Fri, 21 Jul 2023 09:50:00 -0400 -Subject: [PATCH] Fix builds with Cython 3 - -This is a *de minimis* fix for building with Cython 3. Recent Cython<3 -releases provided `Cython.Distutils.build_ext` as an alias to -`Cython.Distutils.old_build_ext.old_build_ext`; Cython 3 drops this -alias and instead uses a wholly new `Cython.Distutils.build_ext` that -does not provide the `cython_sources` function used in `setup.py`. - -Explicitly importing `old_build_ext` preserves the existing behavior for -recent Cython<3 and uses the correct behavior for Cython 3. Should the -import fail (*e.g.*, because the version of Cython available predates -the availability of `old_build_ext`), the import falls back to just -`Cython.Distutils.build_ext`. - -Signed-off-by: Andrew J. Hesford -Upstream-Status: Denied [https://github.com/yaml/pyyaml/pull/731] -Signed-off-by: Alexander Kanavin - pyproject.toml | 2 +- - setup.py | 6 +- - 2 files changed, 6 insertions(+), 2 deletions(-) - -diff --git a/pyproject.toml b/pyproject.toml -index 4bc04c0..2bf5ec8 100644 a/pyproject.toml -+++ b/pyproject.toml -@@ -1,3 +1,3 @@ - [build-system] --requires = ["setuptools", "wheel", "Cython<3.0"] -+requires = ["setuptools", "wheel", "Cython"] - build-backend = "setuptools.build_meta" -diff --git a/setup.py b/setup.py -index 65b0ea0..4461580 100644 a/setup.py -+++ b/setup.py -@@ -82,7 +82,11 @@ if 'sdist' in sys.argv or os.environ.get('PYYAML_FORCE_CYTHON') == '1': - with_cython = True - try: - from Cython.Distutils.extension import Extension as _Extension --from Cython.Distutils import build_ext as _build_ext -+try: -+from Cython.Distutils.old_build_ext import old_build_ext as _build_ext -+except ImportError: -+from Cython.Distutils import build_ext as _build_ext -+ - with_cython = True - except ImportError: - if with_cython: --- -2.39.2 - diff --git a/meta/recipes-devtools/python/python3-pyyaml_6.0.1.bb b/meta/recipes-devtools/python/python3-pyyaml_6.0.2.bb similarity index 84% rename from meta/recipes-devtools/python/python3-pyyaml_6.0.1.bb rename to meta/recipes-devtools/python/python3-pyyaml_6.0.2.bb index 6e2022719c1..a41d073af95 100644 --- a/meta/recipes-devtools/python/python3-pyyaml_6.0.1.bb +++ b/meta/recipes-devtools/python/python3-pyyaml_6.0.2.bb @@ -5,12 +5,10 @@ HOMEPAGE = "https://pyyaml.org/"; LICENSE = "MIT" LIC_FILES_CHKSUM = "file://LICENSE;md5=6d8242660a8371add5fe547adf083079" -PYPI_PACKAGE = "PyYAML" - inherit pypi python_setuptools_build_meta -SRC_URI += "file://0001-Fix-builds-with-Cython-3.patch" -SRC_URI[sha256sum] = "bfdf460b1736c775f2ba9f6a92bca30bc2095067b8a9d77876d1fad6cc3b4a43" +SRC_URI[sha256sum] = "d584d9ec91ad65861cc08d42e834324ef890a082e591037abe114850ff7bbc3e" +UPSTREAM_CHECK_PYPI_PACKAGE = "PyYAML" PACKAGECONFIG ?= "libyaml" PACKAGECONFIG[libyaml] = "--with-libyaml,--without-libyaml,libyaml" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203791): https://lists.openembedded.org/g/openembedded-core/message/203791 Mute This Topic: https://lists.openembedded.org/mt/108118417/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 18/34] go-helloworld: update to latest revision
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- meta/recipes-extended/go-examples/go-helloworld_0.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/go-examples/go-helloworld_0.1.bb b/meta/recipes-extended/go-examples/go-helloworld_0.1.bb index 575ee81b50a..8d4dd49ab67 100644 --- a/meta/recipes-extended/go-examples/go-helloworld_0.1.bb +++ b/meta/recipes-extended/go-examples/go-helloworld_0.1.bb @@ -6,7 +6,7 @@ LICENSE = "MIT" LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" SRC_URI = "git://go.googlesource.com/example;branch=master;protocol=https;destsuffix=${GO_SRCURI_DESTSUFFIX}" -SRCREV = "32022caedd6a177a7717aa8680cbe179e1045935" +SRCREV = "39e772fc26705bb170db248e5372a81ed5ffd67f" UPSTREAM_CHECK_COMMITS = "1" GO_IMPORT = "golang.org/x/example" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203793): https://lists.openembedded.org/g/openembedded-core/message/203793 Mute This Topic: https://lists.openembedded.org/mt/108118419/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 07/34] fmt: update 10.2.1 -> 11.0.2
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/fmt/{fmt_10.2.1.bb => fmt_11.0.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/fmt/{fmt_10.2.1.bb => fmt_11.0.2.bb} (77%) diff --git a/meta/recipes-devtools/fmt/fmt_10.2.1.bb b/meta/recipes-devtools/fmt/fmt_11.0.2.bb similarity index 77% rename from meta/recipes-devtools/fmt/fmt_10.2.1.bb rename to meta/recipes-devtools/fmt/fmt_11.0.2.bb index 1437eb48034..5a7041088cd 100644 --- a/meta/recipes-devtools/fmt/fmt_10.2.1.bb +++ b/meta/recipes-devtools/fmt/fmt_11.0.2.bb @@ -4,8 +4,8 @@ HOMEPAGE = "https://fmt.dev"; LICENSE = "MIT" LIC_FILES_CHKSUM = "file://LICENSE;md5=b9257785fc4f3803a4b71b76c1412729" -SRC_URI = "git://github.com/fmtlib/fmt;branch=10.x;protocol=https" -SRCREV = "e69e5f977d458f2650bb346dadf2ad30c5320281" +SRC_URI = "git://github.com/fmtlib/fmt;branch=master;protocol=https" +SRCREV = "0c9fce2ffefecfdce794e1859584e25877b7b592" S = "${WORKDIR}/git" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203782): https://lists.openembedded.org/g/openembedded-core/message/203782 Mute This Topic: https://lists.openembedded.org/mt/108118408/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 13/34] python3-pip: 24.0 -> 24.2
From: Alexander Kanavin License-update: formatting, newly added trustore is under MIT. Signed-off-by: Alexander Kanavin --- .../python/python3-pip/no_shebang_mangling.patch | 8 .../{python3-pip_24.0.bb => python3-pip_24.2.bb} | 14 -- 2 files changed, 8 insertions(+), 14 deletions(-) rename meta/recipes-devtools/python/{python3-pip_24.0.bb => python3-pip_24.2.bb} (73%) diff --git a/meta/recipes-devtools/python/python3-pip/no_shebang_mangling.patch b/meta/recipes-devtools/python/python3-pip/no_shebang_mangling.patch index 99fa14ee031..0481a78a88a 100644 --- a/meta/recipes-devtools/python/python3-pip/no_shebang_mangling.patch +++ b/meta/recipes-devtools/python/python3-pip/no_shebang_mangling.patch @@ -1,4 +1,4 @@ -From 2aa82aeb0783c5fab32bfe1dd3da9ae8fc6e Mon Sep 17 00:00:00 2001 +From 41542c2bf85c1c79bb55e6549e8f844b3a1db208 Mon Sep 17 00:00:00 2001 From: Richard Purdie Date: Wed, 23 Feb 2022 12:27:06 + Subject: [PATCH] python3-pip: Don't change shebang @@ -13,10 +13,10 @@ Upstream-Status: Inappropriate [OE specific config] 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/pip/_vendor/distlib/scripts.py b/src/pip/_vendor/distlib/scripts.py -index cfa45d2..313f499 100644 +index e16292b..a3a161d 100644 --- a/src/pip/_vendor/distlib/scripts.py +++ b/src/pip/_vendor/distlib/scripts.py -@@ -144,6 +144,8 @@ class ScriptMaker(object): +@@ -162,6 +162,8 @@ class ScriptMaker(object): See also: http://www.in-ulm.de/~mascheck/various/shebang/#length https://hg.mozilla.org/mozilla-central/file/tip/mach """ @@ -25,7 +25,7 @@ index cfa45d2..313f499 100644 if os.name != 'posix': simple_shebang = True else: -@@ -362,7 +364,7 @@ class ScriptMaker(object): +@@ -380,7 +382,7 @@ class ScriptMaker(object): return match = FIRST_LINE_RE.match(first_line.replace(b'\r\n', b'\n')) diff --git a/meta/recipes-devtools/python/python3-pip_24.0.bb b/meta/recipes-devtools/python/python3-pip_24.2.bb similarity index 73% rename from meta/recipes-devtools/python/python3-pip_24.0.bb rename to meta/recipes-devtools/python/python3-pip_24.2.bb index be4a29500a5..1f8aeb35fc8 100644 --- a/meta/recipes-devtools/python/python3-pip_24.0.bb +++ b/meta/recipes-devtools/python/python3-pip_24.2.bb @@ -4,36 +4,30 @@ SECTION = "devel/python" LICENSE = "MIT & Apache-2.0 & MPL-2.0 & LGPL-2.1-only & BSD-3-Clause & PSF-2.0 & BSD-2-Clause" LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=63ec52baf95163b597008bb46db68030 \ file://src/pip/_vendor/cachecontrol/LICENSE.txt;md5=6572692148079ebbbd800be4b9f36c6d \ - file://src/pip/_vendor/certifi/LICENSE;md5=3c2b7404369c587c3559afb604fce2f2 \ - file://src/pip/_vendor/chardet/LICENSE;md5=4fbd65380cdd255951079008b364516c \ - file://src/pip/_vendor/colorama/LICENSE.txt;md5=b4936429a56a652b84c5c01280dcaa26 \ + file://src/pip/_vendor/certifi/LICENSE;md5=11618cb6a975948679286b1211bd573c \ file://src/pip/_vendor/distlib/LICENSE.txt;md5=f6a11430d5cd6e2cd3832ee94f22ddfc \ file://src/pip/_vendor/distro/LICENSE;md5=d2794c0df5b907fdace235a619d80314 \ - file://src/pip/_vendor/idna/LICENSE.md;md5=239668a7c6066d9e0c5382e9c8c6c0e1 \ + file://src/pip/_vendor/idna/LICENSE.md;md5=204c0612e40a4dd46012a78d02c80fb1 \ file://src/pip/_vendor/msgpack/COPYING;md5=cd9523181d9d4fbf7ffca52eaa2a5751 \ file://src/pip/_vendor/packaging/LICENSE;md5=faadaedca9251a90b205c9167578ce91 \ - file://src/pip/_vendor/packaging/LICENSE.APACHE;md5=2ee41112a44fe7014dce33e26468ba93 \ file://src/pip/_vendor/pkg_resources/LICENSE;md5=141643e11c48898150daa83802dbc65f \ file://src/pip/_vendor/platformdirs/LICENSE;md5=ea4f5a41454746a9ed111e3d8723d17a \ file://src/pip/_vendor/pygments/LICENSE;md5=36a13c90514e2899f1eba7f41c3ee592 \ - file://src/pip/_vendor/pyparsing/LICENSE;md5=657a566233888513e1f07ba13e2f47f1 \ file://src/pip/_vendor/pyproject_hooks/LICENSE;md5=aad69c93f605003e3342b174d9b0708c \ file://src/pip/_vendor/requests/LICENSE;md5=34400b68072d710fecd0a2940a0d1658 \ file://src/pip/_vendor/resolvelib/LICENSE;md5=78e1c0248051c32a38a7f820c30bd7a5 \ file://src/pip/_vendor/rich/LICENSE;md5=b5f0b94fbc94f5ad9ae4efcf8a778303 \ - file://src/pip/_vendor/six.LICENSE;md5=43cfc9e4ac0e377acfb9b76f56b8415d \ - file://src/pip/_vendor/tenacity/LICENSE;md5=175792518e4ac015ab6696d16c4f607e \ file://src/pip/_vendor/tom
[OE-core] [PATCH 12/34] python3-license-expression: update 30.3.0 -> 30.3.1
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...pression_30.3.0.bb => python3-license-expression_30.3.1.bb} | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) rename meta/recipes-devtools/python/{python3-license-expression_30.3.0.bb => python3-license-expression_30.3.1.bb} (87%) diff --git a/meta/recipes-devtools/python/python3-license-expression_30.3.0.bb b/meta/recipes-devtools/python/python3-license-expression_30.3.1.bb similarity index 87% rename from meta/recipes-devtools/python/python3-license-expression_30.3.0.bb rename to meta/recipes-devtools/python/python3-license-expression_30.3.1.bb index f36336b592e..edf7ead2e42 100644 --- a/meta/recipes-devtools/python/python3-license-expression_30.3.0.bb +++ b/meta/recipes-devtools/python/python3-license-expression_30.3.1.bb @@ -4,9 +4,10 @@ HOMEPAGE = "https://github.com/nexB/license-expression"; LICENSE = "Apache-2.0" LIC_FILES_CHKSUM = "file://apache-2.0.LICENSE;md5=86d3f3a95c324c9479bd8986968f4327" -SRC_URI[sha256sum] = "1295406f736b4f395ff069aec1cebfad53c0fcb3cf57df0f5ec58fc7b905aea5" +SRC_URI[sha256sum] = "60d5bec1f3364c256a92b9a08583d7ea933c7aa272c8d36d04144a89a3858c01" inherit pypi ptest python_setuptools_build_meta +PYPI_PACKAGE = "license_expression" DEPENDS += "python3-setuptools-scm-native" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203788): https://lists.openembedded.org/g/openembedded-core/message/203788 Mute This Topic: https://lists.openembedded.org/mt/108118414/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 14/34] python3-pyopenssl: update 24.1.0 -> 24.2.1
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...ython3-pyopenssl_24.1.0.bb => python3-pyopenssl_24.2.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python3-pyopenssl_24.1.0.bb => python3-pyopenssl_24.2.1.bb} (79%) diff --git a/meta/recipes-devtools/python/python3-pyopenssl_24.1.0.bb b/meta/recipes-devtools/python/python3-pyopenssl_24.2.1.bb similarity index 79% rename from meta/recipes-devtools/python/python3-pyopenssl_24.1.0.bb rename to meta/recipes-devtools/python/python3-pyopenssl_24.2.1.bb index 9ef3145bf86..d9ccd553a19 100644 --- a/meta/recipes-devtools/python/python3-pyopenssl_24.1.0.bb +++ b/meta/recipes-devtools/python/python3-pyopenssl_24.2.1.bb @@ -5,9 +5,9 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57" DEPENDS += "openssl python3-cryptography" -SRC_URI[sha256sum] = "cabed4bfaa5df9f1a16c0ef64a0cb65318b5cd077a7eda7d6970131ca2f41a6f" +SRC_URI[sha256sum] = "4247f0dbe3748d560dcbb2ff3ea01af0f9a1a001ef5f7c4c647956ed8cbf0e95" +UPSTREAM_CHECK_PYPI_PACKAGE = "pyOpenSSL" -PYPI_PACKAGE = "pyOpenSSL" inherit pypi setuptools3 PACKAGES =+ "${PN}-tests" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203790): https://lists.openembedded.org/g/openembedded-core/message/203790 Mute This Topic: https://lists.openembedded.org/mt/108118416/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 16/34] python3-scons: update 4.7.0 -> 4.8.0
From: Alexander Kanavin Manpages are no longer installed, and so the patch isn't needed. Signed-off-by: Alexander Kanavin --- .../0001-Fix-man-page-installation.patch | 29 --- ...-scons_4.7.0.bb => python3-scons_4.8.0.bb} | 13 +++-- 2 files changed, 4 insertions(+), 38 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3-scons/0001-Fix-man-page-installation.patch rename meta/recipes-devtools/python/{python3-scons_4.7.0.bb => python3-scons_4.8.0.bb} (70%) diff --git a/meta/recipes-devtools/python/python3-scons/0001-Fix-man-page-installation.patch b/meta/recipes-devtools/python/python3-scons/0001-Fix-man-page-installation.patch deleted file mode 100644 index 6dffe648097..000 --- a/meta/recipes-devtools/python/python3-scons/0001-Fix-man-page-installation.patch +++ /dev/null @@ -1,29 +0,0 @@ -From 8b482e618047e94833545dce3a26924ef4f075db Mon Sep 17 00:00:00 2001 -From: Tim Orling -Date: Sat, 22 May 2021 11:20:46 -0700 -Subject: [PATCH] Fix man page installation - -Fixes: - error: can't copy 'build/doc/man/scons.1': doesn't exist or not a regular file - -Upstream-Status: Inappropriate [oe specific] - -Signed-off-by: Tim Orling - - MANIFEST.in | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) - -diff --git a/MANIFEST.in b/MANIFEST.in -index 04ec000..937f6f3 100644 a/MANIFEST.in -+++ b/MANIFEST.in -@@ -4,7 +4,7 @@ recursive-include SCons/Tool/docbook * - include LICENSE - - include scons.1 sconsign.1 scons-time.1 --recursive-include build/doc/man *.1 -+#recursive-include build/doc/man *.1 - - - diff --git a/meta/recipes-devtools/python/python3-scons_4.7.0.bb b/meta/recipes-devtools/python/python3-scons_4.8.0.bb similarity index 70% rename from meta/recipes-devtools/python/python3-scons_4.7.0.bb rename to meta/recipes-devtools/python/python3-scons_4.8.0.bb index f41b3e92711..b1348665e04 100644 --- a/meta/recipes-devtools/python/python3-scons_4.7.0.bb +++ b/meta/recipes-devtools/python/python3-scons_4.8.0.bb @@ -4,13 +4,13 @@ SECTION = "devel/python" LICENSE = "MIT" LIC_FILES_CHKSUM = "file://LICENSE;md5=d903b0b8027f461402bac9b5169b36f7" -SRC_URI += " file://0001-Fix-man-page-installation.patch" -SRC_URI[sha256sum] = "d8b617f6610a73e46509de70dcf82f76861b79762ff602d546f4e80918ec81f3" - -PYPI_PACKAGE = "SCons" +SRC_URI[sha256sum] = "2c7377ff6a22ca136c795ae3dc3d0824696e5478d1e4940f2af75659b0d45454" +UPSTREAM_CHECK_PYPI_PACKAGE = "SCons" inherit pypi python_setuptools_build_meta +S = "${WORKDIR}/SCons-${PV}" + RDEPENDS:${PN}:class-target = "\ python3-core \ python3-compression \ @@ -23,11 +23,6 @@ RDEPENDS:${PN}:class-target = "\ python3-pprint \ " -do_install:append() { -install -d ${D}${mandir}/man1 -mv ${D}${prefix}/scons*.1 ${D}${mandir}/man1/ -} - do_install:append:class-native() { create_wrapper ${D}${bindir}/scons SCONS_LIB_DIR='${STAGING_DIR_HOST}/${PYTHON_SITEPACKAGES_DIR}' PYTHONNOUSERSITE='1' } -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203792): https://lists.openembedded.org/g/openembedded-core/message/203792 Mute This Topic: https://lists.openembedded.org/mt/108118418/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 10/34] perl: update 5.38.2 -> 5.40.0
From: Alexander Kanavin Update rdepends generator to account for new version specifiers (v{version} instead of just {version}) and exclude a few more external modules detected at runtime. Adjust musl configuration to set custom LC_ALL handling (musl doesn't follow glibc in that, see the last few comments here: https://github.com/Perl/perl5/issues/22375 ). Adjust ptest packaging to add a dummy Makefile for 'make perl releases' test (otherwise the packaging specifically excludes makefiles). Signed-off-by: Alexander Kanavin --- ...ent-failure-of-test-t-op-sigsystem.t.patch | 77 -- ...ule-breaks-through-the-perl-wrapper-.patch | 8 +- ...Makefile.PL-Fix-_PATH_LOG-for-determ.patch | 5 +- .../files/0002-Constant-Fix-up-shebang.patch | 9 +- .../perl/files/determinism.patch | 16 +- .../perl/files/encodefix.patch| 16 +- .../perl/files/errno_ver.diff | 15 +- .../perl/files/native-perlinc.patch | 18 +- .../perl/files/perl-configpm-switch.patch | 3 +- .../perl/files/perl-dynloader.patch | 18 +- .../perl/files/perl-rdepends.txt | 694 -- meta/recipes-devtools/perl/perl-ptest.inc | 3 + .../perl/{perl_5.38.2.bb => perl_5.40.0.bb} | 11 +- 13 files changed, 713 insertions(+), 180 deletions(-) delete mode 100644 meta/recipes-devtools/perl/files/0001-Fix-intermittent-failure-of-test-t-op-sigsystem.t.patch rename meta/recipes-devtools/perl/{perl_5.38.2.bb => perl_5.40.0.bb} (96%) diff --git a/meta/recipes-devtools/perl/files/0001-Fix-intermittent-failure-of-test-t-op-sigsystem.t.patch b/meta/recipes-devtools/perl/files/0001-Fix-intermittent-failure-of-test-t-op-sigsystem.t.patch deleted file mode 100644 index 86fd42cd3d3..000 --- a/meta/recipes-devtools/perl/files/0001-Fix-intermittent-failure-of-test-t-op-sigsystem.t.patch +++ /dev/null @@ -1,77 +0,0 @@ -From 75d974a58c461b3b5d35280e497810e46abae4ca Mon Sep 17 00:00:00 2001 -From: William Lyu -Date: Wed, 4 Oct 2023 08:58:41 -0400 -Subject: [PATCH] Fix intermittent failure of test t/op/sigsystem.t - -[Perl issue #21546] -- https://github.com/Perl/perl5/issues/21546 - -This fix addresses the intermittent failure of the test -t/op/sigsystem.t by improving its robustness. Before the fix, this -test waits a hard-coded amount of time in the parent process for the -child process to exit, and the child process may not be able to exit -soon enough. With this fix, the parent process in this test polls for -whether the SIGCHLD handler reaped the child process for at most 25 -seconds. - -Upstream-Status: Backport [commit ID: 75d974a] - -Signed-off-by: William Lyu -Signed-off-by: Randy MacLeod -Reported-by: Alexandre Belloni - -Committer: William Lyu is now a Perl author. - AUTHORS | 1 + - t/op/sigsystem.t | 17 ++--- - 2 files changed, 15 insertions(+), 3 deletions(-) - -diff --git a/AUTHORS b/AUTHORS -index 21948bfdc7..527dd992fd 100644 a/AUTHORS -+++ b/AUTHORS -@@ -1443,6 +1443,7 @@ Wayne Scott - Wayne Thompson - Wilfredo Sánchez - William J. Middleton -+William Lyu - William Mann - William Middleton - William R Ward -diff --git a/t/op/sigsystem.t b/t/op/sigsystem.t -index 25da854902..831feefb0f 100644 a/t/op/sigsystem.t -+++ b/t/op/sigsystem.t -@@ -37,7 +37,15 @@ SKIP: { - test_system('with reaper'); - - note("Waiting briefly for SIGCHLD..."); --Time::HiRes::sleep(0.500); -+ -+# Wait at most 50 * 0.500 = 25.0 seconds for the child process to be -+# reaped. If the child process exits and gets reaped early, this polling -+# loop will exit early. -+ -+for (1..50) { -+ last if @pids; -+ Time::HiRes::sleep(0.500); -+} - - ok(@pids == 1, 'Reaped only one process'); - ok($pids[0] == $pid, "Reaped the right process.") or diag(Dumper(\@pids)); -@@ -50,8 +58,11 @@ sub test_system { - my $got_zeroes = 0; - - # This test is looking for a race between system()'s waitpid() and a --# signal handler.Looping a few times increases the chances of --# catching the error. -+# signal handler. The system() call is expected to not interfere with the -+# SIGCHLD signal handler. In particular, the wait() called within system() -+# is expected to reap the child process forked by system() before the -+# SIGCHLD signal handler is called. -+# Looping a few times increases the chances of catching the error. - - for (1..$expected_zeroes) { - $got_zeroes++ unless system(TRUE); --- -2.25.1 - diff --git a/meta/recipes-devtools/perl/files/0001-Somehow-this-module-breaks-through-the-perl-wrapper-.patch b/meta/recipes-devtools/perl/files/0001-Somehow-this-module-breaks-through-the-perl-wrapper-.patch index ed8ec
[OE-core] [PATCH 09/34] perlcross: update 1.5.2 -> 1.6
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...ile-check-the-file-if-patched-or-not.patch | 3 +- ...oss-add-LDFLAGS-when-linking-libperl.patch | 9 ++-- .../perl-cross/files/determinism.patch| 41 +++ .../{perlcross_1.5.2.bb => perlcross_1.6.bb} | 2 +- 4 files changed, 29 insertions(+), 26 deletions(-) rename meta/recipes-devtools/perl-cross/{perlcross_1.5.2.bb => perlcross_1.6.bb} (92%) diff --git a/meta/recipes-devtools/perl-cross/files/0001-Makefile-check-the-file-if-patched-or-not.patch b/meta/recipes-devtools/perl-cross/files/0001-Makefile-check-the-file-if-patched-or-not.patch index 4e9153ebf10..7efee733c67 100644 --- a/meta/recipes-devtools/perl-cross/files/0001-Makefile-check-the-file-if-patched-or-not.patch +++ b/meta/recipes-devtools/perl-cross/files/0001-Makefile-check-the-file-if-patched-or-not.patch @@ -1,4 +1,4 @@ -From 3eb33dce6e3c93e1b3efcc9649f871100adada30 Mon Sep 17 00:00:00 2001 +From d0292a4f91ca22f8919a0f13d8961f98743bdbf1 Mon Sep 17 00:00:00 2001 From: Mingli Yu Date: Fri, 2 Jul 2021 09:08:21 + Subject: [PATCH] Makefile: check the file if patched or not @@ -9,7 +9,6 @@ one time. Upstream-Status: Inappropriate (OE-specific) Signed-off-by: Mingli Yu - --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/perl-cross/files/0001-perl-cross-add-LDFLAGS-when-linking-libperl.patch b/meta/recipes-devtools/perl-cross/files/0001-perl-cross-add-LDFLAGS-when-linking-libperl.patch index 6c3f08c4324..6d387fe66a0 100644 --- a/meta/recipes-devtools/perl-cross/files/0001-perl-cross-add-LDFLAGS-when-linking-libperl.patch +++ b/meta/recipes-devtools/perl-cross/files/0001-perl-cross-add-LDFLAGS-when-linking-libperl.patch @@ -1,4 +1,4 @@ -From f824cbec9ac8f113a4ae35d57bd18625d415a71b Mon Sep 17 00:00:00 2001 +From c4ebb6d11d690185f66a3f0a591f193fd6611122 Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Tue, 27 Nov 2018 15:37:40 +0100 Subject: [PATCH] perl-cross: add LDFLAGS when linking libperl @@ -10,10 +10,10 @@ Signed-off-by: Alexander Kanavin 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile -index 01644cd..be811a7 100644 +index 4b80079..c6d6042 100644 --- a/Makefile +++ b/Makefile -@@ -180,7 +180,7 @@ endif +@@ -191,7 +191,7 @@ endif ifeq ($(useshrplib),true) $(LIBPERL): @@ -22,6 +22,3 @@ index 01644cd..be811a7 100644 else $(LIBPERL): $(AR) cru $@ $(filter %$o,$^) --- -2.17.1 - diff --git a/meta/recipes-devtools/perl-cross/files/determinism.patch b/meta/recipes-devtools/perl-cross/files/determinism.patch index e9bf752bcb6..29de36cbafb 100644 --- a/meta/recipes-devtools/perl-cross/files/determinism.patch +++ b/meta/recipes-devtools/perl-cross/files/determinism.patch @@ -1,4 +1,7 @@ -Fixes to make the perl build reproducible: +From 8fd84d6d760b21bad2c499b572951cc3f2235953 Mon Sep 17 00:00:00 2001 +From: Richard Purdie +Date: Wed, 5 Feb 2020 23:54:02 + +Subject: [PATCH] Fixes to make the perl build reproducible: a) Remove the \n from configure_attr.sh since it gets quoted differently depending on whether the shell is bash or dash which can cause the test result to be incorrect. @@ -8,7 +11,7 @@ b) Sort the order of the module lists from configure_mods.sh since otherwise the result isn't the same leading to makefile differences. Reported upstream: https://github.com/arsv/perl-cross/issues/88 -c) Sort the Encode::Byte byte_t.fnm file output (and the makefile depends whilst +c) Sort the Encode::Byte byte_t.fnm file output (and the makefile depends whilst there for good measure) This needs to go to upstream perl (not done) @@ -20,12 +23,26 @@ RP 2020/2/7 Upstream-Status: Pending [75% submitted] Signed-off-by: Richard Purdie https://github.com/arsv/perl-cross/releases/"; -SRC_URI[perl-cross.sha256sum] = "584dc54c48dca25e032b676a15bef377c1fed9de318b4fc140292a5dbf326e90" +SRC_URI[perl-cross.sha256sum] = "5abf198ee50ce9e69eb68fede68c87f65241caa744e4203e97490fa59b45ed69" S = "${WORKDIR}/perl-cross-${PV}" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203785): https://lists.openembedded.org/g/openembedded-core/message/203785 Mute This Topic: https://lists.openembedded.org/mt/108118411/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 01/34] selftest: always tweak ERROR_QA/WARN_QA per package
From: Alexander Kanavin Globally changing it completely destroys sstate reuse, as seen for example here: https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3763/steps/14/logs/stdio Signed-off-by: Alexander Kanavin --- meta/lib/oeqa/selftest/cases/buildoptions.py | 6 +++--- meta/lib/oeqa/selftest/cases/incompatible_lic.py | 6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/meta/lib/oeqa/selftest/cases/buildoptions.py b/meta/lib/oeqa/selftest/cases/buildoptions.py index 31dafaa9c50..4b6f89d8cb6 100644 --- a/meta/lib/oeqa/selftest/cases/buildoptions.py +++ b/meta/lib/oeqa/selftest/cases/buildoptions.py @@ -84,7 +84,7 @@ class SanityOptionsTest(OESelftestTestCase): self.write_config("INHERIT:remove = \"report-error\"") if "packages-list" not in get_bb_var("ERROR_QA"): -self.append_config("ERROR_QA:append = \" packages-list\"") +self.append_config("ERROR_QA:append:pn-xcursor-transparent-theme = \" packages-list\"") self.write_recipeinc('xcursor-transparent-theme', 'PACKAGES += \"${PN}-dbg\"') self.add_command_to_tearDown('bitbake -c clean xcursor-transparent-theme') @@ -94,8 +94,8 @@ class SanityOptionsTest(OESelftestTestCase): self.assertTrue(line and line.startswith("ERROR:"), msg=res.output) self.assertEqual(res.status, 1, msg = "bitbake reported exit code %s. It should have been 1. Bitbake output: %s" % (str(res.status), res.output)) self.write_recipeinc('xcursor-transparent-theme', 'PACKAGES += \"${PN}-dbg\"') -self.append_config('ERROR_QA:remove = "packages-list"') -self.append_config('WARN_QA:append = " packages-list"') +self.append_config('ERROR_QA:remove:pn-xcursor-transparent-theme = "packages-list"') +self.append_config('WARN_QA:append:pn-xcursor-transparent-theme = " packages-list"') res = bitbake("xcursor-transparent-theme -f -c package") self.delete_recipeinc('xcursor-transparent-theme') line = self.getline(res, "QA Issue: xcursor-transparent-theme-dbg is listed in PACKAGES multiple times, this leads to packaging errors.") diff --git a/meta/lib/oeqa/selftest/cases/incompatible_lic.py b/meta/lib/oeqa/selftest/cases/incompatible_lic.py index 439c1b9f0ec..be5484bca49 100644 --- a/meta/lib/oeqa/selftest/cases/incompatible_lic.py +++ b/meta/lib/oeqa/selftest/cases/incompatible_lic.py @@ -114,7 +114,7 @@ INCOMPATIBLE_LICENSE:pn-core-image-minimal = "GPL-3.0* LGPL-3.0*" def test_bash_and_license(self): self.disable_class("create-spdx") -self.write_config(self.default_config() + '\nLICENSE:append:pn-bash = " & SomeLicense"\nERROR_QA:remove = "license-exists"') +self.write_config(self.default_config() + '\nLICENSE:append:pn-bash = " & SomeLicense"\nERROR_QA:remove:pn-bash = "license-exists"') error_msg = "ERROR: core-image-minimal-1.0-r0 do_rootfs: Package bash cannot be installed into the image because it has incompatible license(s): GPL-3.0-or-later" result = bitbake('core-image-minimal', ignore_status=True) @@ -123,12 +123,12 @@ INCOMPATIBLE_LICENSE:pn-core-image-minimal = "GPL-3.0* LGPL-3.0*" def test_bash_or_license(self): self.disable_class("create-spdx") -self.write_config(self.default_config() + '\nLICENSE:append:pn-bash = " | SomeLicense"\nERROR_QA:remove = "license-exists license-file-missing"') +self.write_config(self.default_config() + '\nLICENSE:append:pn-bash = " | SomeLicense"\nERROR_QA:remove:pn-bash = "license-exists"\nERROR_QA:remove:pn-core-image-minimal = "license-file-missing"') bitbake('core-image-minimal') def test_bash_license_exceptions(self): -self.write_config(self.default_config() + '\nINCOMPATIBLE_LICENSE_EXCEPTIONS:pn-core-image-minimal = "bash:GPL-3.0-or-later"\nERROR_QA:remove = "license-exception"') +self.write_config(self.default_config() + '\nINCOMPATIBLE_LICENSE_EXCEPTIONS:pn-core-image-minimal = "bash:GPL-3.0-or-later"\nERROR_QA:remove:pn-core-image-minimal = "license-exception"') bitbake('core-image-minimal') -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203777): https://lists.openembedded.org/g/openembedded-core/message/203777 Mute This Topic: https://lists.openembedded.org/mt/108118402/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 08/34] git: 2.45.2 -> 2.46.0
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...-do-not-force-RHEL-7-specific-build-.patch | 7 +++--- meta/recipes-devtools/git/git/fixsort.patch | 22 --- .../git/{git_2.45.2.bb => git_2.46.0.bb} | 2 +- 3 files changed, 18 insertions(+), 13 deletions(-) rename meta/recipes-devtools/git/{git_2.45.2.bb => git_2.46.0.bb} (98%) diff --git a/meta/recipes-devtools/git/git/0001-config.mak.uname-do-not-force-RHEL-7-specific-build-.patch b/meta/recipes-devtools/git/git/0001-config.mak.uname-do-not-force-RHEL-7-specific-build-.patch index fc803c73c78..3f0bc4aaa1b 100644 --- a/meta/recipes-devtools/git/git/0001-config.mak.uname-do-not-force-RHEL-7-specific-build-.patch +++ b/meta/recipes-devtools/git/git/0001-config.mak.uname-do-not-force-RHEL-7-specific-build-.patch @@ -1,4 +1,4 @@ -From c0c5241abdc113acbe6bcd960686cea414bce357 Mon Sep 17 00:00:00 2001 +From be83596773e42b88ba1104f044a139f35d90a7f5 Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Mon, 7 Feb 2022 10:13:15 +0100 Subject: [PATCH] config.mak.uname: do not force RHEL-7 specific build settings @@ -12,13 +12,12 @@ Signed-off-by: Alexander Kanavin Rebased for 2.45.1. Signed-off-by: Robert Yang - --- config.mak.uname | 4 1 file changed, 4 deletions(-) diff --git a/config.mak.uname b/config.mak.uname -index a7607a5..251057e 100644 +index 85d6382..bdf06ca 100644 --- a/config.mak.uname +++ b/config.mak.uname @@ -64,10 +64,6 @@ ifeq ($(uname_S),Linux) @@ -29,6 +28,6 @@ index a7607a5..251057e 100644 -ifneq ($(findstring .el7.,$(uname_R)),) - BASIC_CFLAGS += -std=c99 -endif + LINK_FUZZ_PROGRAMS = YesPlease endif ifeq ($(uname_S),GNU/kFreeBSD) - HAVE_ALLOCA_H = YesPlease diff --git a/meta/recipes-devtools/git/git/fixsort.patch b/meta/recipes-devtools/git/git/fixsort.patch index 07a487e8ca6..d9a3672f1d6 100644 --- a/meta/recipes-devtools/git/git/fixsort.patch +++ b/meta/recipes-devtools/git/git/fixsort.patch @@ -1,13 +1,16 @@ -[PATCH] generate-configlist.sh: Fix determinism issue +From 83ae059943d3efd824978a759bcfd894ce5085d4 Mon Sep 17 00:00:00 2001 +From: Richard Purdie +Date: Wed, 17 Feb 2021 17:57:13 + +Subject: [PATCH] [PATCH] generate-configlist.sh: Fix determinism issue -Currently git binaries are not entirely reproducible, at least partly +Currently git binaries are not entirely reproducible, at least partly due to config-list.h differing in order depending on the system's locale settings. Under different locales, the entries: "sendemail.identity", "sendemail..*", -would differ in order for example and this leads to differences in +would differ in order for example and this leads to differences in the debug symbols for the binaries. This can be fixed by specifying the C locale for the sort in the @@ -15,12 +18,15 @@ shell script generating the header. Signed-off-by: Richard Purdie Upstream-Status: Submitted [https://public-inbox.org/git/f029a942dd3d50d85e60bd37d8e454524987842f.ca...@linuxfoundation.org/T/#u] +--- + generate-configlist.sh | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) -Index: git-2.30.0/generate-configlist.sh -=== git-2.30.0.orig/generate-configlist.sh -+++ git-2.30.0/generate-configlist.sh -@@ -9,7 +9,7 @@ static const char *config_name_list[] = +diff --git a/generate-configlist.sh b/generate-configlist.sh +index 8692fe5..e67ccac 100755 +--- a/generate-configlist.sh b/generate-configlist.sh +@@ -9,7 +9,7 @@ static const char *config_name_list[] = { EOF grep -h '^[a-zA-Z].*\..*::$' Documentation/*config.txt Documentation/config/*.txt | sed '/deprecated/d; s/::$//; s/, */\n/g' | diff --git a/meta/recipes-devtools/git/git_2.45.2.bb b/meta/recipes-devtools/git/git_2.46.0.bb similarity index 98% rename from meta/recipes-devtools/git/git_2.45.2.bb rename to meta/recipes-devtools/git/git_2.46.0.bb index 6393c976e6a..7c6beb5b5cc 100644 --- a/meta/recipes-devtools/git/git_2.45.2.bb +++ b/meta/recipes-devtools/git/git_2.46.0.bb @@ -164,4 +164,4 @@ EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \ " EXTRA_OEMAKE += "NO_GETTEXT=1" -SRC_URI[tarball.sha256sum] = "98b26090ed667099a3691b93698d1e213e1ded73d36a2fde7e9125fce28ba234" +SRC_URI[tarball.sha256sum] = "b138811e16838f669a2516e40f09d50500e1c7fc541b5ab50ce84b98585e5230" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203784): https://lists.openembedded.org/g/openembedded-core/message/203784 Mute This Topic: https://lists.openembedded.org/mt/108118410/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 06/34] automake: update 1.16.5 -> 1.17
From: Alexander Kanavin Drop 0001-Drop-ar-u-argument.patch (upstream resolved the issue). Replace forced perl settings with an after-the-fact sed hack (upstream added more checks to ensure there are no 'tricks' and I don't want to fight with that). Signed-off-by: Alexander Kanavin --- .../automake/0001-Drop-ar-u-argument.patch| 35 ...ke-Add-default-libtool_tag-to-cppasm.patch | 12 +-- ...ate-for-python.m4-to-respect-libdir.patch} | 34 +--- ...3-build-fix-race-in-parallel-builds.patch} | 12 +-- ...0004-Add-a-new-distro-feature-ptest.patch} | 12 +-- ...op_builddir-path-in-Makefile-to-acc.patch} | 16 ++-- ...delays-in-configure-scripts-using-au.patch | 77 + .../automake/automake/performance.patch | 82 --- .../{automake_1.16.5.bb => automake_1.17.bb} | 20 ++--- 9 files changed, 134 insertions(+), 166 deletions(-) delete mode 100644 meta/recipes-devtools/automake/automake/0001-Drop-ar-u-argument.patch rename meta/recipes-devtools/automake/automake/{0001-automake-Update-for-python.m4-to-respect-libdir.patch => 0002-automake-Update-for-python.m4-to-respect-libdir.patch} (70%) rename meta/recipes-devtools/automake/automake/{0001-build-fix-race-in-parallel-builds.patch => 0003-build-fix-race-in-parallel-builds.patch} (89%) rename meta/recipes-devtools/automake/automake/{buildtest.patch => 0004-Add-a-new-distro-feature-ptest.patch} (84%) rename meta/recipes-devtools/automake/automake/{new_rt_path_for_test-driver.patch => 0005-Set-relative-to-top_builddir-path-in-Makefile-to-acc.patch} (81%) create mode 100644 meta/recipes-devtools/automake/automake/0006-automake-Remove-delays-in-configure-scripts-using-au.patch delete mode 100644 meta/recipes-devtools/automake/automake/performance.patch rename meta/recipes-devtools/automake/{automake_1.16.5.bb => automake_1.17.bb} (56%) diff --git a/meta/recipes-devtools/automake/automake/0001-Drop-ar-u-argument.patch b/meta/recipes-devtools/automake/automake/0001-Drop-ar-u-argument.patch deleted file mode 100644 index f72788c3a6f..000 --- a/meta/recipes-devtools/automake/automake/0001-Drop-ar-u-argument.patch +++ /dev/null @@ -1,35 +0,0 @@ -From bed646918bc67e9e2151ccbda03aae34717821fe Mon Sep 17 00:00:00 2001 -From: Andrei Gherzan -Date: Wed, 20 Apr 2022 14:57:14 +0200 -Subject: [PATCH] Drop ar 'u' argument - -binutils/ar is configured in deterministic mode by default making the -'u' argument irrelevant while leading to warning massages similar to: - -| ar: `u' modifier ignored since `D' is the default (see `U') - -We also add 'D' flag explicitely to not rely in the default configuration -for reproducible archives. - -Upstream-Status: Inappropriate [OE specific] -Signed-off-by: Andrei Gherzan - bin/automake.in | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) - -diff --git a/bin/automake.in b/bin/automake.in -index 92bcebe..0f2b84b 100644 a/bin/automake.in -+++ b/bin/automake.in -@@ -2678,7 +2678,7 @@ sub handle_libraries () - } - - define_variable ('AR', 'ar', INTERNAL); -- define_variable ('ARFLAGS', 'cru', INTERNAL); -+ define_variable ('ARFLAGS', 'crD', INTERNAL); - define_verbose_tagvar ('AR'); - - foreach my $pair (@liblist) --- -2.25.1 - diff --git a/meta/recipes-devtools/automake/automake/0001-automake-Add-default-libtool_tag-to-cppasm.patch b/meta/recipes-devtools/automake/automake/0001-automake-Add-default-libtool_tag-to-cppasm.patch index deb1d03503d..9608b5db444 100644 --- a/meta/recipes-devtools/automake/automake/0001-automake-Add-default-libtool_tag-to-cppasm.patch +++ b/meta/recipes-devtools/automake/automake/0001-automake-Add-default-libtool_tag-to-cppasm.patch @@ -1,23 +1,22 @@ -From b3c6e1971786cd93a2e3017c92bfbfe96baaf2f7 Mon Sep 17 00:00:00 2001 +From 2884ad2aa8b51cbba25a376935151a242f488e30 Mon Sep 17 00:00:00 2001 From: Khem Raj Date: Wed, 26 Jul 2017 11:19:56 -0700 -Subject: [PATCH] automake: Add default libtool_tag to cppasm. +Subject: [PATCH 1/6] automake: Add default libtool_tag to cppasm. * bin/automake.in (register_language): Define default libtool tag to be CC since CPPASCOMPILE is using CC to call assembler Upstream-Status: Submitted Signed-off-by: Khem Raj - --- bin/automake.in | 1 + 1 file changed, 1 insertion(+) diff --git a/bin/automake.in b/bin/automake.in -index 3a66965..08ba09a 100644 +index a17f452..18626de 100644 --- a/bin/automake.in +++ b/bin/automake.in -@@ -898,6 +898,7 @@ register_language ('name' => 'cppasm', +@@ -897,6 +897,7 @@ register_language ('name' => 'cppasm', 'libtool_tag' => 'CC', 'compile_flag' => '-c', 'output_flag' => '-o', @@ -25,3 +24,6 @
[OE-core] [PATCH 05/34] lttng-modules: update 2.13.13 -> 2.13.14
From: Alexander Kanavin Remove backports. License-update: changed file paths. Signed-off-by: Alexander Kanavin --- ...01-Fix-kfree_skb-changed-in-6.11-rc1.patch | 11 +- ...mplify-delayed-ref-tracepoints-v6.10.patch | 142 -- ...c-pass-files_struct-instead-of-fdtab.patch | 79 -- ...e-missing-CONFIG_TRACEPOINTS-to-warn.patch | 12 +- ...da_reserve_space-changed-in-6.11-rc1.patch | 11 +- ...arent-and-ref_root-into-btrfs_delaye.patch | 58 --- ...emoved-from-btrfs_get_extent-in-6.11.patch | 11 +- ...IP-port-data-to-the-tracepoint-udp-u.patch | 79 -- ...moved-frmo-btrfs_get_extent-in-6.11-.patch | 11 +- ...removed-from-btrfs_get_extent-in-6.1.patch | 12 +- ...omic-write-support-added-in-6.11-rc1.patch | 11 +- ...es_2.13.13.bb => lttng-modules_2.13.14.bb} | 10 +- 12 files changed, 33 insertions(+), 414 deletions(-) delete mode 100644 meta/recipes-kernel/lttng/lttng-modules/0001-fix-btrfs-simplify-delayed-ref-tracepoints-v6.10.patch delete mode 100644 meta/recipes-kernel/lttng/lttng-modules/0001-fix-close_on_exec-pass-files_struct-instead-of-fdtab.patch delete mode 100644 meta/recipes-kernel/lttng/lttng-modules/0002-fix-btrfs-move-parent-and-ref_root-into-btrfs_delaye.patch delete mode 100644 meta/recipes-kernel/lttng/lttng-modules/0003-fix-net-udp-add-IP-port-data-to-the-tracepoint-udp-u.patch rename meta/recipes-kernel/lttng/{lttng-modules_2.13.13.bb => lttng-modules_2.13.14.bb} (78%) diff --git a/meta/recipes-kernel/lttng/lttng-modules/0001-Fix-kfree_skb-changed-in-6.11-rc1.patch b/meta/recipes-kernel/lttng/lttng-modules/0001-Fix-kfree_skb-changed-in-6.11-rc1.patch index 83b753994ef..36bf697c516 100644 --- a/meta/recipes-kernel/lttng/lttng-modules/0001-Fix-kfree_skb-changed-in-6.11-rc1.patch +++ b/meta/recipes-kernel/lttng/lttng-modules/0001-Fix-kfree_skb-changed-in-6.11-rc1.patch @@ -1,7 +1,7 @@ -From 9706d0431c9cc4178db4cf630fee6f5f85f2543e Mon Sep 17 00:00:00 2001 +From a06c63b0360cbe1a7c8073461b9cf088234875f7 Mon Sep 17 00:00:00 2001 From: Kienan Stewart Date: Mon, 29 Jul 2024 14:01:18 + -Subject: [PATCH 1/6] Fix: kfree_skb changed in 6.11-rc1 +Subject: [PATCH] Fix: kfree_skb changed in 6.11-rc1 See upstream commit: @@ -30,10 +30,10 @@ Signed-off-by: Mathieu Desnoyers 1 file changed, 19 insertions(+), 1 deletion(-) diff --git a/include/instrumentation/events/skb.h b/include/instrumentation/events/skb.h -index edfda7ff..0b5a95dc 100644 +index 9f1047c..5556ab6 100644 --- a/include/instrumentation/events/skb.h +++ b/include/instrumentation/events/skb.h -@@ -43,7 +43,25 @@ LTTNG_TRACEPOINT_ENUM(skb_drop_reason, +@@ -40,7 +40,25 @@ LTTNG_TRACEPOINT_ENUM(skb_drop_reason, ) #endif @@ -60,6 +60,3 @@ index edfda7ff..0b5a95dc 100644 || LTTNG_KERNEL_RANGE(5,15,58, 5,16,0) \ || LTTNG_RHEL_KERNEL_RANGE(5,14,0,70,0,0, 5,15,0,0,0,0) \ || LTTNG_RHEL_KERNEL_RANGE(4,18,0,477,10,1, 4,19,0,0,0,0)) --- -2.39.2 - diff --git a/meta/recipes-kernel/lttng/lttng-modules/0001-fix-btrfs-simplify-delayed-ref-tracepoints-v6.10.patch b/meta/recipes-kernel/lttng/lttng-modules/0001-fix-btrfs-simplify-delayed-ref-tracepoints-v6.10.patch deleted file mode 100644 index c1e11f2bfb6..000 --- a/meta/recipes-kernel/lttng/lttng-modules/0001-fix-btrfs-simplify-delayed-ref-tracepoints-v6.10.patch +++ /dev/null @@ -1,142 +0,0 @@ -From db0f940136afd43ce5fcf87c4d4e9ca558db1d4f Mon Sep 17 00:00:00 2001 -From: Michael Jeanson -Date: Mon, 27 May 2024 13:04:42 -0400 -Subject: [PATCH 1/3] fix: btrfs: simplify delayed ref tracepoints (v6.10) - -See upstream commit: - - commit 1bff6d4f873790cfc675afce9860208576508c5a - Author: Josef Bacik - Date: Fri Apr 12 20:27:00 2024 -0400 - -btrfs: simplify delayed ref tracepoints - -Now that all of the delayed ref information is in the delayed ref node, -drastically simplify the delayed ref tracepoints by simply passing in -the btrfs_delayed_ref_node and populating the tracepoints with the -values from the structure itself. - -Upstream-Status: Backport [commit db0f9401 fix: btrfs: simplify delayed ref tracepoints (v6.10)] - -Change-Id: Ic90bc23d6aa558baec33adc33b4d21e052e83375 -Signed-off-by: Michael Jeanson -Signed-off-by: Mathieu Desnoyers - include/instrumentation/events/btrfs.h | 94 +- - 1 file changed, 92 insertions(+), 2 deletions(-) - -diff --git a/include/instrumentation/events/btrfs.h b/include/instrumentation/events/btrfs.h -index ffb1b646..d73c1ce5 100644 a/include/instrumentation/events/btrfs.h -+++ b/include/instrumentation/events/btrfs.h -@@ -899,7 +899,51 @@ LTTNG_TRACEPOINT_EVENT(btrfs_add_block_group, - ) - #endif - --#if (LTTNG_LINUX_VERSION_CODE >= LTTNG_KERNEL_VERSION(4,14,0) || \ -+#if (LTTNG_LINUX_VERSION_CODE >= LTTNG_KERNEL_VERSION(6,10,0)) -+LTTNG_TRACEPOINT_EVENT_CLASS(btrfs_delayed_tree_ref, -+ -+ TP_PROTO(const struct btrfs_fs_info *fs_info, -+
[OE-core] [PATCH 04/34] glib-2.0: update 2.80.2 -> 2.80.4
From: Alexander Kanavin Drop backport 0001-girepository-introspection-correctly-install-.gir-fi.patch Signed-off-by: Alexander Kanavin --- ...t-write-bindir-into-pkg-config-files.patch | 2 +- ...0001-Fix-DATADIRNAME-on-uclibc-Linux.patch | 2 +- ...-gio-querymodules-as-libexec_PROGRAM.patch | 2 +- ...ng-about-deprecated-paths-in-schemas.patch | 2 +- ...ces.c-comment-out-a-build-host-only-.patch | 2 +- ...rospection-correctly-install-.gir-fi.patch | 88 --- ...on-Run-atomics-test-on-clang-as-well.patch | 6 +- ...ot-enable-pidfd-features-on-native-g.patch | 6 +- ...dcode-python-path-into-various-tools.patch | 2 +- .../glib-2.0/files/relocate-modules.patch | 2 +- .../glib-2.0/files/skip-timeout.patch | 2 +- ...l_2.80.2.bb => glib-2.0-initial_2.80.4.bb} | 0 ...{glib-2.0_2.80.2.bb => glib-2.0_2.80.4.bb} | 0 meta/recipes-core/glib-2.0/glib.inc | 3 +- 14 files changed, 15 insertions(+), 104 deletions(-) delete mode 100644 meta/recipes-core/glib-2.0/files/0001-girepository-introspection-correctly-install-.gir-fi.patch rename meta/recipes-core/glib-2.0/{glib-2.0-initial_2.80.2.bb => glib-2.0-initial_2.80.4.bb} (100%) rename meta/recipes-core/glib-2.0/{glib-2.0_2.80.2.bb => glib-2.0_2.80.4.bb} (100%) diff --git a/meta/recipes-core/glib-2.0/files/0001-Do-not-write-bindir-into-pkg-config-files.patch b/meta/recipes-core/glib-2.0/files/0001-Do-not-write-bindir-into-pkg-config-files.patch index 10568b7c9fe..ae140b9930b 100644 --- a/meta/recipes-core/glib-2.0/files/0001-Do-not-write-bindir-into-pkg-config-files.patch +++ b/meta/recipes-core/glib-2.0/files/0001-Do-not-write-bindir-into-pkg-config-files.patch @@ -1,4 +1,4 @@ -From 10b08af6c7dcb03f954da29b6c4f9636b8796f30 Mon Sep 17 00:00:00 2001 +From bcf62c2e776b9716880ac65e5d553d75d5fddc2e Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Fri, 15 Feb 2019 11:17:27 +0100 Subject: [PATCH] Do not prefix executables with $bindir in pkg-config files diff --git a/meta/recipes-core/glib-2.0/files/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch b/meta/recipes-core/glib-2.0/files/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch index b9c9706fc46..6da93995696 100644 --- a/meta/recipes-core/glib-2.0/files/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch +++ b/meta/recipes-core/glib-2.0/files/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch @@ -1,4 +1,4 @@ -From 55c49c51d8db5af15132653003d2b65a5215eebf Mon Sep 17 00:00:00 2001 +From 1d88f52c42a0ed469cb5976f5788b4ba25bb14f9 Mon Sep 17 00:00:00 2001 From: Khem Raj Date: Sat, 15 Mar 2014 22:42:29 -0700 Subject: [PATCH] Fix DATADIRNAME on uclibc/Linux diff --git a/meta/recipes-core/glib-2.0/files/0001-Install-gio-querymodules-as-libexec_PROGRAM.patch b/meta/recipes-core/glib-2.0/files/0001-Install-gio-querymodules-as-libexec_PROGRAM.patch index bc539fe3e88..8423f63cbbb 100644 --- a/meta/recipes-core/glib-2.0/files/0001-Install-gio-querymodules-as-libexec_PROGRAM.patch +++ b/meta/recipes-core/glib-2.0/files/0001-Install-gio-querymodules-as-libexec_PROGRAM.patch @@ -1,4 +1,4 @@ -From 5cf3ec787cb7e60585237327390e2ca89f4c Mon Sep 17 00:00:00 2001 +From 75f9eaf2ef760ffb198b0b97a9054f435c79cde9 Mon Sep 17 00:00:00 2001 From: Jussi Kukkonen Date: Tue, 22 Mar 2016 15:14:58 +0200 Subject: [PATCH] Install gio-querymodules as libexec_PROGRAM diff --git a/meta/recipes-core/glib-2.0/files/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch b/meta/recipes-core/glib-2.0/files/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch index 5e543339d8c..bd7ed776423 100644 --- a/meta/recipes-core/glib-2.0/files/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch +++ b/meta/recipes-core/glib-2.0/files/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch @@ -1,4 +1,4 @@ -From 3db055ce8029372096be534c5cfc385f068bab17 Mon Sep 17 00:00:00 2001 +From 22dcd727203d59a025c8be4280b4654a7054322f Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Fri, 12 Jun 2015 17:08:46 +0300 Subject: [PATCH] Remove the warning about deprecated paths in schemas diff --git a/meta/recipes-core/glib-2.0/files/0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch b/meta/recipes-core/glib-2.0/files/0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch index aa7127b65b7..8b4304462e6 100644 --- a/meta/recipes-core/glib-2.0/files/0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch +++ b/meta/recipes-core/glib-2.0/files/0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch @@ -1,4 +1,4 @@ -From 97b4f18c65c52c9e6412ecf8affc22f6f42d3465 Mon Sep 17 00:00:00 2001 +From 3f054111f991a9dd224b6201dafad7e2c28cb78d Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Wed, 8 Jan 2020 18:22:46 +0100 Subject: [PATCH] gio/tests/resources.c: comment out a build host-only test diff --git a/meta/recipes-core/glib-2.0/files/0001-girepository-introspection-correctly-install-.gir-fi.patch b/meta/recip
[OE-core] [PATCH 03/34] xmlto: check upstream version tags, not new commits
From: Alexander Kanavin With 0.0.29 upstream is tagging versions again. Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/xmlto/xmlto_0.0.29.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-devtools/xmlto/xmlto_0.0.29.bb b/meta/recipes-devtools/xmlto/xmlto_0.0.29.bb index 4e969fc12f4..1415e5d781c 100644 --- a/meta/recipes-devtools/xmlto/xmlto_0.0.29.bb +++ b/meta/recipes-devtools/xmlto/xmlto_0.0.29.bb @@ -7,7 +7,6 @@ LICENSE = "GPL-2.0-only" LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552" SRCREV = "74862a684907ada3d4ed2ce0f8111adf626e1456" -UPSTREAM_CHECK_COMMITS = "1" SRC_URI = "git://pagure.io/xmlto.git;protocol=https;branch=master" S = "${WORKDIR}/git" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203779): https://lists.openembedded.org/g/openembedded-core/message/203779 Mute This Topic: https://lists.openembedded.org/mt/108118404/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 02/34] selftest: use INIT_MANAGER to enable systemd instead of custom settings
From: Alexander Kanavin This is already done in most of selftest; these two were the last holdouts I could fine. Hopefully this improves sstate reuse as well. Signed-off-by: Alexander Kanavin --- meta/lib/oeqa/selftest/cases/imagefeatures.py | 7 +-- meta/lib/oeqa/selftest/cases/runtime_test.py | 5 + 2 files changed, 2 insertions(+), 10 deletions(-) diff --git a/meta/lib/oeqa/selftest/cases/imagefeatures.py b/meta/lib/oeqa/selftest/cases/imagefeatures.py index 74811d2c0aa..94d01ba1165 100644 --- a/meta/lib/oeqa/selftest/cases/imagefeatures.py +++ b/meta/lib/oeqa/selftest/cases/imagefeatures.py @@ -250,12 +250,7 @@ USERADD_GID_TABLES += "files/static-group" DISTRO_FEATURES:append = " pam opengl wayland" # Switch to systemd -DISTRO_FEATURES:append = " systemd usrmerge" -VIRTUAL-RUNTIME_init_manager = "systemd" -VIRTUAL-RUNTIME_initscripts = "" -VIRTUAL-RUNTIME_syslog = "" -VIRTUAL-RUNTIME_login_manager = "shadow-base" -DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit" +INIT_MANAGER = "systemd" # Replace busybox PREFERRED_PROVIDER_virtual/base-utils = "packagegroup-core-base-utils" diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py b/meta/lib/oeqa/selftest/cases/runtime_test.py index 13aa5f16c9b..27090ae5cd9 100644 --- a/meta/lib/oeqa/selftest/cases/runtime_test.py +++ b/meta/lib/oeqa/selftest/cases/runtime_test.py @@ -310,10 +310,7 @@ class Postinst(OESelftestTestCase): features += 'IMAGE_FEATURES += "package-management empty-root-password"\n' features += 'PACKAGE_CLASSES = "%s"\n' % classes if init_manager == "systemd": -features += 'DISTRO_FEATURES:append = " systemd usrmerge"\n' -features += 'VIRTUAL-RUNTIME_init_manager = "systemd"\n' -features += 'DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit"\n' -features += 'VIRTUAL-RUNTIME_initscripts = ""\n' +features += 'INIT_MANAGER = "systemd"\n' self.write_config(features) bitbake('core-image-minimal') -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203778): https://lists.openembedded.org/g/openembedded-core/message/203778 Mute This Topic: https://lists.openembedded.org/mt/108118403/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] [master][PATCH] webkitgtk: fix do_configure error on beaglebone-yocto
On Mon, 26 Aug 2024 at 12:57, Richard Purdie via lists.openembedded.org wrote: > > meta/recipes-sato/webkit/webkitgtk_2.44.3.bb | 12 > > 1 file changed, 12 deletions(-) > > Why aren't we seeing that error on the autobuilder? I guess webkit isn't a part of the standard arch-qemu targets (e.g. sato images)? Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203749): https://lists.openembedded.org/g/openembedded-core/message/203749 Mute This Topic: https://lists.openembedded.org/mt/108100749/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] SDK in scarthgap after package_manager: Change complementary package handling to not include soft dependencies
On Mon, 26 Aug 2024 at 12:45, Claus Stovgaard wrote: > Would it be better if a patch created a "new" variable with > INCLUDE_RECOMMENDATIONS - default to false, and with notice that > enabling it you are on your own. If you think there's a fix to be made in there somewhere, you are welcome to propose a patch. > What is the future plan for SDK - is it to only support the "direct" eSDK? As much as I would've liked to deprecate bundled eSDK (it has too many long, custom code paths and deviations in behavior from 'standard' yocto environment), for the time being all three options (bundled sdk, bundled esdk, direct esdk) are fully supported. I do recommend direct esdk where possible. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203747): https://lists.openembedded.org/g/openembedded-core/message/203747 Mute This Topic: https://lists.openembedded.org/mt/108100662/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] SDK in scarthgap after package_manager: Change complementary package handling to not include soft dependencies
On Mon, 26 Aug 2024 at 11:26, Claus Stovgaard wrote: > > Will look more into it eSDK, though I would expect other also has the > need to generate SDK to support app teams without the specific app > itself part of the SDK, but with all the dependencies for the app. I was referring not to the classic 'esdk' (where you bundle a 'locked' yocto build into a tarball and distribute that), but rather the new 'direct' sdk, where you run a few bitbake commands to populate sysroots etc. (running them doesn't require 'knowing yocto'), and then compose a regular SDK environment from that. This cuts out the need to generate and distribute clunky SDK artifacts, but you do need well functioning sstate infra. Then making changes to 'yocto' (e.g. new boost) and fixing the apps becomes far simpler and more direct. Docker images tend to grow huge without upper bounds, as every team wants 'their stuff' in it, and you can never know if anything can be trimmed out until someone comes screaming at you for breaking 'their' team process. I wouldn't say it's right for app devs to not care (or want to know anything) about how their work is integrated into a complete system. Well rounded experts should know the product pipeline. If you want to stay with the current 'classic SDK tarball' approach, I'd tweak TOOLCHAIN_ variables, possibly with a script that looks at what apps produced by recipes actually use and need (so unnecessary items don't linger in that list forever). Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203743): https://lists.openembedded.org/g/openembedded-core/message/203743 Mute This Topic: https://lists.openembedded.org/mt/108100662/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] SDK in scarthgap after package_manager: Change complementary package handling to not include soft dependencies
The standard way is to have an image recipe that does include the app, and then create the SDK based on that image. Then all dependencies etc. will be pulled in through standard mechanisms, and if something doesn't work that way, we can take a look. I would recommend you look into giving app developers a sstate-driven yocto build, where they can set up the SDK environment directly from latest layer metadata: https://docs.yoctoproject.org/sdk-manual/extensible.html#installing-the-extensible-sdk Alex On Mon, 26 Aug 2024 at 10:38, Claus Stovgaard via lists.openembedded.org wrote: > > Hi folks. > > I am working on upgrading a project from Kirkstone to Scarthgap, and > hit a problem I would like to have your input on, regarding the change > in Langdale to not include soft dependencies. > > The background is that the project has 2 teams. An embedded group for > handling yocto etc. and an application team using a SDK created by the > embedded group to create applications. > As the applications has dependency on libs and utilites from the > yocto, and we need to give the application team a SDK so they can > incorperate the change in dependency before creating an image for the > target, we have used "dummy" packages. > > This means that we has the DEPENDS located in a include file, and have > two recipes including those > * dummy-app.bb (used by the SDK, and is just an "empty" package with 1 txt > file) > * the_real_app.bb (used by the image for target) > > Until know the SDK has included all the packages mentioned in the > DEPENDS, but this is not the case anymore. > In process_depchains - we have the pkg_adddeprrecs method updating the > RRECOMMENDS with a filtered result from the DEPENDS. > And RRECOMMENDS ends in the recommends for the rpm file - not > installed in the SDK after we are not including the soft dependencies. > > As I don't expect to be alone in needing to create a SDK for some > applications, where the applications and the DEPENDS changes so you > need to create the SDK with all the dependencies for this application > without the application itself part of the sdk. > What is the preferred way of doing it, now soft dependencies is removed? > > A workaround might be to hack the RDEPENDS for the dev package in the > dummy-app.bb - something like > > RDEPENDS:${PN}-dev += "boost-dev cli11-dev .." > > But I don't really like it - as the DEPENDS does not really fit 1 to 1 > with this. > > Any input on this. > How do you designs SDK's for applications, where the applications > itself is not part of the image. Do you manually add to the > TOOLCHAIN_TARGET_TASK or similar? > > Looking forward to your input > > /Claus - A.K.A frosteyes on irc > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203739): https://lists.openembedded.org/g/openembedded-core/message/203739 Mute This Topic: https://lists.openembedded.org/mt/108100662/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] testimage: Add support to create test report in JUnit XML format
Thanks! I wonder if this should be simply enabled by default (it doesn't seem like an expensive operation). Even if it's not used by anything in Yocto CI, the code will at least be tested to complete without errors. Alex On Mon, 26 Aug 2024 at 10:13, Clara Kowalsky via lists.openembedded.org wrote: > > This introduces the possibility to report the test results of testimage > in JUnit XML format by setting TESTIMAGE_JUNIT_REPORT = "1". > The generated unit test report is located in the TEST_LOG_DIR and can be > used in the CI/CD pipeline to display the test results. > > Signed-off-by: Clara Kowalsky > --- > meta/classes-recipe/testimage.bbclass | 15 +++ > meta/lib/oeqa/core/runner.py | 39 ++- > 2 files changed, 53 insertions(+), 1 deletion(-) > > diff --git a/meta/classes-recipe/testimage.bbclass > b/meta/classes-recipe/testimage.bbclass > index 6d1e1a107a..3e58c1bf87 100644 > --- a/meta/classes-recipe/testimage.bbclass > +++ b/meta/classes-recipe/testimage.bbclass > @@ -1,4 +1,5 @@ > # Copyright (C) 2013 Intel Corporation > +# Copyright (C) 2024 Siemens AG > # > # SPDX-License-Identifier: MIT > > @@ -61,6 +62,10 @@ TESTIMAGE_FAILED_QA_ARTIFACTS += > "${@bb.utils.contains('DISTRO_FEATURES', 'ptest > # The accepted flags are the following: search_reached_prompt, > send_login_user, search_login_succeeded, search_cmd_finished. > # They are prefixed with either search/send, to differentiate if the pattern > is meant to be sent or searched to/from the target terminal > > +# The test results can be reported in JUnit XML format by setting > +# TESTIMAGE_JUNIT_REPORT = "1". > +# The generated JUnit XML file is located in the TEST_LOG_DIR and can be > used to display the test results in the CI/CD pipeline. > + > TEST_LOG_DIR ?= "${WORKDIR}/testimage" > > TEST_EXPORT_DIR ?= "${TMPDIR}/testimage/${PN}" > @@ -112,6 +117,8 @@ TESTIMAGE_DUMP_DIR ?= "${LOG_DIR}/runtime-hostdump/" > > TESTIMAGE_UPDATE_VARS ?= "DL_DIR WORKDIR DEPLOY_DIR_IMAGE IMAGE_LINK_NAME > IMAGE_NAME" > > +TESTIMAGE_JUNIT_REPORT ?= "" > + > testimage_dump_monitor () { > query-status > query-block > @@ -303,6 +310,11 @@ def testimage_main(d): > target_kwargs['serialcontrol_extra_args'] = > d.getVar("TEST_SERIALCONTROL_EXTRA_ARGS") or "" > target_kwargs['testimage_dump_monitor'] = > d.getVar("testimage_dump_monitor") or "" > > +# Get junitxml_file > +if bb.utils.to_boolean(d.getVar("TESTIMAGE_JUNIT_REPORT")): > +junitxml_file = os.path.join(d.getVar("TEST_LOG_DIR"), > + 'junit.%s.xml' % d.getVar('DATETIME')) > + > def export_ssh_agent(d): > import os > > @@ -387,6 +399,7 @@ def testimage_main(d): > results.logDetails(get_json_result_dir(d), > configuration, > get_testimage_result_id(configuration), > +junitxml_file, > dump_streams=d.getVar('TESTREPORT_FULLLOGS')) > results.logSummary(pn) > > @@ -395,6 +408,8 @@ def testimage_main(d): > os.makedirs(targetdir, exist_ok=True) > os.symlink(bootlog, os.path.join(targetdir, os.path.basename(bootlog))) > os.symlink(d.getVar("BB_LOGFILE"), os.path.join(targetdir, > os.path.basename(d.getVar("BB_LOGFILE") + "." + d.getVar('DATETIME' > +if junitxml_file: > +os.symlink(junitxml_file, os.path.join(targetdir, > os.path.basename(junitxml_file))) > > if not results or not complete: > bb.fatal('%s - FAILED - tests were interrupted during execution, > check the logs in %s' % (pn, d.getVar("LOG_DIR")), forcelog=True) > diff --git a/meta/lib/oeqa/core/runner.py b/meta/lib/oeqa/core/runner.py > index a86a706bd9..c499cfa9be 100644 > --- a/meta/lib/oeqa/core/runner.py > +++ b/meta/lib/oeqa/core/runner.py > @@ -1,5 +1,6 @@ > # > # Copyright (C) 2016 Intel Corporation > +# Copyright (C) 2024 Siemens AG > # > # SPDX-License-Identifier: MIT > # > @@ -11,6 +12,7 @@ import logging > import re > import json > import sys > +import xml.etree.ElementTree as ET > > from unittest import TextTestResult as _TestResult > from unittest import TextTestRunner as _TestRunner > @@ -170,7 +172,7 @@ class OETestResult(_TestResult): > return super(OETestResult, self).addUnexpectedSuccess(test) > > def logDetails(self, json_file_dir=None, configuration=None, > result_id=None, > -dump_streams=False): > +junitxml_file=None, dump_streams=False): > > result = self.extraresults > logs = {} > @@ -227,6 +229,9 @@ class OETestResult(_TestResult): > for l in logs[i]: > self.tc.logger.info(l) > > +if junitxml_file: > +self.dumpXmlTestresultFile(junitxml_file, result) > + > if json_file_dir: > tresultjsonhelper = OETestResultJSONHelper() > tresultjsonhelper.dump_testresult_file(json_file_dir, > configuration, r
Re: [OE-core] [master][scarthgap][PATCH] wpa-supplicant: Upgrade 2.10 -> 2.11
The stable branch policy isn't about API/ABI compatibility, it's rather about whether a new release has new features or only bugfixes. If there are new features it is not eligible. Alex On Fri, 23 Aug 2024 at 19:18, Siddharth Doshi via lists.openembedded.org wrote: > > Hi Randy and Alex, > > I appreciate the feedback and your concern regarding upgrades in > stable-branches. > > > This update make sense for the master brnanch but likely not for scarthgap > unless you can show that > this is a bug fix only release. > > - This release for sure is not a bug fix only release. It does include > support to new feature and can never classify as bug fix only release. > > you'll have to backport any CVE fixes that you're interested in unless > someone explains why this is a sensible update for scarthgap. > > > - I do the understand that upgrades are avoided in stable/LTS branches as it > might break the compatibility and result in various compilation issues. > - However, that would only take place if the backward compatibility of the > new upgrade is questionable. > - Generally every new releases will have API or ABI-symbols added but if API > or ABI symbols are removed from shared libraries or binaries it a matter of > concern as it would be the cause of breakdown. > - For this release, there are no ABI-symbols or API removed from the binaries > and shared libraries. you can cross-check it in different ways (there are > open-source tools to check or can be checked by manually comparing the header > files) > - I have my own script to do so and i always check the backward compatibility > before submitting any upgrades and since it was all clear for wpa-supplicant, > i went ahead with the upgrade. > > However, if still the opinion is that upgrade should be avoided, let me know, > i would submit the CVE-patch for the same. > > Regards, > Siddharth > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203704): https://lists.openembedded.org/g/openembedded-core/message/203704 Mute This Topic: https://lists.openembedded.org/mt/108040776/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] [RFC PATCH] piglit: add a patch to address host contamination for wayland-scanner
On Fri, 23 Aug 2024 at 18:55, Richard Purdie wrote: > Is there any notion of cross compiling in cmake? This might be > upstreamable if you could make "wayland-scanner" conditional upon cross > compiling? The correct fix would be to use the output from 'native' pkg-config (set via cmake class to point to pkg-config-native executable) for finding this particular piece, but I couldn't find such a notion in cmake. It does exist in meson, and we use it, sending fixes upstream where they get native vs 'regular' pkg-config wrong. Another option would be to actually send the patch as it is - simply use 'wayland-scanner' from PATH always. There's little reason for it to be called something else, or supplied from a non-standard location which is not in PATH. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203700): https://lists.openembedded.org/g/openembedded-core/message/203700 Mute This Topic: https://lists.openembedded.org/mt/108056130/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][master][scarthgap][PATCH] wpa-supplicant: Upgrade 2.10 -> 2.11
Sorry, no. This same argument can be made for any other component in scarthgap where a major new release happened after scarthgap was released. The correct way to provide updated component versions in LTS is via this layer: https://git.yoctoproject.org/meta-lts-mixins/ So please send a patch for that. Alex On Fri, 23 Aug 2024 at 18:00, Viswanath Kraleti via lists.openembedded.org wrote: > > Hello Randy, > > 2.11 version of wpa-supplicant/hostapd are released almost after 2.5 Years. > 2-10 released on 2022-01-16. A lot of people are eagerly waiting for this > release since a long time. 2.11 has crucial HE/IEEE 802.11ax/Wi-Fi 6 support > and preliminary support for EHT/IEEE 802.11be/Wi-Fi 7. This also supports > WPA3 which is a mandatory certification for Wi-Fi CERTIFIED™ devices. > > I do accept this release missed the Sacrthgap cutoff of Yocto community. But > considering the longevity of Scarthgap (a good 3.5 years from now) & number > of people interested in Scarthgap, it is best if wpa-supplicant/hostapd are > switched to 2.11. > > // Viswanath > > On 8/23/2024 6:26 AM, Randy MacLeod via lists.openembedded.org wrote: > > For scarthgap, it's good but not mandatory to have Steve on the To/CC list. > > > > On 2024-08-22 12:17 p.m., Siddharth Doshi via lists.openembedded.org wrote: > >> From: Siddharth Doshi > >> > >> License-Update: > >> === > >> - README: Change in copyright years as > >> perhttps://w1.fi/cgit/hostap/commit/README?id=d945ddd368085f255e68328f2d3b020ceea359af > >> - wpa_supplicant/wpa_supplicant.c: Change in copyright years as > >> perhttps://w1.fi/cgit/hostap/commit/wpa_supplicant/wpa_supplicant.c?id=d945ddd368085f255e68328f2d3b020ceea359af > >> > >> CVE's Fixed: > >> === > >> - CVE-2024-5290 wpa_supplicant: wpa_supplicant loading arbitrary shared > >> objects allowing privilege escalation > >> - CVE-2023-52160 wpa_supplicant: potential authorization bypass > >> > >> Changes between 2.10 -> 2.11: > >> > >> https://w1.fi/cgit/hostap/commit/wpa_supplicant/ChangeLog?id=d945ddd368085f255e68328f2d3b020ceea359af > > > > > > Hello Siddharth, > > > > > > This update make sense for the master brnanch but likely not for scarthgap > > unless you can show that > > this is a bug fix only release. > > > > > > > It certainly does not look like a small bug fix only update based on: > > > > ❯ git diff hostap_2_10 hostap_2_11 | diffstat | tail -1 > > 534 files changed, 85965 insertions(+), 16847 deletions(-) > > > > ❯ git log --oneline hostap_2_10..hostap_2_11 | wc -l > > 2295 > > > > and the hostap and wpa-supplicant ChangeLogs which mention adding features > > below (1). > > > > > > Since the repo ( git://w1.fi/srv/git/hostap.git ) doesn't have a stable > > branch for 2.10: > > > > ❯ git branch -a > > * master > > remotes/origin/HEAD -> origin/master > > remotes/origin/android-jb > > remotes/origin/android-kk > > remotes/origin/android-l > > remotes/origin/android-m > > remotes/origin/aosp-jb > > remotes/origin/aosp-kk > > remotes/origin/main > > remotes/origin/master > > remotes/origin/pending > > > > > > you'll have to backport any CVE fixes that you're interested in unless > > someone explains why this is a sensible update for scarthgap. > > > > Thanks, > > > > ../Randy > > > > > > 1) > > > > > > ❯ git diff hostap_2_10 hostap_2_11 hostapd/ChangeLog | cat > > diff --git a/hostapd/ChangeLog b/hostapd/ChangeLog > > index 279298e4d..1c8240d33 100644 > > --- a/hostapd/ChangeLog > > +++ b/hostapd/ChangeLog > > @@ -1,5 +1,42 @@ > > ChangeLog for hostapd > > > > +2024-07-20 - v2.11 > > +* Wi-Fi Easy Connect > > + - add support for DPP release 3 > > + - allow Configurator parameters to be provided during config exchange > > +* HE/IEEE 802.11ax/Wi-Fi 6 > > + - various fixes > > +* EHT/IEEE 802.11be/Wi-Fi 7 > > + - add preliminary support > > +* SAE: add support for fetching the password from a RADIUS server > > +* support OpenSSL 3.0 API changes > > +* support background radar detection and CAC with some additional > > + drivers > > +* support RADIUS ACL/PSK check during 4-way handshake > > (wpa_psk_radius=3) > > +* EAP-SIM/AKA: support IMSI privacy > > +* improve 4-way handshake operations > > + - use Secure=1 in message 3 during PTK rekeying > > +* OCV: do not check Frequency Segment 1 Channel Number for 160 MHz > > cases > > + to avoid interoperability issues > > +* support new SAE AKM suites with variable length keys > > +* support new AKM for 802.1X/EAP with SHA384 > > +* extend PASN support for secure ranging > > +* FT: Use SHA256 to derive PMKID for AKM 00-0F-AC:3 (FT-EAP) > > + - this is based on additional details being added in the IEEE 802.11 > > +standard > > + - the new implementation is not backwards compatible > > +* improved ACS to cover additional channel types/bandwidths > > +* extended Mult
Re: [OE-core][REQUEST FOR ASSISTANCE][PATCH] piglit: upgrade 22eaf6a91c -> c11c9374c1
I just sent a patch that addresses the wayland-scanner problem (marked RFC as it depends on your patch applied first). Does the problem and the fix make sense to you? Alex On Thu, 22 Aug 2024 at 17:18, Trevor Gamblin via lists.openembedded.org wrote: > > Commit 79895d fixes builds with numpy 2.x. > > Patch '0001-utils-Include-libgen.h-on-musl-linux-systems.patch' dropped > because it is now upstream in commit 9c941dfc36. > > Add wayland-native and wayland-protocols to DEPENDS to avoid errors > during build. > > There's a reproducibility issue being seen on the autobuilder. It > appears that it's a host contamination issue, based on what Richard > replied with in the v3. See: > https://lists.openembedded.org/g/openembedded-core/message/203651 > > Does anyone with more CMake familiarity know how to patch CMakeLists.txt > or the recipe in a way that will fix these errors? I'm not able to see > any of them locally. It's also possible that what I've added to > PACKAGECONFIG is not the right approach for x11 support. > > Changelog: > > c11c9374c (HEAD -> main, origin/main, origin/HEAD) arb_bindless_texture: test > image/sampler constructors > f11abb664 Revert "arb_bindless_texture: add another function param bindless > test" > 045343687 arb_gpu_shader5: add linker version of function overloads test > 4b1116f3a arb_bindless_texture: add another function param bindless test > 4a62c2672 glsl: test function linking with implicit param conversions > 9f280db77 arb_bindless_texture: add basic function param bindless tests > 79895 generated_tests: fix numpy overflow warnings that are errors in > numpy 2.0 > 5214915dc generated_tests: print mako exceptions > 41bd119f2 arb_texture_buffer_object: don't leak src strings > 582f5490a gl-1.0: Add a test for glPushAttrib/glPopAttrib > 647d07250 ext_texture_format_bgra: test GL_BGRA8_EXT as well > dee2a233f perf: port glsl-compile-time perf-test from mesa demos > 18333c568 perf: port vertexrate perf-test from mesa demos > e932fa2f5 perf: port vbo perf-test from mesa demos > f9cf4788a perf: port teximage perf-test from mesa demos > 20ccc1c10 perf: port readpixels perf-test from mesa demos > 556a9c96d perf: port genmipmap perf-test from mesa demos > 225b6bfb6 perf: port fill perf-test from mesa demos > dae4a13f9 perf: port fbobind perf-test from mesa demos > cd0f812b3 perf: port copytex perf-test from mesa demos > fdf3fc09d cl: add missing errors > 01b64dd06 glsl-1.10: test a complex partial unroll scenario > cf8daaf5b glsl-bug-110796: detect missing ES 3.2 support using EGL_BAD_MATCH > 30d34daf7 glsl-bug-110796: distinguish which context creation failed > 3ea14414a Sync .mailmap from Mesa > 7accec34a glsl-bug-110796: check for GL ES 3.2 support > 12ebd71c7 egl-terminate-then-unbind-context: simplify > 69bc38a77 egl_khr_create_context: improve skip reporting > 209becf6d arb_blend_func_extended: simplify MAX_DUAL_SOURCE_DRAW_BUFFERS > detection > 800abe232 arb_blend_func_extended: gles: follow the specification requirements > 1cad6ee20 arb_texture_multisample: require geometry shaders > 59bdc8c4e egl: missing EGLconfig isn't stderr material > cee2190b5 ext_external_objects: avoid stderr when we skip the test > 8cbefab52 util: remove handwritten defines and drop FIXME > 11e7aa044 texsubimage: fix low bpp formats by expecting less than 8 bits of > precision > e180f9623 Use GBM_LDFLAGS to get all options > 3bddb36e8 fix vk_vert_buf_reuse cleanup > 8f6e71975 arb_texture_view: test for NaN in more cases > 446c20f3e ext_direct_state_access: Fix deprecated-non-prototype warnings > 8a6ce9c6f arb_fragment_layer_viewport: don't test out-of-range gl_Layer values > 8d5af6c51 glsl-1.30: Test uint to float conversion of sign extended value > 7aa7bc1b0 arb_draw_buffers_blend: Fix deprecated-non-prototype warnings > 3d3a20a2b arb_sample_shading: do not actually run mask_in_one if it's not > supported > 759cc6454 clear-stencil: new test to check for problems clearing stencils > 2c64a91bb read_depth_offset: new test to check depth offset calculation > 869a1b6e8 replayer: create bin/ everytime > 9be2db198 Reduce precision in depth clear precision check > 7f40f35a3 Add float from half function > f7ece74a1 tests/gbm: Add gbm_device_get_fd() test > fd4a6c521 wayland: Add Wayland dmabuf driver-name test > df0d0ae79 conversion-explicit: use a different value for normalized +/- min > a482803ac cmake: if we specify PIGLIT_BUILD_GL_TESTS OPENGL_FOUND is always > true > 67b89b3e3 README: recommend Ninja by default and switch to cmake --build > efd111853 cmake: build is compatible up to 3.28 > e84aca9b5 cmake: add workaround for CMP0148 > 2e70ca91e README: ccmake is not that common, regular cmake is enough to build > e39ba99e5 README: update requirements > d945707b9 cmake: WGL doesn't need Waffle, pass the definition without it > 938a9dc9f cmake: remove this 12 years old workaround taking too many lines > 7e5ca052d cmake: implement switch for the EGL tests and simplify test > conditions
[OE-core] [RFC PATCH] piglit: add a patch to address host contamination for wayland-scanner
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...o-not-obtain-wayland-scanner-path-fr.patch | 38 +++ meta/recipes-graphics/piglit/piglit_git.bb| 1 + 2 files changed, 39 insertions(+) create mode 100644 meta/recipes-graphics/piglit/piglit/0001-CMakeLists.txt-do-not-obtain-wayland-scanner-path-fr.patch diff --git a/meta/recipes-graphics/piglit/piglit/0001-CMakeLists.txt-do-not-obtain-wayland-scanner-path-fr.patch b/meta/recipes-graphics/piglit/piglit/0001-CMakeLists.txt-do-not-obtain-wayland-scanner-path-fr.patch new file mode 100644 index 000..b47e16af6b3 --- /dev/null +++ b/meta/recipes-graphics/piglit/piglit/0001-CMakeLists.txt-do-not-obtain-wayland-scanner-path-fr.patch @@ -0,0 +1,38 @@ +From 8f25cdf54e35ab1a174cabf5078784b8e48bda01 Mon Sep 17 00:00:00 2001 +From: Alexander Kanavin +Date: Fri, 23 Aug 2024 15:29:45 +0200 +Subject: [PATCH] CMakeLists.txt: do not obtain wayland-scanner path from + pkg-config + +cmake can only use target wayland-scanner.pc which (correctly) points to /usr/bin/wayland-scanner + +However in cross builds it should be using wayland-scanner from native sysroot, +otherwise builds will break if wayland-scanner is not installed on the host +distro. + +Upstream-Status: Inappropriate [yocto specific] +Signed-off-by: Alexander Kanavin +--- + CMakeLists.txt | 6 +- + 1 file changed, 1 insertion(+), 5 deletions(-) + +diff --git a/CMakeLists.txt b/CMakeLists.txt +index d169fb481..8394f5236 100644 +--- a/CMakeLists.txt b/CMakeLists.txt +@@ -211,11 +211,7 @@ if(PIGLIT_USE_WAYLAND) + message(FATAL_ERROR "Failed to find wayland-protocols XML path") + endif() + +- pkg_check_modules(WaylandScanner REQUIRED wayland-scanner) +- pkg_get_variable(WaylandScannerPath wayland-scanner wayland_scanner) +- if (NOT WaylandScannerPath) +- message(FATAL_ERROR "Failed to find wayland-scanner path from pkg-config") +- endif() ++ set(WaylandScannerPath wayland-scanner) + add_executable(WaylandScannerExe IMPORTED) + set_property(TARGET WaylandScannerExe PROPERTY IMPORTED_LOCATION ${WaylandScannerPath}) + endif() +-- +2.39.2 + diff --git a/meta/recipes-graphics/piglit/piglit_git.bb b/meta/recipes-graphics/piglit/piglit_git.bb index a1fd2b8bde1..3a2dec34d7e 100644 --- a/meta/recipes-graphics/piglit/piglit_git.bb +++ b/meta/recipes-graphics/piglit/piglit_git.bb @@ -10,6 +10,7 @@ SRC_URI = "git://gitlab.freedesktop.org/mesa/piglit.git;protocol=https;branch=ma file://0002-cmake-use-proper-WAYLAND_INCLUDE_DIRS-variable.patch \ file://0003-tests-util-piglit-shader.c-do-not-hardcode-build-pat.patch \ file://0001-tests-Fix-narrowing-errors-seen-with-clang.patch \ + file://0001-CMakeLists.txt-do-not-obtain-wayland-scanner-path-fr.patch \ " UPSTREAM_CHECK_COMMITS = "1" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203691): https://lists.openembedded.org/g/openembedded-core/message/203691 Mute This Topic: https://lists.openembedded.org/mt/108056130/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] obexd: Add system bus support for obexd
I think this needs to be better justified. What were the reasons upstream didn't want to take this patch? Why would oe-core take it and maintain it until the end of time? Shouldn't this be a product specific feature for those (few) who need it, rather than a project level feature? Alex On Fri, 23 Aug 2024 at 13:59, quic_dgangire via lists.openembedded.org wrote: > > From: Damodar Reddy GangiReddy > > Currently obexd uses session bus. > Distros where session bus is not supported and still obex profiles > are required in that case use system bus instead of session bus > which can be configured with new optional feature > > Additional optional feature has been added to achieve this > with name --enable-use-systembus-for-obexd > > steps to configure system bus > ./configure --enable-use-systembus-for-obexd > > Upstream-Status: Denied > Upstream denied as it is distro specific > > Signed-off-by: Damodar Reddy GangiReddy > Change-Id: I1db23ed506631ea6ae8f69034e5211751313e046 > --- > meta/recipes-connectivity/bluez5/bluez5.inc | 1 + > ...exd-Add-system-bus-support-for-obexd.patch | 244 ++ > 2 files changed, 245 insertions(+) > create mode 100644 > meta/recipes-connectivity/bluez5/bluez5/0001-obexd-Add-system-bus-support-for-obexd.patch > > diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc > b/meta/recipes-connectivity/bluez5/bluez5.inc > index d8b9f81771..9ad307b0d0 100644 > --- a/meta/recipes-connectivity/bluez5/bluez5.inc > +++ b/meta/recipes-connectivity/bluez5/bluez5.inc > @@ -63,6 +63,7 @@ PACKAGECONFIG[mesh] = "--enable-mesh > --enable-external-ell,--disable-mesh, json- > PACKAGECONFIG[btpclient] = "--enable-btpclient > --enable-external-ell,--disable-btpclient, ell" > PACKAGECONFIG[udev] = "--enable-udev,--disable-udev,udev" > PACKAGECONFIG[manpages] = > "--enable-manpages,--disable-manpages,python3-docutils-native" > +PACKAGECONFIG[obexdbus] = > "--enable-use-systembus-for-obexd,--disable-use-systembus-for-obexd" > > SRC_URI = "${KERNELORG_MIRROR}/linux/bluetooth/bluez-${PV}.tar.xz \ > file://init \ > diff --git > a/meta/recipes-connectivity/bluez5/bluez5/0001-obexd-Add-system-bus-support-for-obexd.patch > > b/meta/recipes-connectivity/bluez5/bluez5/0001-obexd-Add-system-bus-support-for-obexd.patch > new file mode 100644 > index 00..025386cd07 > --- /dev/null > +++ > b/meta/recipes-connectivity/bluez5/bluez5/0001-obexd-Add-system-bus-support-for-obexd.patch > @@ -0,0 +1,244 @@ > +From e22394839b98db580f6937c92ffbea499f47aa89 Mon Sep 17 00:00:00 2001 > +From: Damodar Reddy GangiReddy > +Date: Fri, 23 Aug 2024 12:23:47 +0530 > +Subject: [PATCH BlueZ v1] obexd: Add system bus support for obexd > + > +Currently obexd uses session bus. > +Distros where session bus is not supported and still obex profiles > +are required in that case use system bus instead of session bus > +which can be configured with new optional feature > + > +Additional optional feature has been added to achieve this > +with name --enable-use-systembus-for-obexd > + > +steps to configure system bus > +./configure --enable-use-systembus-for-obexd > + > +Upstream-Status: Denied > +Upstream denied as it is distro specific > + > +Signed-off-by: Damodar Reddy GangiReddy > + > +--- > + Makefile.obexd | 14 ++ > + configure.ac| 9 + > + obexd/client/ftp.c | 3 ++- > + obexd/client/map.c | 3 ++- > + obexd/client/opp.c | 3 ++- > + obexd/client/pbap.c | 3 ++- > + obexd/client/session.c | 3 ++- > + obexd/client/sync.c | 3 ++- > + obexd/plugins/pcsuite.c | 3 ++- > + obexd/src/manager.c | 3 ++- > + src/bluetooth.conf | 12 > + tools/obexctl.c | 3 ++- > + 12 files changed, 53 insertions(+), 9 deletions(-) > + > +diff --git a/Makefile.obexd b/Makefile.obexd > +index b7e9f2d33..87432cc37 100644 > +--- a/Makefile.obexd > b/Makefile.obexd > +@@ -2,6 +2,19 @@ > + if OBEX > + > + if SYSTEMD > ++ > ++if USE_SYSTEMBUS_FOR_OBEXD > ++ > ++systemdsystemunit_DATA += obexd/src/obex.service > ++dbussystembus_DATA += obexd/src/org.bluez.obex.service > ++ > ++obexd-add-service-symlink: > ++ $(LN_S) -f obex.service > $(DESTDIR)$(SYSTEMD_SYSTEMUNITDIR)/dbus-org.bluez.obex.service > ++ > ++obexd-remove-service-symlink: > ++ rm -f $(DESTDIR)$(SYSTEMD_SYSTEMUNITDIR)/dbus-org.bluez.obex.service > ++else > ++ > + systemduserunitdir = $(SYSTEMD_USERUNITDIR) > + systemduserunit_DATA = obexd/src/obex.service > + > +@@ -13,6 +26,7 @@ obexd-add-service-symlink: > + > + obexd-remove-service-symlink: > + rm -f $(DESTDIR)$(SYSTEMD_USERUNITDIR)/dbus-org.bluez.obex.service > ++endif > + else > + obexd-add-service-symlink: > + obexd-remove-service-symlink: > +diff --git a/configure.ac b/configure.ac > +index d31eb1656..cc9a55f4c 100644 > +--- a/configure.ac > b/configure.ac > +@@ -283,6 +283,15 @@ if (test "${enable_obex}" != "no"); then > + fi > + AM_CONDITIONAL(OBEX, test "${enable_obex}
Re: [OE-core][kirkstone][PATCH] wpa-supplicant: Upgrade 2.10 -> 2.11
Updates like this are not eligible for stable branches. Please pay attention to what Randy said. Alex On Fri, 23 Aug 2024 at 09:38, Siddharth Doshi via lists.openembedded.org wrote: > > From: Siddharth Doshi > > License-Update: > === > - README: Change in copyright years as per > https://w1.fi/cgit/hostap/commit/README?id=d945ddd368085f255e68328f2d3b020ceea359af > - wpa_supplicant/wpa_supplicant.c: Change in copyright years as per > https://w1.fi/cgit/hostap/commit/wpa_supplicant/wpa_supplicant.c?id=d945ddd368085f255e68328f2d3b020ceea359af > > CVE's Fixed: > === > - CVE-2024-5290 wpa_supplicant: wpa_supplicant loading arbitrary shared > objects allowing privilege escalation > - CVE-2023-52160 wpa_supplicant: potential authorization bypass > > Changes between 2.10 -> 2.11: > > https://w1.fi/cgit/hostap/commit/wpa_supplicant/ChangeLog?id=d945ddd368085f255e68328f2d3b020ceea359af > > Note: > = > Patche 0001-PEAP-client-Update-Phase-2-authentication-requiremen.patch > (CVE-2023-52160) is already fixed and hence removing it. > > Signed-off-by: Siddharth Doshi > --- > ...te-Phase-2-authentication-requiremen.patch | 213 -- > ...plicant_2.10.bb => wpa-supplicant_2.11.bb} | 7 +- > 2 files changed, 3 insertions(+), 217 deletions(-) > delete mode 100644 > meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-PEAP-client-Update-Phase-2-authentication-requiremen.patch > rename meta/recipes-connectivity/wpa-supplicant/{wpa-supplicant_2.10.bb => > wpa-supplicant_2.11.bb} (92%) > > diff --git > a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-PEAP-client-Update-Phase-2-authentication-requiremen.patch > > b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-PEAP-client-Update-Phase-2-authentication-requiremen.patch > deleted file mode 100644 > index bc2db972c3..00 > --- > a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-PEAP-client-Update-Phase-2-authentication-requiremen.patch > +++ /dev/null > @@ -1,213 +0,0 @@ > -From f6f7cead3661ceeef54b21f7e799c0afc98537ec Mon Sep 17 00:00:00 2001 > -From: Jouni Malinen > -Date: Sat, 8 Jul 2023 19:55:32 +0300 > -Subject: [PATCH] PEAP client: Update Phase 2 authentication requirements > - > -The previous PEAP client behavior allowed the server to skip Phase 2 > -authentication with the expectation that the server was authenticated > -during Phase 1 through TLS server certificate validation. Various PEAP > -specifications are not exactly clear on what the behavior on this front > -is supposed to be and as such, this ended up being more flexible than > -the TTLS/FAST/TEAP cases. However, this is not really ideal when > -unfortunately common misconfiguration of PEAP is used in deployed > -devices where the server trust root (ca_cert) is not configured or the > -user has an easy option for allowing this validation step to be skipped. > - > -Change the default PEAP client behavior to be to require Phase 2 > -authentication to be successfully completed for cases where TLS session > -resumption is not used and the client certificate has not been > -configured. Those two exceptions are the main cases where a deployed > -authentication server might skip Phase 2 and as such, where a more > -strict default behavior could result in undesired interoperability > -issues. Requiring Phase 2 authentication will end up disabling TLS > -session resumption automatically to avoid interoperability issues. > - > -Allow Phase 2 authentication behavior to be configured with a new phase1 > -configuration parameter option: > -'phase2_auth' option can be used to control Phase 2 (i.e., within TLS > -tunnel) behavior for PEAP: > - * 0 = do not require Phase 2 authentication > - * 1 = require Phase 2 authentication when client certificate > - (private_key/client_cert) is no used and TLS session resumption was > - not used (default) > - * 2 = require Phase 2 authentication in all cases > - > -Signed-off-by: Jouni Malinen > - > -CVE: CVE-2023-52160 > -Upstream-Status: Backport > [https://w1.fi/cgit/hostap/commit/?id=8e6485a1bcb0baffdea9e55255a81270b768439c] > - > -Signed-off-by: Claus Stovgaard > -Signed-off-by: Peter Marko > > - src/eap_peer/eap_config.h | 8 ++ > - src/eap_peer/eap_peap.c| 40 +++--- > - src/eap_peer/eap_tls_common.c | 6 + > - src/eap_peer/eap_tls_common.h | 5 > - wpa_supplicant/wpa_supplicant.conf | 7 ++ > - 5 files changed, 63 insertions(+), 3 deletions(-) > - > -diff --git a/src/eap_peer/eap_config.h b/src/eap_peer/eap_config.h > -index 3238f74..047eec2 100644 > a/src/eap_peer/eap_config.h > -+++ b/src/eap_peer/eap_config.h > -@@ -469,6 +469,14 @@ struct eap_peer_config { > -* 1 = use cryptobinding if server supports it > -* 2 = require cryptobinding > -* > -+ * phase2_auth option can be used to control Phase 2 (i.e., within TLS > -+
Re: [OE-core][REQUEST FOR ASSISTANCE][PATCH] piglit: upgrade 22eaf6a91c -> c11c9374c1
I can take a look but not today. Hopefully tomorrow. Alex On Thu, 22 Aug 2024 at 17:18, Trevor Gamblin via lists.openembedded.org wrote: > > Commit 79895d fixes builds with numpy 2.x. > > Patch '0001-utils-Include-libgen.h-on-musl-linux-systems.patch' dropped > because it is now upstream in commit 9c941dfc36. > > Add wayland-native and wayland-protocols to DEPENDS to avoid errors > during build. > > There's a reproducibility issue being seen on the autobuilder. It > appears that it's a host contamination issue, based on what Richard > replied with in the v3. See: > https://lists.openembedded.org/g/openembedded-core/message/203651 > > Does anyone with more CMake familiarity know how to patch CMakeLists.txt > or the recipe in a way that will fix these errors? I'm not able to see > any of them locally. It's also possible that what I've added to > PACKAGECONFIG is not the right approach for x11 support. > > Changelog: > > c11c9374c (HEAD -> main, origin/main, origin/HEAD) arb_bindless_texture: test > image/sampler constructors > f11abb664 Revert "arb_bindless_texture: add another function param bindless > test" > 045343687 arb_gpu_shader5: add linker version of function overloads test > 4b1116f3a arb_bindless_texture: add another function param bindless test > 4a62c2672 glsl: test function linking with implicit param conversions > 9f280db77 arb_bindless_texture: add basic function param bindless tests > 79895 generated_tests: fix numpy overflow warnings that are errors in > numpy 2.0 > 5214915dc generated_tests: print mako exceptions > 41bd119f2 arb_texture_buffer_object: don't leak src strings > 582f5490a gl-1.0: Add a test for glPushAttrib/glPopAttrib > 647d07250 ext_texture_format_bgra: test GL_BGRA8_EXT as well > dee2a233f perf: port glsl-compile-time perf-test from mesa demos > 18333c568 perf: port vertexrate perf-test from mesa demos > e932fa2f5 perf: port vbo perf-test from mesa demos > f9cf4788a perf: port teximage perf-test from mesa demos > 20ccc1c10 perf: port readpixels perf-test from mesa demos > 556a9c96d perf: port genmipmap perf-test from mesa demos > 225b6bfb6 perf: port fill perf-test from mesa demos > dae4a13f9 perf: port fbobind perf-test from mesa demos > cd0f812b3 perf: port copytex perf-test from mesa demos > fdf3fc09d cl: add missing errors > 01b64dd06 glsl-1.10: test a complex partial unroll scenario > cf8daaf5b glsl-bug-110796: detect missing ES 3.2 support using EGL_BAD_MATCH > 30d34daf7 glsl-bug-110796: distinguish which context creation failed > 3ea14414a Sync .mailmap from Mesa > 7accec34a glsl-bug-110796: check for GL ES 3.2 support > 12ebd71c7 egl-terminate-then-unbind-context: simplify > 69bc38a77 egl_khr_create_context: improve skip reporting > 209becf6d arb_blend_func_extended: simplify MAX_DUAL_SOURCE_DRAW_BUFFERS > detection > 800abe232 arb_blend_func_extended: gles: follow the specification requirements > 1cad6ee20 arb_texture_multisample: require geometry shaders > 59bdc8c4e egl: missing EGLconfig isn't stderr material > cee2190b5 ext_external_objects: avoid stderr when we skip the test > 8cbefab52 util: remove handwritten defines and drop FIXME > 11e7aa044 texsubimage: fix low bpp formats by expecting less than 8 bits of > precision > e180f9623 Use GBM_LDFLAGS to get all options > 3bddb36e8 fix vk_vert_buf_reuse cleanup > 8f6e71975 arb_texture_view: test for NaN in more cases > 446c20f3e ext_direct_state_access: Fix deprecated-non-prototype warnings > 8a6ce9c6f arb_fragment_layer_viewport: don't test out-of-range gl_Layer values > 8d5af6c51 glsl-1.30: Test uint to float conversion of sign extended value > 7aa7bc1b0 arb_draw_buffers_blend: Fix deprecated-non-prototype warnings > 3d3a20a2b arb_sample_shading: do not actually run mask_in_one if it's not > supported > 759cc6454 clear-stencil: new test to check for problems clearing stencils > 2c64a91bb read_depth_offset: new test to check depth offset calculation > 869a1b6e8 replayer: create bin/ everytime > 9be2db198 Reduce precision in depth clear precision check > 7f40f35a3 Add float from half function > f7ece74a1 tests/gbm: Add gbm_device_get_fd() test > fd4a6c521 wayland: Add Wayland dmabuf driver-name test > df0d0ae79 conversion-explicit: use a different value for normalized +/- min > a482803ac cmake: if we specify PIGLIT_BUILD_GL_TESTS OPENGL_FOUND is always > true > 67b89b3e3 README: recommend Ninja by default and switch to cmake --build > efd111853 cmake: build is compatible up to 3.28 > e84aca9b5 cmake: add workaround for CMP0148 > 2e70ca91e README: ccmake is not that common, regular cmake is enough to build > e39ba99e5 README: update requirements > d945707b9 cmake: WGL doesn't need Waffle, pass the definition without it > 938a9dc9f cmake: remove this 12 years old workaround taking too many lines > 7e5ca052d cmake: implement switch for the EGL tests and simplify test > conditions > cd9d15364 cmake: make PIGLIT_BUILD_DMA_BUF_TESTS aligned with GBM dependency > 4af47af27 cmake: depend on WGL_T
Re: [OE-core] [PATCH] sysvinit: upgrade 3.04 -> 3.10
On Thu, 22 Aug 2024 at 20:12, Sven Reschke via lists.openembedded.org wrote: > Yes I see your problem and I'm really sorry for my incompetence. > It seems like both of my patches are malformed (but at least the email I got > for my initial patch, seems to be fine, although the representation in this > thread is off somehow). > > What do you mean with creating a branch somewhere? > Do you mean I should clone the repo and create a branch with my changes? Yes, for example on github. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203662): https://lists.openembedded.org/g/openembedded-core/message/203662 Mute This Topic: https://lists.openembedded.org/mt/107960881/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] sysvinit: upgrade 3.04 -> 3.10
Also please rebase on top of my sysvinit source adjustment patch (was just sent here today). Alex On Thu, 22 Aug 2024 at 13:02, Alexandre Belloni via lists.openembedded.org wrote: > > Hello, > > I'm sorry but I've tried multiple times to apply this patch but it > doesn't apply cleanly and I can't fix it. Maybe you can put it on a > branch somewhere? > > On 18/08/2024 11:39:13+0200, Sven Reschke via lists.openembedded.org wrote: > > Upgrade of sysvinit to version 3.10. The upstream moved in between to > > github. > > Removed the following patches: > > 1. 0001-hddown-include-libgen.h-for-basename-API.patch > > Is already included in upstream > > 2. install.patch > > Referenced PR is already merged in upstream > > 3. sysvinit_remove_linux_fs.patch > > Is already included in upstream > > > > The remaining patches were mostly just updated, with exception to the > > realpath.patch > > Here the changes to the killall5.c source file couldn't be merged anymore. > > My guess is, that the changes are already done someway in the upstream. > > At least the file is now using realpath(). I didn't touch the remaining > > additional includes, > > as I don't know if they are still needed. > > > > Signed-off-by: Sven Reschke > > --- > > ...wn-include-libgen.h-for-basename-API.patch | 38 > > ...acros.h-for-major-minor-defines-in-g.patch | 6 +- > > .../sysvinit/sysvinit/crypt-lib.patch | 6 +- > > .../sysvinit/sysvinit/install.patch | 97 --- > > .../sysvinit/pidof-add-m-option.patch | 24 ++--- > > .../sysvinit/sysvinit/realpath.patch | 23 + > > .../sysvinit/sysvinit_remove_linux_fs.patch | 17 > > .../{sysvinit_3.04.bb => sysvinit_3.10.bb}| 7 +- > > 8 files changed, 23 insertions(+), 195 deletions(-) > > delete mode 100644 > > meta/recipes-core/sysvinit/sysvinit/0001-hddown-include-libgen.h-for-basename-API.patch > > delete mode 100644 meta/recipes-core/sysvinit/sysvinit/install.patch > > delete mode 100644 > > meta/recipes-core/sysvinit/sysvinit/sysvinit_remove_linux_fs.patch > > rename meta/recipes-core/sysvinit/{sysvinit_3.04.bb => sysvinit_3.10.bb} > > (93%) > > > > diff --git > > a/meta/recipes-core/sysvinit/sysvinit/0001-hddown-include-libgen.h-for-basename-API.patch > > > > b/meta/recipes-core/sysvinit/sysvinit/0001-hddown-include-libgen.h-for-basename-API.patch > > deleted file mode 100644 > > index 5e4053bad1..00 > > --- > > a/meta/recipes-core/sysvinit/sysvinit/0001-hddown-include-libgen.h-for-basename-API.patch > > +++ /dev/null > > @@ -1,38 +0,0 @@ > > -From a07c1d94e79840c59563741b45e690e77d4f3dfa Mon Sep 17 00:00:00 2001 > > -From: Khem Raj > > -Date: Sun, 3 Dec 2023 20:09:30 -0800 > > -Subject: [PATCH] hddown: include libgen.h for basename API > > - > > -musl has removed the non-prototype declaration of basename from string.h > > [1] which now results in build errors with clang-17+ compiler > > - > > -include libgen.h for using the posix declaration of the funciton. > > - > > -Fixes > > - > > -hddown.c:135:8: error: incompatible integer to pointer conversion > > assigning to 'char *' from 'int' [-Wint-conversion] > > - 135 | ptr = basename(lnk); > > - | ^ ~ > > - > > -[1] > > https://git.musl-libc.org/cgit/musl/commit/?id=725e17ed6dff4d0cd22487bb64470881e86a92e7 > > - > > -Upstream-Status: Submitted [https://github.com/slicer69/sysvinit/pull/21] > > -Signed-off-by: Khem Raj > > > > - src/hddown.c | 1 + > > - 1 file changed, 1 insertion(+) > > - > > -diff --git a/src/hddown.c b/src/hddown.c > > -index 7a2cf28..3b31bc0 100644 > > a/src/hddown.c > > -+++ b/src/hddown.c > > -@@ -24,6 +24,7 @@ char *v_hddown = "@(#)hddown.c 1.02 22-Apr-2003 > > miqu...@cistron.nl"; > > - #ifndef _GNU_SOURCE > > - #define _GNU_SOURCE > > - #endif > > -+#include > > - #include > > - #include > > - #include > > --- > > -2.43.0 > > - > > diff --git > > a/meta/recipes-core/sysvinit/sysvinit/0001-include-sys-sysmacros.h-for-major-minor-defines-in-g.patch > > > > b/meta/recipes-core/sysvinit/sysvinit/0001-include-sys-sysmacros.h-for-major-minor-defines-in-g.patch > > index 60fbd87534..2c29fd81d9 100644 > > --- > > a/meta/recipes-core/sysvinit/sysvinit/0001-include-sys-sysmacros.h-for-major-minor-defines-in-g.patch > > +++ > > b/meta/recipes-core/sysvinit/sysvinit/0001-include-sys-sysmacros.h-for-major-minor-defines-in-g.patch > > @@ -13,7 +13,7 @@ Upstream-Status: Pending > > 3 files changed, 3 insertions(+) > > > > diff --git a/src/bootlogd.c b/src/bootlogd.c > > -index 787db87..8b07903 100644 > > +index a323a76..343cbbe 100644 > > --- a/src/bootlogd.c > > +++ b/src/bootlogd.c > > @@ -29,6 +29,7 @@ > > @@ -25,7 +25,7 @@ index 787db87..8b07903 100644 > > #include > > #include > > diff --git a/src/mountpoint.c b/src/mountpoint.c > > -index 5f20522..94df7a1 100644 > > +index c55b0df..5920e13 100644 > > ---
[OE-core] [PATCH 32/32] xz: upgrade 5.4.6 -> 5.6.2
From: Alexander Kanavin This is the first post-backdoor release. These are the release notes: https://github.com/tukaani-project/xz/releases/ There are also backdoor notes: https://tukaani.org/xz-backdoor/ "I plan to write an article how the backdoor got into the releases and what can be learned from this." - that'd be most welcome, as it would be first hand information that sets the record straight. And there's a commit by commit review of Jia Tan's contributions: https://tukaani.org/xz-backdoor/review.html Add an option for landlock sandbox (off by default as it clashes with running under pseudo). License-Update: public domain bits were relicensed under 0BSD license Signed-off-by: Alexander Kanavin --- .../xz/{xz_5.4.6.bb => xz_5.6.2.bb} | 23 +++ 1 file changed, 13 insertions(+), 10 deletions(-) rename meta/recipes-extended/xz/{xz_5.4.6.bb => xz_5.6.2.bb} (77%) diff --git a/meta/recipes-extended/xz/xz_5.4.6.bb b/meta/recipes-extended/xz/xz_5.6.2.bb similarity index 77% rename from meta/recipes-extended/xz/xz_5.4.6.bb rename to meta/recipes-extended/xz/xz_5.6.2.bb index 3f82e476bf4..96fc691ef7e 100644 --- a/meta/recipes-extended/xz/xz_5.4.6.bb +++ b/meta/recipes-extended/xz/xz_5.6.2.bb @@ -3,31 +3,32 @@ HOMEPAGE = "https://tukaani.org/xz/"; DESCRIPTION = "XZ Utils is free general-purpose data compression software with a high compression ratio. XZ Utils were written for POSIX-like systems, but also work on some not-so-POSIX systems. XZ Utils are the successor to LZMA Utils." SECTION = "base" -# The source includes bits of PD, GPL-2.0, GPL-3.0, LGPL-2.1-or-later, but the +# The source includes bits of 0BSD, GPL-2.0, GPL-3.0, LGPL-2.1-or-later, but the # only file which is GPL-3.0 is an m4 macro which isn't shipped in any of our # packages, and the LGPL bits are under lib/, which appears to be used for # libgnu, which appears to be used for DOS builds. So we're left with -# GPL-2.0-or-later and PD. -LICENSE = "GPL-2.0-or-later & GPL-3.0-with-autoconf-exception & LGPL-2.1-or-later & PD" -LICENSE:${PN} = "PD & GPL-2.0-or-later" -LICENSE:${PN}-dev = "PD & GPL-2.0-or-later" +# GPL-2.0-or-later and 0BSD. +LICENSE = "GPL-2.0-or-later & GPL-3.0-with-autoconf-exception & LGPL-2.1-or-later & 0BSD" +LICENSE:${PN} = "0BSD & GPL-2.0-or-later" +LICENSE:${PN}-dev = "0BSD & GPL-2.0-or-later" LICENSE:${PN}-staticdev = "GPL-2.0-or-later" -LICENSE:${PN}-doc = "PD & GPL-2.0-or-later" +LICENSE:${PN}-doc = "0BSD & GPL-2.0-or-later" LICENSE:${PN}-dbg = "GPL-2.0-or-later" LICENSE:${PN}-locale = "GPL-2.0-or-later" -LICENSE:liblzma = "PD" +LICENSE:liblzma = "0BSD" -LIC_FILES_CHKSUM = "file://COPYING;md5=d4378ea9d5d1fc9ab0ae10d7948827d9 \ +LIC_FILES_CHKSUM = "file://COPYING;md5=c02de712b028a5cc7e22472e8f2b3db1 \ +file://COPYING.0BSD;md5=0672c210ce80c83444339b9aa31fee2f \ file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ file://COPYING.GPLv3;md5=1ebbd3e34237af26da5dc08a4e440464 \ file://COPYING.LGPLv2.1;md5=4fbd65380cdd255951079008b364516c \ - file://lib/getopt.c;endline=23;md5=2069b0ee710572c03bb3114e4532cd84 \ + file://lib/getopt.c;endline=23;md5=3f33e207287bf72834f3ae8c247dfb6a \ " SRC_URI = "https://github.com/tukaani-project/xz/releases/download/v${PV}/xz-${PV}.tar.gz \ file://run-ptest \ " -SRC_URI[sha256sum] = "aeba3e03bf8140ddedf62a0a367158340520f6b384f75ca6045ccc6c0d43fd5c" +SRC_URI[sha256sum] = "8bfd20c0e1d86f0402f2497cfa71c6ab62d4cd35fd704276e3140bfb71414519" UPSTREAM_CHECK_REGEX = "releases/tag/v(?P\d+(\.\d+)+)" UPSTREAM_CHECK_URI = "https://github.com/tukaani-project/xz/releases/"; @@ -35,6 +36,8 @@ CACHED_CONFIGUREVARS += "gl_cv_posix_shell=/bin/sh" inherit autotools gettext ptest +PACKAGECONFIG[landlock] = "--enable-sandbox=landlock,--enable-sandbox=no" + PACKAGES =+ "liblzma" FILES:liblzma = "${libdir}/liblzma*${SOLIBS}" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203647): https://lists.openembedded.org/g/openembedded-core/message/203647 Mute This Topic: https://lists.openembedded.org/mt/108035249/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 31/32] xkeyboard-config: upgrade 2.41 -> 2.42
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- .../{xkeyboard-config_2.41.bb => xkeyboard-config_2.42.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.41.bb => xkeyboard-config_2.42.bb} (92%) diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.41.bb b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.42.bb similarity index 92% rename from meta/recipes-graphics/xorg-lib/xkeyboard-config_2.41.bb rename to meta/recipes-graphics/xorg-lib/xkeyboard-config_2.42.bb index 79ce7dea35f..cdc6422d464 100644 --- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.41.bb +++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.42.bb @@ -13,7 +13,7 @@ LICENSE = "MIT & MIT" LIC_FILES_CHKSUM = "file://COPYING;md5=8fc8ae699974c360e2e2e883a63ce264" SRC_URI = "${XORG_MIRROR}/individual/data/xkeyboard-config/${BPN}-${PV}.tar.xz" -SRC_URI[sha256sum] = "f02cd6b957295e0d50236a3db15825256c92f67ef1f73bf1c77a4b179edf728f" +SRC_URI[sha256sum] = "a6b06ebfc1f01fc505f2f05f265f95f67cc8873a54dd247e3c2d754b8f7e0807" SECTION = "x11/libs" DEPENDS = "util-macros libxslt-native" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203646): https://lists.openembedded.org/g/openembedded-core/message/203646 Mute This Topic: https://lists.openembedded.org/mt/108035248/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 24/32] python3-dtschema: upgrade 2024.4 -> 2024.5
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- .../{python3-dtschema_2024.4.bb => python3-dtschema_2024.5.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-devtools/python/{python3-dtschema_2024.4.bb => python3-dtschema_2024.5.bb} (85%) diff --git a/meta/recipes-devtools/python/python3-dtschema_2024.4.bb b/meta/recipes-devtools/python/python3-dtschema_2024.5.bb similarity index 85% rename from meta/recipes-devtools/python/python3-dtschema_2024.4.bb rename to meta/recipes-devtools/python/python3-dtschema_2024.5.bb index 9583cd57b96..1eb24eca238 100644 --- a/meta/recipes-devtools/python/python3-dtschema_2024.4.bb +++ b/meta/recipes-devtools/python/python3-dtschema_2024.5.bb @@ -7,7 +7,7 @@ inherit pypi python_setuptools_build_meta PYPI_PACKAGE = "dtschema" -SRC_URI[sha256sum] = "18dd1d34b4a5e451291e5444e9ceb4a6febc605871cdaef22673b6f80aa4a131" +SRC_URI[sha256sum] = "ea259a9ba4d1e1eff44ac8d362950361e46750bdeaf30a437a7ed33159c35fd8" DEPENDS += "python3-setuptools-scm-native" RDEPENDS:${PN} += "\ -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203639): https://lists.openembedded.org/g/openembedded-core/message/203639 Mute This Topic: https://lists.openembedded.org/mt/108035241/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 23/32] puzzles: upgrade to latest revision
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- meta/recipes-sato/puzzles/puzzles_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-sato/puzzles/puzzles_git.bb b/meta/recipes-sato/puzzles/puzzles_git.bb index e9403ee130c..b47d3d3f307 100644 --- a/meta/recipes-sato/puzzles/puzzles_git.bb +++ b/meta/recipes-sato/puzzles/puzzles_git.bb @@ -10,7 +10,7 @@ REQUIRED_DISTRO_FEATURES = "x11" SRC_URI = "git://git.tartarus.org/simon/puzzles.git;branch=main;protocol=https" UPSTREAM_CHECK_COMMITS = "1" -SRCREV = "80aac3104096aee4057b675c53ece8e60793aa90" +SRCREV = "1c1899ee1c4e0a83808998359addb1efb66322f8" PE = "2" PV = "0.0+git" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203638): https://lists.openembedded.org/g/openembedded-core/message/203638 Mute This Topic: https://lists.openembedded.org/mt/108035240/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 30/32] weston: upgrade 13.0.1 -> 13.0.3
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...1-libweston-tools-Include-libgen.h-for-basename-signat.patch | 2 +- .../wayland/{weston_13.0.1.bb => weston_13.0.3.bb} | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/wayland/{weston_13.0.1.bb => weston_13.0.3.bb} (98%) diff --git a/meta/recipes-graphics/wayland/weston/0001-libweston-tools-Include-libgen.h-for-basename-signat.patch b/meta/recipes-graphics/wayland/weston/0001-libweston-tools-Include-libgen.h-for-basename-signat.patch index fbec9f9d4e5..2a833ee973c 100644 --- a/meta/recipes-graphics/wayland/weston/0001-libweston-tools-Include-libgen.h-for-basename-signat.patch +++ b/meta/recipes-graphics/wayland/weston/0001-libweston-tools-Include-libgen.h-for-basename-signat.patch @@ -1,4 +1,4 @@ -From e050830898ea37d30ef1c5339cb1665bdb92dcdc Mon Sep 17 00:00:00 2001 +From 1a2a87013eb6af8e5267ecaf61e17b65a31dc662 Mon Sep 17 00:00:00 2001 From: Khem Raj Date: Thu, 14 Dec 2023 09:13:54 -0800 Subject: [PATCH] libweston,tools: Include libgen.h for basename signature diff --git a/meta/recipes-graphics/wayland/weston_13.0.1.bb b/meta/recipes-graphics/wayland/weston_13.0.3.bb similarity index 98% rename from meta/recipes-graphics/wayland/weston_13.0.1.bb rename to meta/recipes-graphics/wayland/weston_13.0.3.bb index eae13e1c215..e4843d38f71 100644 --- a/meta/recipes-graphics/wayland/weston_13.0.1.bb +++ b/meta/recipes-graphics/wayland/weston_13.0.3.bb @@ -14,7 +14,7 @@ SRC_URI = "https://gitlab.freedesktop.org/wayland/weston/-/releases/${PV}/downlo file://systemd-notify.weston-start \ " -SRC_URI[sha256sum] = "ea1566ab4f5ffce7e9fd4f7a1fca5b30caae4d50023bf459213994094e02b29a" +SRC_URI[sha256sum] = "27f68d96e3b97d98daadef13a202356524924fa381418fa6716b9136ef099093" UPSTREAM_CHECK_URI = "https://gitlab.freedesktop.org/wayland/weston/-/tags"; UPSTREAM_CHECK_REGEX = "releases/(?P\d+\.\d+\.(?!9\d+)\d+)" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203644): https://lists.openembedded.org/g/openembedded-core/message/203644 Mute This Topic: https://lists.openembedded.org/mt/108035246/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 29/32] webkitgtk: upgrade 2.44.1 -> 2.44.3
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- ...-a-variable-to-control-macro-__PAS_ALWAYS_I.patch | 6 +++--- ...ctIntrospection.cmake-prefix-variables-obta.patch | 2 +- .../30e1d5e22213fdaca2a29ec3400c927d710a37a8.patch | 2 +- .../webkit/webkitgtk/no-musttail-arm.patch | 6 +++--- .../webkit/webkitgtk/reproducibility.patch | 2 +- .../webkit/webkitgtk/t6-not-declared.patch | 12 +--- .../{webkitgtk_2.44.1.bb => webkitgtk_2.44.3.bb} | 2 +- 7 files changed, 15 insertions(+), 17 deletions(-) rename meta/recipes-sato/webkit/{webkitgtk_2.44.1.bb => webkitgtk_2.44.3.bb} (99%) diff --git a/meta/recipes-sato/webkit/webkitgtk/0001-CMake-Add-a-variable-to-control-macro-__PAS_ALWAYS_I.patch b/meta/recipes-sato/webkit/webkitgtk/0001-CMake-Add-a-variable-to-control-macro-__PAS_ALWAYS_I.patch index a819e221272..a19008a41fc 100644 --- a/meta/recipes-sato/webkit/webkitgtk/0001-CMake-Add-a-variable-to-control-macro-__PAS_ALWAYS_I.patch +++ b/meta/recipes-sato/webkit/webkitgtk/0001-CMake-Add-a-variable-to-control-macro-__PAS_ALWAYS_I.patch @@ -1,4 +1,4 @@ -From 575b848a3b3c14280679db80d0d518922c83d62a Mon Sep 17 00:00:00 2001 +From 99a21305ae683a216e9299e5dbdd763190a8cfe3 Mon Sep 17 00:00:00 2001 From: Kai Kang Date: Fri, 11 Aug 2023 14:20:48 +0800 Subject: [PATCH] Add a variable to control macro @@ -57,10 +57,10 @@ index 5d5fb38c..a554f700 100644 #else #define __PAS_ALWAYS_INLINE_BUT_NOT_INLINE diff --git a/Source/cmake/WebKitCompilerFlags.cmake b/Source/cmake/WebKitCompilerFlags.cmake -index 9b2fecf9..7cdc2b6a 100644 +index 0732785e..4879ec40 100644 --- a/Source/cmake/WebKitCompilerFlags.cmake +++ b/Source/cmake/WebKitCompilerFlags.cmake -@@ -453,3 +453,10 @@ endif () +@@ -452,3 +452,10 @@ endif () # FIXME: Enable pre-compiled headers for all ports <https://webkit.org/b/139438> set(CMAKE_DISABLE_PRECOMPILE_HEADERS ON) diff --git a/meta/recipes-sato/webkit/webkitgtk/0001-FindGObjectIntrospection.cmake-prefix-variables-obta.patch b/meta/recipes-sato/webkit/webkitgtk/0001-FindGObjectIntrospection.cmake-prefix-variables-obta.patch index 8e29ce17edf..dda20a7b25b 100644 --- a/meta/recipes-sato/webkit/webkitgtk/0001-FindGObjectIntrospection.cmake-prefix-variables-obta.patch +++ b/meta/recipes-sato/webkit/webkitgtk/0001-FindGObjectIntrospection.cmake-prefix-variables-obta.patch @@ -1,4 +1,4 @@ -From 6348f91c29e2350ad3fec5264aa57dd4994d4583 Mon Sep 17 00:00:00 2001 +From d1f6a1b6a1298f6ef2f1677e9996aa60a002134a Mon Sep 17 00:00:00 2001 From: Alexander Kanavin Date: Tue, 27 Oct 2015 16:02:19 +0200 Subject: [PATCH] FindGObjectIntrospection.cmake: prefix variables obtained diff --git a/meta/recipes-sato/webkit/webkitgtk/30e1d5e22213fdaca2a29ec3400c927d710a37a8.patch b/meta/recipes-sato/webkit/webkitgtk/30e1d5e22213fdaca2a29ec3400c927d710a37a8.patch index 76bcb3df99e..0d8976c5020 100644 --- a/meta/recipes-sato/webkit/webkitgtk/30e1d5e22213fdaca2a29ec3400c927d710a37a8.patch +++ b/meta/recipes-sato/webkit/webkitgtk/30e1d5e22213fdaca2a29ec3400c927d710a37a8.patch @@ -1,4 +1,4 @@ -From 1523e00a2a76e285262c8aa3721b5d99f3f2d612 Mon Sep 17 00:00:00 2001 +From 2ee948191de1c561b72ebf462605376cfb3ce7af Mon Sep 17 00:00:00 2001 From: Thomas Devoogdt Date: Mon, 16 Jan 2023 17:03:30 +0100 Subject: [PATCH] REGRESSION(257865@main): B3Validate.cpp: fix diff --git a/meta/recipes-sato/webkit/webkitgtk/no-musttail-arm.patch b/meta/recipes-sato/webkit/webkitgtk/no-musttail-arm.patch index 8ce37a01cc0..793be48df2e 100644 --- a/meta/recipes-sato/webkit/webkitgtk/no-musttail-arm.patch +++ b/meta/recipes-sato/webkit/webkitgtk/no-musttail-arm.patch @@ -1,4 +1,4 @@ -From a9c874f7418cefbe78f7cd26505ae495cb59bbcf Mon Sep 17 00:00:00 2001 +From 31dca9601888f2a539dfb22693ffd62c22ee8912 Mon Sep 17 00:00:00 2001 From: Khem Raj Date: Fri, 12 Jan 2024 09:21:39 -0800 Subject: [PATCH] clang/arm: Do not use MUST_TAIL_CALL @@ -16,10 +16,10 @@ Signed-off-by: Khem Raj 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Source/WTF/wtf/Compiler.h b/Source/WTF/wtf/Compiler.h -index 0ea5cb76..c5480dbc 100644 +index 449ca502..daac29d7 100644 --- a/Source/WTF/wtf/Compiler.h +++ b/Source/WTF/wtf/Compiler.h -@@ -284,7 +284,7 @@ +@@ -321,7 +321,7 @@ /* MUST_TAIL_CALL */ #if !defined(MUST_TAIL_CALL) && defined(__cplusplus) && defined(__has_cpp_attribute) diff --git a/meta/recipes-sato/webkit/webkitgtk/reproducibility.patch b/meta/recipes-sato/webkit/webkitgtk/reproducibility.patch index 93a431a0b1e..d614a1ee4f6 100644 --- a/meta/recipes-sato/webkit/webkitgtk/reproducibility.patch +++ b/meta/recipes-sato/webkit/webkitgtk/reproducibility.patch @@ -1,4 +1,4 @@ -From d096b945113ddecaf33062296e20b6d5a007cab3 Mon Sep 17 00:00:00 2001 +From cb5458b5d15aafa3543a47a33975609026d45d32 Mon Sep 17 00:00:00 2001 From: Richard Purdie Date: Mon, 3 Jan 2022 14:18:34 + Subject: [PATCH] webkitgtk: Add reproducibility f
[OE-core] [PATCH 27/32] sqlite3: upgrade 3.45.3 -> 3.46.1
From: Alexander Kanavin Signed-off-by: Alexander Kanavin --- .../sqlite/{sqlite3_3.45.3.bb => sqlite3_3.46.1.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-support/sqlite/{sqlite3_3.45.3.bb => sqlite3_3.46.1.bb} (69%) diff --git a/meta/recipes-support/sqlite/sqlite3_3.45.3.bb b/meta/recipes-support/sqlite/sqlite3_3.46.1.bb similarity index 69% rename from meta/recipes-support/sqlite/sqlite3_3.45.3.bb rename to meta/recipes-support/sqlite/sqlite3_3.46.1.bb index 03d70bbd386..62ea4a6ba9d 100644 --- a/meta/recipes-support/sqlite/sqlite3_3.45.3.bb +++ b/meta/recipes-support/sqlite/sqlite3_3.46.1.bb @@ -4,5 +4,5 @@ LICENSE = "PD" LIC_FILES_CHKSUM = "file://sqlite3.h;endline=11;md5=786d3dc581eff03f4fd9e4a77ed00c66" SRC_URI = "http://www.sqlite.org/2024/sqlite-autoconf-${SQLITE_PV}.tar.gz"; -SRC_URI[sha256sum] = "b2809ca53124c19c60f42bf627736eae011afdcc205bb48270a5ee9a38191531" +SRC_URI[sha256sum] = "67d3fe6d268e6eaddcae3727fce58fcc8e9c53869bdd07a0c61e38ddf2965071" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203642): https://lists.openembedded.org/g/openembedded-core/message/203642 Mute This Topic: https://lists.openembedded.org/mt/108035244/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-