From: henning.schild@siemens.com
To: isar-users@googlegroups.com
Cc: Henning Schild <henning.schild@siemens.com>
Subject: [PATCH v6 0/6] expand-on-first-boot btrfs and CI testing
Date: Thu, 15 Dec 2022 23:16:00 +0100 [thread overview]
Message-ID: <20221215221606.5623-1-henning.schild@siemens.com> (raw)
From: Henning Schild <henning.schild@siemens.com>
changes since v5:
- drop dead code around mktemp subshell
- revert cosmetic mktemp stuff back to v3
- remove "Suggested-by" tag to hopefully improve signal to noise ratio
in review process
changes since v4:
- cosmetic fix in the way we call mktemp
- add a patch that makes sure the service is run only once, also on
error
- bump package version after changes are done
changes since v3:
- rebased on "expand-on-first-boot: switch back away from systemd-growfs"
- implement btrfs resizing and CI testing it
- put the padding wks entry into an include
changes since v2:
- add python namespace prefix for the bitbake get functions
- install only in images that use WKS_FILEs that have the "gap"
changes since v1:
- complete rewrite to not focus only on the tests but rather the
feature for all examples
This first was only about testing but meanwhile has a focus on enabling
the expand feature in all example images anyhow, and later look for
traces of that happening in CI test where we can.
We install the application in any image and in the wic images add some
scratch space at the end. That will enable improved interactive use of
all those wic images, so makes sense apart from any testing.
Later use the log reading feature of the qemu tests to look for traces
of successful resizing for non ubuntu images. In ubuntu the
console_loglevel is not verbose enough to find traces.
Henning Schild (6):
expand-on-first-boot: really only do that once, especially on failure
expand-on-first-boot: support resizing a btrfs
meta-isar: introduce an example to use btrfs
CI: improve cibuilder readability
meta-isar: install expand-on-first-boot in most images and add space
CI: expect a message about filesystem resize vom expand script
meta-isar/conf/machine/qemuamd64.conf | 6 ++++
meta-isar/conf/machine/virtualbox.conf | 1 +
meta-isar/conf/machine/vmware.conf | 1 +
.../conf/multiconfig/qemuarm-bookworm.conf | 1 +
.../lib/wic/canned-wks/expand-padding.wks.inc | 5 +++
.../lib/wic/canned-wks/sdimage-efi-btrfs.wks | 11 +++++++
.../lib/wic/canned-wks/sdimage-efi-sd.wks | 2 ++
.../lib/wic/canned-wks/sdimage-efi.wks | 2 ++
...oot_1.3.bb => expand-on-first-boot_1.4.bb} | 0
.../files/expand-last-partition.sh | 31 ++++++++++++++++---
.../files/expand-on-first-boot.service | 1 +
testsuite/cibuilder.py | 28 ++++++++++++++---
12 files changed, 80 insertions(+), 9 deletions(-)
create mode 100644 meta-isar/scripts/lib/wic/canned-wks/expand-padding.wks.inc
create mode 100644 meta-isar/scripts/lib/wic/canned-wks/sdimage-efi-btrfs.wks
rename meta/recipes-support/expand-on-first-boot/{expand-on-first-boot_1.3.bb => expand-on-first-boot_1.4.bb} (100%)
--
2.37.4
next reply other threads:[~2022-12-15 22:16 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-15 22:16 henning.schild [this message]
2022-12-15 22:16 ` [PATCH v6 1/6] expand-on-first-boot: really only do that once, especially on failure henning.schild
2022-12-15 22:16 ` [PATCH v6 2/6] expand-on-first-boot: support resizing a btrfs henning.schild
2022-12-15 22:16 ` [PATCH v6 3/6] meta-isar: introduce an example to use btrfs henning.schild
2022-12-15 22:16 ` [PATCH v6 4/6] CI: improve cibuilder readability henning.schild
2022-12-15 22:16 ` [PATCH v6 5/6] meta-isar: install expand-on-first-boot in most images and add space henning.schild
2022-12-15 22:16 ` [PATCH v6 6/6] CI: expect a message about filesystem resize vom expand script henning.schild
2022-12-15 22:37 ` [PATCH v6 0/6] expand-on-first-boot btrfs and CI testing Henning Schild
2022-12-20 9:41 ` Moessbauer, Felix
2022-12-20 19:36 ` Anton Mikanovich
2022-12-21 8:22 ` Henning Schild
2022-12-21 15:28 ` Henning Schild
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20221215221606.5623-1-henning.schild@siemens.com \
--to=henning.schild@siemens.com \
--cc=isar-users@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox