linux/meta-virtualization.git, branch master-test

uxen: update guest tools to 4.1.8

2021-07-23T16:52:40+00:00

Signed-off-by: Bruce Ashfield

uxen-guest-tools: inherit dos2unix to fix do_patch failure

2021-07-23T13:35:26+00:00

* fixes: ERROR: uxen-guest-tools-4.1.7-r0 do_patch: Command Error: 'quilt --quiltrc /OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/uxen-guest-tools/4.1.7-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0 Output: stdout: Applying patch fix-Makefile-for-OE-kernel-build.patch patching file Makefile Hunk #1 FAILED at 1 (different line endings). Hunk #2 FAILED at 19 (different line endings). 2 out of 2 hunks FAILED -- rejects in file Makefile Patch fix-Makefile-for-OE-kernel-build.patch does not apply (enforce with -f) Signed-off-by: Martin Jansa Signed-off-by: Bruce Ashfield

virtualization/config: allow conditional use of yocto-cfg-fragments

2021-07-23T13:09:56+00:00

To help enforce/guide consistent configuration and to avoid duplicating configuration fragments into the meta-virt layer, we leverage a native provider of the yocto-kernel-cache fragment repository. To allow support for kernels that support fragments, but don't have the yocto-kernel-cache in the kernel's SRC_URI, we create two conditional parts of the virtualization configuration. If virtualization is enabled in the distro features, the kernel version matches one of our supported ones, and the kernel inherits kernel-yocto, we add a depedency on the yocto-cfg-fragments-native recipe. That recipe will install the fragment collection to the kernel recipe's native sysroot. We can then check for the kernel-cache on the SRC_URI. If it is present, we use the feature at the standard location. If it is not present, we add the fragment from the native sysroot. While we could always use the native sysroot variant, we want to allow a kernel with a kernel-cache to be the first choice, and provide their own fragments. Signed-off-by: Bruce Ashfield

yocto-cfg-fragments: introduce native provider of configuration fragments

2021-07-23T13:09:56+00:00

Signed-off-by: Bruce Ashfield

python3-docker-compose: Upgrade 1.29.1 -> 1.29.2

2021-07-21T02:51:29+00:00

Upgrade to release 1.29.2: - Remove prompt to use docker compose in the up command - Bump py to 1.10.0 in requirements-indirect.txt Signed-off-by: Leon Anavi Signed-off-by: Bruce Ashfield

python3-bugsnag: Upgrade 4.0.2 -> 4.1.0

2021-07-21T02:51:29+00:00

Upgrade to release 4.1.0: - Add support for breadcrumbs. These are short log statements that are attached to error reports to help diagnose what events led to the error. - Apply filtering with params_filters to bytes, not just strings Signed-off-by: Leon Anavi Signed-off-by: Bruce Ashfield

docker: Fix for sysvinit

2021-07-21T02:51:29+00:00

Fix for rare legacy systems which still use simultaneously both sysvinit and systemd in DISTRO_FEATURES. This fix avoids issues during do_rootfs with postinstall scriptlets of ['docker-ce']. Signed-off-by: Leon Anavi Signed-off-by: Bruce Ashfield

podman: update to v3.2.3

2021-07-20T13:46:28+00:00

Bumping libpod to version v3.2.3-2-g09e8afe3a, which comprises the following commits: 1e6fd46e9 Bump to v3.2.3 1d7ddf511 Update release notes for v3.2.3 e4c45e759 vendor containers/common@v0.38.16 cb7016224 vendor containers/buildah@v1.21.3 1a8b2a037 Fix race conditions in rootless cni setup e54a513b9 CNI-in-slirp4netns: fix bind-mount for /run/systemd/resolve/stub-resolv.conf 1469af265 Make rootless-cni setup more robust 6f9d9636a Support uid,gid,mode options for secrets bed195bf8 vendor containers/common@v0.38.15 75431a455 [CI:DOCS] podman search: clarify that results depend on implementation 37570b7b7 vendor containers/common@v0.38.14 6ecedc161 vendor containers/common@v0.38.13 8a41bf3ee [3.2] vendor containers/common@v0.38.12 2c003d978 Bump README to v3.2.2 bb2cbf0d5 Bump to v3.2.3-dev d577c44e3 Bump to v3.2.2 9f4afa1ea fix systemcontext to use correct TMPDIR 5dabff27d Scrub podman commands to use report package 647c2024e Fix volumes with uid and gid options c2dcb3ee2 Vendor in c/common v0.38.11 ba70363f6 Initial release notes for v3.2.2 a9fd54775 Fix restoring of privileged containers d5f0729b2 Fix handling of podman-remote build --device 90805fa39 Add support for podman remote build -f - . 854c27c0a Fix panic condition in cgroups.getAvailableControllers b0dc157af Fix permissions on initially created named volumes f5cdb95ee Fix building static podman-remote 1c04cfe83 add correct slirp ip to /etc/hosts 6c4ee8535 disable tty-size exec checks in system tests 6ba9617be Fix resize race with podman exec -it eb6d4b0cf Fix documentation of the --format option of podman push e5c939183 Fix systemd-resolved detection. 613f427a0 Health Check is not handled in the compat LibpodToContainerJSON 949573c5a Do not use inotify for OCICNI ab5e770c4 getContainerNetworkInfo: lock netNsCtr before sync b957bff8b [NO TESTS NEEDED] Create /etc/mtab with the correct ownership 6d394f0e4 Create the /etc/mtab file if does not exists 879d66e7d [v3.2] cp: do not allow dir->file copying 6f769bc0e create: support images with invalid platform 19a89db66 vendor containers/common@v0.38.10 e5c070baf logs: k8s-file: restore poll sleep 4d9a9149d logs: k8s-file: fix spurious error logs dac2d31a2 utils: move message from warning to debug 60752b320 Bump to v3.2.2-dev Signed-off-by: Bruce Ashfield

containerd: update to v1.5.2 latest

2021-07-20T12:22:17+00:00

Bumping containerd to version v1.5.2-18-g9be04c276, which comprises the following commits: 78b95dff2 update runc binary to v1.0.0 GA a2dc682f1 sandbox: send pod UID to CNI plugins as K8S_POD_UID 9d8880816 content/local: inline sys.StatATimeAsTime() 3735a7dfe Fix incorrect UA used for registry authentication 31ecdf77d Fix cleanup context of teardownPodNetwork b441ec19f Add proper Go version before project checks d31f5e6b6 fix invalid validation error checking 3fd01c4ea Change Wrapf of non-error to an actual error cba7b44b6 windows: Use GetFinalPathNameByHandle for ResolveSymbolicLink 354f729a4 Prepare release notes for v1.5.2 Signed-off-by: Bruce Ashfield

oci-images: create backend .inc files

2021-07-19T17:36:17+00:00

As part of allowing different types of oci images to be created, we split our IMG_cmd into .inc files that can then be specific to the selected type. For the umoci backend: We can take the same options as sloci expects and use umoci to create images. The resulting OCI image is similar, but by using umoci, we set the stage to do multi-tag, or multi-layer images in the future. But for now, we are functionally equivalent to the sloci backend. Signed-off-by: Bruce Ashfield