On 2/10/24 05:40, Peter Kjellerstedt wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
-Original Message-
From:openembedded-core@lists.openembedded.org
On
From: Changqing Li
Commit 6fe23ff31c0 changed README to a symlink to README.logs, and
install README.logs under systemd doc dir.
But for OE, systemd doc dir is splited into package systemd-doc, when it
is not installed on the target, there will be an dead link:
Eg:
root@intel-x86-64:/var/log#
here is one failure due to this upgrade -
https://errors.yoctoproject.org/Errors/Details/753587/
On Fri, Feb 16, 2024 at 6:59 PM Khem Raj wrote:
>
> this can be tricky for many apps depend on it subtly might fail. Perhaps
> doing an extended world build with this might be good.
>
> On 2/16/24
From: Chen Qi
By default, the tests are built and run at do_compile and we can see
errors like below in log.do_compile:
gnupg-2.4.4/tests/cms/inittests: line 99: ../../sm/gpgsm: cannot execute
binary file: Exec format error
Note that the do_compile process still succeeds. However, we'd
I'm getting oe-selftest errors on all distros that seem to be related
to this patch.
Here are a couple of representative logs:
https://errors.yoctoproject.org/Errors/Details/753468/
https://errors.yoctoproject.org/Errors/Details/753470/
Thanks,
Steve
On Thu, Feb 15, 2024 at 12:17 PM Adrian
Sorry, please ignore.
The assumption that everything is a multiple of 1024 runs very deep throughout
wic and is hard-coded in too many places for a patch this simple to work.
On Sat 2024-02-17 @ 03:51:03 PM, Trevor Woerner wrote:
> The partition layout of boot devices for some SBCs (e.g.
The partition layout of boot devices for some SBCs (e.g. Rockchip[1])
are specified in multiples of sectors (which are multiples of 512 bytes,
instead of 1024). Therefore allow wic to understand partition sizing
specified in sectors as well.
[1] https://opensource.rock-chips.com/wiki_Partitions
The autobuilder has been seeing increasing numbers of testsdk failures
where xz was 'missing':
ERROR: core-image-sato-1.0-r0 do_testsdk: Couldn't install the SDK:
Error: xz is required for installation of this SDK, please install it first
This is probably due to xz and it's libraries not being
On Fri, 2024-02-16 at 19:40 +0800, Anuj Mittal wrote:
> Drop patches that have been merged upstream and available in this
> version.
>
> Signed-off-by: Anuj Mittal
> ---
> ...ix-minicom-h-v-return-value-is-not-0.patch | 33 ---
> .../minicom/allow.to.disable.lockdev.patch |
On Fri, 2024-02-16 at 19:59 +0100, Peter Kjellerstedt wrote:
> The old way of keeping track of the filenames for the patches that
> correspond to the commits was to add a special comment line to the end
> of the commit message, e.g., "%% original patch: ", using a
> temporary git hook. This method
On Fri, 2024-02-16 at 19:59 +0100, Peter Kjellerstedt wrote:
> If a commit is marked with "%% ignore" it means it is used by devtool to
> keep track of changes to the source code that are not the result of
> running do_patch(). These changes need to actually be ignored when
> extracting the
11 matches
Mail list logo