summaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2021-03-05runqueue: potential fix?rpurdie/t2221Richard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-04runqueue: debugRichard Purdie
2021-03-04util-linux fixupRichard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-04runqueue: Potential fix?Richard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-04__init__.py: Fix bitbake debug log handlingRichard Purdie
For a while I've been puzzled as to why debug logging from runqueue wouldn't appear on the console with -DD. The logic in the bbdebug handling is inverted so fix it and now we see the expected messages from runqueue with -D and -DD. This should then let us debug other issues using those log messages. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02util-linux: split uuid in separate recipe to allow bootstrappingLuca Boccassi
Recently util-linux gained an (optional) build dependency on libcryptsetup. But libcryptsetup build-depends on util-linux for blkid (optional, can be disabled) and uuid (mandatory). Split out util-linux-uuid in a different recipe to break the cycle. https://github.com/karelzak/util-linux/pull/898 (From OE-Core rev: b8826ee1689222ac8a7035179dd19ac54a489b55) Signed-off-by: Luca Boccassi <luca.boccassi@microsoft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02local.conf.sample.extended: sample value for SDk_PS1Kai Kang
Provides a sample default value for SDk_PS1 in local.conf.sample.extended. It will look like: poky-glibc-x86_64--cortexa57-qemuarm64-pokysdk:$ (From meta-yocto rev: d8dddffd2039c1d7e25e0ff4231303e9b5942825) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02ref-manual: Add Az fetcher documentationAlejandro Hernandez Samaniego
(From yocto-docs rev: 313b0ae2468475c328f27c4b896df4bfd33147b2) Signed-off-by: Alejandro Enedino Hernandez Samaniego <alhe@linux.microsoft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02toolchain-scripts.bbclass: customize prompt string for SDKsKai Kang
Introduce a new variable SDK_PS1 to customize prompt string for SDKs when source script environment-setup-script. If variable SDK_PS1 is not set or empty, nothing changed. Otherwise new PS1 with the value of SDK_PS1 is used after source the sdk environment file. (From OE-Core rev: 2e68c7a145e6e980e6f728113026676161f3ce93) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02systemd-container: recommends StartExecPre modulesVivien Didelot
The systemd-nspawn@.service file uses the following line to try loading the tun, loop and dm-mod kernel modules, in a non fatal way: ExecStartPre=-/sbin/modprobe -abq tun loop dm-mod A non-zero return code from modprobe will not stop the service from starting, but it would be convenient to inform the user about this optional support, so add these modules to RRECOMMENDS. (From OE-Core rev: 87045f0d8f22d32b98da1b16389be7d188430a5e) Signed-off-by: Vivien Didelot <vdidelot@pbsc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02systemd-container: recommend tarVivien Didelot
If systemd is configured with importd, "machinectl import-*" can be used to add container trees under /var/lib/machines. But "machinectl import-tar" makes use of "tar --numeric-owner" which is not supported by the busybox binary, as shown below: # machinectl import-tar /tmp/container.tar.xz Enqueued transfer job 1. Press C-c to continue download in background. Importing '/tmp/container.tar.xz', saving as 'container'. Imported 0%. tar: unrecognized option '--numeric-owner' BusyBox v1.31.1 () multi-call binary. Usage: tar c|x|t [-ZzJjahmvokO] [-f TARFILE] [-C DIR] [-T FILE] [-X FILE] [FILE]... Failed to decode and write: Broken pipe Exiting. To fix this, recommend the standard tar package. Cc: Chen Qi <Qi.Chen@windriver.com> (From OE-Core rev: af782d146f24c3289c72c03d57746544d016cd30) Signed-off-by: Vivien Didelot <vdidelot@pbsc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02systemd-container: sort RRECOMMENDS alphabeticallyVivien Didelot
Sort packages in RRECOMMENDS_${PN}-container alphabetically to avoid subjective sorting and ease future additions. (From OE-Core rev: 1e0f2739bbec1d9ec28ddabe3509ad1e950ad970) Signed-off-by: Vivien Didelot <vdidelot@pbsc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02procps: update 3.3.16 -> 3.3.17Alexander Kanavin
(From OE-Core rev: 6873bcf4df02b8226c4d6e6f6e7a978e311d7347) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02libical: drop the ad hoc native generator buildAlexander Kanavin
With a bit of help from upstream I figured out how to do cross-builds the way upstream intends to. (From OE-Core rev: 9f529333e2118cc38939a34a899f74341adf353d) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02libical: update 3.0.8 -> 3.0.9Alexander Kanavin
Upstream attempted to fix cross-compilation, but seems to have botched it, so a new ticket was filed, and patch to un-break it was rewritten. (From OE-Core rev: ace5de6a3fb0b7649214a72b0c02be1b11277bac) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02librepo: update 1.12.1 -> 1.13.0Alexander Kanavin
(From OE-Core rev: e76472516a98ea8fb58ae943d21dcf4ad118dfde) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02libdnf: update 0.55.2 -> 0.58.0Alexander Kanavin
Sdd a patch to fix musl builds. (From OE-Core rev: e6ef875bd4d53cd7c39c4f806a0afe389fe9a2b2) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02dnf: upgrade 4.5.2 -> 4.6.0Alexander Kanavin
(From OE-Core rev: 7da08509b23a724c852c7067d390f90b18b610a3) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bmap-tools: upgrade 3.5 -> 3.6Alexander Kanavin
(From OE-Core rev: bf286c7f3ec7ee6d0e7c0e8a1d7b6ea8d2951a87) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02spirv-tools: Replace strncpy with memcpyKhem Raj
Fixes warnings produced with gcc 11 (From OE-Core rev: fca360b6e4a870ac5226ed614ef78e6bc5ecc0c7) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake fixupRichard Purdie
(From OE-Core rev: 7574f963c729d9b460d782e461cff35c5748d80e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02multilib_global: handle REQUIRED_VERSIONCharlie Davies
Add logic to multilib_global.bbclass to handle new REQUIRED_VERSION variable. Fixes [YOCTO #10096] (From OE-Core rev: 6b9d4aec0d52631afcd4711ce70ae3e1f288ee5b) Signed-off-by: Charlie Davies <charles.davies@whitetree.xyz> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: fixup?Richard Purdie
(Bitbake rev: 8552162ef8f5163a7bee055efd60b8859e465b18) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: event.py: fix regression about INVALIDCONFChen Qi
A previous commit uses __BBHANDLERS_MC to record all handlers, but it does not take into consideration of INVALIDCONF, thus causing regression. We need to record the name before returned AlreadyRegistered, otherwise, when reparsing due to INVALIDCONF, bascially all handlers are not called. (Bitbake rev: 1698d7142fc505fc6f10d69acc841d76358bc51e) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: runqueue: Print pseudo.log if fakeroot task failedTomasz Dziendzielski
Currently if pseudo fails we can only see the path to pseudo.log. If we have no access to server and can only rely on bitbake log then debugging becomes impossible. This printing needs to be added in runqueue level, not inside task execution, because in some cases task fails with pseudo abort really early and we don't even see any log. In this change I'm adding pseudo log printing in every fakeroot task failure that logged `mismatch`, `error` or `fatal` to logfile, because we have no other way to communicate with pseudo if it failed or not. Only lines from last pseudo server execution will be printed. (Bitbake rev: 8c778b28afc6d9e48bd7c3a2200943b8d298f3cf) Signed-off-by: Tomasz Dziendzielski <tomasz.dziendzielski@gmail.com> Signed-off-by: Jan Brzezanski <jan.brzezanski@gmail.com> Signed-off-by: Adrian Walag Signed-off-by: Paulo Neves <ptsneves@gmail.com> Signed-off-by: Mikolaj Lasota <mikolaj.lasota@protonmail.com> Signed-off-by: Wiktor Baura <wbaura@gmail.com> Signed-off-by: Kamil Kwiek <kamil.kwiek@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: docs: Add AZ_SAS definition to glossaryAlejandro Hernandez Samaniego
(Bitbake rev: 068d51f5fab81b78602002bd01b66f40e1932eda) Signed-off-by: Alejandro Enedino Hernandez Samaniego <alhe@linux.microsoft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: docs: Add Az fetcher documentationAlejandro Hernandez Samaniego
(Bitbake rev: 3a1f6880d4e2b943a0a4ef9bf70aa465450c688f) Signed-off-by: Alejandro Enedino Hernandez Samaniego <alhe@linux.microsoft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: bitbake: Add Azure Storage fetcher implementationAlejandro Hernandez Samaniego
Allows bitbake to fetch from an Azure Storage account. The fetcher submodule is compatible with the az:// URI protocol, its functionality is based on bitbakes wget fetcher, superior in performance to using a propietary tool like azcopy which can handle cloud storage account operations with more functionality (that we dont need in a fetcher) but less compatibility. A sample URI uses can be defined in the following way: SRC_URI = "az://<azure-storage-account>.blob.core.windows.net/<container>/foo.tar.xz" This fetcher can easily be used with PREMIRRORS and SSTATE_MIRRORS, e.g.: SSTATE_MIRRORS = "file://.* az://<azure-storage-account>.blob.core.windows.net/sstate-cache/PATH;downloadfilename=PATH \n" PREMIRRORS_prepend = "\ git://.*/.* az://<azure-storage-account>.blob.core.windows.net/downloads/ \n \ ftp://.*/.* az://<azure-storage-account>.blob.core.windows.net/downloads/ \n \ http://.*/.* az://<azure-storage-account>.blob.core.windows.net/downloads/ \n \ https://.*/.* az://<azure-storage-account>.blob.core.windows.net/downloads/ \n \ " Can also be used with non-public access Azure Storage accounts/containers via a Shared Access Signature by declaring the AZ_SAS variable which will be automatically used by the fetcher: AZ_SAS="?sv=2000-01-01&ss=...&sig=somesignature" (Bitbake rev: 5a1818e215623fc0f6bfe2f7b0de125316e5cd03) Signed-off-by: Alejandro Enedino Hernandez Samaniego <alhe@linux.microsoft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: bitbake: cooker: Add REQUIRED_VERSION checksCharlie Davies
Add logic to check that if REQUIRED_VERSION has been set that the cooker class method findBestProviders properly handles the case where the REQUIRED_VERSION has not been found. Fixes [YOCTO #10096] (Bitbake rev: 91d1a1bde12d82c096637f56e93abb846e7a46c0) Signed-off-by: Charlie Davies <charles.davies@whitetree.xyz> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: bitbake: lib: add Required Version to Bitbake --show-versions commandCharlie Davies
This commit adds a new column to the Bitbake --show-versions command called Required Version. This column will display any packages which have a REQUIRED_VERSION successfully set. Fixes [YOCTO #10096] (Bitbake rev: 2e026b33bce2b3aae396b4384c1f85015fd73dd2) Signed-off-by: Charlie Davies <charles.davies@whitetree.xyz> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: bitbake: providers: check for REQUIRED_VERSION in _filterProvidersCharlie Davies
Before the REQUIRED_VERSION variable was introduced the PREFERRED_VERSION variable allowed for a fallback to the next most suitable version. Since REQUIRED_VERSION does not allow a fallback to a different version implement a check in the _filterProviders function to make sure that if a requested REQUIRED_VERSION is not found then the function returns no eligible providers have been found. Fixes [YOCTO #10096] (Bitbake rev: b2ebba5f10d728805a04c254b34244ee4dc62de2) Signed-off-by: Charlie Davies <charles.davies@whitetree.xyz> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: bitbake: providers: introduce logic for REQUIRED_VERSION variableCharlie Davies
This commit adds checks during the findPreferredProvider function for a new variable REQUIRED_VERSION. This can be set, in exactly the same manner as PREFERRED_VERSION, on a per package basis to enforce the use of a particular version of a package. REQUIRED_VERSION is similar in behaviour to PREFERRED_VERSION except if the version specified by REQUIRED_VERSION is not found an error occurs and the execution of Bitbake stops. Fixes [YOCTO #10096] (Bitbake rev: 8036cb82346a691fa6999113815029ca310e5f19) Signed-off-by: Charlie Davies <charles.davies@whitetree.xyz> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: bitbake: providers: consistent single line formatting between functionsCharlie Davies
(Bitbake rev: 1d9954bf18f5f85b1ed31749f68b12a31c74804e) Signed-off-by: Charlie Davies <charles.davies@whitetree.xyz> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02bitbake: bitbake: providers: remove unneeded logging callCharlie Davies
The logging line for when no eligible providers are found only adds unnecessary noise and is not required. As the stack unwinds better logging occurs which satisfactorily describes the no eligible providers error condition. (Bitbake rev: b3c747ae2065259b60048fb6240b6ef8bf53ac22) Signed-off-by: Charlie Davies <charles.davies@whitetree.xyz> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02recipes-support: Add missing HOMEPAGE and DESCRIPTION for recipesMeh Mbeh Ida Delphine
Fixes: [YOCTO #13471] (From OE-Core rev: 6db24928d62aeb093a0e6da6619713eaca57a96f) Signed-off-by: Ida Delphine <idadelm@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02recipes-sato: Add missing HOMEPAGE and DESCRIPTION for recipesMeh Mbeh Ida Delphine
Fixes: [YOCTO #13471] (From OE-Core rev: dad63dcd37948388a7a1ffe7f9af187306295d5a) Signed-off-by: Ida Delphine <idadelm@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02recipes-multimedia: Add missing HOMEPAGE and DESCRIPTION for recipes.Meh Mbeh Ida Delphine
Fixes: [YOCTO #13471] (From OE-Core rev: 312994268bb68a012a61c99e1c3697e8de60a2ce) Signed-off-by: Ida Delphine <idadelm@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02python3-magic: upgrade 0.4.20 -> 0.4.22zhengruoqin
(From OE-Core rev: fabe66090d9046c66282b8e6152ae8fa0cfcad23) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02sysvinit: upgrade 2.98 -> 2.99zhengruoqin
(From OE-Core rev: d096fa4c412e6e562846282a9160dd5c38731aed) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02python3-git: upgrade 3.1.13 -> 3.1.14zhengruoqin
(From OE-Core rev: efd9d653b76a8887643aa2361a25682039286579) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02python3-cython: upgrade 0.29.21 -> 0.29.22zhengruoqin
(From OE-Core rev: 850624d39ff5a2fe35efa6719b4139c8f934d924) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02log4cplus: upgrade 2.0.5 -> 2.0.6zhengruoqin
(From OE-Core rev: 386ea5ad5a78fce87fad4677575ad26f9cc09e30) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02libxcrypt-compat: upgrade 4.4.17 -> 4.4.18zhengruoqin
When the libxcrypt version is updated, libxcrypt-compat is omitted. (From OE-Core rev: a353882899da414b109acbb3b7882239265fe248) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02coreutils: use u-a for base32Martin Jansa
* busybox 1.33.0 added base32 applet and now do_rootfs for read-only images is failing with: do_rootfs: busybox.postinst returned 1, marking as unpacked only, configuration required on target. ERROR: image-devel-1.0-r2 do_rootfs: Postinstall scriptlets of ['busybox'] have failed. If the intention is to defer them to first boot, then please place them into pkg_postinst_ontarget_${PN} (). Deferring to first boot via 'exit 1' is no longer supported. Details of the failure are in image-devel/1.0-r2/temp/log.do_rootfs. and log.do_rootfs shows: update-alternatives: Error: not linking image-devel/1.0-r2/rootfs/usr/bin/base32 to /usr/bin/busybox.nosuid since image-devel/1.0-r2/rootfs/usr/bin/base32 exists and is not a link (From OE-Core rev: d2365442568c206a13165f8c71a7b7a5d0c6ff4e) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02dosfstools: Build --without-iconvColin Finck
The new version has an internal CP850 conversion table, hence it doesn't need iconv anymore (and currently errors when trying). (From OE-Core rev: 647cd1134a543406f0f741d3f83d5f5ce78bcd0f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02python3-cython: Remove build paths from debug sourcesRichard Purdie
There are build paths which are in generated sources injected into ${PN}-src. These are in generated files and don't influence the binary output. As such we can correct them at do_package time by tweaking in an appropriately injected function. This fixes the reproducbility of the recipe. (From OE-Core rev: cc1de818247c9ae329fdc0536658b3968a4caea2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02ltp: Fixing determinism issuesRichard Purdie
Add a patch adding sorting to a couple of points in the Makefiles which removes most of the determinism issues in ltp. Build swapon before the main build to ensure libswapon.o is built deterministically as it races with swapoff. All issues reported on the upstream mailing list. (From OE-Core rev: 0f51f9a37e5d058bce28cfe7b9a32a895f83c091) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02Add core-image-weston to reproducible build testsJan-Simon Moeller
This change adds core-image-weston to the reproducible build test. For this we also need to update the static-group and static-passwd. Besides the world package build which includes the wayland package, this adds a wayland/weston-based image to the reproducible build test. (From OE-Core rev: ffc4de47988ccf7568eecc8a27e8964beeaaacfb) Signed-off-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02binutils: add PACKAGECONFIG for debuginfodDorinda
Added PACKAGECONFIG for debuginfod (From OE-Core rev: 418c3a5c90d5d0bef67e5fba04a19952dbb308b4) Signed-off-by: Dorinda Bassey <dorindabassey@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-03-02scripts/oe-debuginfod: script that fetches package manager directoryDorinda
Added a script that fetches the package manager directory and runs the elfutils-native debuginfod on DEPLOY_DIR Added a check to ensure that PACKAGECONFIG options is set in local.conf (From OE-Core rev: 410083f93e2c986247cf3a2ff5050847e10cf359) Signed-off-by: Dorinda Bassey <dorindabassey@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>