openembedded-core.git/scripts/lib/wic, branch thud

wic/bootimg-efi: replace hardcoded volume name with label

2019-05-18T04:55:43+00:00

volume name should refer to --label in .wks.
Replace the hardcoded volume name  with label.
set "ESP" as default name when no lable specified.

Signed-off-by: Chee Yang Lee 
Signed-off-by: Richard Purdie 
Signed-off-by: Armin Kuster

wic/engine: Fix missing parted autobuilder failures

2019-02-25T22:25:07+00:00

OE-Core rev: a88bcbae850a2e6d182291d3f8e167aabdbe4842 broke the ability
to find parted as it may be in sbin which is not in PATH for some users
on some distros.

Iterate on the original patch to fix this and also fix the original problem.

(From OE-Core rev: af3803e5189d7814f9dbd238fb6dab200f351e1a)

Signed-off-by: Richard Purdie 
Signed-off-by: Armin Kuster

wic/engine.py: Load paths from PATH environment variable

2019-02-25T22:25:07+00:00

Load self.paths from environment variable and
if it fails, fall back to hardcoded list.
This is required for users that would need to load
different e2fsprogs binaries if their system's ones
are not recent enought

(From OE-Core rev: a88bcbae850a2e6d182291d3f8e167aabdbe4842)

Signed-off-by: William Bourque 
Signed-off-by: Richard Purdie 
Signed-off-by: Armin Kuster

scripts/lib/wic/engine: Fix cp's target path for ext* filesystems

2019-02-25T22:25:07+00:00

Python subprocess' shell=True defaults to /bin/sh[1][2], which
often refers to a POSIX-compliant shell. As the -e flag is
not defined in the POSIX standard[3], some shells may
interpret "-e" as the first argument to the echo command,
causing the rest of the command line to fail.

In this particular case, "echo -e 'cd {}'" is interpreted
as "-e cd {}", which causes the first line of the command
to fail, and causing cp to always place the source file
in the filesystem's root.

Replacing "echo -e" for a printf command makes this
more portable.

This issue only affects "wic cp" for ext* filesystems.

[1] https://docs.python.org/2/library/subprocess.html
[2] https://docs.python.org/3/library/subprocess.html
[3] http://pubs.opengroup.org/onlinepubs/9699919799

(From OE-Core rev: 9a5b703d4e60c3ccdf80b5289b8e6fc91133fcde)

Signed-off-by: Leonardo Augusto 
Signed-off-by: Richard Purdie 
Signed-off-by: Armin Kuster

wic: sdimage-bootpart: Use mmcblk0 drive instead of bogus mmcblk

2019-01-28T16:56:31+00:00

Apparently either nobody ever used sdimage-bootpart.wks
or fstab was kept untouched due to "--no-fstab-update" usage as
some boards like IMX may have, see [1].

Otherwise addition of the following line to the target's fstab:
---------------------->8-----------------
/dev/mmcblkp1   /boot   vfat    defaults        0       0
---------------------->8-----------------

gets us unusable target:
---------------------->8-----------------
[*     ] A start job is running for dev-mmcblkp1.device (23s / 1min 30s)
[ TIME ] Timed out waiting for device dev-mmcblkp1.device.
[DEPEND] Dependency failed for /boot.
[DEPEND] Dependency failed for Local File Systems.

You are in emergency mode. After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or "exit"
to boot into default mode.
Press Enter for maintenance
---------------------->8-----------------

Fix it with use of "mmcblk0" device name.

[1] https://lists.yoctoproject.org/pipermail/meta-freescale/2018-February/022156.html

(From OE-Core rev: 57a925dbd949e488980b02896106efd82bf47ed2)

Signed-off-by: Alexey Brodkin 
Cc: Maciej Borzecki 
Cc: Maciek Borzecki 
Cc: Richard Purdie 

Signed-off-by: Alexey Brodkin 

Signed-off-by: Richard Purdie 

Signed-off-by: Richard Purdie 
Signed-off-by: Armin Kuster

wic: use explicit errno import

2018-11-06T12:14:05+00:00

os.errno doesn't work in Python 3.7 and shouldn't have ever worked, so use
import errno explicitly.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

wic: search nonarch STAGING_DATADIR for multilib

2018-10-16T19:25:37+00:00

It fails to build multilib image such as lib32-core-image-minimal with
wic by set 'IMAGE_FSTYPES = "wic"':

| ERROR: Couldn't find correct bootimg_dir, exiting

When multilib is enabled, STAGING_DATADIR is expanded with MLPREFIX. But
dependencies of images such as syslinux is still populated to nonarch
STAGING_DATADIR.

Search nonarch STAGING_DATADIR to fix the error.

Signed-off-by: Kai Kang 
Signed-off-by: Richard Purdie

wic: make engine.py:get_partitions() resilient to parted/dmidecode stderr output

2018-10-12T07:44:05+00:00

Running wic commands on Debian 10 systems fail in
scripts/lib/wic/engine.py:get_partitions() due to new stderr output captured
when trying to parse the output from /sbin/parted as a non-root user.

The parted command calls the dmidecode utility, which produces this error
as a non-root user:
    /sys/firmware/dmi/tables/smbios_entry_point: Permission denied
    /dev/mem: Permission denied

scripts/lib/wic/engine.py:get_partitions() calls misc.py:exec_cmd(),
a subprocess wrapper which returns a combined stderr and sdtdout.
These messages to stderr confuse the partition table parser in
get_partitions().

This patch has the partition table parser ignore lines before the expected
"BYT;" header string.

Running wic in Debian 9 does not have this issue.

Signed-off-by: Geoff Parker 
Signed-off-by: Richard Purdie

wic: Support for changing the imager.

2018-10-10T11:42:40+00:00

Signed-off-by: Michael Davis 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

qemux86-directdisk: remove mem= parameter

2018-10-04T13:30:32+00:00

Remove usage of a specific amount of memory and let it be controlled by
users. This was the default behaviour before it was changed by commit
3b79d9a78 that switched the wks file to be used for qemux86.

Also fixes the bitbake parsing issues seen because of memory starvation
using build appliance images.

Fixes [YOCTO #12894]

Signed-off-by: Anuj Mittal 
Signed-off-by: Ross Burton