summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* igt-gpu-tools: update 1.30 -> 2.1Alexander Kanavin2025-09-152-33/+2
| | | | | | | | | | Drop patch merged upstream. (From OE-Core rev: cf26158dc72047d906d3e0faf9d36ff078345ce4) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* fontconfig: update 2.15.0 -> 2.17.1Alexander Kanavin2025-09-152-7/+74
| | | | | | | | | | | | | | | | | | Tarballs have relocated to gitlab. Convert to meson. License-update: trim the code, keep only the license (there used to be a second copyright notice from a different author but with mostly same MIT-ish content) Add a backport to fix musl builds. (From OE-Core rev: 17b146eb9584f71b62a9b8363a1d4fa91e8a24a8) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cargo-c: update 0.10.14 -> 0.10.15Alexander Kanavin2025-09-152-164/+148
| | | | | | | | (From OE-Core rev: 363cc3166329d2457c531e7d6375fe0c63f1e90e) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-pip: update 25.1.1 -> 25.2Alexander Kanavin2025-09-152-4/+3
| | | | | | | | | | License-update: drop typing extensions license as it has been removed from vendor directory. (From OE-Core rev: 0e6bc0faf91bb06c581a1161f46b8806d18736e2) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-pbr: update 6.1.0 -> 7.0.1Alexander Kanavin2025-09-153-46/+3
| | | | | | | | | | | | | | | | | Drop 0001-change-shebang-to-python3.patch (the change is made only to tests which aren't installed, and probably isn't necessary to begin with as upstream would've fixed it already). Merge .inc into .bb. Switch away from setuptools3 as pyproject.toml now exists. (From OE-Core rev: c64d44e48519816f319fb48ea067df6861ba6f71) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-booleanpy: update 4.0 -> 5.0Alexander Kanavin2025-09-151-2/+2
| | | | | | | | | | | pypi's inability to make up its mind regarding separators goes on (and on and on). (From OE-Core rev: 9ddb5e8e23ec4747f26713e1937878abd8d7fc60) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pypi.bbclass: add / to UPSTREAM_CHECK_URI valueAlexander Kanavin2025-09-151-1/+1
| | | | | | | | | | | This avoid an unnecessary 301 redirect and is matching the spec: https://packaging.python.org/en/latest/specifications/simple-repository-api/#project-detail (From OE-Core rev: 783ce696f2ac841903ea0015f64e6a370ccc7530) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* librepo: update 1.19.0 -> 1.20.0Alexander Kanavin2025-09-153-30/+3
| | | | | | | | | | | Drop 0004-Set-gpgme-variables-with-pkg-config-not-with-cmake-m.patch as upstream added pkg-config support at last. (From OE-Core rev: 45e7bf27e746b12a9de1435bdb2a77196d725373) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ovmf: update 202502 -> 202508Alexander Kanavin2025-09-1511-438/+43
| | | | | | | | | | Remove backports. (From OE-Core rev: 172587a0288cde8137c836147d261fd50072ff05) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ovmf-shell-image: move .wks file to its own directoryAlexander Kanavin2025-09-152-1/+1
| | | | | | | | | | | | If it's in ovmf/, devtool thinks it belongs to the ovmf recipe and then deletes the file as it is not referred to by that recipe anywhere. (From OE-Core rev: 47ff80080f336098c962281675026901978a09bc) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnupg: update 2.5.5 -> 2.5.11Alexander Kanavin2025-09-155-6/+6
| | | | | | | | | | | 2.5.x are pre-releases (there was an update to 2.5.0 one year ago by mistake), but it's good to pull in bug fixes and stabilisation and stay close to eventual final release. (From OE-Core rev: 2c0abc3d96f5dcf6d21fcf3198515dfb1ceb280a) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* clang: Upgrade to 21.1.1 releaseKhem Raj2025-09-1544-102/+58
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Brings following bugfixes on top of 21.1.0 * 5a86dc996c26 [Xtensa] Fix lowering FP compare operations. * bb383adfafca [SCEVExp] Fix early exit in ComputeEndCheck. (#156910) * 2daad319889d [LV] Don't run instcombine for interleaved-accesses test. * 2d726485a4a3 [LV] Add more tests for interleave groups requiring predicates. * 81d3b6ee82bf [X86] Only fold AND/ANDNP back to VSELECT if we know the predicated mask select is legal (#156663) * 41df6d5e08b0 [CMake][AIX] Enable CMP0182: Create shared library archives by default (#155686) * 35f812f23263 compiler-rt: Use OpenBSD's elf_aux_info to detect AArch64 HW features (#155768) * c75a0754d358 [builtins] Rename freebsd to elf_aux_info to reflect the function called. NFCI (#155749) * 0bbb93672952 [libc++] Fix broken precondition of __bit_log2 (#155476) * 677a8a2d3c5a [compiler-rt] Remove leftovers of FreeBSD md5/sha2 interceptors (#153351) * fa462a66e418 [lldb][DataFormatter] Allow std::string formatters to match against custom allocators (#156050) * 12fbb344a1e8 [Coroutines] Restore accidentally dropped intrinsic IDs * 160ad51687cc [clang][docs] Fix implicit-int-conversion-on-negation typos * e0d94d9626e4 [lldb][DWARFASTParserClang] Don't complete conflicting Objective-C++ types (#156681) * b4274c3bc8ee [DebugInfo] When referencing structured bindings use the reference's location, not the binding's declaration's location (#153637) * 7a077a1b312b [libc++][AIX] Fixup problems with ABI list checking (#155643) * 85e3f8ec7ff6 Remove EH_LABEL comments from tests * 3751e53c3e89 [AArch64][BTI] Add BTI at EH entries. (#155308) * f8a0ecfc6108 [compiler-rt] Avoid depending on the libnvmm header for NetBSD (#153534) * 113916ccf75f [lldb][ClangASTImporter] Don't ASTImport LambdaExpr nodes (#154962) * 362b99f60ef5 [libcxx][fstream][NFC] Make __failed helper lambda a member function (#149390) * b7c18c1e7ac0 [libc++] Ensure that we restore invariants in basic_filebuf::overflow (#147389) * b63daf6312ab [RISCV] Cost casts with illegal types that can't be legalized (#153030) * ca11cf3afa42 [clang-format] Use proper flags for git diff-tree (#155247) * 27f0e6e579b7 [clang][PAC] Fix builtins that claim address discriminated types are bitwise compatible (#154490) * e35cb1a59b3e [clang] Make sure EvalInfo pointer isn't null (#155563) * acabba4f6d30 [NVPTX] don't erase CopyToRegs when folding movs into loads (#149393) * 0e5c3f9b58b9 [mlir][cmake] Fix mlir target export (#153341) * 1f1a20bcb03d [AArch64][PAC] Do not execute AUT instructions speculatively (#155372) * d69907d99beb [AArch64][PAC] Fix clobbering registers by BLRA and AUTH_TCRETURN (#155373) * 9f3f813c94f5 Add pointer auth documentation to contents (#155763) * 7dbfe40cb318 [libc++] Disable cv-qualified arithmetic hash specializations (#155786) * ef3a6bd37c15 [Clang][CMake] Use IRPGO instead of FE PGO for Cmake Caches (#155957) * 35215b6412b4 [SLP]Do not to try to revectorize previously vectorized phis in loops * 64dd5399f7a1 [sanitizer_common] Older Haiku needs _GNU_SOURCE (#156291) * 95608643573a [LoongArch] Fix broadcast load with extension. (#155960) * 0d6736704f38 [X86] getScalarMaskingNode - if the mask is zero just return the blended passthrough and preserved source value (#153575) * 1db648d1016d [release] Correct download links for Windows on Arm packages (#156459) * 562605cef22a ThinLTOBitcodeWriter: Emit __cfi_check to full LTO part of bitcode file. * 33e18acf4a03 [Analyzer] No longer crash with VLA operands to unary type traits (#151719) * 8b6caff342c3 Bump version to 21.1.1 (From OE-Core rev: 98a1ef53e6f3d10b3cc65ea3dd107300cf2cb722) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "coreutils-native: don't install groups"Peter Kjellerstedt2025-09-151-3/+1
| | | | | | | | | | | | | | | This reverts commit 113225b93c55d55a330fcca7d9f996ec039fb953. The groups command was previously installed by shadow. Therefore the one provided by coreutils was removed for native to avoid a conflict. However, since version 4.17.0, shadow no longer installs a groups command and thus there is no conflict anymore. (From OE-Core rev: f1bfe923d06dc82c391b8d774e5c596016130150) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libglvnd: RPROVIDE "standard" package namesDmitry Baryshkov2025-09-151-1/+9
| | | | | | | | | | | | Some packages like cogl-1.0 RDEEPND on the GL / GL ES / EGL packages directly. Reuse the package names RPROVIDEd by the non-glvnd mesa builds for the libglvnd in order to let it fulfill the dependencies. (From OE-Core rev: b4beb7440f0b86b73d5cc67ff69d47cc7f71625d) Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* wic: add --extra-space back for compatibilityRoss Burton2025-09-151-1/+1
| | | | | | | | | | | | | | | | | The --extra-space argument was renamed to --extra-filesystem-space to be clear what space is being added to, but this breaks existing wic files. Add back --extra-space as an alias for --extra-file-system-space so that existing wks files don't fail. [1] oe-core 39d10137b86 ("wic: rename wks flag --extra-space to --extra-filesystem-space") (From OE-Core rev: 1d2a714fbe96fa3115fafb1d4d29667b6ae4a881) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libical: improve buildpath situationRoss Burton2025-09-152-5/+48
| | | | | | | | | | | | | | | | Take an upstream patch to remove buildpaths from the generator's CMake files, so we don't need to sed them out. Also, the generator tool is only needed when cross-compiling libical, so we don't actually need to install it in the target package. This has the nice side-effect of removing libxml2 from the target RDEPENDS as it is only used in the tool. (From OE-Core rev: 01ac9719b32088a809ca1553fceba71cec31054d) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libical: update patch statusRoss Burton2025-09-151-1/+1
| | | | | | | | | | | The 0001-cmake-Do-not-export-CC-into-gir-compiler.patch changes have been merged upstream. (From OE-Core rev: a3fe63ec859f72a19e49a5c7677c263240a68a98) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meson: Backport patches to support dependencies on header-only Boost libsPeter Kjellerstedt2025-09-153-0/+94
| | | | | | | | | | | | | | | With Boost 1.89.0, the Boost.System library was made header-only. Since this is a frequent library to have as dependency in meson.build files, this resulted in build failures. Backport two patches so that Boost dependencies on header-only libraries work as expected. (From OE-Core rev: 0cda83cf02169da37e196cb6827177192c5c298c) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libpng: upgrade 1.6.48 -> 1.6.50Gyorgy Sarvari2025-09-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Changelog: Version 1.6.49 [June 12, 2025] Added SIMD-optimized code for the RISC-V Vector Extension (RVV). (Contributed by Manfred Schlaegl, Dragos Tiselice and Filip Wasil) Added various fixes and improvements to the build scripts and to the sample code. Version 1.6.50 [July 1, 2025] Improved the detection of the RVV Extension on the RISC-V platform. (Contributed by Filip Wasil) Replaced inline ASM with C intrinsics in the RVV code. (Contributed by Filip Wasil) Fixed a decoder defect in which unknown chunks trailing IDAT, set to go through the unknown chunk handler, incorrectly triggered out-of-place IEND errors. (Contributed by John Bowler) Fixed the CMake file for cross-platform builds that require `libm`. Ptests successfully passed: ============================================================================ Testsuite summary for libpng 1.6.50 ============================================================================ # TOTAL: 32 # PASS: 32 # SKIP: 0 # XFAIL: 0 # FAIL: 0 # XPASS: 0 # ERROR: 0 ============================================================================ (From OE-Core rev: d804ae6e19b5f9d92d9384dd470ae0acf0fb8e1d) Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: fix local include path for nativesdk-gccGregor Herburger2025-09-151-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | By default GCC uses /usr/local/include as the local include prefix. When building the nativesdk-gcc package, this makes gcc look in the hosts /usr/local/include and may use non-SDK headers. Example from current poky: $# x86_64-pokysdk-linux-gcc -v -E - </dev/null #include <...> search starts here: /opt/poky/5.2.99+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/15.2.0/include /usr/local/include /opt/poky/5.2.99+snapshot/sysroots/x86_64-pokysdk-linux/usr/include /opt/poky/5.2.99+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/gcc/x86_64-pokysdk-linux/15.2.0/include-fixed Define LOCAL_INCLUDE_DIR along with the other include directories in defaults.h to set the local include directory to the directory in the sysroot. (From OE-Core rev: dadd1e0ec6ad4cf572964c18fa304be9f382f885) Signed-off-by: Gregor Herburger <gregor.herburger@ew.tq-group.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: Fix reproducibility issueRichard Purdie2025-09-121-0/+4
| | | | | | | | | | | | | | | Perf's build process generates two copies of its internal headers, one at tools/lib/perf/include/internal and one at libperf/include/internal with files like xyarray.h. Although the files are identical, the binaries including them would see them at different paths and have different debuginfo data. To avoid this, build libperf.a first, which will ensure the libperf headers directory exists. This is used in preference to the other by the build process and results in consistent binaries. (From OE-Core rev: 0a886fcacaab0fbce1306c0f99d482f940a8f705) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* poky: bump default kernel reference to 6.16Bruce Ashfield2025-09-112-3/+3
| | | | | | | | | | Bumping the reference kernel to 6.16. We keep the alt distro on 6.12 for better coverage. (From meta-yocto rev: 2ff9be23fffeec94bc5156166ad157b0a59e076d) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* yocto-bsp: introduce 6.16 bbappendBruce Ashfield2025-09-111-0/+10
| | | | | | | | | | | | | Adding support for our remaining reference boards with the 6.16 kernel by introducing this bbappend. We no longer need the patches in the 6.12 kernel bbappend as they've been pulled into the kernel tree itself. (From meta-yocto rev: 701ce3b9f197ee957a8853d4f41f040e90ff39fa) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* librsvg: add ptest supportGyorgy Sarvari2025-09-113-3/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The suite is quick, it takes ~5 seconds on my machine to execute. The tests consist of 2 or 3 parts, depending on how one counts them. The apitest PACKAGACONFIG compiles tests for the c-interface, as part of the main meson build. This apitest expects test data to be present in a folder relative the test binary: ../../rsvg/tests folder. ptest-cargo compiles two sets of test: rsvg-convert tests, and generic assorted tests for the library, in multiple binaries. The rsvg-convert tests expect test data to be present in a "tests" folder, in the same folder where the test binaries are. The library tests expect the tests to be in a folder called "tests", that's location is specified by the CARGO_MANIFEST_DIR environment variable. As part of compiling the cargo tests, rsvg-convert is also compiled specifically for the tests, however it is not supposed to be different from the actual binary. It is deleted from the test set, because of two reasons: 1. It is not bit-identical to the actually installed rsvg-convert (it is compiled differently, with cargo only, without meson) 2. ptest-cargo class treated it as a test binary, and tried to execute it, which resulted in failing/hanging test. It is avoided by not installing this binary, but rather use the real rsvg package as a runtime dependency, and create a symlink to it in the run-ptest script. Added liberation-fonts as a runtime dependency to the tests - the rsvg-convert tests require some fonts to be available to be able to render during some svg->pdf conversion tests. (From OE-Core rev: 3aee16beac9b12403babfc7eef02be71b2297e70) Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kexec-tools: Fix build with LLD linkerKhem Raj2025-09-112-0/+63
| | | | | | | | | | | | | | | | | | | With hardcoded -Ttext,0x10000 and newer toolchains emitting .note.gnu.property before .text, the link can fail with an overlap. Provide a minimal linker script that: - sets the image base to 0x10000, - places .text first at exactly 0x10000, - moves .note.gnu.property after .text, - optionally fixes .bss at 0x12000. Works with both ld.bfd and LLD 21+. (From OE-Core rev: 049ce8ad241bae31c22b83788e732080f7d04526) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub,grub-efi: Always use BFD linker with clangKhem Raj2025-09-111-0/+1
| | | | | | | | | | | | | | | | | | | | | | LLD 21+ is erroring on text address being lower than the default segment address for binaries. Erroring during configure e.g. cannot link at address 0x2000 With LLD 21, -Ttext,<addr> only moves the .text section it does not change the image base and LLD 21 errors out if any section VMA is below the image base and the segment (image) base still defaults to 0x400000 when using LLD, hence the error LLD support in Grub needs to be done properly, it will need to adjust how linker options are constructed in configure. We default to use BFD linker always when using clang for now. (From OE-Core rev: d1194c1a42fc7877a0c99c77e5291216a11ea5dc) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image.bbclass: preserve debugfs tarball with checksum fstypeManuel Leonhardt2025-09-112-6/+10
| | | | | | | | | | | | | | | Previously, when adding checksum fstypes to IMAGE_FSTYPES_DEBUGFS, e.g. IMAGE_FSTYPES_DEBUGFS = "tar.bz2 tar.bz2.sha256sum", only the checksum file remained in DEPLOY_DIR while the tarball file was removed. The underlying issue was that inside gen_conversion_cmds, removing the debugfs_ prefix from type broke the comparison with alltypes where the prefix was expected. (From OE-Core rev: 560c7676b81fb344b7db538d65973a49807ab140) Signed-off-by: Manuel Leonhardt <mleonhardt@arri.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* buildtools-tarball: handle missing host pkg-config gracefullyDaniel Wagenknecht2025-09-111-1/+1
| | | | | | | | | | | | | | | | | | | | | | The host might not have pkg-config installed, which is OK when using the buildtools-extended-tarball, since that contains pkg-config. So the command in the generated environment-setup-* script for setting HOST_PKG_PATH is expected to fail in some cases without this being an error. The generated environment-setup-* script might be sourced in a shell with activated `errexit` option. Prevent the expected failure of this command from being treated as an error. The only usage of the HOST_PKG_PATH variable is in this script and already handles the case of the variable being empty. The variable is not exposed to anywhere outside this script so the effects of this change are limited to this script. (From OE-Core rev: 049a802cef23f9ecb5d373c0d27753a891a4b5a6) Signed-off-by: Daniel Wagenknecht <dwagenknecht@emlix.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* yocto-check-layer: show the distro usedJose Quaresma2025-09-111-0/+1
| | | | | | | | | | | | | | | It is good to know which distribution is being used, because it is not the same whether we are using the poky or openembedded-core+bitbake repository. The default distribution of bitbake is the nodistro while the other is poky. The nodistro and poky produce different results when used to check the compatibility of a layer so it is important to inform about the distro in use. (From OE-Core rev: bcc74229e6d5a716a9f65546665a42478295dece) Signed-off-by: Jose Quaresma <jose.quaresma@oss.qualcomm.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libassuan: don't search for gpgrt-config on build hostGyorgy Sarvari2025-09-111-6/+20
| | | | | | | | | | | | | | | | | | | When another project uses the libassuan.m4 file to find libassuan details, the macro first tries to execute the gpgrt-config executable if it can find any in the PATH. However it also prepends the PATH with ${prefix}/bin, which usually translates to /usr/bin - in case the build host has this executable installed, then it is executed, and it shows warnings about mis-matched architecture before pkg-config would be executed. To avoid this, extend the existing patch to not prepend the PATH with the build host path - the existing PATH should be good enough. (From OE-Core rev: d5e41e1cee17c25a63a9df0769052ff4dce44333) Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com> Cc: Ross Burton <ross.burton@arm.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd.bbclass: Make systemd_postinst run as intendedPeter Kjellerstedt2025-09-111-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | After the switch from using a systemctl written in Python to using the official version of systemctl from the systemd project, the systemd_postinst function has effectively not been executed during the rootfs creation. The reason is that systemctl provided by systemctl-native fails if run without arguments (as systemd_postinst does): Failed to connect to system scope bus via local transport: Operation not permitted (consider using --machine=<user>@.host --user to connect to bus of other user) This is not seen in the logs since stderr is sent to /dev/null, and the only way to tell that there is a problem is because systemd services that are expected to be enabled aren't running. The reason this has gone unnoticed is because systemd_handle_machine_id in rootfs-postcommands.bbclass will call systemctl preset-all, which in most cases will create the missing links to enable the systemd services. This change effectively reverts commit a52e66762c0c51918b1ba3d4622759637b6e920a (systemd.bbclass: update command to check systemctl available) and instead only runs systemctl without arguments (to determine that it can communicate with systemd) when executed on target. (From OE-Core rev: 5b86efb5c9ca782fd0f8ff306f82583ec1e5e909) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd-systemctl-native: Install systemd-sysv-installPeter Kjellerstedt2025-09-113-8/+56
| | | | | | | | | | | | | | It is needed when support for both systemd and sysvinit are enabled. This also adds a patch for systemctl to call systemd-sysv-install without a hardcoded path and instead relies on finding it in $PATH. This is needed when calling systemctl from a recipe sysroot. (From OE-Core rev: 30140cb9354fa535f68fab58e73b76f0cca342e4) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* connman: avoid hiding implementation-reserved symbols in version scriptsPeter Tatrai2025-09-112-0/+51
| | | | | | | | | | | | | | | | | | | | | This commit adds a patch to ConnMan that modifies the version scripts (src/connman.ver and vpn/vpn.ver) to avoid hiding implementation-reserved symbols (such as _IO_stdin_used). Previously, using 'local: *;' in the version script caused glibc's libio to misdetect the libc version, resulting in a crash when printing to stdout (e.g., running 'connmand --help') on PowerPC. The new patch changes 'local: *;' to 'local: [!_]*;', following the recommendation in glibc bug 17908 (https://sourceware.org/bugzilla/show_bug.cgi?id=17908). This ensures that symbols starting with an underscore are not hidden, allowing libio to correctly detect the libc version and preventing the crash. (From OE-Core rev: fb2e29fc6931dc03ec892908e8e22d869d992f76) Signed-off-by: Peter Tatrai <peter.tatrai.ext@siemens.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: upgrade 25.2.0 -> 25.2.2Quentin Schulz2025-09-111-2/+2
| | | | | | | | | | | Changelog for 25.2.1: https://docs.mesa3d.org/relnotes/25.2.1.html Changelog and sha256sum: https://docs.mesa3d.org/relnotes/25.2.2.html (From OE-Core rev: 6315f54c1eedd18155a54c98d0b5872a7d74c6d4) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: fix panfrost driver buildQuentin Schulz2025-09-111-2/+2
| | | | | | | | | | | | | | Panfrost drivers require libclc, so let's force libclc to be present in the PACKAGECONFIG to build the drivers. Reported-by: Trevor Woerner <twoerner@gmail.com> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: 4dc35b0194e30b321976da2f09cf70028346936d) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: avoid host path poisoning when enabling OpenCLQuentin Schulz2025-09-111-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | When enabling rusticl (and the shared-llvm meson feature via the gallium-llvm PACKAGECONFIG documented dependency), the clc headers are looked on the filesystem at runtime. Unfortunately, part of the lookup path contains LLVM_LIB_DIR, a variable derived from llvm_libdir meson variable. The latter is required to figure out where the clang/llvm libraries are for the cross-compiler but the former is used when running on the target. When in a cross-compiling environment, LLVM_LIB_DIR would actually point at a non-existing path (the sysroot path on the build host) instead of the target path. This sadly triggers a buildpaths QA error in addition of being incorrect. Another option is to bundle the clc headers directly inside the binary instead of looking them up at runtime, something we can do with mesa-clc-bundle-headers meson feature. So let's do that to fix the issue and buildpaths QA error. Suggested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: cd0e70d6cee5ccb698bbcfd4dbc10675649556e7) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: avoid host paths poisoningQuentin Schulz2025-09-112-0/+44
| | | | | | | | | | | | | | | | | | | | | | | | | | | At least panfrost and asahi drivers are prone to host paths poisoning due to unpatched __FILE__ macro in assert() of libcl. The compilation units for files including this file all are passed specific arguments via the cl_args meson variable which currently only contains one fmacro-prefix-map entry for relative paths. However, there are also absolute build and source paths that seem to make it to the generated files and libraries so this patches mesa to also strip those paths. Note that out of the four paths in the default DEBUG_PREFIX_MAP, only the source and build directories make it to the fmacro-prefix-map and they aren't mapped like they are when used with ffile-prefix-map in DEBUG_PREFIX_MAP as I'm not sure if it is at all possible for meson to fetch this Yocto-provided path we should be mapping to in the current mesa code base. I guess this is good enough for now. Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: 5948e618b7746ac333c1ec3ca99b66bd3faeb2ba) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: allow to disable xmlconfig supportQuentin Schulz2025-09-113-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | >From my understanding, xmlconfig is useful for "dynamic" driconf support, i.e. driconf the user specifies at runtime. According to the wiki[1], driconf is useful for OpenGL drivers. I wager we mostly don't need xmlconfig at all which may allow us to also get rid (in most cases) of the expat dependency. But that is an optimization to investigate later, so let's keep xmlconfig enabled for now as it is the default whenever the meson feature is not disabled (defaults to auto) and expat is found (currently part of DEPENDS in mesa.inc). This will be useful for mesa-tools-native which isn't meant to compile drivers and thus shouldn't try to compile driconf support and install driconf example files. Technically, xmlconfig depends on the expat meson feature (and the presence of the expat build dependency) but the feature is default auto so having expat dependency in xmlconfig PACKAGECONFIG seems enough instead of having one PACKAGECONFIG depend on another PACKAGECONFIG's presence. [1] https://dri.freedesktop.org/wiki/DriConf/ Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: b1fae868569cabfef6c2160c7a3cfe0c13421bbc) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: add asahi to TOOLS when selected in PACKAGECONFIGQuentin Schulz2025-09-111-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Similarly to panfrost and other PACKAGECONFIG, mesa has tools for asahi. So let's build the tools whenever asked. While the tools are often built regardless of their presence in the "tools" mesa option whenever the appropriate gallium or vulkan driver is built, this allows to build the tool(s) without building the drivers which can be beneficial for native recipes where it makes little sense to build drivers. This will be useful for building asahi_clc precomp-compiler in native mesa for example which only builds if: - one enables the asahi gallium driver, or - one enables the asahi vulkan driver, or - one builds the asahi tools c.f. https://gitlab.freedesktop.org/mesa/mesa/-/blob/mesa-25.1.5/src/asahi/meson.build?ref_type=tags#L12-L17 Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: df1fea34fa55d21f0a228167bfc44518f07508a0) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa-gl: make recipe target onlyQuentin Schulz2025-09-111-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | According to the introducing commit log[1] and Dmitry's recollection[2], the whole point of mesa-gl recipe is to provide GL library in case there are vendor-provided GLES libraries. Therefore, let's make this recipe target only by removing the BBCLASSEXTEND variable. No intended change in behavior for the target recipe. [1] https://git.yoctoproject.org/poky/commit/?id=015cb13a67c672de30f5384dab5ab4b8db305281 [2] https://lore.kernel.org/openembedded-core/5ebxxyvkcur3zpef5krvyizomgdgtls4qau7s2i2mgcmvs2loy@ilcud37qk6sn/ Suggested-by: Ross Burton <ross.burton@arm.com> Suggested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: 1796b2d2edcadf181795181ada48d1aa64e4da24) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: assign S in include fileRoss Burton2025-09-112-2/+2
| | | | | | | | | | | | | | | | | | | | | | | Anything including mesa.inc will have the sources extracted in ${UNPACKDIR}/mesa-${PV}. The default for S is ${UNPACKDIR}/${BP}. ${BP} is ${BPN}-${PV}. Because mesa.bb is named mesa, BPN will be mesa and thus S wasn't required for mesa.bb but only for mesa-gl.bb. This also explains why this change is fine for mesa.bb as the value of S won't have changed, the ${BPN} part is now just hardcoded to "mesa" for mesa.bb instead. No intended change in behavior. (From OE-Core rev: a77c0f5919fbef6e076d2b085f71c8bbbfc9188a) Signed-off-by: Ross Burton <ross.burton@arm.com> [added commit log and title] Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: move BBCLASSEXTEND out of the include fileQuentin Schulz2025-09-113-2/+4
| | | | | | | | | | | | | | | | | We're going to have a new mesa-tools-native recipe include mesa.inc soon. We don't need a target mesa-tools recipe for now so we'll go with a native-only recipe which this BBCLASSEXTEND prevents us to do properly, so let's move them to the recipes instead. No intended change in behavior. Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: 8bf89f19b7b18b81f4dc59e89a16f4136c914137) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: move PROVIDES out of include fileQuentin Schulz2025-09-112-10/+11
| | | | | | | | | | | | | | | | | | | | | There currently are two recipes including mesa.inc: mesa-gl and mesa. Because mesa-gl.bb already sets PROVIDES, overriding the value it should be getting from mesa.inc, move PROVIDES from mesa.inc to mesa.bb, keeping the value in mesa-gl.bb intact. Because GLPROVIDES is not used in mesa-gl.bb, it also is only moved to mesa.bb. No intended change in behavior. Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: c5add09c735d4a6686b2dc826f065dac2dd191bf) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: move PACKAGECONFIG defaults to recipesQuentin Schulz2025-09-113-13/+17
| | | | | | | | | | | | | | | | | | | | | | We're planning on reusing mesa.inc for a new mesa-tools-native recipe which will require much less in terms of PACKAGECONFIG than the actual mesa recipes. It also doesn't make a lot of sense to have a default PACKAGECONFIG in an include file inherited by multiple recipes (here mesa and mesa-gl) which is highlighted by the fact that the only other recipe that includes mesa.inc (mesa-gl) overrides PACKAGECONFIG (hence why mesa-gl only gets a partial migration of PACKAGECONFIG defaults. No intended change in behavior. Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: 9f80d5bc49f46b371c62405ec3f974b4eee2caee) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa-gl: use bb.utils.filter to improve readabilityQuentin Schulz2025-09-111-1/+1
| | | | | | | | | | | | | | | ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}" is exactly the same as ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)} so use the latter to make it easier on the eyes. Suggested-by: Khem Raj <raj.khem@gmail.com> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: 1522c7d371d989d42bd992017a784d6b319d3f38) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa-gl: make mesa-gl really openGL-onlyQuentin Schulz2025-09-111-3/+1
| | | | | | | | | | | | | | | | | | | | | | The ??= operator for PACKAGECONFIG doesn't actually do anything because the recipe includes mesa.inc which already sets this variable (with the = operator). This probably wasn't noticed until now because mesa-gl is likely only ever built in its target flavor which was already set correctly thanks to the :class-target override. This essentially only make mesa-gl-native and nativesdk-mesa-gl follow the same configuration as the target. Suggested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> Tested-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> (From OE-Core rev: ab44fa12223b126fe7d337a2eb7489f5fba94901) Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* appstream: upgrade 1.0.5 -> 1.0.6Markus Kurz2025-09-114-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | Changelog ========= Features: * compose: Accept .ttc font files * compose: Give font icons a background shape * compose: Render more elaborate font sample cards Bugfixes: * compose: Insert screenshot tags for auto-generated font screenshots * compose: Trim substring when truncating font sample text * meson: don't override appstreamcli when cross-building * compose: Prefer rendering font icon with "Regular" style * compose: Sanitize font text samples before using them as icon * Follow directory symlinks when looking for Flatpak data * compose: Drop bad private-header include in public header * compose: Drop unneeded const declaration for GKeyFile * Fix typo that prevented video metadata from being composed properly (From OE-Core rev: 8c9bee08eb4106874844347eed60b9803dcc86a8) Signed-off-by: Markus Kurz <m.kurz92@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* spirv-llvm-translator: Upgrade to 21.1.0Khem Raj2025-09-111-1/+2
| | | | | | | | (From OE-Core rev: 082977b4359d1b13506e2df9b92fd63a3627df3b) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* clang: Upgrade to 21.1.0Khem Raj2025-09-1148-549/+322
| | | | | | | | | | | | | | | | | Clang 21.1.0 is a major release in Clang21 series Release Notes LLVM [1] Clang [2] LLD [3] Libcxx [4] [1] https://releases.llvm.org/21.1.0/docs/ReleaseNotes.html [2] https://releases.llvm.org/21.1.0/tools/clang/docs/ReleaseNotes.html [3] https://releases.llvm.org/21.1.0/tools/lld/docs/ReleaseNotes.html [4] https://releases.llvm.org/21.1.0/projects/libcxx/docs/ReleaseNotes.html (From OE-Core rev: 4d97e5492e70eaefe42ab397bee963a84b54a1b1) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kea: Fix build with clang/libc++ 21Khem Raj2025-09-112-0/+349
| | | | | | | | | | | | | Clang with libc++ hardening on, rejects Boost’s enum trait probe which is ill-formed for scoped/limited enums whose valid range does not include −1 (e.g. enums with values [0..3]) (From OE-Core rev: 2fa8a44981abfdf8ff5b0804612be03c4da3ca2c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2026-02-26 02:52:27 +0000