From: Changqing Li
correct the package name
Signed-off-by: Changqing Li
---
meta/recipes-support/nghttp2/nghttp2_1.46.0.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-support/nghttp2/nghttp2_1.46.0.bb
b/meta/recipes-support/nghttp2/nghttp2_1.46.0.bb
in
This avoids the following warning:
WARNING: .../meta/recipes-core/systemd/systemd_250.1.bb: Var
:1: DeprecationWarning: invalid escape sequence \$
seen when doing `devtool finish --force-patch-refresh systemd meta`.
Signed-off-by: Peter Kjellerstedt
---
I have no idea why the warning is on
From: Khairul Rohaizzat Jamaluddin
40.4 Changelogs:
Fix crash when clearing all passwords (#1570)
Fix security indicator disappearing after entering reader mode (#1580)
Fix crash opening PDFs not loaded via HTTP (#1611)
Fix CVE-2021-45085, CVE-2021-45086, CVE-2021-45087, CVE-2021-45088 (#1612)
Fi
From: Khairul Rohaizzat Jamaluddin
Includes fix patches for epiphany CVE.
CVE: CVE-2021-45085 CVE-2021-45086 CVE-2021-45087 CVE-2021-45088
Signed-off-by: Khairul Rohaizzat Jamaluddin
---
.../epiphany/{epiphany_41.0.bb => epiphany_41.3.bb} | 2 +-
1 file changed, 1 insertion(+), 1
On Wed, Jan 12, 2022 at 1:58 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2022-01-12 at 14:23 -0500, Jon Mason wrote:
> > On Wed, Jan 12, 2022 at 4:11 AM Kevin Hao
> wrote:
> > >
> > > The crc extension is optional for the ARMv8.0 but is mandatory for the
> > > cortexa
On Wed, 2022-01-12 at 14:23 -0500, Jon Mason wrote:
> On Wed, Jan 12, 2022 at 4:11 AM Kevin Hao wrote:
> >
> > The crc extension is optional for the ARMv8.0 but is mandatory for the
> > cortexa72, so there is no reason not to enable it for the cortexa72
> > tune. With this change, the cortexa72-c
Currently, SPDX SBOMs are only created for images. Add support for
SDKs. Fix json indent when outputting SBOMs for better readability.
Signed-off-by: Andres Beltran
---
meta/classes/create-spdx.bbclass | 95 +---
meta/lib/oe/sbom.py | 6 +-
2 files chang
On Wed, Jan 12, 2022 at 12:30 PM Khem Raj wrote:
>
>
>
> On 1/12/22 1:07 AM, Kevin Hao wrote:
> > The crc extension is optional for the ARMv8.0 but is mandatory for the
> > cortexa72, so there is no reason not to enable it for the cortexa72
> > tune. With this change, the cortexa72-crc seems redun
On Wed, Jan 12, 2022 at 4:11 AM Kevin Hao wrote:
>
> The crc extension is optional for the ARMv8.0 but is mandatory for the
> cortexa72, so there is no reason not to enable it for the cortexa72
> tune. With this change, the cortexa72-crc seems redundant. But we
> had better to keep it to be compat
Looks fine to me!
Bruce
On Wed, Jan 12, 2022 at 12:21 PM Saul Wold wrote:
>
> This change set is ready for merging, I have tested with edgerouter,
> qemuppc and x86, in order to check different kernel types and strip
> options.
>
> This version creates a copy to be stripped and deployed in
> ker
On 1/12/22 1:07 AM, Kevin Hao wrote:
The crc extension is optional for the ARMv8.0 but is mandatory for the
cortexa72, so there is no reason not to enable it for the cortexa72
tune. With this change, the cortexa72-crc seems redundant. But we
had better to keep it to be compatible with the BSP w
Extend runstrip() to accept additional argument to enable
sharing it with the kernel do_strip() so that
KERNEL_IMAGE_STRIP_EXTRA_SECTIONS can be passed.
Since is_elf() understands kernel modules there is no need to keep a
seperate list for kernmodules or hardcode the values to runstrip.
Signed-of
Re-use the runstrip() code from oe.packaging, for the kernel
stripping process. Since runstrip() is python the kernel do_strip()
need to be converted to Python also. The stripped kernel image
will be used for deployment in do_deploy(). This will allow the
package.bbclass to split an unstripped kern
Since the kernel source is stored in work-shared, we need to add it
to the search path so the kernel and kernel-modules source code can
be found correctly.
Signed-off-by: Saul Wold
---
meta/classes/create-spdx.bbclass | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/
This change set is ready for merging, I have tested with edgerouter,
qemuppc and x86, in order to check different kernel types and strip
options.
This version creates a copy to be stripped and deployed in
kernel.bbclass, if needed. The unstripped version is installed so
the package.bbclass debugin
Thanks, this needs to be done in go-target.inc too.
Alex
On Wed, 12 Jan 2022 at 16:28, Dmitry Baryshkov
wrote:
> Commit 9985b17a30bb ("go: correctly set debug-prefix-map and build
> directory") has changed CGO_LDFLAGS to the manually crafted version of
> LDFLAGS to strip out DEBUG_PREFIX_MAP co
On 1/12/22 06:30, Bruce Ashfield wrote:
On Tue, Jan 11, 2022 at 6:59 PM Saul Wold wrote:
Re-use the runstrip() code from oe.packaging, for the kernel
stripping process. Since runstrip() is python the kernel do_strip()
need to be converted to Python also. The stripped kernel image
will be use
Commit 9985b17a30bb ("go: correctly set debug-prefix-map and build
directory") has changed CGO_LDFLAGS to the manually crafted version of
LDFLAGS to strip out DEBUG_PREFIX_MAP contents.
However this manually crafted version includes ${SECURITY_LDFLAGS}.
If security_flags.inc is not included, the
Em qua., 12 de jan. de 2022 às 12:01, Alexander Kanavin
escreveu:
> I'm not immediately sure how to solve this though. We do want to keep those
> flags when they're defined.
>
> Ideas? Perhaps they could be defined empty in some place which is present in
> all distributions?
I believe it does m
One experiment that can be tried is unsetting DEBUG_PREFIX_MAP in the go
recipe though, but it may make things non-reproducible again.
On Wed, 12 Jan 2022 at 16:01, Alexander Kanavin via lists.openembedded.org
wrote:
> I'm not immediately sure how to solve this though. We do want to keep
> those
I'm not immediately sure how to solve this though. We do want to keep those
flags when they're defined.
Ideas? Perhaps they could be defined empty in some place which is present
in all distributions?
Alex
On Wed, 12 Jan 2022 at 15:56, Dmitry Baryshkov wrote:
> пн, 10 янв. 2022 г. в 11:08, Alex
пн, 10 янв. 2022 г. в 11:08, Alexander Kanavin :
>
> aarch64-linaro-linux-gcc: error: ${SECURITY_LDFLAGS}: No such file or
> directory
>
> You need to find out why the variable isn't expanded. 'bitbake -e go-runtime'
> may help.
For the reference:
# $CGO_LDFLAGS [2 operations]
# exported
/ho
пн, 10 янв. 2022 г. в 11:08, Alexander Kanavin :
>
> aarch64-linaro-linux-gcc: error: ${SECURITY_LDFLAGS}: No such file or
> directory
>
> You need to find out why the variable isn't expanded. 'bitbake -e go-runtime'
> may help.
The distro I was using here (rpb if that matters) does not use
secu
On Tue, Jan 11, 2022 at 6:59 PM Saul Wold wrote:
>
> This second change set, enables the kernel:do_strip() to share the
> oe.package:runstrip() method. A copy of the kernel is made for the
> kernel strip processing which is ultimately deployed, while the
> unstripped kernel image can be used by pa
On Tue, Jan 11, 2022 at 6:59 PM Saul Wold wrote:
>
> Re-use the runstrip() code from oe.packaging, for the kernel
> stripping process. Since runstrip() is python the kernel do_strip()
> need to be converted to Python also. The stripped kernel image
> will be used for deployment in do_deploy(). Thi
On Tue, Jan 11, 2022 at 6:59 PM Saul Wold wrote:
>
> Extend runstrip() to accept additional argument to enable
> sharing it with the kernel do_strip() to that
> KERNEL_IMAGE_STRIP_EXTRA_SECTIONS can be passed.
>
> Since is_elf() understands kernel modules there is no need to keep a
> seperate list
The crc extension is optional for the ARMv8.0 but is mandatory for the
cortexa72, so there is no reason not to enable it for the cortexa72
tune. With this change, the cortexa72-crc seems redundant. But we
had better to keep it to be compatible with the BSP which already used
that tune.
Signed-off-
This helps to make buildstats code usage easier in third-party
projects like Isar (https://github.com/ilbers/isar/). In Isar
rootfs is created using 'sudo' and some subpaths like '/proc'
may be mounted. So, "du -sh" on rootfs produces incorrect result
with multiple 'Permission denied' warnings.
C
28 matches
Mail list logo
