summaryrefslogtreecommitdiffstats
path: root/recipes-extended/ceph/ceph_15.2.12.bb
Commit message (Collapse)AuthorAgeFilesLines
* ceph: 15.2.12 -> 15.2.15Kai Kang2021-10-281-145/+0
| | | | | | | | | | | | Update ceph to latest 15.x version: * remove 0001-add-missing-include-for-atomic-bool.patch which has been fixed in upstream * update patch to support python 3.10 * add gawk to RDEPENDS that script 'rgw-gap-list-comparator' requires it Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
* ceph: inherit pkgconfig.bbclassKai Kang2021-10-181-1/+1
| | | | | | | | | | | | According to oe-core commit 8e26252b45 layer.conf: Extend recipes not to install without explict dependencies pkgconfig-native is not deployed in sysroot by default any more. Inherit pkgconfig.bbclass to make it available for ceph. Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
* Revert "ceph/libibverbs: replace libibverbs with rdma-core"Bruce Ashfield2021-09-171-1/+1
| | | | | | | | | | meta-cloud-services still has users of libibverbs, so we'll keep it around a bit longer. But this library has been replaced by rdma-core, and won't get more updates, so it should be considered depreciated and slated for removal. This reverts commit 513f05926a5bdcda033a5da6f76f4f0dddb9d41f.
* ceph/libibverbs: replace libibverbs with rdma-coreBruce Ashfield2021-09-161-1/+1
| | | | | | | | | | libibverbs is no longer developed, and its functionaty is provided by the rdma-core projects. rdma-core is part of meta-networking, so we drop libibverbs and update our dependency to rdma-core. Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
* global: overrides syntax conversionBruce Ashfield2021-08-021-11/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | OEcore/bitbake are moving to use the clearer ":" as an overrides separator. This is pass one of updating the meta-virt recipes to use that syntax. This has only been minimally build/runtime tested, more changes will be required for missed overrides, or incorrect conversions Note: A recent bitbake is required: commit 75fad23fc06c008a03414a1fc288a8614c6af9ca Author: Richard Purdie <richard.purdie@linuxfoundation.org> Date: Sun Jul 18 12:59:15 2021 +0100 bitbake: data_smart/parse: Allow ':' characters in variable/function names It is becomming increasingly clear we need to find a way to show what is/is not an override in our syntax. We need to do this in a way which is clear to users, readable and in a way we can transition to. The most effective way I've found to this is to use the ":" charater to directly replace "_" where an override is being specified. This includes "append", "prepend" and "remove" which are effectively special override directives. This patch simply adds the character to the parser so bitbake accepts the value but maps it back to "_" internally so there is no behaviour change. This change is simple enough it could potentially be backported to older version of bitbake meaning layers using the new syntax/markup could work with older releases. Even if other no other changes are accepted at this time and we don't backport, it does set us on a path where at some point in future we could require a more explict syntax. I've tested this patch by converting oe-core/meta-yocto to the new syntax for overrides (9000+ changes) and then seeing that builds continue to work with this patch. (Bitbake rev: 0dbbb4547cb2570d2ce607e9a53459df3c0ac284) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
* ceph: Fix compile error with snappySaul Wold2021-06-011-0/+1
| | | | | | | | snappy changed a data type in the last update, this is a known issue in ceph. Signed-off-by: Saul Wold <saul.wold@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
* ceph: update to 15.2.12 to address CVEsSaul Wold2021-05-211-0/+144
Updated sha* Fixes: CVE-2021-3509 Fixes: CVE-2021-3524 Fixes: CVE-2021-3531 Signed-off-by: Saul Wold <saul.wold@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>