Hi list,
I'm facing an issue with a BSP I created using dunfell (up-to-date on
poky and oe). I'm using a stable kernel and u-boot 2021.07 from denx's
mainline-stable-layer.
I stripped down my machine.conf and basically the boot is working fine.
Was working fine.
When finally I created a
On Fri, 2021-10-15 at 03:03 -0700, Chuck Wolber wrote:
> Is there a recommended strategy to get do_fetch to invalidate on directory
> path changes in paths pointed to by file:// URLs in SRC_URI?
>
> Example:
>
> SRC_URI += "file://src;subdir=${S}"
>
> A file at src/foo/bar/baz is recognized
From: Armin Kuster
Include example send-email
Signed-off-by: Armin Kuster
Signed-off-by: Joe MacDonald
(cherry picked from commit 48038b45dc114592991c069eb66d174820c0701d)
---
MAINTAINERS | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
From: Mikko Rapeli
From: Jonas Brich
Using function restorecon_init inside selinux_restorecon.c can
result in a NULL pointer. This happens because function
selinux_restorecon_set_sehandle can return a NULL pointer. But
it is not checked and directly given to the next function.
This problem is
Is there a recommended strategy to get do_fetch to invalidate on directory
path changes in paths pointed to by file:// URLs in SRC_URI?
Example:
SRC_URI += "file://src;subdir=${S}"
A file at src/foo/bar/baz is recognized just fine. But then a directory
change to something like src/foo/bar2/baz
Inherit autotools-brokensep to fix the build error which is introduced
by oe-commit:
commit 8e26252b45b7660c7c67c702411bdec187a76ffc
Author: Richard Purdie
Date: Sun Sep 19 16:17:31 2021 +0100
layer.conf: Extend recipes not to install without explict dependencies
Fixes:
