summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* package_rpm.bbclass: make architecture-independent .rpm packages "noarch" ↵Alexander Kanavin2017-03-142-2/+4
| | | | | | | | | | | instead of "all" Too many places in dnf/rpm4 stack make that assumption; let's not fight against it. (From OE-Core rev: 341810aff923ace6b1cc1e15e19383c4f8773b51) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: remove the 6.x recipeAlexander Kanavin2017-03-145-173/+1
| | | | | | | | | | | | | | | Version 6.x of Berkeley DB has been rejected by open source community due to its hostile AGPLv3 license; both Fedora and Debian are sticking with db 5.x - and by extension, all the open source projects are still developed and tested with db 5.x In oe-core the only thing that was requiring db 6.x was rpm 5.x, and so there's no reason to continue carrying db 6.x in oe-core. If someone needs API features that are only available in db 6.x, it can be re-added to meta-oe. (From OE-Core rev: 2694de76542840f79e3953c546d07b8ae479b8a1) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-smartpm: remove the recipeAlexander Kanavin2017-03-1415-1355/+0
| | | | | | | (From OE-Core rev: 9ff0e8b4012f1e68f6caebc3027f9d1bada00f13) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dnf: add a recipeAlexander Kanavin2017-03-147-0/+231
| | | | | | | | | | | This is replacing Smart package manager, which is unsupported upstream, and has a growing amount of issues (lack of python 3.x support in particular). We identified dnf as the only feasible replacement. (From OE-Core rev: 2da1f03ad5957fc130f9d4fac30f0048873e9d7c) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libdnf: add a recipeAlexander Kanavin2017-03-146-0/+193
| | | | | | | | | libdnf is required by dnf. (From OE-Core rev: 8ac3fb682928aeb076c8f78fb429936ae747bc77) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: remove 5.x recipeAlexander Kanavin2017-03-1483-6097/+0
| | | | | | | (From OE-Core rev: d0365f35303db3595688a6e5290677e02a72c54e) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: add a 4.x recipeAlexander Kanavin2017-03-1410-0/+524
| | | | | | | | | | | The dnf stack is written and tested against rpm 4.x. So if we want to use dnf for packaging, we should also use rpm 4 - there's simply too much work involved in making rpm 5 work with it due to significant API differences, and supporting that going forward. (From OE-Core rev: 2358e786ec8d1199d90e181eb5d8d00816f669b4) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* createrepo: remove the recipeAlexander Kanavin2017-03-149-529/+0
| | | | | | | (From OE-Core rev: b842c9bf5cabb1af538720269f13946a87822f98) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* createrepo-c: add a recipeAlexander Kanavin2017-03-143-0/+86
| | | | | | | | | | This is the current C reimplementation/replacement of the original createrepo. https://github.com/rpm-software-management/createrepo_c/wiki (From OE-Core rev: 30e0bec70f7793a5f923fc22c56b12bc1d06027d) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpmresolve: remove the recipeAlexander Kanavin2017-03-142-455/+0
| | | | | | | | | | The source code is incompatible with rpm4 API - let's use rpm binary itself for now. (From OE-Core rev: 127112fa05c7102dacda4173adf380c557bacecb) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsolv: enable rpm supportAlexander Kanavin2017-03-141-2/+2
| | | | | | | | | This is required by libdnf. (From OE-Core rev: c1d008066f36701b8a8f36ddaeaa626ca6427aed) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package.bbclass: fix locations of debugedit and rpmdeps utilitiesAlexander Kanavin2017-03-141-2/+2
| | | | | | | | | | | rpm4 installs them in different locations than rpm5. This also replaces our custom rpmdeps-oecore with standard rpmdeps; I'm not seeing a significant performance penalty. (From OE-Core rev: ec20cda53caeebfdf95e2871d5da8b926e84d2aa) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: ConfHandler: Use the same regular expression for all variable namesPeter Kjellerstedt2017-03-131-4/+4
| | | | | | | | | | | | | | | | | When the regular expression for matching a variable name was amended with allowing the ~ character as part of the variable name, this was never done to the regular expression that matches export lines. Similarly, the regular expression that was used for matching unset variables also used the one without support for the ~ character. This unifies the regular expressions. For good measures it also corrects the regular expression used to match a variable flag name for the unset command to match the one used when setting a variable flag. (Bitbake rev: acd2fd74ed467dc85ec75d5d0815f43e493f29bf) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: knotty: Remove extra whitespace after task progress barsPeter Kjellerstedt2017-03-131-3/+1
| | | | | | | | | | | | | For some reason, BBProgress.setextra() always adds a space at the end. This prevents the task progress bars from filling the entire width of the terminal, making them stop one character short. This looks odd when shown together with the main progress bar, which does fill the entire terminal width. (Bitbake rev: 6540e98090d6a88607489a23c063be338bcc3b57) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: add option to run all tasks in specific build targetMatthew McClintock2017-03-133-0/+21
| | | | | | | | | | | | | | | | | | | | For example: $ bitbake core-image-minimal --runall unpack ... NOTE: Tasks Summary: Attempted 326 tasks of which 88 didn't need to be rerun and all succeeded. $ bitbake core-image-minimal --runall patch NOTE: Tasks Summary: Attempted 453 tasks of which 332 didn't need to be rerun and all succeeded. This can replace fetchall as well: $ bitbake core-image-minimal --runall fetch NOTE: Tasks Summary: Attempted 135 tasks of which 119 didn't need to be rerun and all succeeded. (Bitbake rev: 7c0fa6ba66cdb956b37d94055307cde857633df9) Signed-off-by: Matthew McClintock <msm-oss@mcclintock.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* u-boot: add option to specify FDT argument in extlinux.confJack Mitchell2017-03-131-3/+12
| | | | | | | | | Also fixes a use before defined bug with localdata. (From OE-Core rev: 86b09a7ed67a43a45c805f44778bed0bfdf57361) Signed-off-by: Jack Mitchell <jack@embed.me.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* u-boot: fix extlinux creation raceJack Mitchell2017-03-131-1/+1
| | | | | | | | | | | | There was a race condition in the uboot-extlinux bbclass where only a half written extlinux.conf would be put in the deploy directory. Fix this by adding the deploy task after the do_install rather than after the do_compile. (From OE-Core rev: 60c90398580998b2379bb438f0f75b29285135a5) Signed-off-by: Jack Mitchell <jack@embed.me.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* terminal: Use original PATH for terminalsRichard Purdie2017-03-131-0/+5
| | | | | | | | | | | | | | | | Now that we filter out PATH to only the utilities we rely upon, the devshel terminal was broken since it can no longer find the terminals. Even if we fix that, the user couldn't access any of their commands within devshell which somewhat defeats its purpose. Add the original PATH back to the environment to restore that behaviour since this is more in line with user expectations and it wouldn't be possible (or desireable) to whitelist all the commands a user might want to use from the shell. (From OE-Core rev: 67d7ea2db8bce766daf3419feae3cd8045af5114) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libcomps: add a recipeAlexander Kanavin2017-03-113-0/+91
| | | | | | | | | libcomps is required by dnf. (From OE-Core rev: a47e64d985a610535449730806651f5bfd75d9ec) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* librepo: add a recipeAlexander Kanavin2017-03-115-0/+163
| | | | | | | | | librepo is needed by dnf and libdnf. (From OE-Core rev: 64dd708d14f8eadb25c3b590bfdc894e2cbb246e) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-backports-lzma: add a recipeAlexander Kanavin2017-03-112-0/+53
| | | | | | | | | | It is needed by dnf, and only when using Python 2.x, so can be dropped after moving dnf/rpm4 stack to Python 3.x. (From OE-Core rev: e58f876acdac8fff24ecd3076287eda61ef1e4d3) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-iniparse: add a recipeAlexander Kanavin2017-03-111-0/+17
| | | | | | | | | python-iniparse is required by dnf. (From OE-Core rev: 6c6f1b318005f4f2e21027b308ab6cb89aefdd19) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-pygpgme: add a recipeAlexander Kanavin2017-03-111-0/+18
| | | | | | | | | python-pygpgme is required by dnf. (From OE-Core rev: 20004b271eb4faf5f91f30ec3565a73ee62df7c6) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* security_flags.inc: Update for new python modulesAlexander Kanavin2017-03-111-0/+2
| | | | | | | (From OE-Core rev: 544d96d37e32a0e08af4d91da48c9f9ef296a515) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uninative: remove unneeded call to sparse copyStephano Cetola2017-03-111-3/+0
| | | | | | | | | | | | | | | | As of this commit: 39f5a05152aa0c3503735e18dd3b4c066b284107 patchelf no longer inflates file sizes. Since the files are no longer inflated by patchelf, we can skip using cp with the --sparse option. More details as to how patchelf has changed are available in that commit log. (From OE-Core rev: a2519a2f96bfea53a527c704e620e3584c97c67d) Signed-off-by: Stephano Cetola <stephano.cetola@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gpgme: fix python module build and installationAlexander Kanavin2017-03-113-0/+58
| | | | | | | (From OE-Core rev: 317af6946d53a512a251e78f5ea3634759b65f1f) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base-files: do not write the current date into /etc/issue and /etc/issue.netAlexander Kanavin2017-03-111-2/+4
| | | | | | | | | | | This is causing a problem in multilib where base-files and lib64/32-base-files clash because they may have different dates. Also, if the package is coming from sstate it has an incorrect date anyway. (From OE-Core rev: 846c86ffc4574feafd89a028e50f7719075633f2) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: do the multilib_header processing for db.hAlexander Kanavin2017-03-111-1/+3
| | | | | | | | | As it varies from one machine to another. (From OE-Core rev: e34ac7634a6d1f110ee4748de813e7b1fd89d119) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bash: package bashbug separatelyAlexander Kanavin2017-03-111-0/+4
| | | | | | | | | | | It's a machine-specific script, which is causing conflicts when multiple versions of bash are installed in multilib setting, and it also does not really make sense for embedded systems anyway. (From OE-Core rev: dbe57bd0aec855c81b03850367b3b483f622c328) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc: do the multilib_header magic also for bits/long-double.hAlexander Kanavin2017-03-111-1/+1
| | | | | | | | | | Otherwise it will cause conflicts in mutlilib setting, as it varies from one machine to another. (From OE-Core rev: a3b19882e2f50089c785b1e2591550356c12a175) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glib-2.0: improve determinism for GIO ptestsRoss Burton2017-03-111-0/+4
| | | | | | | | | | | Previously the GIO tests would be built or not depending on whether the host had a dbus-daemon binary available. Fix this by seeding the AC_CHECK_PROGS check with the right value, and adding a RDEPENDS for dbus-daemon on the target. (From OE-Core rev: 1944c9a1764105c15844c7dbf1d430389c02b631) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grep: upgrade to 3.0Fan Xin2017-03-111-2/+2
| | | | | | | | (From OE-Core rev: e5bf7d28dc72db652c6cfdaacba858bdc6c42e5e) Signed-off-by: Fan Xin <fan.xin@jp.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* curl: upgrade to 7.53.1Fan Xin2017-03-111-2/+2
| | | | | | | | (From OE-Core rev: f34ab1aae3c9cb2a4068ec684492df1a48f5cd4d) Signed-off-by: Fan Xin <fan.xin@jp.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pkgconfig: specify --disable-indirect-deps to configureJoe Slater2017-03-111-0/+5
| | | | | | | | | | | | This preserves the current behaviour because the auto test by configure will never return yes. ./libtool is needed by the test and it will never exist. (From OE-Core rev: ad151cf2de2f1990297e7ba18fa78958b00a3dd3) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: bump revisionChen Qi2017-03-111-2/+1
| | | | | | | | | | | | | | | | | | Bump to latest revision so that update-alternatives could detect priority conflict. Also, we could remove the following patch because opkg-utils has already fixed the problem in another way. 0001-Makefile-use-defined-bindir-and-mandir-as-installati.patch [YOCTO #8314] (From OE-Core rev: d6b04e12127dd65b96ac7f4509b829510ef21071) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* wic/direct.py: Avoid exception if using multiple rawcopy/no-table entries.Kristian Amlie2017-03-111-1/+1
| | | | | | | | | | | | | | | | | If we are both having a bootloader and a U-Boot environment file, we can end up with two entries using "--source rawcopy" and "--no-table", and since they reuse the same file [1], their cleanup handlers will try to delete the same file twice. So make sure we only do it once. [1] Although they reuse the same file, the resulting output is correct, so it appears the file is accessed in properly sequential order. (From OE-Core rev: f1a3eac376c4600cdb128d870ad9b7e9d51ed9c0) Signed-off-by: Kristian Amlie <kristian.amlie@mender.io> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bison: Remove unused bison-2.3_m4.patchMartin Jansa2017-03-111-591/+0
| | | | | | | | | | * it was used only by bison-2.3 which was moved to meta-gplv2 layer (From OE-Core rev: 12aa82b8b07b03d20e63479469faca6562c78a05) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsolv: upgrade to 0.6.26Alejandro del Castillo2017-03-112-69/+1
| | | | | | | | | | Drop 0001-Split-libsolvext-into-it-s-own-pkg-config-file.patch (From OE-Core rev: 45de201af696aba70a1eba1573283790947efc54) Signed-off-by: Alejandro del Castillo <alejandro.delcastillo@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg: enable libsolv backend by defaultAlejandro del Castillo2017-03-111-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The libsolv backend is vastly superior than the currently enabled internal ad-hoc solver. While the switch does have a small impact on disk and memory footprint, it make sense to change the default as for most cases the disk/memory footprint hit should be acceptable. ======================== Disk Footprint Increase ======================== qemux86-64 523K qemuarm 445K qemux86 576K ==================================================== Command [1] Libsolv Internal Solver ==================================================== opkg update 26.21 MB 26.21 MB opkg list 29.87 MB 29.87 MB opkg install procps 30.99 MB 27.33 MB opkg remove procps 1.69 MB 1.69 MB opkg update 30.97 MB 27.75 MB [1] Profile done via 'valgrind --tool=massif <command>' in a feed with ~18K packages. (From OE-Core rev: 1ff3de844c78e3766c7f92ca17c308ef3c9427e1) Signed-off-by: Alejandro del Castillo <alejandro.delcastillo@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes: add devupstream classRoss Burton2017-03-111-0/+48
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This class lets you use BBCLASSEXTEND to add a variant of the recipe that fetches from an alternative URI (such as git:) instead of a tarball. For example: BBCLASSEXTEND = "devupstream:target" SRC_URI_class-devupstream = "git://git.example.com/example" SRCREV_class-devupstream = "abcd1234" This variant will have DEFAULT_PREFERENCE set to -1 so it needs to be selected to be used, and any development-specific tweaks can be done with the class-devupstream override, for example: DEPENDS_append_class-devupstream = " gperf-native" do_configure_prepend_class-devupstream() { touch ${S}/README } It currently only supports creating a development variant of the target recipe, not native or nativesdk. The BBCLASSEXTEND syntax (devupstream:target) was chosen so that support for native and nativesdk can be added at a later date. Support for other version control systems such as subversion is limited, as bitbake's automatic fetch dependencies on for example subversion-native are not generated. [ YOCTO #10215 ] (From OE-Core rev: c48ef2d7c7198232846f36a975c673cc57f4a090) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base/bitbake.conf: Filter contents of PATH to only allow whitelisted toolsRichard Purdie2017-03-113-0/+42
| | | | | | | | | | | | | | | | | | | | | | We currently have a determinism problem in that the host tools present in PATH can influence the build. In particular, the presence of pkg-config on the build host can mask missing pkgconfig class dependencies. This adds in a new HOSTTOOLS variable and then uses it to set up a directory of symlinks to the whitelisted host tools. This directory is placed as PATH instead of the usual /usr/bin:/bin and so on. This should improve determinism of builds and avoid the issues which have been particularly obvious since the introduction of recipe specific sysroots. If users find there is a tool missing, they can extend HOSTTOOLS from a global class or global conf file. Right now the settings should be enough to build everything in OE-Core. (From OE-Core rev: fa764a403da34bb0ca9fa3767a9e9dba8d685965) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* yasm: Set CCLD_FOR_BUILD to ensure BUILD_CC is usedRichard Purdie2017-03-111-0/+2
| | | | | | | | Otherwise cc may be used which isn't correct. (From OE-Core rev: 30a9f0fcf608815cc920de4aba8ec0d1cf467b07) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* u-boot-mkimage: Fix use of 'cc' instead of BUILD_CCRichard Purdie2017-03-112-1/+28
| | | | | | | | | | | | | | | | OE needs to be able to change the default compiler. If we pass in HOSTCC through the make command, it overwrites not only this setting but also the setting in tools/Makefile wrapped in ifneq ($(CROSS_BUILD_TOOLS),) which breaks the build. We therefore add a way of changing the default in the top level Makefile without interfering with the other setting. I've emailed this workaround to Masahiro Yamada for discussion. (From OE-Core rev: e777d6873ce9a8a80288ecbcfc86239e0ed0e2f9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* go: Add recipes for golang compilers and toolsKhem Raj2017-03-1041-0/+1512
| | | | | | | | | | | | | | | | | | | | | | * This is converging the recipes for go from meta-virtualization and oe-meta-go * Add recipes for go 1.7 * go.bbclass is added to ease out writing recipes for go packages * go-examples: Add an example, helloworld written in go This should serve as temlate for writing go recipes * Disable for musl, at least for now * Disable for x32/ppc32 which is not supported (From OE-Core rev: 78615e9260fb5d6569de4883521b049717fa4340) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* runqemu-gen-tapdevs: Improve help text with an exampleRichard Purdie2017-03-101-0/+2
| | | | | | | | | Figuring how the correct commandline isn't trivial, improve the help text with RSS in mind. (From OE-Core rev: 056a9da9f3ac2bc175f19243b11864ca90eee28b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* quilt: Avoid hardcoding paths into outputRichard Purdie2017-03-102-0/+3
| | | | | | | | | | | Avoids: quilt-0.65-r0 do_package_qa: QA Issue: /usr/lib/quilt/ptest/quilt/scripts/edmail contained in package quilt-ptest requires /media/build1/poky/build/tmp/hosttools/perl, but no providers found in RDEPENDS_quilt-ptest? [file-rdeps] (From OE-Core rev: e0188f6ccebaaf7c9948c771d3da5b07eed09a94) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cdrtools-native: Fix when cc is missingRichard Purdie2017-03-101-0/+3
| | | | | | | | If cc isn't in PATH, the recipe fails. Set a variable to avoid this. (From OE-Core rev: a6816d62ae37506c8ab7a1294be23da82a2e9d6e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* quilt: Don't add hardcoded links to utilitiesRichard Purdie2017-03-101-0/+5
| | | | | | | | | | This triggers warnings about absolute symlink paths with the PATH changes. In reality we simply don't need/care about these so just remove/disable them. (From OE-Core rev: b319e43b9fee62f30c11d266a23cea4ff30addcd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libpng12: Use rm instead of unlinkRichard Purdie2017-03-101-7/+7
| | | | | | | | | Everything else in the system manages fine with rm, use rm instead of unlink here too. (From OE-Core rev: d292641ca52072a3629e589cc413344310d35280) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tzcode-native: Set cc to ${CC}Richard Purdie2017-03-101-0/+2
| | | | | | | | | Building on a system without "cc" showed this recipe doesn't respect the $CC variable. Fix this by passing the right option to the makefile. (From OE-Core rev: 402080c0a77443f541fa3d658b79f3fba327279d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-16 19:31:31 +0000