summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* meta-yocto-bsp: clean up machine config filesJon Mason2019-04-014-8/+7
| | | | | | | | | | Beautify the machine config files by making the names and descriptions more uniform and verbose (From meta-yocto rev: 159a8c9080af125c657558b4789f4aa8410e4fa2) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: gitsm: Add need_update method to determine when we are going to a ↵Mark Hatle2019-04-012-0/+39
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | new SRCREV If the system had previously fetched a source repository for use by gitsm, and then the SRCREV was updated and the new commit already existed, the system would not re-evaluate the submodules and update them accordingly. The cause of this issue was that need_update was being used, unmodified, from the base git fetcher. It did not have any knowledge, nor did it care if we were moving commits and needed to re-evaluate what was happening due to this switch. To fix the issue, during the download process we add all processed (by gitsm) srcrevs to the git config file, as bitbake.srcrev. This allows us to use a new need_update function that not only checks if the git commit is present, but if we have previously processed this commit to ensure all of the submodule components are also present. This approach is used, instead of iterating over the submodules in need_update to avoid a potential race condition that has affected us in the past. The need_update is called only with the parent locking. Any time we need to dive into the submodules, we need to lock, and unlock them, at each stage. This opens the possibility of errors in either the code, or unintended race conditions with rm_work. This issue was discovered by William A. Kennington III <wak@google.com>. The included test case was also written by him, and included unmodified. (Bitbake rev: 30fe86d22c239afa75168cc5eb262b880886ef8a) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup-core-base-utils: remove lzipRoss Burton2019-04-011-1/+0
| | | | | | | | | | | lzip is pretty niche: people are typically either sticking with that they know (gzip, bzip) or using xz. Data point: only one recipe in oe-core is shipped as a .lz file. (From OE-Core rev: 80b0ac3bdbaee50d0023b7c869dd204485903dfe) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* llvm: fix more places where '8.0' version of llvm was hardcodedAlexander Kanavin2019-04-013-11/+11
| | | | | | | | | So that it says '8.0.0' to reflect the recent PV change. (From OE-Core rev: 3b4049157a72bcd984f93405a75946a39c045f2d) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: set CVE_VERSIONRoss Burton2019-04-011-0/+1
| | | | | | | | | | | | | | PV is 2.32.0 even though the actual release upstream is 2.32. To a human this is insignificant, but to automated tooling it matters. Specifically, cve-check-tool can't identify CVEs that are in 2.32. Set CVE_VERSION for now, which should be removed when PV and the upstream version match again. (From OE-Core rev: 487c8356c22deb29867baf3da74f6d86502d5b3b) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nasm: add CVE_PRODUCTChen Qi2019-04-011-0/+2
| | | | | | | (From OE-Core rev: e61c42ee49029ae8ffec58128dd083031305d9e5) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xserver-xorg: set CVE_PRODUCTChen Qi2019-04-011-0/+2
| | | | | | | (From OE-Core rev: 8995f2c7d6f2f6f760811976af77e949d505a5d8) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sqlite3: fix CVE-2019-9936 and CVE-2019-9937Ross Burton2019-04-013-0/+217
| | | | | | | (From OE-Core rev: 4ec161ea684b305b303f32e96ce23f472c82e1a1) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine: clean up config filesJon Mason2019-04-018-17/+17
| | | | | | | | | | Beautify the machine config files by making the names and descriptions more uniform and verbose (From OE-Core rev: 1108a24e2c58794163c8cf35154f8be5c1d06c29) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* llvm: support older toolchainsRoss Burton2019-04-011-0/+1
| | | | | | | | | | | | LLVM is now warning if your host compiler is gcc <5.1, and some of our supported operating systems still only have 4.8.5. Set LLVM_TEMPORARILY_ALLOW_OLD_TOOLCHAIN so those builds continue to work, hopefully we retire the old operating systems before LLVM requires 5.1+. (From OE-Core rev: 0e7d761b1360f603a4cc0de15c67f4e182e5a6a4) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* llvm: update from 8.0.0rc2 to 8.0.0 final releaseAlexander Kanavin2019-04-011-6/+2
| | | | | | | | | | Also, update PV to match the version scheme used by upstream to tag releases (e.g. major.minor.patch). (From OE-Core rev: 4405a1793a42aecd7923ab2b18df296ed8c32dc1) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: update 19.0.0 -> 19.0.1Alexander Kanavin2019-03-292-2/+2
| | | | | | | | | | | | x.0.0 releases are actually considered 'development' by the upstream, and true releases are x.0.1: https://www.mesa3d.org/relnotes/19.0.0.html (From OE-Core rev: ceb6a4373dd68cc65dd3d2d73cf632bc34dfbeb0) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-8.3: add back GLIBC_DYNAMIC_LINKER riscv changesRicardo Salveti2019-03-291-2/+16
| | | | | | | | | | The riscv GLIBC_DYNAMIC_LINKER changes were dropped during the gcc 8.3 update, breaking usrmerge support. (From OE-Core rev: 299ec755de5d568f284d98c77863da4636e3fd05) Signed-off-by: Ricardo Salveti <ricardo@foundries.io> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake: 3.13.4 -> 3.14.0Pascal Bach2019-03-297-26/+27
| | | | | | | | | | | | The copyright date changed in the license file, thus the hash change. CMake 3.14 fixes some issues with implicit include path that lead to errors with gcc not finding "stdlib.h" etc in include_next. (From OE-Core rev: ec2764aa4957b802ed2612dd7633aed5b941bfb0) Signed-off-by: Pascal Bach <pascal.bach@siemens.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openssl: follow OE's rule for specifying CVE IDChen Qi2019-03-291-1/+1
| | | | | | | (From OE-Core rev: 7e29e7cb13ed13a7049328cd2169cd515b630fc3) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libarchive: fix up CVE IDs in patchesChen Qi2019-03-292-2/+2
| | | | | | | (From OE-Core rev: cf7473fae0f339286221f8e2b54d5c38ea41e6e2) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* asciidoc: use Python 3 portRoss Burton2019-03-291-9/+12
| | | | | | | | | | | | | | | | | | There's a sort-of-official port of asciidoc to Python 3. Whilst the official replacement is asciidoctor which is rewritten in Ruby, this is a fairly trivial swap and removes Python 2 from core-image-sato builds entirely. Moving forward we should evaluate asciidoctor, but that can wait. Change the RDEPENDS so that python3 is only a dependency for target and nativesdk builds, for native this can use the host python3. Remove redundant DESTDIR export that isn't needed. (From OE-Core rev: 266a13139ea45e28deb167f077917f04c3bdb7e6) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libexif: fix CVE-2016-6328 and CVE-2018-20030Ross Burton2019-03-293-1/+182
| | | | | | | (From OE-Core rev: 037b544431076b94e85281c7deb527a44a600f5a) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* target-sdk-provides-dummy: add more perl modules to avoid populate_sdk failureVincent Prince2019-03-291-0/+3
| | | | | | | (From OE-Core rev: 9bcfb1061c80fe51e47e102d6ad4c0d96392b90e) Signed-off-by: Vincent Prince <vincent.prince.fr@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd: Add pattern matching support to PACKAGECONFIGVincent Prince2019-03-291-0/+1
| | | | | | | | | libpcre2 is needed to enable grep option to journalctl. (From OE-Core rev: 623946c9b56d4a253e0e82936ec86595edc1da1b) Signed-off-by: Vincent Prince <vincent.prince.fr@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* llvm: don't inherit perlnativeRoss Burton2019-03-291-1/+1
| | | | | | | | | This doesn't appear to be required at all. (From OE-Core rev: d8269db061c471d230dfd27e158f1aa5ce188e5a) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* llvm: doesn't actually need pythonnativeRoss Burton2019-03-291-1/+2
| | | | | | | | | | | | | | | LLVM doesn't actually need pythonnative, the host Python2 is sufficient but cmake's executable searching currently isn't reliable in cross-compilations. Convince cmake by setting PYTHON_EXECUTABLE to point at python2 in the HOSTTOOLS directory. Note that currently LLVM *needs* python2 currently: https://github.com/llvm-mirror/llvm/blob/master/CMakeLists.txt#L670 (From OE-Core rev: 1587475e45edc995b7643844594abc94160a5549) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sysprof: drop obsolete no-update reasonAlexander Kanavin2019-03-291-1/+0
| | | | | | | (From OE-Core rev: f21aaefb6f082768d4bc5c55fc59a9142cfcc2d3) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: fix upstream version checkAlexander Kanavin2019-03-291-0/+5
| | | | | | | (From OE-Core rev: 326b6a22c85e7b932c7196fca5350a55e21f46f5) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sysklogd: switch SRC_URI to the new, maintained locationAlexander Kanavin2019-03-292-3/+3
| | | | | | | | | | | | | | | | | | | | The previous SRC_URI seems to be gone, and sysklogd hasn't received any updates there for a long time. The new location says: Origin & References This is the continuation of the original sysklogd by Martin Schulze. Now maintained by Joachim Nilsson. Please file bug reports, or send pull requests for bug fixes and proposed extensions at GitHub. and generally seems credible: http://troglobit.com/ (From OE-Core rev: 22a4a6fe24c26dd5ae4a82a742c9bdf41c6bf2b7) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bmap-tools: fix upstream version checkAlexander Kanavin2019-03-291-1/+1
| | | | | | | (From OE-Core rev: c03172749018e2d9fae85b35ff9176ba922857e6) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* blktool: remove a duplicate patchAlexander Kanavin2019-03-292-24/+0
| | | | | | | | | | | blktool-gnulib-makedev.patch is actually doing the same thing as 0004-fix-ftbfs-glibc-2.28.patch, so we end up including the same file twice. (From OE-Core rev: 8de82c63fe49917c80d1b634819ae2001625a645) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* blktool: update to 4-7.1Alexander Kanavin2019-03-292-0/+20
| | | | | | | | | This update adds a patch from Debian to match the latest version there. (From OE-Core rev: 11fdad15c2c8f4b4be696008bac0841a271aa161) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* syslinux: fix upstream version checkAlexander Kanavin2019-03-291-0/+4
| | | | | | | (From OE-Core rev: 2e19ade0bce177fd9cfb29570791c13290762322) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: fix upstream version checkAlexander Kanavin2019-03-291-1/+1
| | | | | | | | | | | | | | | The new regex excludes the 5.3.28+dfsg1 which is a Debian repackaging of the original tarball: * Repack the .orig tarball to eliminate prebuilt binaries that need a Visual Studio plugin to build from source. (Closes: #898215) https://metadata.ftp-master.debian.org/changelogs/main/d/db5.3/unstable_changelog (From OE-Core rev: 0bba7bbdb9600095f367bbe2f6926e216a7b56ce) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* timezone: update to 2019aArmin Kuster2019-03-291-6/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The 2019a release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Briefly: Palestine "springs forward" on 2019-03-30 instead of 2019-03-23. Metlakatla "fell back" to rejoin Alaska Time on 2019-01-20 at 02:00. Changes to past and future timestamps Palestine will not start DST until 2019-03-30, instead of 2019-03-23 as previously predicted. Adjust our prediction by guessing that spring transitions will be between 24 and 30 March, which matches recent practice since 2016. (Thanks to Even Scharning and Tim Parenti.) Metlakatla ended its observance of Pacific standard time, rejoining Alaska Time, on 2019-01-20 at 02:00. (Thanks to Ryan Stanley and Tim Parenti.) Changes to past timestamps Israel observed DST in 1980 (08-02/09-13) and 1984 (05-05/08-25). (Thanks to Alois Treindl and Isaac Starkman.) Changes to time zone abbreviations Etc/UCT is now a backward-compatibility link to Etc/UTC, instead of being a separate zone that generates the abbreviation "UCT", which nowadays is typically a typo. (Problem reported by Isiah Meadows.) Changes to code zic now has an -r option to limit the time range of output data. For example, 'zic -r @1000000000' limits the output data to timestamps starting 1000000000 seconds after the Epoch. This helps shrink output size and can be useful for applications not needing the full timestamp history, such as TZDIST truncation; see Internet RFC 8536 section 5.1. (Inspired by a feature request from Christopher Wong, helped along by bug reports from Wong and from Tim Parenti.) Changes to documentation Mention Internet RFC 8536 (February 2019), which documents TZif. tz-link.html now cites tzdata-meta <https://tzdata-meta.timtimeonline.com/>. (From OE-Core rev: f51df4809be08fa7e137467a386637ebe7b57175) Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* less: upgrade 549 (terribly broken) -> 550Andreas Müller2019-03-291-2/+2
| | | | | | | | | | | | | | | | | | | | Test case: * open xfce4-terminal * run 'echo | less' * press arrow up/down few times * exit less with 'q' => From now on all mouse(wheel) buttons create strange inputs on terminal Release note says [1]: "Sometimes the terminal was left in mouse-reporting mode after exiting less." http://www.greenwoodsoftware.com/less/index.html (From OE-Core rev: 4cefbf492d98ec14b8bb323c92d987b795addaf2) Signed-off-by: Andreas Müller <schnitzeltony@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* adwaita-icon-theme: do not delete symbolic svg but pack them in ${PN}-symbolicAndreas Müller2019-03-291-8/+2
| | | | | | | | | | | | | | | | | This fixes: * gtk-icon-browser: for symbolic view almost all icons were missing * xfce's thunar: 'home' and 'up' icons were missing. Had a long discussion with XFCE-people [1] and asked here [2]. How could I overlook the most obvious... [1] https://bugzilla.xfce.org/show_bug.cgi?id=14443 [2] http://lists.openembedded.org/pipermail/openembedded-core/2018-November/275815.html (From OE-Core rev: 0911e7d2f5443210b594a198ada8465af7a2fc78) Signed-off-by: Andreas Müller <schnitzeltony@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk+3: add librsvg to DEPENDSAndreas Müller2019-03-291-1/+1
| | | | | | | | | | | | | | | | | | | | | | | adwaita-icon-themes failes to create symbolic icons. In log.do_install when calling gtk-encode-symbolic-svg there many complaints | Can't load file: Unrecognized image file format We fail her now due to: commit 7f6c57635ff4e1edf7a46c49af34846ad0a4bf73 Author: Alexander Kanavin <alex.kanavin@gmail.com> Date: Wed Jan 30 11:59:25 2019 +0100 gtk+3: remove the gtk-icon-utils-native recipe gtk-icon-utils-native had librsvg in its DEPENDS. We do not add librsvg-native because same issue would occure for gtk-encode-symbolic-svg on target. (From OE-Core rev: d85f4e8fdffe180b54eb7e35a24a2620e5dc8d62) Signed-off-by: Andreas Müller <schnitzeltony@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sysvinit: consolidate patchesRoss Burton2019-03-294-0/+0
| | | | | | | (From OE-Core rev: b89a48da4bc25c769f8dbc15d5e8596258cda472) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* zlib: clean up ptestRoss Burton2019-03-293-54/+7
| | | | | | | | | | | Instead of patching and sedding the makefile, just install test/example and execute it in run-ptest. example is the bulk of the test suite, as minimal as it is. (From OE-Core rev: ea86bdb8935668d41e142676815af38911ee0faa) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glib: do a build check for strlcpy before runtimeRoss Burton2019-03-292-0/+63
| | | | | | | | | | There's no need to do a runtime check for the behaviour of strlcpy if it doesn't even exist. (From OE-Core rev: 2b6c855737afbf2b0f2baa1b14029f8ddc37e9ed) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glib: set glib-specific cross propertiesRoss Burton2019-03-293-0/+8
| | | | | | | | | | | | | | | | GLib wants to execute code to identify several properties of the system, for example is vsprintf() broken and what direction does the stack grow. In cross-compiled environments these fallback to the default values which are not always correct (our vsprintf() is fine, but the test assumes it isn't) so set these properties explicitly. Ideally this happens magically by meson.bbclass using the same logic as siteinfo.bbclass, but we need to fix glib now. (From OE-Core rev: e04e0a20cab04966698c50dc79195a8f159248d3) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ref-manual: Removed DISK_DESCRIPTION variable from glossaryScott Rifenbark2019-03-261-54/+0
| | | | | | | (From yocto-docs rev: 0bc99a673376e70279a353f654287068c59a0b03) Signed-off-by: Scott Rifenbark <srifenbark@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: fetch2: Use bb.utils.to_boolean() for BB_NO_NETWORKRobert Yang2019-03-261-2/+2
| | | | | | | | | Make it consistent with BB_FETCH_PREMIRRORONLY. (Bitbake rev: 4c6013f47ef36b03f590c909d7c9a2f50b698620) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: fetch2: Unify BB_FETCH_PREMIRRORONLYRobert Yang2019-03-263-3/+3
| | | | | | | | | | | | | | The fetch2/__init__.py checks whether "BB_FETCH_PREMIRRORONLY" == "1", but fetch2/git.py and hg.py checks whether it is None, this makes it discontinuous, and BB_FETCH_PREMIRRORONLY = "0" doens't work as expected in the later case, so unify it to the previous one. (As BB_NO_NETWORK does). And also use bb.utils.to_boolean() to make them consistent. (Bitbake rev: 85a0d22835588e9ad8ec29d88a8115227e88420c) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsndfile1: fix CVE-2019-3832Ross Burton2019-03-262-0/+38
| | | | | | | | | | The previous fix for CVE-2018-19758 wasn't complete, so backport another patch to solve it properly. (From OE-Core rev: aeaca9bb1b1c8bf44818945dc4b2cbd6d4b5cef2) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bluez5: fix CVE-2018-10910Ross Burton2019-03-262-0/+706
| | | | | | | | | | Fix this CVE (Bluetooth discoverability may be enabled with no agents to handle requests) by backporting a number of patches from upstream. (From OE-Core rev: 7bdf9581e807b978b92f29e11ab2a9e69e08410f) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* run-ptest: use error handling for useradd and userdelAditya Tayade2019-03-261-0/+1
| | | | | | | | | | | | | Error handling in shell scripts is too easy to forget and get wrong. It is possible to check every external command for return values but it is better to use a generic setting which halts execution of the script on any failures. Upstream-Status: Pending (From OE-Core rev: 4868de2e67bd304e41ac2158ccfcb166cfe16242) Signed-off-by: Aditya Tayade <Aditya.Tayade@kpit.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* wget: Convert EXTRA_OECONF to PACKAGECONFIG, extend PACKAGECONFIGAlex Kiernan2019-03-261-5/+12
| | | | | | | | | | | | | Convert existing EXTRA_OECONF and DEPENDS to PACKAGECONFIG, fill out remaining PACKAGECONFIG options. When building without libpsl we pass in --without-libpsl, which we didn't previously, but all this actually ends up doing is silencing a warning from the configure script, the code still uses an internal implemention when using this option. (From OE-Core rev: 6472261c7dba1ecc67d639d13b7cf04258f13c7c) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* oeqa/qemurunner: Dont mix binary and non-binary stringsRichard Purdie2019-03-251-0/+1
| | | | | | | | | self.msg is a str(), bootlog is b'' so this code clearly doesn't work. Add in a decode since its being used as a string. (From OE-Core rev: e7546759d3102b576974bbab52594796f084721e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mdadm: add -Wno-error to DEBUG_OPTIMIZATIONChangqing Li2019-03-251-0/+2
| | | | | | | | | | | | | | | | | | | | | | | when compile with DEBUG_OPTIMIZATION(-Og), compile failed with below error, fix by add -Wno-error: [snip] | Incremental.c: In function 'Incremental_container': | Incremental.c:1593:3: error: 'mdfd' may be used uninitialized in this function [-Werror=maybe-uninitialized] | close(mdfd); | ^~~~~~~~~~~ [snip] super-intel.c: In function 'apply_takeover_update': | super-intel.c:9615:15: error: '%d' directive writing between 1 and 11 bytes into a region of size 7 [-Werror=format-overflow=] | " MISSING_%d", du->index); | ^~ ... (From OE-Core rev: 1e0dbc9e320b200b948abaae418f640f9f65fe06) Signed-off-by: Changqing Li <changqing.li@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libpsl: Extend with native, nativesdkAlex Kiernan2019-03-251-0/+2
| | | | | | | | | To allow wget with libpsl to build native/nativesdk versions we need those variants here. (From OE-Core rev: e2df6087694af09715141c5cb38af3e7db4ad758) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd: Add PACKAGECONFIG for opensslAlex Kiernan2019-03-251-0/+1
| | | | | | | (From OE-Core rev: 6b0daceda2aa42052f28aeac6b49a2a744d5e1b7) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dropbear: update to 2019.77Andrej Valek2019-03-254-242/+4
| | | | | | | | | | - update dropbear to version 2019.77 - drop obsolete patch (From OE-Core rev: c0f2e6f74119538a33095c27a8d9e92084741672) Signed-off-by: Andrej Valek <andrej.valek@siemens.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-11 18:48:18 +0000