summaryrefslogtreecommitdiffstats
path: root/meta/conf
AgeCommit message (Collapse)Author
2022-02-16binutils: Upgrade to 2.38 releaseKhem Raj
Release Notes are here [1] [1] https://lists.gnu.org/archive/html/info-gnu/2022-02/msg00009.html (From OE-Core rev: 77a1038828e638518dceda969da0817aa13eb5d3) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-12uninative: Upgrade to 3.5Michael Halstead
Add support for glibc 2.35. (From OE-Core rev: 347b8c87fb4e2c398644f900728cf6e22ba4516d) Signed-off-by: Michael Halstead <mhalstead@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-12default-distrovars.inc: Switch connectivity check to a yoctoproject.org pageRichard Purdie
example.com is proving unreliable at present so switch to our own connectivity page instead. That page is very simple avoiding app overhead on our web server which was an original reason for switching to example.com. (From OE-Core rev: dc6b043cb75c5751b5a98afd2201aa31f9b4b9f6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-10tune-cortexa72: Fix a misspelt override in PACKAGE_EXTRA_ARCHSLuna Gräfje
Without this, the string "${PACKAGE_EXTRA_ARCHS:tune-armv8-crc}" will show up in some bash tasks (notably opkg-arch-config.do_compile which is how I found out about this) which will break things (besides obviously not doing the intended thing of expanding to a list of architectures) (From OE-Core rev: c5142f867aaa3fb6fc134781e2e54ce10eabd530) Signed-off-by: Luna Gräfje <luna.graefje@orbitalsystems.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-10meta: Remove libsegfault and catchsegvKhem Raj
Glibc has dropped them starting with 2.35 see [1] [1] https://sourceware.org/git/?p=glibc.git;a=commit;h=65ccd641bacea33be23d51da737c2de7543d0f5e (From OE-Core rev: 95c61d834596263ab1dd1fb1f8c8dbcc9104a935) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-10glibc: Upgrade to 2.35Richard Purdie
Package /usr/bin/ld.so in a separate package ld.so is a new tool which is added as a symlink to original dynamic linker so make it available with same name across architectures which is useful to leveral features like --preload, --audit, and --list-diagnostics more accessible to end users (From OE-Core rev: 2658dcbcfc3db814af1ee104303effc1b6cfa489) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-08llvm: update 12.0.1 -> 13.0.1Alexander Kanavin
(From OE-Core rev: 99132e1163dd32168be3d02d27ce056b27f948b2) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-05seatd: add recipeAlexander Kanavin
This is needed to run weston properly as non-root in the absence of systemd-logind, and other compositors will likely require seatd as well. (From OE-Core rev: f0c7e8cdeea065ddfcd4187f1fabc074b2753ba1) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-05prelink: Drop support for itRichard Purdie
Prelink is being dropped by glibc in 2.36. It already causes issues with binary corruption, has a number of open bugs and is of questionable benefit without disabling load address randomization and PIE executables. We disabled it by default a while back but left people able to use it. We would be unable to maintain it alone without glibc support so remove the remaining pieces. (From OE-Core rev: 23c0be78106f1d1e2bb9c724174a1bb8c56c2469) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-05qemuppc64.conf: Remove commented prelink useKhem Raj
(From OE-Core rev: 3f817e69ebbc79de50da6ff43b9445e100e147ba) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-05abi_version/sstate: Bump for hash equivalence fixRichard Purdie
With the hash equivalence fix, we need to bump the sstate and hash equivalence version numbers to ensure older task hashes aren't matched into the new namespace. (From OE-Core rev: 3f229267e0588c747265e849ee19724033cc6a80) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-02-05linux-libc-headers: update to v5.16Bruce Ashfield
Bumping our reference headers to 5.16 to support newer kernels (-dev in particular). No issues were found in glibc or musl, and no patch referesh/drops are required (From OE-Core rev: a6a814fd1f62cc8050a438efb878a01aa3df7ae5) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-20rust: update 1.57.0 -> 1.58.0Alexander Kanavin
(From OE-Core rev: 43895e2967b2c80f4ee353b33ffe422ea7590ff1) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-20meson: fold nativesdk into the main recipeAlexander Kanavin
This allows automated version updates when possible, and reduces friction in manual ones. (From OE-Core rev: 54d4a767ab7beaa64cfc4c221317ea03b0b119ab) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-19abi_version: Bump HASHEQUIV_HASH_VERSIONRichard Purdie
After the changes to the native outhash files to ensure populate_sysroot for native recipes correctly accounts for runtime dependencies, this doesn't reset the target output namespace and means reproducibility issues are still triggering on our test infrastructure. Bump the version being used for hashequiv to ensure we avoid these issues with a new namespace. (From OE-Core rev: 3510caa7245d1993b2dc54c7bf2c7a884dd10c88) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-18tune-cortexa73: Introduce cortexa73-crypto tuneKevin Hao
The crypto extension is optional for the Cortex-A73 processor, so we shouldn't enable the crypto by default for the cortexa73 tune. Introduce the cortexa73-crypto for the processors which do have the cryptography unit. (From OE-Core rev: c16b31ebd626d8a314264605d0bc5ab008cddd8d) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-14sanity: Drop TUNEABI, TUNEABI_WHITELIST, TUNEABI_OVERRIDERichard Purdie
These were added nearly a decade ago but there are no users in OE-Core. I checked with the likely users and they seem to have no current usage either. Therefore remove them. If needed for some prebuilt library somewhere, they could be implemented in the layer using them instead but I doubt these are in use any longer. (From OE-Core rev: 95e196babc3c18dcf0aedfb03e85493c8ae54700) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-13tune-cortexa72: Drop the redundant cortexa72-crc tuneKevin Hao
We have enabled the crc extension by default for cortexa72 in patch ("tune-cortexa72: Enable the crc extension by default for cortexa72"), then the cortexa72-crc seems redundant. So drop it. We also rename the cortexa72-crc-crypto to cortexa72-crypto. With these changes, it will break the BSPs which used these two tunes, but it should be easy to fix. (From OE-Core rev: 03cebdd7ef923a8ac5c8b7c12c7cefe7ca0158db) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-13armv9a/tune: Add the support for the Neoverse N2 coreKevin Hao
This adds the support for the Neoverse N2 core, even though the Neoverse N2 core implements the Arm v9.0-A architecture, but the support of it in GCC is based on the Arm v8.5-A architecture. Please see the commit 50d9db203bc3 ("aarch64: Add support for Neoverse N2 CPU") in GCC for more detail. (From OE-Core rev: 37597397f03b6b0082a702147dc536ff8b2fa7a3) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-13arch-armv8-5a.inc: Add tune include for armv8.5aKevin Hao
This adds support for the armv8.5a architecture and the crypto extension. (From OE-Core rev: 0cb1a6d9cb4c32526d79dad93c8053b3793053f8) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-13tune-cortexa72: Enable the crc extension by default for cortexa72Kevin Hao
The crc extension is optional for the ARMv8.0 but is mandatory for the cortexa72, so there is no reason not to enable it for the cortexa72 tune. With this change, the cortexa72-crc seems redundant. But we had better to keep it to be compatible with the BSP which already used that tune. (From OE-Core rev: ca50267ab568d2f688844cb7c6cd867ed34168db) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-12conf/machine: bump qemu preferred versions to 5.15Bruce Ashfield
5.14 has been removed from the active kernel list, so we make 5.15 the new default. (From OE-Core rev: 24fb6a22332f746e3bef89ff8e5719838f0ed8b5) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-11maintainers.inc: Add myself as maintainer for curlRobert Joslyn
I'll give it a go to try and help out. (From OE-Core rev: af33fe0f82e5b10757e3fdfa52c028fb9bd7e1d6) Signed-off-by: Robert Joslyn <robert.joslyn@redrectangle.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-11tclibc-baremetal: Supply missing /bin/sh target in the baremetal sdkAlejandro Hernandez Samaniego
SDK recipes now require a provider for /bin/sh, this should come from nativesdk-sdk-provides-dummy which is added by default to Linux SDKs, however tclibc-baremetal requires us to explicitly add its new dependency to TOOLCHAIN_HOST_TASK, otherwise we get a packaging error while generating an SDK. e.g. package packagegroup-cross-canadian-qemuriscv32-1.0-r0.x86_64_nativesdk requires gdb-cross-canadian-riscv32, but none of the providers can be installed - conflicting requests - nothing provides /bin/sh needed by gdb-cross-canadian-riscv32-11.1-r0.x86_64_nativesdk (From OE-Core rev: 8acb88cfe56735530280bab53a871c236f2fd54f) Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandro@enedino.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-11tclibc-newlib: Supply missing /bin/sh target in newlib sdkAlejandro Hernandez Samaniego
SDK recipe now require a provider for /bin/sh, this should come from nativesdk-sdk-provides-dummy which is added by default to Linux SDKs, however tclibc-newlib requires us to explicitly add its new dependency to TOOLCHAIN_HOST_TASK, otherwise we get a packaging error while generating an SDK. e.g. package packagegroup-cross-canadian-qemuriscv32-1.0-r0.x86_64_nativesdk requires gdb-cross-canadian-riscv32, but none of the providers can be installed - conflicting requests - nothing provides /bin/sh needed by gdb-cross-canadian-riscv32-11.1-r0.x86_64_nativesdk (From OE-Core rev: 9efcde387b31335d16394ce6b30e4abb1525185f) Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandro@enedino.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-11epiphany: make libportal optional, and move it to meta-oeAlexander Kanavin
(From OE-Core rev: f87993a918f3087284ac7f1d96701c7bfbbef725) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-07maintainers.inc: update email addressTim Orling
(From OE-Core rev: 9fa24f0af13d04c127857fcb78125073ed7f2cdb) Signed-off-by: Tim Orling <tim.orling@konsulko.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-01-05no-static-libs.inc: FixesJacob Kroon
* pciutils/libcap/libpcap all seem to build fine even with the flag set * Disable static libraries in libjpeg-turbo-native (From OE-Core rev: 0f018da9416648ea50cbccc3d4424f0b8a9352b6) Signed-off-by: Jacob Kroon <jacob.kroon@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-21kmod: merge target/native recipesRoss Burton
There's no good reason to keep separate target and native recipes for kmod, so merge them into a single kmod_29.bb which uses class extension. The symlinks are not created differently for target vs native builds, as the native sbindir is in PATH. (From OE-Core rev: 9abbf481438fba10a7512fb1ad1bff5d48e6fbdc) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-20qemu: Upgrade 6.1.0 -> 6.2.0Richard Purdie
Add config option for pulseaudio Change audio to default mode since quoting of list of devices is broken in meson Drop patch where code changed completed upstream Refresh other patches (From OE-Core rev: c1685b06e5f3684b1b5631b99b412e3ec2b10800) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-17libptytty: add recipeAlexander Kanavin
It is a dependency of new rxvt-unicode. (From OE-Core rev: 57e257922c6da75376723b0088c677b13856d42f) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-14mesa: PROVIDES virtual/libgles3Quentin Schulz
It's assumed that not all OpenGL ES implementation are compliant with the 3.x specification. Therefore an additional virtual providers is created to explicit compatibility with OpenGL ES 3 specification. Cc: Quentin Schulz <foss+yocto@0leil.net> (From OE-Core rev: 405cd7a37988ced627fe6ad6fd3089c17f59367e) Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-12documentation: Document PACKAGE_SNAP_LIB_SYMLINKSMike Crowe
PACKAGE_SNAP_LIB_SYMLINKS was added[1] originally to OpenEmbedded in 2008 and then to oe-core in 2011[2] but appears to have evaded documentation throughout that time. Let's add something that at least gives some clue as to what it does. (From OE-Core rev: f3ee68aa06eb9241789015953c57ccaf9ec9911c) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Phil Blundell <pb@pbcl.net> [1] https://git.openembedded.org/openembedded/commit/?id=cf7114179ead8ddff8f66e84d630811920ac9add [2] https://git.openembedded.org/openembedded-core/commit/?id=600dbb7cb384c2290af38b993a9bea3a4dfc4494 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-09libid3tag: move to meta-oeAlexander Kanavin
There are no consumers in oe-core; years ago it used to be gstreamer. (From OE-Core rev: 4bacb37e9fd55d8bf8ead8d6879e95b31e1dfb55) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-08tune-cortexa72: remove crypto for the default cortex-a72Jagadeesh Krishnanjanappa
The cryptographic unit is optional for the Cortex-A72, but it was included by default previously. This breaks building systems that lack this functionality when using tune-cortexa72.inc. To correct this, add a crypto entry in the tune file. Since CRC is optional for ARMv8.0, do the same thing while we're at it. For platforms that had been happily using tune-cortexa72.inc, a slight degradation of performance will occur using the default. To correct this, simply add: DEFAULTTUNE = "cortexa72-crc-crypto" (From OE-Core rev: 2568d537087adb0b592aa250bf628a7b48c3a9d3) Signed-off-by: Jagadeesh Krishnanjanappa <workjagadeesh@gmail.com> Signed-off-by: Jon Mason <jdmason@kudzu.us> (rewording commit message) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-08rust: update 1.56.1 -> 1.57.0Alexander Kanavin
(From OE-Core rev: 295b9d51bad0b0da3ba9acec875972bf5e5ca4d7) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-08rustfmt: remove the recipeAlexander Kanavin
There has been a discussion on the merits of keeping rustfmt in core, and especially this message made me resubmit its removal: https://lists.openembedded.org/g/openembedded-core/message/157471 (From OE-Core rev: 1e0eb06052942d88f135c5439f91ccad5c9ea0ab) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-08cve-extra-exclusions: add db CVEs to exclusion listSteve Sakoman
Since Oracle relicensed bdb, the open source community is slowly but surely replacing bdb with supported and open source friendly alternatives. As a result these CVEs are unlikely to ever be fixed. (From OE-Core rev: 679fc70f907fb221f4541ebf30c1610e937209b7) Signed-off-by: Steve Sakoman <steve@sakoman.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-12-03ptest-packagelists: Add missing python3-webcolors entryQuentin Schulz
Resolves: WARNING: python3-webcolors-1.11.1-r0 do_package_qa: QA Issue: supports ptests but is not included in oe-core's ptest-packagelists.inc [missing-ptest] Cc: Quentin Schulz <foss+yocto@0leil.net> (From OE-Core rev: f5d63bb34627825bd9ff07ba686ce7c05f4db561) Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-29go: update 1.16.10 -> 1.17.3Alexander Kanavin
This was additionally verified with meta-virtualization: $ bitbake packagegroup-container packagegroup-kubernetes $ bitbake container-base kvm-image-minimal xen-guest-image-minimal (From OE-Core rev: 7acfadc2ef96cd205a85713624ce96129b679b28) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-26repo: Add recipe for 2.17.3Jasper Orschulko
Add a recipe for repo 2.17.3, prerequisite for the repo fetcher. (From OE-Core rev: db9d86bdf2878ebee9c2080038714fcc98142100) Signed-off-by: Jasper Orschulko <Jasper.Orschulko@iris-sensing.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-26kernel: introduce python3-dtschema-wrapperBruce Ashfield
The 5.16 kernel introduced mandatory schema checking on any dtb file built through the kernel. That funcionality is provided via python3-dt-schema. The dependencies to enable that functionality is not small, and may not always be desired (in particular on architectures that do not support dtbs, or in development cycles). It may also be useful for allowing a non-conformant dts to be compiled. This commit introduces a set of wrapper scripts that when added as a depenency to the kernel, can pass both the validation testing and validation steps of a dts. We use the wrapper by default, while more dts file are brought up to spec and the dt-validation matures upstream. To enable valiation, simply add 'dt-valiation' to the PACKAGECONFIG variable and the full dt-schema package will be selected and validation will occur. (From OE-Core rev: a8525391f8a519426c92f0e28895f426bfcb3f84) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-26maintainers: update for kernel dtschema checking dependenciesBruce Ashfield
These packages are required for dtschema checking in the kernel build. Adding myself as the maintainer. (From OE-Core rev: dff7ce9b72d54a0af0916424738ca0295eebc6c0) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-26ptest-packagelists: Add missing python3-jsonpointer entryRichard Purdie
Resolves: WARNING: python3-jsonpointer-2.2-r0 do_package_qa: QA Issue: supports ptests but is not included in oe-core's ptest-packagelists.inc [missing-ptest] (From OE-Core rev: 7e561760278c980715fa966448f1f978b3767b8a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-24bitbake.conf: Pass -D option to ranlib for determisimRichard Purdie
Add the -D option to BUILD_RANLIB so that deterministic archives are built for native/cross output. This improves the changes of hash equivalence matches and hence build artefact reuse. We don't need this in the target case since we compile binutils-cross with an option making this the default. (From OE-Core rev: f5d136f5a9c14e6629a47bf3e796f1d951ed998b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-23ptest-packagelists: Handle glibc vs musl for ptestRichard Purdie
(From OE-Core rev: f7bcb67342b4ee754b699c4c2f3b1a49bb8473b8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-23glibc: ptest: Add running glibc time related test suite (Y2038) with ptestLukasz Majewski
This patch introduces new recipe - namely 'glibc-tests', which builds and installs time related (to check if Y2038 support works) glibc test suite to OE/Yocto built image. It reuses code from already available 'glibc-testsuite' recipe, which is run with 'bitbake glibc-testsuite -c check' and uses qemu to execute remotely (via SSH) tests on some emulated machine. This recipe installs time related glibc tests on some rootfs image. Afterwards, those tests can be executed on the real hardware, to facilitate validation of it with Y2038 problem compliance. To test time related subset - one needs to call: ptest-runner glibc-tests then change the date after Y2038 threshold for 32 bit systems: date -s "20 JAN 2038 18:00:00" and then run ptest-runner again. To facilitate debugging, source files are provided by default with the unstripped debugging symbols. Such approach would reduce the already complex recipe (as it inherits base glibc one), so there is no need to also install *-dbg and *-src packages. (From OE-Core rev: 0a64888e033694e7a68f12df81ef8edfdca0ba3c) Signed-off-by: Lukasz Majewski <lukma@denx.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-23rust-cross: Replace TARGET_ARCH with TUNE_PKGARCHPgowda
rust-cross-* imported from meta-rust has incorrect signatures, depending on MACHINEOVERRIDES making it effectively MACHINE_ARCH as shown by sstate-diff-machines.sh: openembedded-core/scripts/sstate-diff-machines.sh --tmpdir=tmp-glibc \ --machines="qemuarm64 qemuarm64copy" --targets=rust-cross-aarch64-glibc \ --analyze === Comparing signatures for task do_configure.sigdata between qemuarm64 and qemuarm64copy === ERROR: gcc-runtime different signature for task do_configure.sigdata between qemuarm64 and qemuarm64copy NOTE: Starting bitbake server... Hash for dependent task gcc/gcc-runtime_11.2.bb:do_prepare_recipe_sysroot changed from da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 to 47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40 Unable to find matching sigdata for openembedded-core/meta/recipes-devtools/gcc/gcc-runtime_11.2.bb: do_prepare_recipe_sysroot with hashes da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 or 47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40 The following patch takes TUNE_PKGARCH into consideration instead of TARGET_ARCH and results in signatures as expected. [YOCTO #14613] RP: Added maintainer.inc corresponding change (From OE-Core rev: bcf48766d1123cea41f80b0cb687584692c96158) Signed-off-by: Pgowda <pgowda.cve@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-13uninative: Add version to uninative tarball nameRichard Purdie
uninative works via hashes and doesn't need the version in the tarball name but it does make things easier to inspect in DL_DIR. There were reasons such as ease of publication of the build tarballs but we can handle those differently now and the signature issues from the early code aren't an issue now. From 3.4 onwards we can use a version'd name. [YOCTO #12970] (From OE-Core rev: dadba70d6a24d8ebb5576598efffa973151c7218) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-13ptest-packagelists: Remove qemu ptests for rv32Khem Raj
qemu is not buildable on rv32 yet (From OE-Core rev: 5987ac1dba7ffcdb23f837620f02aa2c1ed33fa1) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-05-27 13:04:22 +0000