linux/meta-virtualization.git/recipes-containers/oci-runtime-tools, branch hardknott

global: add explicit branch to all SRC_URIs

2021-12-03T14:01:33+00:00

As introduced in the oe-core post: https://lists.openembedded.org/g/openembedded-core/message/157623 SRC_URIs without an explicit branch will generate warnings, and eventually be an error. We run the provided conversion script to make sure that meta-virt is ready for the change. Signed-off-by: Bruce Ashfield

oci-runtime-tools: export GO111MODULE=off

2021-03-01T20:57:20+00:00

With the latest go version bump in oe-core export GO111MODULE is on by default. Our build is not setup to use go modules, so we disable it and avoid configuration errors: no required module provides package ... : working directory is not part of a module Signed-off-by: Bruce Ashfield

oci-runtime-tools: fix 32bit ARM build

2020-07-01T16:43:16+00:00

With oe-core commit c23f9e80492e4b [tcmode-default: use go-binary-native by default], we must explictly call the proper cross go binary, versus just the go-native variant. These builds were working by luck, since the go compiler was capable of building the target binaries previously (in its build-from-source creation). We fixup the calls and we no longer see fpu build issues: fatal error: gnu/stubs-soft.h: No such file or directory 7 | # include | ^~~~~~~~~~~~~~~~~~ Signed-off-by: Bruce Ashfield

oci-runtime-tools: fix do package qa warning

2018-10-11T18:35:06+00:00

1. After security flag PIE is enabled by default, we might met below QA warning on some arch, like aarch64, fix it by skip textrel QA check refer commit b689c72a of oe-core oci-runtime-tools-0.1.0+gitAUTOINC+6e7da8148f-r0 do_package_qa: QA Issue: ELF binary 'work/aarch64-poky-linux/oci-runtime-tools/0.1.0+gitAUTOINC+6e7 da8148f-r0/packages-split/oci-runtime-tools/usr/sbin/oci-runtime-tool' has relocations in .text [textrel] 2. This problem is caused since security_flags.inc is used by default. so alternative work around is: SECURITY_CFLAGS_pn-oci-runtime-tools = "${SECURITY_NOPIE_CFLAGS}" SECURITY_LDFLAGS_pn-oci-runtime-tools = "" Signed-off-by: Changqing Li Signed-off-by: Bruce Ashfield

oci-runtime-tools: fix multi hook specification

2017-09-21T03:56:25+00:00

The following commit: commit df3a46feb971386f922c7c2c2822b88301f87cb0 Author: Ma Shimiao Date: Tue Aug 1 17:39:39 2017 +0800 implement add/set function for hooks items Signed-off-by: Ma Shimiao Breaks the ability to specify multiple hooks with the same path (i.e. a shell script that does different things based on arguments). The author's intent with the change is unclear, so rather than fix it, we revert it for now. Signed-off-by: Bruce Ashfield

oci-runtime-tools: update to 0.1.0

2017-09-20T15:01:28+00:00

Signed-off-by: Bruce Ashfield

nets, docker, runc, oci-*tools: go.bbclass compile fixes

2017-09-14T13:49:00+00:00

Recently in the oe-core the go.bbclass changed and requires the defition of the GO_IMPORT variable. This was intended to simplify how the compilation works with go packages and it is still a work in progress. This patch set makes the recipes compatible to generate the same end result as before using the new go.bbclass from oe-core. Any patches that were included in the recipes had to have the paths adjusted because the new go.bbclass manipulates the notion of S to be S + "src" + "$GO_IMPORT" internally for the purpose of unpack, patch and compile. Signed-off-by: Jason Wessel Signed-off-by: Bruce Ashfield

oci-runtime-tools: skip ld checks

2017-07-14T02:37:35+00:00

The latest oci-runtime-tool builds are throwing the missing GNU_HASH error during QA checks. This is common with go applications, and isn't a problem, so for now, we simply skip the check. Signed-off-by: Bruce Ashfield

oci-runtime-tools, oci-runtime-spec: Uprev to runc 1.0-rc3 versions

2017-07-13T17:53:58+00:00

The config.json has elements which have changed in the latest runc. These changes are not backward compatible with older versions of runc. Signed-off-by: Jason Wessel Signed-off-by: Bruce Ashfield

housekeeping: swap out go-osarchmap in favor of goarch

2017-04-12T03:09:01+00:00

Continue work to use go infra in oe-core instead of the support for go previously found in meta-virt. This is a 1:1 drop in replacement and removes one more go piece from meta-virt in favor of the common support found in oe-core. Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield