diff options
author | Bruce Ashfield <bruce.ashfield@gmail.com> | 2022-10-18 23:39:09 -0400 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2022-10-26 12:28:39 +0100 |
commit | 4c9b5da26bf56c80f2dfdbcb8b35ee36baa8ad7c (patch) | |
tree | 9d96f3dab43765bdbffec5543837af7ccc5869fd /scripts/lib/wic/plugins/source/rootfs.py | |
parent | e6dc71b4135c42ad2459aae554561909fd56dfc3 (diff) | |
download | poky-4c9b5da26bf56c80f2dfdbcb8b35ee36baa8ad7c.tar.gz |
kern-tools: fix relative path processing
The previous fix for processing of paths with relative components, broke
uses cases that were a mix of patches and configuration fragments.
Updating the SRCREV to include a simplied fix for relative paths, and
a cleanup patch from Jose:
[
Author: Jose Quaresma <quaresma.jose@gmail.com>
Date: Thu Sep 29 16:37:23 2022 +0000
scc: only look for error in scc_output_file if it has valid content
When process_file function fails the output of the processed script is show to
the user, some parsing is performed as well to look for common errors so we
can point to the right input file.
This can only be done when the scc_output_file have some valid content
otherwise it will show invalid messages to the user.
Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
Author: Bruce Ashfield <bruce.ashfield@gmail.com>
Date: Wed Oct 5 19:13:33 2022 +0000
spp: ensure that prefix check uses absolute paths
The previous fix for this issue was too broad, and impacted
all calls to the prefix check and removal. With this change,
we only expand the input on scc/spp operations that may
execute with relative paths.
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
]
(From OE-Core rev: 533720a1756454447341769c4a0969fce8d6f287)
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/lib/wic/plugins/source/rootfs.py')
0 files changed, 0 insertions, 0 deletions