The following changes since commit 4051d1a3aa5f70da96c381f9dea5f52cd9306939:
openssl: Backport fix for ptest cert expiry (2022-06-07 11:33:46 +0100)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next
http://cgit.openembedded.or
This pull request is for the last two review patchsets.
The following changes since commit e63013cc38b82659658365da53b14952711d6701:
gcc: Upgrade to 11.3 release (2022-06-02 06:48:32 -1000)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib stable/k
It requires a shebang wrapper due to the fact that awk interpreter
has an argument.
---
meta/recipes-support/libcheck/libcheck_0.15.2.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-support/libcheck/libcheck_0.15.2.bb
b/meta/recipes-support/libcheck/libcheck_0.15.2.bb
index
Useful to work around shebang relocation issues, where
shebangs are too long or have arguments in them, thus preventing them
from using the /usr/bin/env shebang.
---
.../wrapper/cmdline-shebang-wrapper-test.bb | 21
.../recipes-test/wrapper/files/test.awk | 2 ++
meta/classes
These files are checked by qa_check_staged but there was no
test cases for whether the tests actually worked. Now there
are.
Signed-off-by: Paulo Neves
---
.../sysroot-test/sysroot-la-test_1.0.bb | 16 ++
.../sysroot-test/sysroot-pc-test_1.0.bb | 12 +++
meta/lib/oeqa/sel
Make sure we do not stage any executable with a bigger shebang
than 128. Fixes [1]
[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=11053
Signed-off-by: Paulo Neves
---
.../sysroot-test/sysroot-shebang-test_1.0.bb | 12
meta/lib/oeqa/selftest/cases/sysroot.py
As reported in the bug report [1], there was no check for shebang
sizes on native scripts and now this is fixed.
The path scope of the qa_staging was increased from just checking
libdir to all the relevant SYSROOT_DIRS.
It is possible to skip this check through INSANE_SKIP.
[1] https://bugzilla.
The native path may be too big, leading to shebang
overflow. Just use the #!/usr/bin/env python3.
Signed-off-by: Paulo Neves
---
...shebang-overflow-on-python-config.py.patch | 29 +++
.../recipes-devtools/python/python3_3.10.4.bb | 1 +
2 files changed, 30 insertions(+)
create
A native path can cause a shebang overflow on gtkdoc-mkhtml.
Replace it with /usr/bin/env.
Signed-off-by: Paulo Neves
---
meta/recipes-gnome/gtk-doc/gtk-doc_1.33.2.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-gnome/gtk-doc/gtk-doc_1.33.2.bb
b/meta/recipes-gnome/gtk-doc/gt
You need to check which user and group weston runs as, and any needed
directories should be writable for those.
Alex
On Fri, 10 Jun 2022 at 18:43, Süsens, Sebastian via
lists.openembedded.org
wrote:
>
> If I start weston as root user, weston starts like expected.
>
> When I start weston over the
If I start weston as root user, weston starts like expected.
When I start weston over the service /etc/init.d/weston start
I see following error message in westen.log, when the system come up.
failed to bind to /tmp/.X11-unix/X0: Permission denied
The folder has following rights:
drwxr-xr-x
On Fri, 2022-06-10 at 16:14 +0200, Luca Ceresoli wrote:
> Hello Richard,
>
> On Thu, 9 Jun 2022 12:37:28 +0100
> "Richard Purdie" wrote:
>
> > There is a load of duplicated git/layer/revision code which makes
> > most sesne as a python library, not bbclass code. Start to refactor as such.
>
>
The 3.0.14 release already includes support for riscv64.
Signed-off-by: Ricardo Salveti
---
meta/recipes-bsp/gnu-efi/gnu-efi_3.0.14.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.14.bb
b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.14.bb
inde
On Thu, Jun 9, 2022 at 11:12 PM Martin Jansa wrote:
>
> Don't know if it was intentional, but these patches seem to be moved to
> stable/kirkstone-next:
> http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/kirkstone-next
Yes, it was intentional :-)
The general flow is:
1. Pat
Hello Richard,
On Thu, 9 Jun 2022 12:37:28 +0100
"Richard Purdie" wrote:
> There is a load of duplicated git/layer/revision code which makes
> most sesne as a python library, not bbclass code. Start to refactor as such.
s/sesne/sense/
>
> Signed-off-by: Richard Purdie
> ---
> meta/classes/
Is this operating on a reused build directory? I can also think of the
following sequence:
- perl is built
- per is reconfigured in the same directory
- make clean runs, removing some of the artefacts from the previous
build, but not all
- this triggers some condition in make that causes it to han
Ignored CVEs aren't patched, but do not apply in our configuration
for some reason. Up till now they were only partially supported
and reported as "Patched".
This patch adds separate reporting of Ignored CVEs. The variable
CVE_CHECK_REPORT_PATCHED now manages reporting of both patched
and ignored
On Thu, 9 Jun 2022 11:22:36 +0200
"Pavel Zhukov" wrote:
Typo in subject: Soecify -> Specify
I'm fixing it on my testing branch.
--
Luca Ceresoli, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View
It's possible 'make clean' still erroneously removes something that is
pre-generated by ./configure, and it's then rebuilt incorrectly by
make, causing the hangs. Can you make a clean build, make a list of
files before ./configure, after ./configure, and then after make
clean, to see what gets remo
I wanted to write down my findings on a recent nettle reproducibility
failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/985
on debian9-ty-2 which resulted in this difference:
http://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20220609-5bq03hze/packages/diff-html
Small update:
This hang is definitely caused by:
https://git.openembedded.org/openembedded-core/commit/?id=00aeb84a5e7c6d4293fb4cd30dd1e28d60c6aac5
I've reproduced this issue with master 5 times with:
oe-selftest -r buildoptions.ImageOptionsTests.test_ccache_tool
then after reverting 00aeb84a5e7
On Fri, 2022-06-10 at 11:43 +0100, Richard Purdie via
lists.openembedded.org wrote:
> On Thu, 2022-06-09 at 17:39 +0100, Jose Quaresma wrote:
> > The archiver doesn't support using multiconfig sharing the same TMPDIR.
> > When in the multiconfig and using the same TMPDIR: the two machines can make
This means the weston process is crashing. You need to handle it like
any other crash: collect a coredump file and inspect it with gdb.
Alex
On Fri, 10 Jun 2022 at 11:48, Süsens, Sebastian via
lists.openembedded.org
wrote:
>
> Hello,
>
> I wrote a test (0001-PATCH-honister-weston.py-added-xwayla
On Thu, 2022-06-09 at 17:39 +0100, Jose Quaresma wrote:
> The archiver doesn't support using multiconfig sharing the same TMPDIR.
> When in the multiconfig and using the same TMPDIR: the two machines can make
> the same copy at the same time to the same destination, which will not work.
>
> This i
On Thu, 2022-06-09 at 17:39 +0100, Jose Quaresma wrote:
> The archiver doesn't support using multiconfig sharing the same TMPDIR.
> When in the multiconfig and using the same TMPDIR: the two machines can make
> the same copy at the same time to the same destination, which will not work.
>
> This i
And also this PR was already merged, so they are also in regular kirkstone
branch now:
https://cgit.openembedded.org/openembedded-core/log/?h=kirkstone
On Fri, Jun 10, 2022 at 11:12 AM Martin Jansa
wrote:
> Don't know if it was intentional, but these patches seem to be moved to
> stable/kirkston
Don't know if it was intentional, but these patches seem to be moved to
stable/kirkstone-next:
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/kirkstone-next
On Fri, Jun 10, 2022 at 10:39 AM Sundeep KOKKONDA <
sundeep.kokko...@gmail.com> wrote:
> Hello Steve,
>
> I am plannin
Hello Steve,
I am planning to do a regression test on gcc-11.3 and cloned the repo from
given link ' git://git.openembedded.org/openembedded-core-contrib
stable/kirkstone-nut ' but I did not get these patches included in the cloned
repository. I could still see gcc-11.2 cloned. Also, I verified
28 matches
Mail list logo
