aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2017-02-22lib/oe/package_manager: import rpm signing key to rpmdbmarquiz/dnf-rpm4Markus Lehtonen
Import the gpg key used in rpm signing into rpmdb. This makes it possible again to create images when rpm signing is enabled. Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com>
2017-02-21lib/oe/gpg_sign: sign rpm packages in chunks of 100Markus Lehtonen
Split the file list into chunks in order to avoid "OSError: [Errno 7] Argument list too long" This would happend when a package has huge amount of subpackages, e.g. glibc-locale. [YOCTO #11069] Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com>
2017-02-21lib/oe/package_manager: re-implement rpm feed signingMarkus Lehtonen
Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com>
2017-02-20security_flags.inc: update to reflect smart->dnf transitionAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20package_rpm.bbclass: add a /bin/sh Provides for nativesdk- packagesAlexander Kanavin
nativesdk-* rpm packages all require /bin/sh because postinst scriptlets are run with it. We can either teach rpm4 and dnf to ignore that dependency (a lot of non-upstreamable work), or add auto-satisfy the dependency in each package. I've chosen to do the latter. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20run-postinsts: simplify the logic of whether to install it to imagesAlexander Kanavin
The logic is scattered all over the place, but amounts to "install, unless the rootfs is read only". Let's express that directly. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20oe-selftest: no need to parse gpg output to determine the name of the ↵Alexander Kanavin
signing key The parsing fails on my machine, and we use a key with a hardcoded name, and so can provide it directly. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20gpg_sign.py: fix rpm signing with gpg > 2.1Markus Lehtonen
We need to check the gpg version and alter its command line options accordingly. Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com>
2017-02-20lib/oe/gpg_sign: make gpg version a property of the signerMarkus Lehtonen
Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com>
2017-02-20gpg_sign.py: fix signing of rpm files using gpgAlexander Kanavin
This means a) calling rpmkeys and rpmsign instead of rpm b) instructing gpg to run non-interactively; otherwise on my machine it pops up windows requesting a key passphrase Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20byacc: remove the recipeAlexander Kanavin
It was used only by rpm5 and will be moved to meta-oe Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20ossp-uuid: remove the recipeAlexander Kanavin
It was used only by rpm5, and will be moved to meta-oe. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20selftest: allow bitbake to fail in test_options_warnqa_errorqa_switchAlexander Kanavin
rpm4 seems to be stricter about duplicate entries in .spec, and so we should let it fail for the test case to succeed. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20selftest: update output checks in incremental image test to match what dnf ↵Alexander Kanavin
prints Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20selftest: do not perform a full build in test_continueAlexander Kanavin
This was fetching and building the toolchain and everything else against empty download dir and sstate cache, and so was enormously slow. The test does not need that, it only checks that one fetch task fails and another succeeds when using bitbake's -k option. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20package_rpm.bbclass: instruct rpm to not remove the buildroot directoryAlexander Kanavin
This is the ${W}/package directory which may be reused in subsequent builds. Also clean up various default directories rpm 4 creates. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20testimage.bbclass: fix runtime test for rpm, port smart tests to dnfAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20package_rpm.bbclass: no need to specify the magic file locationAlexander Kanavin
It's handled by the rpm wrapper command, created in rpm recipe. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20package_rpm.bbclass: replace createrepo reference with createrepo_cAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20scripts/oe-setup-rpmrepo: replace createrepo with createrepo_cAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20scripts/rpm2cpio.sh: replace 5.x version with 4.x versionAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20rootfs_rpm.bbclass: migrate image creation to dnfAlexander Kanavin
To properly look at this patch, you probably need a side-by-side diff viewing tool. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20nativesdk-packagegroup-sdk-host: replace smartpm with dnfAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20package_rpm.bbclass: correctly map RRECOMMENDS and RSUGGESTS to rpm tagsAlexander Kanavin
Previously they were swapped, not sure why. Their meaning, as far as rpm world goes, is different: - Recommends is a soft dependency and will be installed by default; there is an option not to do that. - Suggests is a suggestion to be picked up and presented to end user by package management tools; it has no special meaning otherwise. OE packages use RRECOMMENDS, which should be mapped to Recommends rpm tag, so that the packages will be picked up as dependencies. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20package_manager.py: improve the API for insert_feed_uris()Alexander Kanavin
No need to store the configuration as class members, just pass it directly into the method. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20package_rpm.bbclass: make architecture-independent .rpm packages "noarch" ↵Alexander Kanavin
instead of "all" Too many places in dnf/rpm4 stack make that assumption; let's not fight against it. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20db: remove the 6.x recipeAlexander Kanavin
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. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20python-smartpm: remove the recipeAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20dnf: add a recipeAlexander Kanavin
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. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20libdnf: add a recipeAlexander Kanavin
libdnf is required by dnf. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20libcomps: add a recipeAlexander Kanavin
libcomps is required by dnf. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20librepo: add a recipeAlexander Kanavin
librepo is needed by dnf and libdnf. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20python-backports-lzma: add a recipeAlexander Kanavin
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. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20python-iniparse: add a recipeAlexander Kanavin
python-iniparse is required by dnf. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20python-pygpgme: add a recipeAlexander Kanavin
python-pygpgme is required by dnf. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20rpm: remove 5.x recipeAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20rpm: add a 4.x recipeAlexander Kanavin
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. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20createrepo: remove the recipeAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20createrepo-c: add a recipeAlexander Kanavin
This is the current C reimplementation/replacement of the original createrepo. https://github.com/rpm-software-management/createrepo_c/wiki Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20rpmresolve: remove the recipeAlexander Kanavin
The source code is incompatible with rpm4 API - let's use rpm binary itself for now. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20libsolv: enable rpm supportAlexander Kanavin
This is required by libdnf. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-20package.bbclass: fix locations of debugedit and rpmdeps utilitiesAlexander Kanavin
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. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
2017-02-19layer.conf: bump version for change in eSDK selftest behaviourJoshua Lock
Since 59a99cd8 "oeqa/sdk: Updates sanity tests for minimal eSDK" we can now run oe-selftests against a minimal eSDK. We need to increase the layer version so that we can detect this change in behaviour in our automated testing. (From OE-Core rev: def3800c7e58d9d1b54ea1df27b190a0f6d1d544) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-02-19ref-manual: Expanded kernel task descriptions.Scott Rifenbark
Fixes [YOCTO #9376] Expanded many of the brief descriptions for the kernel-related tasks. (From yocto-docs rev: ee9e54aa9f148e5438cd9bdf7e55d7fa43cc3ec5) Signed-off-by: Scott Rifenbark <srifenbark@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-02-19dev-manual: Minor corrections to maintaining Open Source lic. comp.Scott Rifenbark
The section "Maintaining Open Source License Compliance During Your Product's Lifecycle" had a vew minor typo things (e.g. duplicated word and some formatting issues). I fixed these. (From yocto-docs rev: 67beb658445e79129d8aae1739bb33c000367107) Signed-off-by: Scott Rifenbark <srifenbark@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-02-19ref-manual: Updated NO_RECOMMENDATIONS glossary entryScott Rifenbark
Fixes [YOCTO #11010] The second example was incorrect in the glossary entry. Instead of "1" an image name place holder was in the example. I put "1" in there. (From yocto-docs rev: 00ab787d0d90da5c6d384c3669e804c9b2baca53) Signed-off-by: Scott Rifenbark <srifenbark@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-02-19documentation: Updated "latest manual" note on title pageScott Rifenbark
Fixes [YOCTO #10076] The note on the title page for each manual was brief regarding where to find the latest version of the manual. I updated the note to have more detailed information on finding current, alternate, and latest versions of the manual based on YP releases. (From yocto-docs rev: 0ec81465296a7a78309d3039af4d00caa52d2285) Signed-off-by: Scott Rifenbark <srifenbark@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-02-19selftest/containerimage.py: Add container IMAGE_FSTYPES testRandy Witt
This test checks to make sure only the files expected exist in a container image. Currently only ROOTFS_BOOTSTRAP_INSTALL, gets added to all images without the user specifying it. But this test should help if a developer in the future ever silently adds more than just ROOTFS_BOOTSTRAP_INSTALL, and that the developer can make sure it also gets removed from a container image. [YOCTO #9502] (From OE-Core rev: 4f5e5321fafe491f91d78a35d11afc0dc0527d4b) Signed-off-by: Randy Witt <randy.e.witt@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-02-19image-container.bbclass: Error if not using linux-dummyRandy Witt
In the typical case of a container, the user doesn't particularly care about the kernel version used. Since using linux-dummy prevents building a kernel in the most common case, alert the user if they choose a container image, but don't also specify linux-dummy. In the cases the user actually does want to build against particular kernel headers, etc, they can override by setting IMAGE_CONTAINER_NO_DUMMY = "1". [YOCTO #9502] (From OE-Core rev: f0645e172bb839803d616f19307e1e81e0d204c0) Signed-off-by: Randy Witt <randy.e.witt@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-02-19image-container.bbclass: Add the "container" IMAGE_FSTYPESRandy Witt
The "container" fstype does very little other than pick tar.bz2 as the actual image type and disable installation of ROOTFS_BOOTSTRAP_INSTALL. [YOCTO #9502] (From OE-Core rev: e45f074b792a43aa2fd84a5a3f0e20bf1d88ad7e) Signed-off-by: Randy Witt <randy.e.witt@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-05-20 07:21:41 +0000