path: root/meta/recipes-core/meta/
AgeCommit message (Collapse)Author
2020-09-23buildtools-tarball: Add python3-jinja2dunfell-nextRichard Purdie
This is used by various pieces of the result handling code, particularly the performance testing and we're seeing autobuilder failures that are easiest resolved using this. Acked-by: Tim Orling <> (From OE-Core rev: dc6d4d438b71365f5c6f54b8482d4f01f1d0dc8e) Signed-off-by: Tim Orling <> Signed-off-by: Richard Purdie <>
2020-06-26buildtools-tarball: export OPENSSL_CONF in environment setupSteve Sakoman
The autobuilder has been experiencing SSL: CERTIFICATE_VERIFY_FAILED errors during error report uploads when using buildtools due to looking for certs in /opt/poky (From OE-Core rev: f47fe24317d2fd19112c7e38858b21b3457835d9) Signed-off-by: Steve Sakoman <> Signed-off-by: Richard Purdie <> (cherry picked from commit 197f1d5d14b8e57295f5a81c03c86abba5328614) Signed-off-by: Steve Sakoman <> Signed-off-by: Richard Purdie <>
2020-05-05buildtools-tarball: add nativesdk-mtools for `wic ls'hongxu
On ubuntu 18.04.1, it does not provides `mdir' by default which caused `wic ls **.wic' failed on fat partition ... $ wic ls build/tmp-glibc/deploy/images/xilinx-zynqmp/wrlinux-image-std-xilinx-zynqmp.wic ERROR: Can't find executable 'mdir' ... Add nativesdk-mtools to buildtools-tarball and use buildtools to provide mdir (From OE-Core rev: 605c81ff90760cdf4a1247df777d5ce8e12d6f6f) Signed-off-by: Hongxu Jia <> Signed-off-by: Richard Purdie <> Signed-off-by: Steve Sakoman <> Signed-off-by: Richard Purdie <>
2020-02-06patch: Extend to native/nativesdk and depend uponRichard Purdie
There is a bug in patch 2.7.3 and earlier where index lines in patches can change file modes when they shouldn't: This leaks into debug sources in particular (e.g. tcp-wrappers where source files are read-only). Add the dependency to target recipes to avoid this problem until we can rely on 2.7.4 or later. We could try and remove all index lines from patch files but it will be a losing battle. We could try and identify all the recipes which change modes on files in patches but again, its a losing battle. Instead, compromise and have patch-native as a dependency for target recipes. We use patch-replacement-native since patch-native is in ASSUME_PROVIDED. Also add nativesdk-patch to buildtools-tarball. [YOCTO #13777] (From OE-Core rev: 5ed0840c93804488cd1c1aba6cb382b2434714a5) Signed-off-by: Richard Purdie <>
2020-01-22buildtools-tarball: Add an for nativesdk-binutilsRichard Purdie
We need to search our own libdirs, then fall back to the system ones as our customised dynamic loader will. Have reflect that. This ensures that binutils finds libraries here when linking too. (From OE-Core rev: 15049c610bcfd0a3e161379651b5ea117ea02715) Signed-off-by: Richard Purdie <>
2019-11-14buildtools-tarball: export OPENSSL_CONF for opensslLiwei Song
export OPENSSL_CONF to aviod SDK openssl can not find openssl.cnf. (From OE-Core rev: 0aaf3dd17dcde959e9c0d62543cb91c9b33551b4) Signed-off-by: Liwei Song <> Signed-off-by: Richard Purdie <>
2018-10-20buildtools-tarball: add nativesdk-rpcsvc-protoMingli Yu
Fedora28 repackages rpcgen program to rpcgen package and the program will no longer be part of the glibc-common package. fedora 28: $ rpm -qf /usr/bin/rpcgen rpcgen-1.3.1-4.fc28.x86_64 fedora 27: $ rpm -qf /usr/bin/rpcgen glibc-common-2.26-27.fc27.x86_64 Once build a project on fedora28 host without installing the extra rpcgen package, there comes below error: ERROR: Unable to start bitbake server ERROR: Last 10 lines of server log for this session (/yocto/builds/upgrade2/bitbake-cookerdaemon.log): self.cooker = bb.cooker.BBCooker(self.configuration, self.featureset) File "/yocto/poky/bitbake/lib/bb/", line 197, in __init__ self.initConfigurationData() File "/yocto/poky/bitbake/lib/bb/", line 356, in initConfigurationData self.databuilder.parseBaseConfiguration() File "/yocto/poky/bitbake/lib/bb/", line 317, in parseBaseConfiguration raise bb.BBHandledException bb.BBHandledException ERROR: The following required tools (as specified by HOSTTOOLS) appear to be unavailable in PATH, please install them in order to proceed: rpcgen So add nativesdk-rpcsvc-proto to provide the program rpcgen to fix the gap. (From OE-Core rev: 52fbf46a32f03266e31811fde7d4466e7ef85fc8) Signed-off-by: Mingli Yu <> Signed-off-by: Richard Purdie <>
2018-07-30buildtools-tarball: add python3-testtools and python3-subunitRobert Yang
They are required by oeqa. (From OE-Core rev: 033459894d368652bc9127dcb3bb1bcc8d6f055e) Signed-off-by: Robert Yang <> Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <>
2018-07-06buildtools-tarball: add nativesdk-libnss-nisChen Qi
Recent glibc change removed libnss-nis module from glibc and a new recipe was added. After this change, we need to make sure nativesdk-libnss-nis is also included in buildtools-tarball, otherwise, we may encounter the following error when using 'tar' command from buildtools-tarball. tar: relocation error: /lib/x86_64-linux-gnu/ \ symbol _nsl_default_nss version GLIBC_PRIVATE not defined \ in file with link time reference This error occured on my ubuntu16.04 host with 'nis' configured in /etc/nssswitch.conf. So add nativesdk-libnss-nis to buildtools-tarball to fix this problem. (From OE-Core rev: f7c703dd43e112b6cd63c7512645a1d418569ad7) Signed-off-by: Chen Qi <> Signed-off-by: Richard Purdie <>
2018-03-01populate_sdk: install UTF-8 locales in SDKsRoss Burton
As glibc 2.27 can't read older locale-archives, SDKs using glibc 2.27 on hosts using glibc earlier than 2.27 won't be able to find any locales, so bitbake won't start and Python can't use UTF-8. So by default install all locales into the SDK. Special-case Extensible SDKs by installing no locales as they ship glibc in a buildtools, and that will have the locales. Locale installation requires cross-localedef, so add that to DEPENDS. Also remove the explicit en_US addition in buildtools-tarball as it is now redundant. (From OE-Core rev: 96896568d197cd06302713c24c0f7d91bfaea6c1) Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <>
2017-07-25buildtools-tarball: drop deltask package/packagedataMing Liu
They are redundant since nopackages are being inherited. (From OE-Core rev: 71af69fa898e5614920710ca9e0cea832a2401e4) Signed-off-by: Ming Liu <> Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <>
2016-10-28Remove LIC_FILES_CHKSUM from recipes without SRC_URIOlaf Mandel
LICENSE and LIC_FILES_CHKSUM apply to the sources specified by SRC_URI, not to the recipe itself. As such a license declaration for a source-less recipe makes little sense. The LICENSE declaration is mandatory, but LIC_FILES_CHKSUM can be removed in such cases. Remove the LIC_FILES_CHKSUM declarations from all recipes that do not need it. CC: Paul Eggleton <> (From OE-Core rev: b18fa5f2f2f46afc6fdc58f4d29679dea9c36c43) Signed-off-by: Olaf Mandel <> Signed-off-by: Richard Purdie <>
2016-09-23buildtools/uninative-tarball: Fix deployment overlap issuesuninative-1.4Richard Purdie
We still have problems where deploying SDKMACHINE=i686 can cause removal of SDKMACHINE=x86_64 artefacts. The reason is that x86_64 is a BUILD_ARCH as well as an SDK_ARCH and the manifest namespaces overlap. To fix this, set PACKAGE_ARCH and the stamp-extra-into to include SDK_OS. SDK_OS may not be entirely correct but it is what sstate.bbclass uses for nativesdk and fixing that is a separate issue. This is confirmed to resolve artefact problems on the AB which have been delaying a new uninative release. (From OE-Core rev: 1dbc6ec4ca061570d2482c9abebcf720298db9b7) Signed-off-by: Richard Purdie <>
2016-09-23buildtools-tarball: improve stamp independenceJoshua Lock
buildtools-tarball shouldn't be regenerated when MACHINE changes, nor should variants for other SDKMACHINE be removed from the deploy directory when SDKMACHINE changes. Remove target architecture dependencies so that deploy artefacts can overlap. (From OE-Core rev: b7d1a310f6b880e92b124a78af3c948abaab4236) Signed-off-by: Joshua Lock <> Signed-off-by: Richard Purdie <>
2016-09-21buildtools-tarball: add SDKMACHINE to stamps-extra-infoJoshua Lock
Otherwise the stamps for x86-64 and i686 uninative tarballs match and we can't deploy both to the DEPLOYDIR. (From OE-Core rev: fee426ae0c2b27925b05b856ada676958ee10869) Signed-off-by: Joshua Lock <> Signed-off-by: Richard Purdie <>
2016-09-04buildtools-tarball/uninative-tarball: Fix for working with populate_sdk ↵Richard Purdie
under sstate control Firstly, these recipes are not target (MACHINE) specific so they should by SDK_ARCH based, not PACKAGE_ARCH. Also fix use of SDK_DEPLOY -> SDKDEPOLYDIR after other recent changes. Together these fixes avoid various build failures and ensure the tarballs only get built once rather than multiple times. (From OE-Core rev: 894c9b6ded702897ae4084ef75959cdc8cc6f7a3) Signed-off-by: Richard Purdie <>
2016-05-19buildtools-tarball: add nativesdk-locale-base-en-usRobert Yang
It is required by python3's bitbake. (From OE-Core rev: 342701f25db0943fb1038ac3741a1feaab8458fd) Signed-off-by: Robert Yang <> Signed-off-by: Richard Purdie <>
2016-05-19buildtools-tarball: replace nativesdk-python with nativesdk-python3Robert Yang
(From OE-Core rev: 97b5b150b3d3e82a5a42c1ea4351eed60aba7906) Signed-off-by: Robert Yang <> Signed-off-by: Richard Purdie <>
2016-05-19buildtools-tarball: remove nativesdk-python-pexpectRobert Yang
It was added for testing, and not needed any more after: 4a8a74c62836a20610daf029d4cec0b3087758b2 Author: Robert Yang <> Date: Mon Mar 21 02:25:50 2016 -0700 get rid of pexpect So remove it. (From OE-Core rev: 8ae1a5328e7ca820611fc1911195ebce6dc92237) Signed-off-by: Robert Yang <> Signed-off-by: Richard Purdie <>
2016-04-19buildtools-tarball: set INHIBIT_DEFAULT_DEPSRobert Yang
The recipe doesn't need any default deps. (From OE-Core rev: 25f904b4f0f5a049ffabc7b3613d5902099d4ae0) Signed-off-by: Robert Yang <> Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <>
2016-04-18buildtools-tarball: fix perl being included when building with ipkPaul Eggleton
Due to some logic within opkg, a package with the name matching a dependency will always win over a package with that name in RPROVIDES - even if there is an RCONFLICTS (which is silently ignored), higher feed priority and version. The end result is that buildtools gets perl installed instead of the nativesdk-buildtools-perl-dummy package and that perl (with missing dependencies) gets used in preference to the host one, which is precisely what we were trying to avoid. This is almost certainly a bug in opkg, especially as the other package's dependencies aren't properly installed under these circumstances either. However, specifying RREPLACES works around this, and with no apparent side-effects is probably the safest solution for now. At the same time I noticed that in prepending to SDK_PACKAGE_ARCHS we were actually ending up with a low priority for the dummy package feed rather than a high one, so change to append it instead. This has no effect on the packages that get installed at the moment, but should be done in case the package manager behaviour changes to factor in the feed priority in future. Fixes [YOCTO #9469]. (From OE-Core rev: b18134ddaf949b4f001a1613ab876aed6324040a) Signed-off-by: Paul Eggleton <> Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <> fix unexpected operatorRobert Yang
Fixed: run.create_sdk_files.45747: 131: [: =: unexpected operator The SDKMACHINE is not set by default. (From OE-Core rev: 528388c3cef027d436fc794c73d57a247521c238) Signed-off-by: Robert Yang <> Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <> set TOOLCHAIN_NEED_CONFIGSITE_CACHE to nullRobert Yang
buildtools-tarball doesn't need config site, set TOOLCHAIN_NEED_CONFIGSITE_CACHE to null so that no target recipes will be built when bitbake buildtools-tarball. (From OE-Core rev: 1c187fd7f722b01e0284e4d368f6f9366e9c2f0b) Signed-off-by: Robert Yang <> Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <>
2016-04-05buildtools-tarball: Add texinfo (for makeinfo)Richard Purdie
Initially I was reluctant to do this however makeinfo is a dependency of the buildsystem and only adds around 400kb to the buildtools-tarball so it likely makes sense to add it. This allows people to use the project on older environments. Need to enable nativesdk-texinfo but this seems straightforward. [YOCTO #8990] (From OE-Core rev: 5e290201e13a685818ff03ad9cd6679977e560d1) Signed-off-by: Richard Purdie <> 32bit tools need pseudo 32bit libraryJuro Bystricky
"pseudo" does not build 32 bit library by default on 64 bit host, but the 32 bit library is needed when using 32 bit development tools (buildtools-tarball) running on a 64 bit host. Building of the library can be forced if the environment variable NO32LIBS is set to "0". Hence for 32 bit buildtools we export the environment variable NO32LIBS="0" and NO32LIBS is also added into BB_ENV_EXTRAWHITE (if not already there). [YOCTO#8581] (From OE-Core rev: 1c20e66428df10000741c25dddb7a2b1fd55ba42) Signed-off-by: Juro Bystricky <> Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <>
2015-07-12buildtools-tarball: Add inherit toolchain-scriptsRichard Purdie
The core class used to have this inherit but its being phased out, add the inherit directly where we need it instead. (From OE-Core rev: bdd546a8a492d386afdcc24e9540b0b88e9cd230) Signed-off-by: Richard Purdie <>
2015-04-24classes/populate_sdk_base: Show title in SDK installerPaul Eggleton
Show a friendly title when running the SDK installer, so the user knows what SDK they are installing. The title is controlled by the SDK_INSTALLER_TITLE variable and includes the distro name and SDK version by default. (From OE-Core rev: 0af913887f4c0a79c6b950bd5d57c06333520a14) Signed-off-by: Paul Eggleton <> Signed-off-by: Richard Purdie <>
2015-03-22python-pexpect: Adds this module to buildtools, since it is needed by some ↵Alejandro Hernandez
of the automated runtime test code. [YOCTO 7279] (From OE-Core rev: 5c183f69b65478a98982e544728d00269efe3e22) Signed-off-by: Alejandro Hernandez <> Signed-off-by: Richard Purdie <>
2014-12-19buildtools-tarball: restore missing git toolsPaul Eggleton
Since the split out of git-perltools, some git tools (such as "git am", "git send-email" and "git-submodule") have no longer been part of the buildtools. We need these, so add them back in. However, adding git-perltools to buildtools triggers perl itself being brought into buildtools as well, and we don't want that; but we also don't want to have to hack the git recipe or indeed anything else that starts depending on perl. Thus, add a dummy package which gets installed in its place, in a separate package architecture that is only enabled for buildtools to ensure it doesn't start appearing in place of nativesdk-perl anywhere else. Fixes [YOCTO #7033]. (From OE-Core rev: 5b051d65e797624cca3a81fc6f5c924925f3493e) Signed-off-by: Paul Eggleton <> Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <>
2014-11-05buildtools-tarball: package all of PythonRoss Burton
Instead of cherry-picking pieces of Python to put into the buildtools tarball, ship all of it. We can't predict what bits of Python will be needed in the future. (From OE-Core rev: 745dfbc869fd593d1b92e2bc9c01d589ab21ade3) Signed-off-by: Ross Burton <> Signed-off-by: Richard Purdie <>
2014-08-29buildtools-tarball: export GIT_SSL_CAINFOFahad Usman
export GIT_SSL_CAINFO so git can find the certs (From OE-Core rev: 260ea7b85ecacf2fcd4d09fa2f602d3e4368ef69) Signed-off-by: Fahad Usman <> Signed-off-by: Christopher Larson <> Signed-off-by: Richard Purdie <>
2014-08-29buildtools-tarball: include nativesdk-ca-certificatesFahad Usman
nativesdk-ca-certificates is needed in order to support oe/yocto builds with buildtools-tarball on old hosts, as we provide libcurl, and that needs to be able to find the certs, and there's no standard path or bundle path, so we can't rely on the host. (From OE-Core rev: 057954bcc4baf9194968169591537cd7584f8bcb) Signed-off-by: Fahad Usman <> Signed-off-by: Christopher Larson <> Signed-off-by: Richard Purdie <>
2014-07-21buildtools-tarball: Add wget to buildtools-tarballTudor Florea
GNU Wget cannot be upgrated to a newer that 1.12 version on supported Centos distro. GNU Wget 1.12 and earlier uses a server-provided filename instead of the original URL to determine the destination filename of a download. This means the files downloaded when fetching cannot be properly used: $ wget $ ls eventlog_0.2.13.tar.gz?AWSAccessKeyId=AKIAICTJ5MANGPMOH7JA&Expires=1400838672&Signature=TjakOBpOvHtEKKDgF14iVinWpY0= This in turn lead to build errors like: WARNING: Failed to fetch URL, attempting MIRRORS if available ERROR: Fetcher failure for URL: ';. The fetch command returned success for url but /path/to/downloads/eventlog_0.2.13.tar.gz doesn't exist?! ERROR: Function failed: Fetcher failure for URL: ';. Unable to fetch URL from any source. ERROR: Logfile of failure stored in: /path/to/tmp/work/ppce500v2-enea-linux-gnuspe/eventlog/0.2.13-r0/temp/log.do_fetch.28302 ERROR: Task 4 (/path/to/poky/meta-openembedded/meta-oe/recipes-support/eventlog/, do_fetch) failed with exit code '1' [YOCTO #6549] (From OE-Core rev: 16dcc820af60f1a875c9b3b13b545a78124ddd7f) Signed-off-by: Tudor Florea <> Signed-off-by: Richard Purdie <>
2014-01-02Update after toplevel LICENSE file checksum changeRichard Purdie
(From OE-Core rev: bbd88aebcabbb19c27a7d752d4a5b8ad9ff9412e) Signed-off-by: Richard Purdie <>
2013-10-30pigz: Add pigz to buildtools tarballKonrad Scherer
When using the tar executable in the buildtools, tar will execute gzip. If this happens before zlib-native is built, then the gzip on the host will be used and can fail if the libz in the buildtools is not compatible. Adding pigz to the build tools avoids this host contamination. (From OE-Core rev: af6424e8c2bf3a938fddabc669c0956d68964ed0) Signed-off-by: Konrad Scherer <> Signed-off-by: Saul Wold <> Signed-off-by: Richard Purdie <>
2013-08-29buildtools-tarball: Add python-pkgutil1.5_M4.rc2Richard Purdie
This is needed by some recently added automated QA tests so we should add it to the buildtools tarball. (From OE-Core rev: 7d93288117e7054472d8a01dde0b38bc0ff98c27) Signed-off-by: Richard Purdie <>
2013-08-06buildtools-tarball: do not export OECORE_NATIVE_SYSROOTChen Qi
When building a qemu image inside the environment created by the buildtools-tarball, the qemu image cannot be started, as the runqemu script uses the tunctl binary which cannot be found inside the sysroot directory of the buildtools-tarball. The buildtools-tarball is inherently a tool set instead of a fully functional SDK, so leaving the OECORE_NATIVE_SYSROOT variable in the environment will mess things up. However, we do need a line of 'OECORE_NATIVE_SYSROOT=xxx' in the environment setup script so that the SDK can be extracted and relocated correctly. Thus, instead of exporting OECORE_NATIVE_SYSROOT, we use a comment here. [YOCTO #4939] (From OE-Core rev: d4a4c764a844a7e61f866af9361f139684037336) Signed-off-by: Chen Qi <> Signed-off-by: Saul Wold <> Signed-off-by: Richard Purdie <>
2013-07-18buildtools-tarball: testimage needs the mmap python-moduleSaul Wold
The new testimage class needs the mmap python-module in the buildtools-tarball on machines that use the tarball to provide the correct version of python. (From OE-Core rev: 0b3574481cb8204513001570f5fa3cc8f50ba510) Signed-off-by: Saul Wold <> Signed-off-by: Richard Purdie <>
2013-07-02buildtools-tarball: add python-gitPaul Eggleton
python-git is needed by buildhistory-diff and the OE layer index update script, and on machines where buildtools-tarball is necessary given we are providing python we must provide this module as well. Fixes [YOCTO #4747]. (From OE-Core rev: d9bf76b4fafc0ddcb19bf393e5e22678e49367b3) Signed-off-by: Paul Eggleton <> Signed-off-by: Saul Wold <> Signed-off-by: Richard Purdie <>
2013-06-25buildtools-tarball: Add nativesdk-makeMark Hatle
Recently it was discovered that many Fedora hosts have a broken version of make 3.82. Add make to the buildtools-tarball, as well ad modify make to support building a special nativesdk version. (From OE-Core rev: ea972fc4ce2268f01be6beeafd27dd949d800f9d) Signed-off-by: Mark Hatle <> Signed-off-by: Saul Wold <> Signed-off-by: Richard Purdie <>
2013-06-25buildtools-tarball: Change the way the SDK is sanitizedMark Hatle
The previous method of shrinking down the scale of the environment-setup file would not work properly when the target is configured with multilibs. In addition, the configured machine name and similar settings could leak into the SDK naming. This was resolved by clearing the SDK generated files and generating our own custom files. Note, the name of the environment-setup now is suffixed with the SDK_SYS. (From OE-Core rev: 778cd8d2110ef2db5ff4ae4f0b55c52a8f1ea334) Signed-off-by: Mark Hatle <> Signed-off-by: Saul Wold <> Signed-off-by: Richard Purdie <>
2013-06-14buildtools-tarball: Add nativesdk-ncurses-terminfo-baseRichard Purdie
We've been seeing issues where some TERM values don't work well with the tarball. These show up as escape codes coming from simple python calls such as printing the python version. Adding the terminfo goes part way to addressing the problem, the remainder is ensuring the relocation code correctly searches the right path for it (which will be in a follow on patch). (From OE-Core rev: 697e64c98affc4e0d8aa4828e74331c918b23a0e) Signed-off-by: Richard Purdie <>
2013-06-11buildtools-tarball: add difflib and pprint python modulesSaul Wold
Needed for the unittest part of bitbake-selftest can work correctly. (From OE-Core rev: fe744381e8844ad17dcc6e036650a442dbc9575d) Signed-off-by: Saul Wold <> Signed-off-by: Richard Purdie <>
2013-06-10buildtools-tarball: Add json, unittest and compression python module packagesRichard Purdie
We need unittest so bitbake-selftest can work, tarfile from the compression module for opkg-utils and json for webkit builds. (From OE-Core rev: bbcb7329ca4340dbd3d529567dc6b605347e3368) Signed-off-by: Richard Purdie <>
2013-06-07python-external-tarball: Improve DESCRIPTION/SUMMARYRichard Purdie
Improve the DESCRIPTION for the recipe and add a SUMMMARY. (From OE-Core rev: ecdccd0c19c1d27aee43a3cca8e4467f270d7f9c) Signed-off-by: Richard Purdie <>
2013-06-07python-external-tarball: Modernise and renameRichard Purdie
The external-python-tarball was intended to provide python for those users who didn't have python 2.6. It has been unloved for a while so this refreshes it a bit. Specifically: * Include git and tar since these can have version issues on some systems * Rename to buildtools-tarball to better reflect its purpose * Remove the site-config file from the tarball, its pointless * Prune down the environment file to just cover PATH and OECORE_NATIVE (which is needed to correctly install the tarball) * Add missing grp module (used by do_package) from the unixadmin package (From OE-Core rev: c8de009e96930709efe8f6aa4e65dd04a48081f2) Signed-off-by: Richard Purdie <>