Hi, Steve
Could you help to cherry-pick this patch to scarthgap? Thanks
Regards
Changqing
On 5/28/24 17:11, Changqing Li wrote:
From: Changqing Li
Occasionally, gettext will build failed with error:
In file included from
../../../gettext-0.22.5/gettext-runtime/intl/gettextP.h:71,
From: Jiaying Song
The /usr/bin/python cannot find the correct Python interpreter, so a symbolic
link is added to point it to the Python3 interpreter.
Signed-off-by: Jiaying Song
---
meta/recipes-devtools/python/python3/python3-manifest.json | 1 +
From: Kai Kang
The patch 0001-src-boot-efi-meson.build-ensure-VERSION_TAG-exists-i.patch for
systemd-boot is also required by systemd to resolve VERSION_TAG related build
error.
Signed-off-by: Kai Kang
---
meta/recipes-core/systemd/systemd_256.bb | 1 +
1 file changed, 1 insertion(+)
diff
On 7/16/24 20:54, Steve Sakoman 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.
Is there any reason I can't cherry-pick the similar commit in master?
No, but if
My ssh connections are dropping after being connected for a minute or so
same target worked fine from the same host before. I do have
ServerAliveInterval 30
TCPKeepAlive yes
Sometimes folks would suggest the first solution, but it seems to not
have any effect anymore.
On Tue, Jul 16, 2024 at
From: Denys Dmytriyenko
It's not limited to "target", but also happens to nativesdk:
ERROR: nativesdk-llvm-18.1.8-r0 do_package_qa: QA Issue: File
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/bin/llvm-config
in package nativesdk-llvm contains reference to TMPDIR
On Tue, 2024-07-16 at 18:11 -0400, Denys Dmytriyenko via
lists.openembedded.org wrote:
> On Tue, Jul 16, 2024 at 08:12:25AM +0100, Richard Purdie wrote:
> > On Mon, 2024-07-15 at 21:36 -0400, Denys Dmytriyenko via
> > lists.openembedded.org wrote:
> > > It's not limited to "target", but also
On Tue, Jul 16, 2024 at 08:12:25AM +0100, Richard Purdie wrote:
> On Mon, 2024-07-15 at 21:36 -0400, Denys Dmytriyenko via
> lists.openembedded.org wrote:
> > It's not limited to "target", but also happens to e.g. nativesdk:
> >
> > ERROR: nativesdk-llvm-18.1.8-r0 do_package_qa: QA Issue: File
>
From: Denys Dmytriyenko
Copy the same sed command to sanitize libtool script from target recipe
to nativesdk one. Otherwise fails with buildpaths QA error:
ERROR: nativesdk-libtool-2.5.0-r0 do_package_qa: QA Issue: File
In fedora distro while running oe-selftest for gcc, owner permessions of files
in /etc/ssh/ is getting changed to "nobody nobody" as following "-rw-r--r--. 1
nobody nobody 581 Jan 10 2024 /etc/ssh/ssh_config.d/50-redhat.conf". Because
of this we are getting bad owner permission's on
Noticed in the installation logs a few paths have
double slashes '//'. Doesn't seem to do any harm, though
it is good to clean this up for consistency.
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-connectivity/bluez5/bluez5.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Noticed in the installation logs a few paths have
double slahes '//'. Doesn't seem to do any harm, though
it is good to clean this up for consistency.
Signed-off-by: Guðni Már Gilbert
---
meta/recipes-connectivity/bluez5/bluez5.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
The upstream Makefile always builds the tests unless they're explicitly
disabled. Whilst this doesn't make a difference to the final package and
sysroot output, disabling the tests for openssl-native reduces the size
of the build tree from 659M to 78M and reduces the CPU time used by 30%.
Since the BlueZ upgrade is now in master (it used the v2 patch instead of v3)
should I create a separate patch for the changes to resolve
https://lists.openembedded.org/g/openembedded-core/message/201935 ?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply
All the test scripts are by now Python 3 compatible
and the shebangs are consistently set to #!/usr/bin/env python3
since BlueZ 5.73
See:
https://github.com/bluez/bluez/commit/d31f04aa928ae8fb7a4fc5b0876dd17ea65d4513
The source code was inspected to confirm there are no more
shebangs which
This proposed patch was rejected upstream:
> Imagine as source:
> deb http://example.org/very/very/long/path foo main
> deb http://example.org/very/very/long/path bar main
> that would roughly translate to e.g.:
> example.org_very_very_long_path_dists_foo_main_binary-amd64_Packages
>
Current Dev Position: YP 5.1 M2
Next Deadline: YP 5.1 M2 Build 8 July 2024
Next Team Meetings:
-
Bug Triage meeting Thursday July 18th at 7:30 am PST (
https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)
-
Weekly Project Engineering Sync Tuesday July 16th at 8 am
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/v5-3-3-openssh-upgrade-9.7p1---9.8p1.patch
FAIL: test CVE tag format: Missing or incorrectly formatted CVE tag in
Commit 60774248a5570899a66f9f88e597cc4f723d6278 solves issues when i or j
have been set in other shell functions.
Since j is not unset after the inner loop, the image will only be copied
for the first configuration.
Unsetting i and j after the loops also prevents index issues in other functions.
- drop the CVE-2024-6387
- drop the backported systemd notify
- backported fix for musl build
- submited fix for ptest regression
- sshd now had the sshd-session
Release notes at https://www.openssh.com/txt/release-9.8
Security
This release contains fixes for two security problems, one
Still side effects of the XZ backdoor. The systemd sd-notify patch
was rejected [1] upstream and was chosen a standalone implementation
that does not depend on libsystemd [2].
Racional [1]:
License incompatibility and library bloatedness were the reasons.
Given recent events we're never going to
The rationale [1] is that C11 6.5.6.9 says:
"""
When two pointers are subtracted, both shall point to elements of the
same array object, or one past the last element of the array object; the
result is the difference of the subscripts of the two array elements.
"""
In these cases the objects are
On Tue, 2024-07-16 at 14:18 +0100, Richard Purdie via
lists.openembedded.org wrote:
> On Tue, 2024-07-16 at 00:00 +0100, Richard Purdie via
> lists.openembedded.org wrote:
> > On Mon, 2024-07-15 at 15:26 -0600, Joshua Watt wrote:
> > > On Mon, Jul 15, 2024 at 3:07 PM Richard Purdie
> > > wrote:
>
On Tue, Jul 16, 2024, 7:18 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Tue, 2024-07-16 at 00:00 +0100, Richard Purdie via
> lists.openembedded.org wrote:
> > On Mon, 2024-07-15 at 15:26 -0600, Joshua Watt wrote:
> > > On Mon, Jul 15, 2024 at 3:07 PM Richard Purdie
> > >
On Tue, 2024-07-16 at 00:00 +0100, Richard Purdie via lists.openembedded.org
wrote:
> On Mon, 2024-07-15 at 15:26 -0600, Joshua Watt wrote:
> > On Mon, Jul 15, 2024 at 3:07 PM Richard Purdie
> > wrote:
> > >
> > > On Mon, 2024-07-15 at 14:40 -0600, Joshua Watt wrote:
> > > > On Sat, Jul 13,
On Tue, Jul 16, 2024 at 11:04 AM, Alexander Kanavin wrote:
>
> It's fine to remove if after doing that you can conclusively verify
> there's no 'python' anywhere.
I've looked at the source code directly and there are no 'python' shebangs
anywhere. They all use #!/usr/bin/env python3
I'll
Is there any reason I can't cherry-pick the similar commit in master?
https://git.openembedded.org/openembedded-core/commit/?id=4ab0d5c24b32a80432d9cfa6c904027b8a6710b5
Steve
On Tue, Jul 16, 2024 at 2:58 AM Changqing Li via
lists.openembedded.org
wrote:
>
> From: Changqing Li
>
> When debug
Alexander Kanavin escreveu (terça, 16/07/2024 à(s)
11:37):
> On Tue, 16 Jul 2024 at 12:31, Ross Burton via lists.openembedded.org
> wrote:
> > > I was reading about this in your previous patch and was planning to
> > > make a comment about it. Thanks for splitting it out!
> > >
> > > I remember
> On 11 Jun 2024, at 14:22, Marcus Folkesson wrote:
>
> Hi Ross,
>
> On Tue, Jun 11, 2024 at 10:37:06AM +, Ross Burton wrote:
>> On 30 May 2024, at 10:53, Marcus Folkesson via lists.openembedded.org
>> wrote:
>>> The image-bootfiles class is used to put all files listed in
>>>
On Tue, 16 Jul 2024 at 13:02, Guðni Már Gilbert via
lists.openembedded.org
wrote:
> Am wondering about one section in the do_install:append . Not sure if we
> should remove it or not? It feels wrong to keep referencing Python 2 at least:
>
> # Patch python tools to use Python 3; they should
A bit off topic but, wanted to share something I'm thinking about:
Am wondering about one section in the do_install:append . Not sure if we should
remove it or not? It feels wrong to keep referencing Python 2 at least:
# Patch python tools to use Python 3; they should be source compatible, but
It isn't that obvious, for the loop to show up you would need a global
class that DEPENDS on a native only python-flit-core built recipe.
Test to reproduce
python3-test-native.bb
LICENSE = "CLOSED"
inherit pypi
inherit python_flit_core
inherit_defer native
PYPI_PACKAGE = "test"
On Tue, 16 Jul 2024 at 12:31, Ross Burton via lists.openembedded.org
wrote:
> > I was reading about this in your previous patch and was planning to
> > make a comment about it. Thanks for splitting it out!
> >
> > I remember when I was asked to originally merge this patch to OE-Core
> > and I had
On 16 Jul 2024, at 10:37, Richard Purdie via lists.openembedded.org
wrote:
> I was reading about this in your previous patch and was planning to
> make a comment about it. Thanks for splitting it out!
>
> I remember when I was asked to originally merge this patch to OE-Core
> and I had
On Tue, 16 Jul 2024 at 11:29, Jose Quaresma wrote:
>> I agree we need to cut down on the number of pending patches, so asking
>> people if they're able to submit is fair enough. Requiring it may be
>> something we can't afford to do though.
>
>
> But I also understand your position and I think
On 15 Jul 2024, at 13:18, Konrad Weihmann via lists.openembedded.org
wrote:
>
> when using python_flit_core on a native recipe
> it was creating a dependency loop, as tasks for
> python3 requires tasks for python3-native,
> which is essential for building any native python recipes.
We build
Please ignore this mail, the patch will send out for scarthgap and
master separately.
On 7/16/24 17:46, Changqing Li via lists.openembedded.org wrote:
From: Changqing Li
Previous patch works on fedora40 with gcc-14, but not works
on ubuntu2004 with gcc-9. Update the patch to fix the
From: Changqing Li
When debug build is enabled(-Og is used), pixman-native do_compile
failed with error:
In function ‘combine_inner’,
inlined from ‘combine_soft_light_ca_float’ at
../pixman-0.42.2/pixman/pixman-combine-float.c:655:1:
../pixman-0.42.2/pixman/pixman-combine-float.c:370:5:
Fix following QA warnings / errors
File /usr/bin/afuc-asm in package mesa-tools contains reference to TMPDIR
[buildpaths]
File /usr/bin/afuc-disasm in package mesa-tools contains reference to TMPDIR
[buildpaths]
Signed-off-by: Dmitry Baryshkov
---
Changes since v2:
- Reimplemented the patch
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/v4-3-3-openssh-upgrade-9.7p1---9.8p1.patch
FAIL: test CVE tag format: Missing or incorrectly formatted CVE tag in
From: Changqing Li
Previous patch works on fedora40 with gcc-14, but not works
on ubuntu2004 with gcc-9. Update the patch to fix the do_compile
failure:
In function ‘combine_inner’,
inlined from ‘combine_soft_light_ca_float’ at
../pixman-0.42.2/pixman/pixman-combine-float.c:655:1:
From: Changqing Li
Previous patch works on fedora40 with gcc-14, but not works
on ubuntu2004 with gcc-9. Update the patch to fix the do_compile
failure:
In function ‘combine_inner’,
inlined from ‘combine_soft_light_ca_float’ at
../pixman-0.42.2/pixman/pixman-combine-float.c:655:1:
On Tue, 2024-07-16 at 10:00 +0100, Richard Purdie via
lists.openembedded.org wrote:
> On Tue, 2024-07-16 at 09:57 +0200, Alexander Kanavin via
> lists.openembedded.org wrote:
> > On Mon, 15 Jul 2024 at 21:07, Ryan Eatmon via
> > lists.openembedded.org
> > wrote:
> > >
> > > With the move to make
On Tue, 2024-07-16 at 10:29 +0100, Jose Quaresma via
lists.openembedded.org wrote:
> Still side effects of the XZ backdoor.
>
> Racional [1]:
>
> License incompatibility and library bloatedness were the reasons.
> Given recent events we're never going to take a dependency on
> libsystemd,
>
From: Archana Polampalli
Signed-off-by: Archana Polampalli
---
.../less/files/CVE-2024-32487.patch | 74 +++
meta/recipes-extended/less/less_643.bb| 1 +
2 files changed, 75 insertions(+)
create mode 100644
- fix musl build
- sshd now had the sshd-session
- fix ptest
- drop the CVE-2024-6387
Release notes at https://www.openssh.com/txt/release-9.8
Security
This release contains fixes for two security problems, one critical
and one minor.
1) Race condition in sshd(8)
A critical
Still side effects of the XZ backdoor.
Racional [1]:
License incompatibility and library bloatedness were the reasons.
Given recent events we're never going to take a dependency on libsystemd,
though we might implement the notification protocol ourselves if it isn't too
much work.
[1]
The rationale [1] is that C11 6.5.6.9 says:
"""
When two pointers are subtracted, both shall point to elements of the
same array object, or one past the last element of the array object; the
result is the difference of the subscripts of the two array elements.
"""
In these cases the objects are
Richard Purdie escreveu (terça,
16/07/2024 à(s) 09:53):
> On Tue, 2024-07-16 at 09:48 +0200, Alexander Kanavin via
> lists.openembedded.org wrote:
> > On Mon, 15 Jul 2024 at 20:02, Jose Quaresma via
> > lists.openembedded.org
> > wrote:
> > > +From: Jose Quaresma
> > > +Date: Mon, 15 Jul 2024
On Tue, 2024-07-16 at 09:57 +0200, Alexander Kanavin via
lists.openembedded.org wrote:
> On Mon, 15 Jul 2024 at 21:07, Ryan Eatmon via lists.openembedded.org
> wrote:
> >
> > With the move to make more warnings into errors it is inevitable
> > that we
> > will need more hooks to skip the errors
On Tue, 2024-07-16 at 09:48 +0200, Alexander Kanavin via
lists.openembedded.org wrote:
> On Mon, 15 Jul 2024 at 20:02, Jose Quaresma via
> lists.openembedded.org
> wrote:
> > +From: Jose Quaresma
> > +Date: Mon, 15 Jul 2024 18:43:08 +0100
> > +Subject: [PATCH] regress/test-exec: use the absolute
On Mon, 15 Jul 2024 at 21:07, Ryan Eatmon via lists.openembedded.org
wrote:
>
> With the move to make more warnings into errors it is inevitable that we
> will need more hooks to skip the errors on a recipe by recipe basis.
> This patch just adds INSANE_SKIP support for the incompatible-license
On Mon, 15 Jul 2024 at 20:02, Jose Quaresma via lists.openembedded.org
wrote:
> +From: Jose Quaresma
> +Date: Mon, 15 Jul 2024 18:43:08 +0100
> +Subject: [PATCH] regress/test-exec: use the absolute path in the SSH env
> +
> +The SSHAGENT_BIN was changed in [1] to SSH_BIN but
> +the last one
From: Vijay Anusuri
ssh(1) in OpenSSH versions 9.5p1 to 9.7p1 (inclusive).
Logic error in ObscureKeystrokeTiming option.
A logic error in the implementation of the ssh(1) ObscureKeystrokeTiming option
rendered the feature ineffective and additionally exposed limited keystroke
timing
On Mon, 2024-07-15 at 21:36 -0400, Denys Dmytriyenko via
lists.openembedded.org wrote:
> It's not limited to "target", but also happens to e.g. nativesdk:
>
> ERROR: nativesdk-llvm-18.1.8-r0 do_package_qa: QA Issue: File
> /usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-
>
On Tue, 2024-07-16 at 02:05 +0300, Dmitry Baryshkov via lists.openembedded.org
wrote:
> Fix following QA warnings / errors
>
> File /usr/bin/afuc-asm in package mesa-tools contains reference to TMPDIR
> [buildpaths]
> File /usr/bin/afuc-disasm in package mesa-tools contains reference to TMPDIR
56 matches
Mail list logo