summaryrefslogtreecommitdiffstats
path: root/meta/conf
Commit message (Collapse)AuthorAgeFilesLines
* llvm: upgrade 9.0.1 -> 10.0.1Trevor Gamblin2020-07-281-1/+1
| | | | | | | (From OE-Core rev: 0e9f286e1c4567e6d3812c0681c168720984b8ce) Signed-off-by: Trevor Gamblin <trevor.gamblin@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* layer.conf: fix adwaita-icon-theme signature change problemChangqing Li2020-07-271-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | allarch package adwaita-icon-theme inherit both allarch and gtk-icon-cache, since commit 31e3d34c8a9c3e8481aa837aa0bf52adf095fe62 [gtk-icon-cache.bbclass: add runtime dependency], it start depend on non-allarch packages gdk-pixbuf and gtk+3, which make it's signature changes when machine changed. like for task do_prepare_recipe_sysroot: "Hash for dependent task gdk-pixbuf/gdk-pixbuf_2.40.0.bb:do_populate_sysroot changed from a72aba8432699c8ce4ca1f71833ef14a89ffde0ea4063e37b9d819fdb1e407f4 to 1ad4e1bd76921b71482657f3b017184e9ade8e2a0b9f43ad64ed2dda83b1520f" the only way to fix this is remove the task dependency. SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS not work in class, so add it in layer.conf. Maybe we have other recipes under other layers have similar problem, we can only add one by one to its layer.conf, seems not a good idea. but add *->pixbuf will influence other packages (From OE-Core rev: ec0888d73d7e7f811961f50f334c72fbc6b1d401) Signed-off-by: Changqing Li <changqing.li@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa55.inc: switch to using armv8.2a include fileDmitry Baryshkov2020-07-271-1/+1
| | | | | | | | | | Since Cortex-A55 is an ARMv8.2 core, switch to using arch-armv8-2a.inc file. (From OE-Core rev: ab94bf205b7450e9dff6b9c7aa060178b39e48fe) Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv8-2a.inc: add tune include for armv8.2aDmitry Baryshkov2020-07-271-0/+19
| | | | | | | | | | | | Add tune include for armv8.2a. This adds support only for bare armv8.2a (and for crypto extension). There is no support for additional instructions added by architecture extensions (except the main crypto extension support). (From OE-Core rev: 88c79a56b4ddab61c16cd4cb7b887e7d7223d845) Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: fix whitespace issuesKonrad Weihmann2020-07-081-2/+2
| | | | | | | (From OE-Core rev: a58672fdf7e3b26b57ec31b9ba4f1eaaa7f5a53c) Signed-off-by: Konrad Weihmann <kweihmann@outlook.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opensbi: Update to OpenSBI v0.8 releaseAlistair Francis2020-06-281-1/+1
| | | | | | | (From OE-Core rev: f160800ec79973a5e8d8454fe3d695729a993f8b) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcmode-default: use go-binary-native by defaultRoss Burton2020-06-241-0/+4
| | | | | | | | | | go-binary-native is faster and more portable than go-native, so use it by default. (From OE-Core rev: c23f9e80492e4b1d47c0ada8eae3decf736253c7) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* go-binary-native: add binary Go to bootstrapRoss Burton2020-06-241-0/+1
| | | | | | | | | Use PREFERRED_PROVIDER_go-native = "go-binary-native" (From OE-Core rev: 64e40574cd2577d618035f56097885adfb61f81e) Signed-off-by: Ross Burton <ross.burton@arm.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_alias: Remove unused grub-efi distro aliasesJacob Kroon2020-06-241-2/+0
| | | | | | | | | | | | The target architecture is no longer embedded in the native package names. See OE-Core commit 53d3f12739: grub-efi: change to generate EFI image in target package (From OE-Core rev: 959e4cbf775267e48232148a633e1aa1ec2bf1ec) Signed-off-by: Jacob Kroon <jacob.kroon@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libuv: move from meta-oe to core for bind updateArmin Kuster2020-06-231-0/+1
| | | | | | | (From OE-Core rev: 07bcc80df1118c0bcc5b4b60beaa3e5674f1855e) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* igt-gpu-tools: add new packageArthur She2020-06-231-0/+1
| | | | | | | | | | | | | | | | | | | | igt-gpu-tools is a collection of tools for development and testing of the DRM drivers. (https://gitlab.freedesktop.org/drm/igt-gpu-tools) This recipe is originally copied from meta-intel and added the following modifications 1. Enable ARM architecture 2. Enable igt-runner 3. Build git HEAD code instead of a specific version The original recipe in the meta-intel will be removed and replaced by this one to avoid having a duplicate recipe. It is applicable to be submitted to oe-core, because it provides a core validation functionality that is needed by all providing DRM drivers and not just to a single arch. (From OE-Core rev: d98e9b3612ab2c03503843cb3ea77bec7811a1d4) Signed-off-by: Arthur She <arthur.she@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub: Remove native version of grub-efiJacob Kroon2020-06-231-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The native version of grub-efi only installs the tools /usr/bin/grub-editenv /usr/bin/grub-mkimage to sysroots-components/, but equivalent tools are already provided by grub-native, the difference on x86_64 being 4 hardwired paths in grub-mkimage (values taken from grub-native): LOCALEDIR = $TMPDIR/work/x86_64-linux/grub-native/2.04-r0/recipe-sysroot-native/usr/share/locale GRUB_DATADIR = $TMPDIR/work/x86_64-linux/grub-native/2.04-r0/recipe-sysroot-native/usr/share GRUB_LIBDIR = $TMPDIR/work/x86_64-linux/grub-native/2.04-r0/recipe-sysroot-native/usr/lib GRUB_SYSCONFDIR = $TMPDIR/work/x86_64-linux/grub-native/2.04-r0/recipe-sysroot-native/etc If grub-native and grub-efi-native are built with the following patch --- grub-2.04.orig/configure.ac +++ grub-2.04/configure.ac @@ -1980,10 +1980,10 @@ grub_libdir="$(eval echo "$libdir")" grub_localedir="$(eval echo "$localedir")" grub_datadir="$(eval echo "$datadir")" grub_sysconfdir="$(eval echo "$sysconfdir")" -AC_DEFINE_UNQUOTED(LOCALEDIR, "$grub_localedir", [Locale dir]) -AC_DEFINE_UNQUOTED(GRUB_LIBDIR, "$grub_libdir", [Library dir]) -AC_DEFINE_UNQUOTED(GRUB_DATADIR, "$grub_datadir", [Data dir]) -AC_DEFINE_UNQUOTED(GRUB_SYSCONFDIR, "$grub_sysconfdir", [Configuration dir]) +AC_DEFINE_UNQUOTED(LOCALEDIR, "/non-existent", [Locale dir]) +AC_DEFINE_UNQUOTED(GRUB_LIBDIR, "/non-existent", [Library dir]) +AC_DEFINE_UNQUOTED(GRUB_DATADIR, "/non-existent", [Data dir]) +AC_DEFINE_UNQUOTED(GRUB_SYSCONFDIR, "/non-existent", [Configuration dir]) the produced grub-editenv/grub-mkimage binaries become binary equivalent, assuming reproducible builds is active. Since the unpatched values of LOCALEDIR/GRUB_DATADIR/GRUB_LIBDIR/GRUB_SYSCONFDIR point to directories that are not expected to exist at runtime, they can be ignored. Therefore: * remove grub-efi-native and instead rely on the same tools from grub-native * replace references to grub-efi-native with grub-native * remove unused grub-efi-native security flags overrides (From OE-Core rev: 7044181df7487f047d175242f7ebbc3c35bf5402) Signed-off-by: Jacob Kroon <jacob.kroon@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: uprev v4.2.0 -> v5.0.0Sakib Sajal2020-06-238-8/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Major update after v4.2. Changes: - os_find_datadir() was changed after the v4.2 release causing v5.0 to not find the bios and not boot the image. Fix is sent to upstream qemu. See: qemu/find_datadir.patch - v5.0 binary had host contamination for dynamically linked libraries, "--extra-ldflags='${LDFLAGS}'" in EXTRA_OECONF resolved the issue - bluetooth code was removed: qemu.git$ git show 1d4ffe8dc7 hence removed PACKAGECONFIG[bluez] - -show-cursor qemu option is now deprecated, updated scripts/runqemu to use updated option instead - added PACKAGECONFIG definitions - added qemu-ptest to conf/distro/include/ptest-packagelists.inc - increased support for ARM architecture, cpu and board - removed patches merged upstream and refreshed existing ones Testing: Build core-image-minimal against the machines in openembedded-core/meta/conf/machine and succesfully booted with qemu v5.0 Ran qemu-ptest on x86-64 and arm64 with identical results: PASS: 1166 SKIP: 0 FAIL: 0 (From OE-Core rev: ee9ec9e344541c1ccd9b9b8e3b8c1e00d008ad85) Signed-off-by: Sakib Sajal <sakib.sajal@windriver.com> Signed-off-by: Joe Slater <joe.slater@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Remove TERM from default BB_HASHBASE_WHITELISTJacob Kroon2020-06-171-1/+1
| | | | | | | | | | | Since BitBake commit 0d5cdd0c0d65f2f81c3af0f3767fee86c4142c3a TERM is no longer preserved in the environment by BitBake, so there should be no need to whitelist it by default. (From OE-Core rev: 72c4222b095a49d5ba8252abbae5025196519cd5) Signed-off-by: Jacob Kroon <jacob.kroon@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity.conf: Require bitbake 1.47.0 as the minimum versionRichard Purdie2020-06-171-1/+1
| | | | | | | | | The recent siggen changes need the new version of bitbake, update the minimum version to match (should also help the TERM environment change too). (From OE-Core rev: cb0213721893e5336995b38faffc7b65338a1b5f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "bitbake.conf: Remove unused DEPLOY_DIR_TOOLS variable"Richard Purdie2020-06-121-0/+1
| | | | | | | | | | | This reverts commit b1f15f651461d07a8cfbd3bdcfea0e89f195212d. The variable is used by multiple other layers and users are requesting it be added back. (From OE-Core rev: 49d0f822618890b61d2498b07dda6418f885321e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* security_flags: Remove stack protector flag from LDFLAGSJunling Zheng2020-06-041-2/+2
| | | | | | | | | | | SECURITY_LDFLAGS contains stack protector flag inappropriately, which has already be contained in SECURITY_CFLAGS. Let's remove it from SECURITY_LDFLAGS. (From OE-Core rev: 549cce578b859986e37900bf15c1bf904d33e47b) Signed-off-by: Junling Zheng <zhengjunling@huawei.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* initscripts/init-system-helpers: fix mountnfs.sh dependencyJens Rehsack2020-06-041-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | With commit c9fc9110be33fe0f24bc3a7c242b584a4ca33e04 Author: Yue Tao <Yue.Tao@windriver.com> Date: Fri May 25 10:48:08 2018 +0800 initscripts: Avoid starting rpcbind daemon twice Check the status before start it to avoid duplicates. the use of a script {/usr/sbin/}service is introduced - maybe earlier provided by systemd, nowadays mostly by init-system-helpers from debian project. For the very first shot, maybe discussions and improvements based on that script collection, use just the init-system-helpers-service in initscripts/mountnfs.sh to avoid problems mounting NFS in later boot stage. (From OE-Core rev: db690c3bf4664ce71fc21650fbcd8b6ac2eb71f1) Signed-off-by: Jens Rehsack <sno@netbsd.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers: Update Ross' email addressRichard Purdie2020-06-041-63/+63
| | | | | | | | Update Ross' address to a valid one. (From OE-Core rev: 22e1605ce45482c49d06a7c56a46b71f76955e31) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apt: update to 1.8.2.1Alexander Kanavin2020-06-041-1/+0
| | | | | | | | | I took the opportunity to rewrite the recipe from scratch; there was just too much baggage in it. (From OE-Core rev: f058272de9cba188d96940c8c921cf31727fe4d1) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* armv8/tunes: Set TUNE_PKGARCH_64 based on ARMPKGARCHKhem Raj2020-06-048-17/+7
| | | | | | | | | | | | | | | | | The setting is to modify TUNE_PKGARCH which is filled with TUNE_PKGARCH_64 or TUNE_PKGARCH_32 in arm-arch64.inc This lets higher up tune files for arm64 SOCs override them if needed, this can help building multiple armv8 machines with different tunes in same workspace. No need to set TUNE_PKGARCH in tune files as it is synthesized from ARMPKGARCH Add ARMPKGARCH for aarch64 tunes (From OE-Core rev: 08433cc58abf0cf3e42b22d20870a50287cfb8bc) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* layer.conf: Bump OE-Core layer versionJoshua Watt2020-06-031-1/+1
| | | | | | | | | | | | | The commits 910ffaf5be ("pyelftools: Import from meta-python") and a96f815c53 ("pycryptodome: Import from meta-python") moved recipes from meta-python to oe-core. In order for this to be communicated with users, bump the LAYERVERSION so that meta-python can key of it in its LAYERDEPENDS. (From OE-Core rev: 2d503b27e7c88cee9a37c79c4605c77b11f230b6) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarm: check serial consoles vs /proc/consolesTrevor Gamblin2020-05-302-0/+2
| | | | | | | | | | | | | | | | | | | | Note that this patch affects qemuarm AND qemuarm64. When booting a VM and during operation, the following message periodically appears: INIT: Id "hvc0" respawning too fast: disabled for 5 minutes This is because hvc0 is specified in SERIAL_CONSOLES in qemuarm.conf and qemuarm64.conf, but it is not in /proc/consoles and SERIAL_CONSOLES_CHECK is not specified, leaving getty to attempt to enable hvc0. Add SERIAL_CONSOLES_CHECK to both conf files so that hvc0 isn't enabled if it hasn't been set there or in local.conf. (From OE-Core rev: 982b7f98b8423236cc986346379b1bde3694f131) Signed-off-by: Trevor Gamblin <trevor.gamblin@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Remove unused DEPLOY_DIR_TOOLS variableRobert P. J. Day2020-05-301-1/+0
| | | | | | | | | | | | | | | | | Variable DEPLOY_DIR_TOOLS was introduced in 2007: commit f751a20152c651a33f08ceda0502fa1d4f11c005 Author: Richard Purdie <richard@openedhand.com> Date: Wed Aug 8 21:02:39 2007 +0000 bitbake.conf: Sync with OE.dev apparently never used so get rid of it. (From OE-Core rev: b1f15f651461d07a8cfbd3bdcfea0e89f195212d) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: propagate 'opengl' DISTRO_FEATURE to native/nativesdk from targetAlexander Kanavin2020-05-271-2/+2
| | | | | | | | | | | | | | | | This will allow better control over native virgl/qemu configurations. Adjust gtk+3/cairo native configurations to actually ignore opengl when building for -native: we do not need it, and it would cause build failures as only a limited subset of mesa-native is currently built. Drop native/nativesdk overrides from virglrenderer/libepoxy recipes as opengl feature is now correctly set for those variants. (From OE-Core rev: 0e1f8fa0535dab63742f575b52ec9fa891368ca2) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* layer.conf: Move to gatesgarth namingRichard Purdie2020-05-181-2/+2
| | | | | | | | | We're still compatible with dunfell from the core perspective so that is left for compatibility (probably for the next week or two). (From OE-Core rev: 1e79324f8290b820fee034b0d4a8c353027879da) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pyelftools: Import from meta-pythonJoshua Watt2020-05-181-0/+1
| | | | | | | | | | | | | Imports the pyelftools recipes from meta-python, as of 7c02c7d41 ("gnome-themes-extra: correct the recipe name"). This recipe is commonly used by other layers, so moving it into OE-core helps to cut down on layer dependencies. (From OE-Core rev: 910ffaf5beed42936588c95b0c7c1b1ad67f99d3) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pycryptodome: Import from meta-pythonJoshua Watt2020-05-181-1/+3
| | | | | | | | | | | | | Imports the pycryptodome recipes from meta-python, as of 7c02c7d41 ("gnome-themes-extra: correct the recipe name"). These recipes are commonly used by other layers, so moving them into OE-core helps to cut down on layer dependencies. (From OE-Core rev: a96f815c53364b119b5743b8b7100eb5588d5cf5) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarm64.conf: Use cortext-a57 as default tuneKhem Raj2020-05-151-1/+1
| | | | | | | | | This is more appropriate for the machine we are emulating (From OE-Core rev: b9499c39697593cc392bba47b35f721f5885310c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* armv8/tunes: Define TUNE_PKGARCHKhem Raj2020-05-157-0/+13
| | | | | | | | | | Now that they uses -mcpu, its better to have tune specific build directories, since aarch64 wont be appropriate any longer (From OE-Core rev: 030cd9021ef50d71482f6acf0e05fe425038c822) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* aarch64: Adjust big.LITTLE tune files to use -mcpuKhem Raj2020-05-153-20/+11
| | | | | | | | | | | | mcpu is more appropriate on aarch64 and generates more optimized code forr a given SOC, unlike -march/-mtune combination as decribed here [1] [1] https://community.arm.com/developer/tools-software/tools/b/tools-software-ides-blog/posts/compiler-flags-across-architectures-march-mtune-and-mcpu (From OE-Core rev: e114c670d1e670397c1c04292688b7550f54027c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa57.inc: Add new tune fileKhem Raj2020-05-151-0/+17
| | | | | | | (From OE-Core rev: 03b04fcfa5549a54fe6f335df14433934a7d5128) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa55.inc: crc and crypto extentions are default on cortex-a55Khem Raj2020-05-151-7/+3
| | | | | | | (From OE-Core rev: 886333c5d1c336da99300d24fb3c15ab0b37d1cb) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc10: Update to GCC 10.1 ReleaseKhem Raj2020-05-142-2/+2
| | | | | | | | | | | | | | | | | * Package new gomp header acc_prof.h * Package lto-dump which is a new tool in gcc10 * All Changes are here [1] * Porting apps to gcc 10 help is here [2] * Backport a patch to fix CET errors on cross builds * Add patch to fix mingw libstdc++ [1] https://gcc.gnu.org/gcc-10/changes.html [2] https://gcc.gnu.org/gcc-10/porting_to.html (From OE-Core rev: 44c3881b18f74eb64379818fc150f94398fb8a49) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tunes: Add new tune files for cortexa55 and cortexa73-cortexa53Khem Raj2020-05-122-0/+40
| | | | | | | (From OE-Core rev: fd4a454b5a357c7a26792bf486212957c698839c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Prevent git from detecting parent repo in recipeJoshua Watt2020-05-091-1/+5
| | | | | | | | | | | | | Prevents git commands run in a recipe from moving up past ${WORKDIR} when searching for a .git directory, and thus prevents them from detecting the parent OE-core .git directory. Fixes several reproducibility issues where recipes would use the OE-core version as the recipe version due to git walking up the tree. (From OE-Core rev: e496605ea197414b58025293e73dec099a8976c6) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libva-initial: New bootstrap recipeZoltan Boszormenyi2020-05-091-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | Mesa needs libva.pc and libva headers to enable the VAAPI state tracker and drivers. This recipe is a variant of the full libva package build as in: * it only depends on libdrm to build so it doesn't introduce the circular dependency between mesa and libva, and * it doesn't include the libraries in the final package. However, there is another issue with build dependency handling in Yocto. libva depends on mesa and mesa depends on this package. Any package that depends on libva therefore would pull in libva and this package resulting in an error in the prepare-sysroot phase because they would install identical files into the per-recipe sysroot. Using the package name "*-initial" avoids this because of the interaction between sstate.bbclass and staging.bbclass: any package with the pattern "*-initial" in the name is excluded from the dependency list unless explicitly added to DEPENDS. (From OE-Core rev: b697f0446f9b016c6c229edda1bf20ca3a7c88ce) Signed-off-by: Böszörményi Zoltán <zboszor@pr.hu> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* documentation.conf: Add variables supported by features_check.bbclassRobert P. J. Day2020-05-091-2/+9
| | | | | | | | | | Add to documentation.conf all the new variables supported by features_check.bbclass. (From OE-Core rev: 77df7e9b822c1d895d2e0212300f836eeff10b3d) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libhandy: add a recipe from meta-oeAlexander Kanavin2020-05-071-0/+1
| | | | | | | | | This is needed by new versions of epiphany browser. (From OE-Core rev: 348467b3e6d607c662a48e3a7e31d15b5fde9f97) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* avahi: merge avahi-ui into the main recipeAlexander Kanavin2020-05-071-1/+0
| | | | | | | | | | | | | The split was building the same code twice, awkward to maintain, and causing issues with upgrades. Disabling the gtk bits can be easily done through the standard PACKAGECONFIG mechanism when needed. (From OE-Core rev: 33cfebfed51166e409cbb05ab7bbc3fff7c7f36d) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libinput: add ptestAlexander Kanavin2020-05-071-0/+1
| | | | | | | | | The test takes about 17 minutes, and fully passes. (From OE-Core rev: adc4dbb748c01b731035a759de7cd798d7860d0c) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-dbusmock: add recipe from meta-oeAlexander Kanavin2020-05-031-0/+1
| | | | | | | | | This is needed for glib ptests. (From OE-Core rev: 6dbe449ac2ed7c93f71f00d53237c6aba4ebbf81) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libmodulemd: move from 1.x to 2.x versionAlexander Kanavin2020-05-021-1/+1
| | | | | | | | | | New libdnf requires 2.x and is the only consumer in oe-core (or elsewhere). (From OE-Core rev: 2c518de672d8876ff96e49b498feb898a497e6a5) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* abi_version/staging: Bump versions to force rebuild after sstate corruptionRichard Purdie2020-05-021-1/+1
| | | | | | | | | | | | | | | | | | A "broken" buildtools-extended-tarball has been released into the wild where it is optimising binaries for the host processsor. This is fine in local usage but in a non-homogeneous cluster like our autobuilder, this results in SIGILL on other machines when the sstate is shared amongst them and is painful to debug. The buildtools tarball has been fixed but we need to invalidate the hash equivalence and sstate data. This change does that. Adding to OE-Core rather than autobuilder local changes as its good to illustrate how to do this and the issue is potentially wider than just Yocto Project infrastructure. (From OE-Core rev: 23cdfa9eb23146a69edb77a83ef03719a62ddaae) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image/packagegroup: Remove PACKAGE_GROUP_*, long since deprecatedRichard Purdie2020-04-291-1/+0
| | | | | | | | This was deprecated in 2014 so we can safely remove the old code now. (From OE-Core rev: fe1b79188cbe8159a0950f0c02d7f476a6694a04) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers.inc: add entries for cython and pyparsingAlexander Kanavin2020-04-291-0/+2
| | | | | | | (From OE-Core rev: 74f1170657aa92c809b7b903d00415fbd8e6adf3) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* layer.conf: Drop zeus compatibility for dunfell releaseRichard Purdie2020-03-291-2/+2
| | | | | | (From OE-Core rev: 8930cd153084f58c2c1c8950dc0ddce786db548b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarmv5.conf: drop stray comment including tune-arm1136jf-s.incAndre McCurdy2020-03-291-1/+0
| | | | | | | | | | | | An old comment which appears to have been checked in by accident as part of an unrelated change: https://git.openembedded.org/openembedded-core/commit/?id=e9ebcc4c19a624f76051c0a25d9ecf6ac4afb257 (From OE-Core rev: 29a9a2edca220bd9562e7ab5ae7df1d0b58f4d07) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-arm1176jz-s.inc: fix typo in PACKAGE_EXTRA_ARCHS_tune-arm1176jzsAndre McCurdy2020-03-291-1/+1
| | | | | | | (From OE-Core rev: 0481ef62fb9d3fae2e475aad7cbf3d3a29439a79) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-arm1136jf-s.inc: restore vfp to TUNE_FEATURES_tune-arm1136jfsAndre McCurdy2020-03-291-1/+1
| | | | | | | | | | | | | | The change to TUNE_FEATURES_tune-arm1136jfs as part of: https://git.openembedded.org/openembedded-core/commit/?id=ac83d22eb5031f7fdd09d34a1a46d92fd3e39a3c effectively removed both armv6 and vfp, when it should have removed armv6 only. Add vfp back to TUNE_FEATURES_tune-arm1136jfs. (From OE-Core rev: e0916a4e03d2ec101c4623b305f32607c0f566e2) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>