summaryrefslogtreecommitdiffstats
path: root/meta/conf
Commit message (Collapse)AuthorAgeFilesLines
* gdb: Upgrade to 8.1 releaseKhem Raj2018-05-221-1/+1
| | | | | | | | | | cache strerror so it does not try to use rpl_* versions (From OE-Core rev: 02664a8dcd1ebb6cd77248e1b97a78390ea06033) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: drop obsolete comment referring to the fail-fast over-rideAndre McCurdy2018-05-221-8/+5
| | | | | | | | | | | | | | | | The comment appears to have been accidentally left behind when the fail-fast over-ride was removed by: http://git.openembedded.org/openembedded-core/commit/?id=83ce96f44516c8a4a44c8c0140949256f8422014 Also update comments to refer to bitbake variables as just variables, rather than environment variables. (From OE-Core rev: 819935bba9047ad8af63bd5d1c199fecf96572b2) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: drop _build-${BUILD_OS} over-rideAndre McCurdy2018-05-221-1/+1
| | | | | | | | | | | | | Building on a host OS other than a recent version of Linux is not recommended or supported. Drop the historical _build-${BUILD_OS} over-ride to avoid giving the impression that other host OS's might be supported. (From OE-Core rev: 428fc39356cb77830de9e0d3f1dbd00f5868290a) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: make libc over-ride lower priority than _forcevariableAndre McCurdy2018-05-224-7/+2
| | | | | | | | | | | Fix long standing quirk, _forcevariable is documented as being the highest priority over-ride. (From OE-Core rev: b3598b8f1ed1cdc7849e1e4f30d618e87e1bf582) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* default-distrovars.inc: drop obsolete LGPLv2_WHITELIST_GPL-3.0Andre McCurdy2018-05-221-1/+0
| | | | | | | | | | | | | | | | There doesn't seem to be a clear reason to have two separate variables to hold whitelisted GPLv3 recipes. Both variables are treated the same, so adding a recipe to LGPLv2_WHITELIST_GPL-3.0 is already equivalent to adding it to WHITELIST_GPL-3.0. Anyone needing to whitelist a GPLv3 recipe should now just use WHITELIST_GPL-3.0. (From OE-Core rev: d4dea76fbe9765d489e3e522a9d2c22049610c7b) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* security_flags.inc: drop obsolete commentAndre McCurdy2018-05-151-2/+0
| | | | | | | | | | | | | | The last ARM specific over-ride was removed in: http://git.openembedded.org/openembedded-core/commit/?id=e93765ffb5718b0fce84f0b8123963176dea95e4 but the comment was accidentally left behind. (From OE-Core rev: efcf629e2d84bacb955201d1960969020796678e) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: move ASNEEDED over-ride into the rpm recipeAndre McCurdy2018-05-151-1/+0
| | | | | | | | | | | | Move the recipe specific over-ride for ASNEEDED into the recipe to make it more apparent that the over-ride is being applied (and that it should be re-checked on version updates, etc). (From OE-Core rev: f3d223304e52b9be946e5bd849075147147cbbb3) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* puzzles: move ASNEEDED over-ride into the puzzles recipeAndre McCurdy2018-05-151-1/+0
| | | | | | | | | | | | | | | Move the recipe specific over-ride for ASNEEDED into the recipe to make it more apparent that the over-ride is being applied (and that it should be re-checked on version updates, etc). Also misc minor recipe cleanup (re-order variables to follow the OE style guide, etc). (From OE-Core rev: d3653e8525e048d9968b949dbff5304c1fd94480) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pciutils: move ASNEEDED over-ride into the pciutils recipeAndre McCurdy2018-05-151-1/+0
| | | | | | | | | | | | Move the recipe specific over-ride for ASNEEDED into the recipe to make it more apparent that the over-ride is being applied (and that it should be re-checked on version updates, etc). (From OE-Core rev: b7b63b2681a1de0ecb0e09612913370cb9934d38) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* icu: move ASNEEDED over-ride into icu.incAndre McCurdy2018-05-151-1/+0
| | | | | | | | | | | | Move the recipe specific over-ride for ASNEEDED into the recipe to make it more apparent that the over-ride is being applied (and that it should be re-checked on version updates, etc). (From OE-Core rev: a4c29153c7ffef024b31e7e3a197a09758a7beb4) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distcc: move ASNEEDED over-ride into the distcc recipeAndre McCurdy2018-05-151-1/+0
| | | | | | | | | | | | | | | Move the recipe specific over-ride for ASNEEDED into the recipe to make it more apparent that the over-ride is being applied (and that it should be re-checked on version updates, etc). Also misc minor recipe cleanup (re-order variables to follow the OE style guide, etc). (From OE-Core rev: 5e7d337fd538325e5f69de5b409eb8e36bb5e007) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* console-tools: move ASNEEDED over-ride into the console-tools recipeAndre McCurdy2018-05-151-1/+0
| | | | | | | | | | | | | | | Move the recipe specific over-ride for ASNEEDED into the recipe to make it more apparent that the over-ride is being applied (and that it should be re-checked on version updates, etc). Also misc minor recipe cleanup (re-order variables to follow the OE style guide, etc). (From OE-Core rev: c4ceaaea207e15bafd4261c33fd20fdf66d50c7d) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* babeltrace: move ASNEEDED over-ride into the babeltrace recipeAndre McCurdy2018-05-151-1/+0
| | | | | | | | | | | | | | | Move the recipe specific over-ride for ASNEEDED into the recipe to make it more apparent that the over-ride is being applied (and that it should be re-checked on version updates, etc). Also misc minor recipe cleanup (re-order variables to follow the OE style guide, etc). (From OE-Core rev: 6c08a062c151c2d2562016434f6f2125f2959fa6) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-corei7.inc: minor comment tweak to align with tune-core2.incAndre McCurdy2018-05-151-1/+1
| | | | | | | | (From OE-Core rev: 4b11e44f84b1dcf406c84227c29b9c5a67deaf51) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* security_flags: disable static PIE in glibcRoss Burton2018-05-151-1/+1
| | | | | | | | | | | | Static PIE doesn't work entirely right in GCC 7, for example ldconfig on ARM with the flags enabled will something segfault during initialisation. To mitigate this until we have GCC 8 integrated, don't enable static PIE. (From OE-Core rev: 5f64946b8740a5d944f48ec430470265703bfe5e) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers: reassign some Intel maintainersRoss Burton2018-05-111-14/+14
| | | | | | | (From OE-Core rev: 9f568afee706d689838a00579e6252f778796612) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libnss-nis: Add recipeKhem Raj2018-05-091-0/+1
| | | | | | | | | | | | This will substitute the glibc nis module which has been removed Skip for non-glibc systems (From OE-Core rev: cabef0916d860449bfbcc4ff596ec9f0029849e9) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpcsvc-proto: Add recipeKhem Raj2018-05-091-0/+1
| | | | | | | (From OE-Core rev: 290e7111a7b97305715f3db8cc678b9d1cc75726) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc: Drop obsolete rpc and libnslKhem Raj2018-05-091-1/+1
| | | | | | | | | use libnsl2 and rpcsvc-proto packages (From OE-Core rev: 9dc9983901cec364ea57a72b9da1a0396b60663a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tclibc-baremetal: Adds virtual/crypt to ASSUME_PROVIDEDAlejandro Enedino Hernandez Samaniego2018-05-081-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When trying to build meta-toolchain using TCLIBC = "baremetal" bitbake throws an error due to a mising dependency: ERROR: Nothing PROVIDES 'virtual/crypt' glibc PROVIDES virtual/crypt but was skipped: PREFERRED_PROVIDER_virtual/libc set to musl, not glibc musl PROVIDES virtual/crypt but was skipped: PREFERRED_PROVIDER_virtual/i586-poky-elf-libc-for-gcc set to baremetal, not musl libxcrypt PROVIDES virtual/crypt but was skipped: Recipe only applies in nativesdk case for now This is caused by the changes on commit: 29f65bda6d2c9fea4adb125c4857ee64f9312b9f nativesdk-glibc: Split glibc and libcrypt to use libxcrypt instead This is where the concept of virtual/crypt was introduced. This patch adds virtual/crypt to ASSUME_PROVIDED on tclibc-baremetal, providing the missing wiring to build meta-toolchain on baremetal correctly. (From OE-Core rev: 26a93d2bf7504bf5f3adb085ed2882ae1b1a3701) Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libuser: removeRoss Burton2018-05-041-1/+0
| | | | | | | | | | This isn't used by anything in oe-core (or in common use in general, only one package in Debian depends on it), so remove it from oe-core. (From OE-Core rev: 11ee7989b2f0709119c450819cd66bad70082a93) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-corei7.inc: update TUNE_CCARGS -march CPU type corei7 -> nehalemAndre McCurdy2018-05-041-5/+4
| | | | | | | | | | | | | | | | | | | | | | | | The gcc "corei7" CPU type was last documented in gcc 4.8.x and has been undocumented from gcc 4.9.x onwards: https://gcc.gnu.org/onlinedocs/gcc-4.8.5/gcc/i386-and-x86-64-Options.html https://gcc.gnu.org/onlinedocs/gcc-4.9.4/gcc/i386-and-x86-64-Options.html Although it still seems to be accepted by gcc 7.x, it's likely to be deprecated and removed at some point. To preempt that, switch the corei7 TUNE_CCARGS -march CPU type to "nehalem", which is the closest replacement (and matches the CPU type already being passed to qemu). Since the tune-corei7.inc include file is intended to cover a range of CPUs from Nehalem onwards, switch the TUNE_CCARGS -mtune option from "corei7" to "generic", which instructs gcc to produce code optimized for the most common IA32/AMD64/EM64T processors. (From OE-Core rev: 8d2f51e9b8d5b27fc61d148a6dd5f6ef5715d6e6) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* beecrypt: removeRoss Burton2018-05-041-1/+0
| | | | | | | | | This was only in oe-core for RPM5, but RPM4 doesn't use it. (From OE-Core rev: fb8ca4225f3e26bfc46cf6c06d55df72684c47c6) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pixz: removeRoss Burton2018-05-041-1/+0
| | | | | | | | | | Nothing in oe-core is using this now as xz can do multithreaded compression, so remove it. (From OE-Core rev: 0c705d112736c90f6a9051c435d430f6aeb4842a) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers: update email addressArmin Kuster2018-05-041-106/+106
| | | | | | | (From OE-Core rev: 80972b50e32fcd5f62200b59df113f753f7143d2) Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorgproto: Replace individual depreciated xorg proto recipes with xorgprotoArmin Kuster2018-05-042-56/+2
| | | | | | | | | | | | | Xorg upstream have replaced the individual xorg proto repositories with one master repository. This converts to the new system. The only one not included is calibrateproto which was depreciated entirely and replaced be xinput. We can drop this entirely. (From OE-Core rev: 460a2b27af8d023b27703b491331c8cbe7aad0ff) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: re-order DEBUG_PREFIX_MAPJuro Bystricky2018-04-231-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When specifying several -fdebug-prefix-map command line options to gcc, they are evaluated right to left (last one first). Normally, the order is irrelevant. However, when we try to map both: recipe-sysroot-native recipe-sysroot the order matters. With the original order most of our debug packages contain incorrect debug symbols. Take for example /usr/bin/.debug/setfacl from acl-dbg: $ strings setfacl | grep native ... -native/usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/7.3.0/include -native/usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/7.3.0/include -native/usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/7.3.0/include -native/usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/7.3.0/include -native/usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/7.3.0/include -native/usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/7.3.0/include -native/usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/7.3.0/include -native/usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/7.3.0/include Reordering the fdebug-prefix-map arguments will give us the correct paths: /usr/lib/x86_64-poky-linux/gcc/x86_64-poky-linux/7.3.0/include Note there may be additional an incorrect paths, such as: /usr/src/debug/glibc/2.27-r0/recipe-sysroot-native/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/7.3.0/include But that one needs to be fixed in the recipe for glibc. (From OE-Core rev: 593ffffc3baf064b982891d61dacebd08aed3e96) Signed-off-by: Juro Bystricky <juro.bystricky@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: add scp to HOSTTOOLS_NONFATALJef Driesen2018-04-201-0/+3
| | | | | | | | | | The scp tool is used by the ssh fetcher. (From OE-Core rev: 96f6cc7f6a3f7fa4e5cf2b00f0f163eceb904c60) Signed-off-by: Jef Driesen <jef.driesen@niko.eu> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Set and export TZ envvar to UTCRichard Purdie2018-04-181-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | We just ran into an issue where tar failed to build on one server setup but built everywhere else just fine. It was running makeinfo to regenerate some docs files and makeinfo was too old for the host it was running on. There was no dependency on makeinfo-native as it was not meant to be regenerating the docs. It was being regenerated as a date from a timestamp used in the docs was different in Asian timezones than in the other timezones our builds were being tested in. I added an entry to https://wiki.yoctoproject.org/wiki/TipsAndTricks/ about how this was debugged. As such, lets default to setting and exporting TZ to 'UTC' as was already pioneered by the reproducibile builds work. This makes the builds deterministic. [YOCTO #12665] (From OE-Core rev: 2a90ae7a3286724ff9e3615c4dbf56038f703810) (From OE-Core rev: e31f31f81efe4b60938b724bece2a03c7c74a68d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* yocto-uninative: Update to version 1.9 (fedora28 compatible)Richard Purdie2018-04-181-3/+3
| | | | | | | | | | This includes the libxcrypt change which allows uninative to work on fedora28. (From OE-Core rev: 4b27ab6487a54b42a52aa16e98ea4d19fa62b5ae) (From OE-Core rev: 0685eb697f1dfa3b858b6e594cbd8e6070b4fbb8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro: default: Change Go default version to 1.9Otavio Salvador2018-04-131-1/+1
| | | | | | | | | | | | | | | | | | | | For the time being, there is a serious bug[1] in Go 1.10 when it comes to use the shared runtime support which cases problems in multiple projects. 1. https://github.com/golang/go/issues/24640 It is still unclear if the problem arises from a bug inside the compiler itself or it makes a real problem more visible. Either way, using 1.10 as default seems to be a risk so we are changing back to 1.9 for now. Refs: [YOCTO: #12631] (From OE-Core rev: c5b5055d2dc04317a7a64c150046a6435a6805c2) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk-glibc: Split glibc and libcrypt to use libxcrypt insteadRichard Purdie2018-04-071-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fedora28[1] has decided to go ahead and use libxcrypt to replace libcrypt from glibc despite the change not having merged into glibc upstream yet. This breaks the use of uninative in OE on fedora28 since binaries there are now using new symbols only found in libxcrypt. libxcrypt is meant to be backwards compatible with libcrypt but not the reverse. Since this will impact OE in the next release cycle, this changes nativesdk only to use this new model and adds libxcrypt to work in that case. This allows us to build a uninative which is compatible with fedora28 and previous other OSes. In order to work, recipes will now need to depend on virtual/crypt where they use libcrypt since its now a separate library and we can't depend on it from glibc to preseve backwards compatibility since glibc needs to build first. For now, only the problematic nativesdk recipes have been fixed up. For target use, the default provider remains glibc for now. Assuming this change is merged into upstream glibc, we will need to roll this change out for the target but we will do this in the next release cycle when we can better deal with the resulting bugs. [1] https://fedoraproject.org/wiki/Changes/Replace_glibc_libcrypt_with_libxcrypt Original patch from Charles-Antoine Couret <charles-antoine.couret@essensium.com>, tweaked by RP to add virtual provides, SkipRecipe for libxcrypt and other minor tweaks. (From OE-Core rev: c1573cb7faeb296fe7077a60d02443d5ed5bded0) Signed-off-by: Charles-Antoine Couret <charles-antoine.couret@essensium.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* layer.conf: Update LAYERSERIES rocko -> sumoRichard Purdie2018-04-061-2/+3
| | | | | | | | Also set LAYERSERIES_COMPAT for core (we're compatible with ourself). (From OE-Core rev: 4aa43cd844781a07a2dbf17f21ed35c6a0100d02) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* documentation.conf: remove obsolete variableMaxin B. John2018-04-051-1/+0
| | | | | | | | | | | | | | | PRINC is no longer used and removed from documentation: commit 7baadd86ee1386756e3bc3ef7fd02d5d1367068f Author: Scott Rifenbark <scott.m.rifenbark@intel.com> Date: Mon May 18 09:25:51 2015 -0600 ref-manual: Removed PRINC entry from the glossary (From OE-Core rev: b15089b014b95a8730f622ca4959b42ed15cb175) Signed-off-by: Maxin B. John <maxin.john@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk-postinst-intercept: remove the recipeAlexander Kanavin2018-04-052-2/+0
| | | | | | | | | | | | Its use required a script from an external repo which hasn't been updated in 4 years, the recipe itself is out of date (doesn't install all intercepts), and there is no oe-selftest or documentation for this. If anyone still wants this, please do it in a separate layer. (From OE-Core rev: 1fbae102fde54c9e7a0d74a4cda9900cd17640d6) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-core2.inc: add cpu type for qemuRuslan Ruslichenko2018-04-031-0/+3
| | | | | | | | | | | | Define cpu type for Qemu in QEMU_EXTRAOPTIONS. Otherways Qemu will emulate some virtual qemu32/64 processor, which has very basic set of features, and programs built for later CPU may crash, due to lack of new features (e.g. SSSE3). (From OE-Core rev: 11f4fdcafed1383e5b6c2e634c670d19124e537a) Signed-off-by: Ruslan Ruslichenko <rruslich@cisco.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* default-distrovars: set default KERNEL_IMAGETYPE(S)California Sullivan2018-03-311-0/+6
| | | | | | | | | | | | | | | | | | | | | With the change from assuming kernels will be named "vmlinuz" everywhere, to instead using KERNEL_IMAGETYPE, we require that KERNEL_IMAGETYPE is set to something. Instead of setting the default in multiple individual files, set it in default-distrovars.inc. x86(-64) arches get bzImage as the default. Others get zImage as per meta/conf/documentation.conf. Also set KERNEL_IMAGETYPES, as we will eventually be switching away from KERNEL_IMAGETYPE. Thanks to Andre McCurdy <armccurdy@gmail.com> for the arch defaults part. (From OE-Core rev: a57d784211a39587538094425ee0246e9ddfbf9d) Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers.inc: drop lsb4 perl modules no longer in coreTim Orling2018-03-251-6/+0
| | | | | | | | | | | | | | | | | | | | | The following perl module packages were removed from oe-core with commit: 30fb4c8f329fe3aa3c528ffeba60ee7d702e873e - libclass-isa-perl - libenv-perl - libdumpvalue-perl - libfile-checktree-perl - libi18n-collate-perl - libpod-plainer-perl Remove these from the maintainers list Fixes: [Yocto #12582] (From OE-Core rev: 9eafd2d8bff2cb4949ee83bf7c5505bfcbad93d4) Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers: remove obsolete entriesMaxin B. John2018-03-251-6/+0
| | | | | | | | | | Delete entries of removed packages. (From OE-Core rev: 8076e0bcad1e7676a3747c489b0a8c76821bbcdc) Signed-off-by: Maxin B. John <maxin.john@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers: add maintainer for make-mod-scriptsBruce Ashfield2018-03-151-0/+1
| | | | | | | | | | I introduced the recipe, so I get to fix any bugs! (From OE-Core rev: 010b3556d56d9520821f8b13a386c5ee23d3892f) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers: remove obsolete entryRoss Burton2018-03-151-1/+0
| | | | | | | (From OE-Core rev: 75bcc718f1c2234d313941d6d9639f46d17fae63) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* risc-v: Pin oldest kernel to 4.15 for the new kidKhem Raj2018-03-151-0/+2
| | | | | | | | (From OE-Core rev: fd3d98fd5690dab391c27a71e26f74e0f9a25f3a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcmode-default.inc: Define QEMUVERSION and softly pin itKhem Raj2018-03-151-0/+5
| | | | | | | | | | | This provides ability to surgically override qemu for certain machines which are provided by external layers. (From OE-Core rev: a5beb77bde547c3fdfd0bac75618ab70e9da6b81) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uninative: Add compatiblity version checkRichard Purdie2018-03-151-0/+2
| | | | | | | | | | | | | | | | If glibc is newer on the host than in uninative, the failure mode is pretty nasty for clusters where the sstate is shared, including the Yocto Project autobuilder. This check aborts the use of uninative in such scenarios where a newer glibc version appears and avoids corruption of sstate caches. We use ldd to check the glibc version since that is included in libc-bin (or equivalent) which locales use so it should always be present. (From OE-Core rev: d6f6101cd0ae92e8ad2dec0bcb6db5044726edf9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* unfs3: Fix build with muslKhem Raj2018-03-151-4/+0
| | | | | | | | | | | Should also fix build on new build hosts where with glibc 2.27 rpc support is dropped in favor of libtirpc (From OE-Core rev: 86f4c68c76098d6735b4cb640996d748b8ff82fb) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* yocto-uninative: Upgrade to 1.8 version with glibc 2.27Richard Purdie2018-03-111-3/+3
| | | | | | | | | Now distros are starting to ship glibc 2.27 we need a uninatve version which contains glibc 2.27 which is in the 1.8 version. (From OE-Core rev: 0a1a1daac661046b0bf287b63267d58e0ab03e8e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcmode-default.inc: add settings for goMatt Madison2018-03-061-0/+10
| | | | | | | | | | | to allow GOVERSION to be set for using an older go toolchain. (From OE-Core rev: 10193150381b1088a5de627aed0ad1d052a3955d) Signed-off-by: Matt Madison <matt@madison.systems> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers.inc: add myself as -bootconf recipe maintainerCalifornia Sullivan2018-03-061-0/+2
| | | | | | | (From OE-Core rev: 8f596d485bcbf877432532d55b35575d683f2488) Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* layer.conf: add -bootconf recipes to SIGGEN_EXCLUDE_SAFE_RECIPE_DEPSCalifornia Sullivan2018-03-061-0/+2
| | | | | | | | | | The bootloaders depend on these to be functional in the non-deploy case, but changes in them don't require rebuilding of the packages. (From OE-Core rev: e102f771dee8d07320ffaf8f39288c5a73626364) Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers.inc: self-assign recipes from recipes-extended/perlTim Orling2018-03-061-6/+6
| | | | | | | | | | | In prior round, the perl module recipes in recipes-extended/perl were inadvertantly overlooked. (From OE-Core rev: a5a7b255b15290257cc032e0155338ab85595e4c) Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-02 18:14:39 +0000