bash fails in xmalloc when running these tests. More thorough
investigation may reveal real cause, however, it seems to fail on
other musl distros as well.
Signed-off-by: Khem Raj
---
meta/recipes-core/coreutils/coreutils_9.4.bb | 6 ++
1 file changed, 6 insertions(+)
diff --git
Hello David and thanks for all the Sonos speakers!
I'm not at my computer right now but it looks like nothing in oe-core
depends on rng-tools anymore since the 5.6 kernel release:
https://wiki.archlinux.org/title/Rng-tools
And note:
From: Vijay Anusuri
Upstream-Status: Backport
[https://gitlab.freedesktop.org/xorg/xserver/-/commit/0c1a93d319558fe3ab2d94f51d174b4f93810afd
&
https://gitlab.freedesktop.org/xorg/xserver/-/commit/14f480010a93ff962fef66a16412fafff81ad632]
Signed-off-by: Vijay Anusuri
---
This ensures that string is prepended properly and eclosed in ''
Fixes the ptest runs on musl
Signed-off-by: Khem Raj
---
meta/recipes-devtools/tcltk/tcl_8.6.13.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/tcltk/tcl_8.6.13.bb
On 08/01/2024 09:10:14+0100, Alexander Kanavin wrote:
> I suspect this might have been a transient network issue. Both tests
> fetch stuff from 3rd party servers.
This is super weird but I added the cython upgrade and got this one, on
fedora38-ty-4 again:
Hello,
This causes failures on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/8478/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/37/builds/8432/steps/11/logs/stdio
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/v3-glib-networking-Fix-ptest-failures-with-openssl-backend.patch
FAIL: test commit message presence: Please
Signed-off-by: Khem Raj
---
v2: Make the patch apply only when openssl backend is used
v3: Move the backend check to source code of the test itself
...tion.c-Disable-unclean-close-by-serv.patch | 36 +++
.../glib-networking/glib-networking_2.78.0.bb | 5 +--
2 files changed, 39
On Tue, Jan 9, 2024 at 11:10 AM Markus Volk wrote:
>
> On Tue, Jan 9 2024 at 08:38:32 AM -08:00:00, Khem Raj
> wrote:
>
> Is upstream also switching to use cmake as primary build system ?
>
>
> If you are speaking of chromeOS, I bet they use cmake
>
> I had a look at what linux distributions
On Tue, Jan 9 2024 at 08:38:32 AM -08:00:00, Khem Raj
wrote:
Is upstream also switching to use cmake as primary build system ?
If you are speaking of chromeOS, I bet they use cmake
I had a look at what linux distributions do. Archlinux and Fedora use
the cmake build system and also Debian
On Tue, Jan 9 2024 at 02:10:10 PM +00:00:00, Richard Purdie
wrote:
The trouble is things can end up in the sysroot via indirect
dependencies so this change allows unintended changes to creep in (a
dependency adds jpeg so the config of webp could change too). I'm
therefore not happy about having
Conditional patches complicate version updates and can silently cease to
apply if no one builds with them, please place the condition into the .c
code directly.
Alex
On Tue 9. Jan 2024 at 19.23, Khem Raj wrote:
> Apply only when openssl is in packageconfigs, seems to work ok with
> gnutls
lets drop this patch. The issue with chgrp seems to be gone, must have
been transitory as I was narrowing down the opkg-utils bug.
On Tue, Jan 9, 2024 at 8:05 AM Ross Burton wrote:
>
> On 4 Jan 2024, at 02:10, Khem Raj via lists.openembedded.org
> wrote:
> > -# The tests need to run as a
It fixes the issue with different GIDs during ipk creation and image
creation time
Signed-off-by: Khem Raj
---
...e-numeric-owner-parameter-overzealou.patch | 34 +++
.../opkg-utils/opkg-utils_0.6.3.bb| 1 +
2 files changed, 35 insertions(+)
create mode 100644
Apply only when openssl is in packageconfigs, seems to work ok with
gnutls backend.
Signed-off-by: Khem Raj
---
v2: Make the patch apply only when openssl backend is used
...Disable-test_unclean_close_by_server.patch | 42 +++
.../glib-networking/glib-networking_2.78.0.bb | 5
Why is the patch marked inappropriate?
Please send upstream first, and only after upstream has expressed their
approval/disaporoval/request for changes we can take some form of it in
oe-core. Maybe they would simply want to turn these into hard dependencies
instead of adding even more options.
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/RFC-PATCHv2-webp-switch-recipe-to-cmake-buildsystem.patch
FAIL: test Upstream-Status presence: Upstream-Status is
Besides the improvements that cmake offers compared to autotools,
the advantage would be that cmake config files get created.
This is useful so that other projects can find webp using cmake.
Remove EXTRA_OECONF settings because all of them are set like this
by default.
CMakeLists.txt doesn't
Is upstream also switching to use cmake as primary build system ?
On Tue, Jan 9, 2024 at 5:32 AM Markus Volk wrote:
> Tested this to be working with just oe-core layers (poky and nodistro)
> with glibc and musl for x86_64, aarch64 rpi and qemuarm.
> Still this is quite invasive and one can have
On 9 Jan 2024, at 16:13, Khem Raj wrote:
>
> On Tue, Jan 9, 2024 at 7:55 AM Ross Burton wrote:
>>
>> On 22 Dec 2023, at 17:54, Khem Raj via lists.openembedded.org
>> wrote:
>>> +SRC_URI += "file://eagain.patch \
>>> +file://0001-tests-Disable-test_unclean_close_by_server.patch \
On Tue, Jan 9, 2024 at 7:55 AM Ross Burton wrote:
>
> On 22 Dec 2023, at 17:54, Khem Raj via lists.openembedded.org
> wrote:
> > +SRC_URI += "file://eagain.patch \
> > +file://0001-tests-Disable-test_unclean_close_by_server.patch \
>
> As this only affects builds with openssl,
On 4 Jan 2024, at 02:10, Khem Raj via lists.openembedded.org
wrote:
> -# The tests need to run as a non-root user, so pull in the ptest user
> -DEPENDS:append:class-target = "${@bb.utils.contains('PTEST_ENABLED', '1', '
> ptest-runner', '', d)}"
> -PACKAGE_WRITE_DEPS += "ptest-runner"
> +# The
On 22 Dec 2023, at 17:54, Khem Raj via lists.openembedded.org
wrote:
> +SRC_URI += "file://eagain.patch \
> +file://0001-tests-Disable-test_unclean_close_by_server.patch \
As this only affects builds with openssl, should we apply the patch in on
openssl builds?
Ross
On Tue, 2024-01-09 at 08:36 -0700, Joshua Watt wrote:
> Because of the way that SPDX documents are linked together, the SPDX
> creation tasks must re-run, even for ABI safe recipes. This sstatesig
> change is more comprehensive version of the same fix found in [1],
> which also has more
Current Dev Position: YP 5.0 M2
Next Deadline: 15th January 2024 YP 5.0 M2 build
Next Team Meetings:
-
Bug Triage meeting Thursday January 11th at 7:30 am PST (
https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)
-
Weekly Project Engineering Sync Tuesday January
From: Martin Jansa
scripts/pybootchartgui/pybootchartgui/draw.py:820: SyntaxWarning: "is not" with
a literal. Did you mean "!="?
if (OPTIONS.show_pid or OPTIONS.show_all) and ipid is not 0:
scripts/pybootchartgui/pybootchartgui/draw.py:918: SyntaxWarning: "is not" with
a literal. Did you
Because of the way that SPDX documents are linked together, the SPDX
creation tasks must re-run, even for ABI safe recipes. This sstatesig
change is more comprehensive version of the same fix found in [1],
which also has more information about the specific reproducer.
In order to this to work
On Tue, 9 Jan 2024 at 15:10, Richard Purdie
wrote:
> The trouble is things can end up in the sysroot via indirect
> dependencies so this change allows unintended changes to creep in (a
> dependency adds jpeg so the config of webp could change too). I'm
> therefore not happy about having
On Tue, 2024-01-09 at 11:31 +, Richard Purdie via
lists.openembedded.org wrote:
> On Mon, 2024-01-08 at 19:53 -0800, Khem Raj wrote:
> > On Mon, Jan 8, 2024 at 7:49 PM Khem Raj wrote:
> > >
> > > On Mon, Jan 8, 2024 at 2:39 PM Richard Purdie
> > > wrote:
> > > >
> > > > On Mon, 2024-01-08
On Tue, 2024-01-09 at 14:28 +0100, Markus Volk wrote:
> Besides the improvements that cmake offers compared to autotools,
> the advantage would be that cmake config files get created.
> This is useful so that other projects can find webp using cmake.
>
> Remove EXTRA_OECONF settings because all
Whatever strong opinions one has about cmake, opinions about autotools
are stronger still. It's not super controversial to say, we would
rather switch away from it whenever possible, and so have many other
upstream projects. Everyone but GNU, basically.
So I'm all for your patch, and loss of
Tested this to be working with just oe-core layers (poky and nodistro)
with glibc and musl for x86_64, aarch64 rpi and qemuarm.
Still this is quite invasive and one can have strong opinions about
cmake, so i marked it RFC
On Tue, Jan 9 2024 at 02:28:26 PM +01:00:00, Markus Volk
wrote:
Besides the improvements that cmake offers compared to autotools,
the advantage would be that cmake config files get created.
This is useful so that other projects can find webp using cmake.
Remove EXTRA_OECONF settings because all of them are set like this
by default.
CMakeLists.txt doesn't
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/abseil-cpp-readd-use-of--std-c-14.patch
FAIL: test target mailing list: Series sent to the wrong mailing list or
From: Thomas Roos
Protobuf is compiled with -std=c++14, so abseil-cpp must be as well.
Details can be found here: protocolbuffers/protobuf#10768
Signed-off-by: Thomas Roos
---
meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_git.bb | 1 +
1 file changed, 1 insertion(+)
diff --git
On Mon, 2024-01-08 at 19:53 -0800, Khem Raj wrote:
> On Mon, Jan 8, 2024 at 7:49 PM Khem Raj wrote:
> >
> > On Mon, Jan 8, 2024 at 2:39 PM Richard Purdie
> > wrote:
> > >
> > > On Mon, 2024-01-08 at 17:14 +, Ross Burton wrote:
> > > > On 3 Jan 2024, at 14:59, Richard Purdie via
From: Sanjana
Issue: LIN1022-4855
Signed-off-by: Sanjana
---
meta/recipes-devtools/gdb/gdb.inc | 1 +
.../gdb/gdb/0013-CVE-2023-39130.patch | 326 ++
2 files changed, 327 insertions(+)
create mode 100644
From: Yang Xu
The execution result of depmodwrapper is not checked which makes depmod
generation failed sliently and hard to detect.
So check exection result and stop building if depmodwrapper failed.
Signed-off-by: Yang Xu
---
meta/lib/oe/rootfs.py | 3 ++-
1 file changed, 2 insertions(+),
The test should be doing this sequence:
1. Write a new json file with two different custom references (if we
go with --use-custom-reference repo,reference).
2. Check that both custom references are written correctly.
3. Use --update to update one of the custom references but not the other.
4.
On Mon, 8 Jan 2024 at 15:42, Jermain Horsman wrote:
All the new options need longer, more detailed descriptions.
> +parser.add_argument('--update', '-u',
> +action='store_true',
> +help='Updates an existing layers setup.')
"Updates an existing layer setup json
> > Hi, a short update: I figured out that Meson actually has code to handle
> > exactly this situation to detect Qt's tools in libexec. Not sure yet
> > what is happening there and why the detection fails. By the way, this
> > detection problem holds for further Qt tools (moc, lrelease, rcc...)
>
On Mon, Oct 9, 2023 at 08:26 PM, Andreas Cord-Landwehr wrote:
>
>
> On 05.10.23 23:14, Khem Raj wrote:
> > On Thu, Oct 5, 2023 at 12:27 PM Richard Purdie
> > wrote:
> >>
> >> On Thu, 2023-10-05 at 21:22 +0200, Andreas Cord-Landwehr wrote:
> >>> On 04.10.23 20:42, Richard Purdie wrote:
>
I just sent out a patch for the yocto-autobuilder-helper repo to use '/root' as
the ROOT_HOME's value in case of 'sysvinit with systemd'.
Regards,
Qi
-Original Message-
From: Alexandre Belloni
Sent: Tuesday, January 9, 2024 3:47 PM
To: Chen, Qi
Cc:
43 matches
Mail list logo