-
Notifications
You must be signed in to change notification settings - Fork 54
images: drop .dsk, clean-ups, and CI optimizations #187
Conversation
pohly
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The argument for dropping .wic.xz.sha256 is a bit misleading. The intention probably was to have separate checksums that get communicated to downloaders via some separate channel (release announcement, for example) so that the authenticity of the downloaded file can be verified after downloading it.
xz guarantees that the file is not corrupted, but not that it is authentic.
I'm fine with dropping .wic.xz.sha256 nevertheless, because we never used it.
|
I don't think the argument is totally misleading: the conversion is redundant and for CI-purposes file download integrity check is sufficient. I agree the wording could be improved though. Anyway, thanks for the review. This obsoletes #173 |
Some image conversions are redundant and can be skipped in favor of optimizing CI build-times. It's enough to compress in xz format only. For download integrity checking, we use xz's built-in mechanism and change it to use sha256. Signed-off-by: Mikko Ylinen <mikko.ylinen@linux.intel.com>
zip image conversion is already part of OE-core and the vdi format isn't used so it's safe to drop image_types_extra completely. Signed-off-by: Mikko Ylinen <mikko.ylinen@linux.intel.com>
wic image format has been the default for some time now and
it's time to remove the unused custom dsk image format.
image-dsk.bbclass is kept since do_uefiapp is still used but
modified to:
* work with empty DSK_IMAGE_LAYOUT (set as default)
* not provide IMAGE_CMD_dsk anymore
Signed-off-by: Mikko Ylinen <mikko.ylinen@linux.intel.com>
Post-build testing builds images but only .wic is sufficient (default in IMAGE_FSTYPES). We skip compression and bmap formats for oe-selftests to optimize testing time. [YOCTO: #11506] Signed-off-by: Mikko Ylinen <mikko.ylinen@linux.intel.com>
No description provided.