From: Bruce Ashfield
To keep the perf source copying as small as possible, we can
further refine the arch/uapi copy to the single file that we
currently need.
To avoid a warning from the general perf source copy routine,
we make the .h conditional based on the architecture.
The supported
From: Max Krummenacher
Kernel commit 9eea8fafe33e ("libbpf: fix __arg_ctx type enforcement for
perf_event programs") added with 6.9-rc1 tools/include/uapi/asm/bpf_perf_event.h
which for arc, arm64, loongarch, riscv and s390 includes headers from
the arch/${ARCH}/... directories.
Which results
From: Daniel McGregor
Install the manpages for shadow, and also make the conflicting manpages
alternatives in util-linux.
Signed-off-by: Daniel McGregor
---
meta/recipes-core/util-linux/util-linux_2.39.3.bb | 3 +++
meta/recipes-extended/shadow/shadow.inc | 8
2 files
Hi Marta,
I will take care of updating the golang to 1.22.2 witch include a fix for
the CVE-2023-45288
https://github.com/golang/go/commit/e55d7cf8435ba4e58d4a5694e63b391821d4ee9b
Jose
Marta Rybczynska escreveu (quarta, 3/04/2024 à(s)
21:46):
> Details: https://kb.cert.org/vuls/id/421644
>
>
On Wed, Apr 3, 2024 at 05:51 PM, Alex Kiernan wrote:
>
> Hi Sundeep (or anyone else with insight on this!)
>
> How do you go about debugging rust oe-selftest failures? I've bumped
> everything up to 1.77 ( https://github.com/akiernan/poky ) but
> oe-selftest fails for reasons that aren't
Hi All,
QA for yocto-4.3.4.rc2 is completed. This is the full report for this release:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
=== Summary
No high milestone defects.
No new issue found.
Thanks,
Jing Hui
>
Looks like sometimes the e.filename and the e.lineno is not properly set by the
netrc
and this can cause TypeError.
| File "/poky/meta/lib/oe/sstatesig.py", line 342, in init_rundepcheck
| bb.warn("Error parsing %s:%d: %s" % (e.filename, e.lineno, e.msg))
|
Hi
Very interesting patch series. I stumbled upon a couple of spelling
errors while looking through it, and have a question about the
hardcoded dependency list.
On Wed, 2024-04-03 at 09:02 +0200, Martin Hundeb?ll wrote:
> Add a class to implement the gnu make fifo style jobserver. The class
>
Hi Andreas,
On Thu, 2024-04-04 at 09:56 +0200, Andreas Helbech Kleist wrote:
> > + # avoid making make-native or its dependencies depend on make-
> > native itself
> > + if d.getVar("PN") in (
> > + "make-native",
> > + "libtool-native",
> > +
drop the old version no more used
0007-exec.go-do-not-write-linker-flags-into-buildids.patch
that was replaced by the
0001-exec.go-filter-out-build-specific-paths-from-linker-.patch
renamed now to 0007-exec.go-filter-out-build-specific-paths-from-linker-.patch
Signed-off-by: Jose Quaresma
---
Include fixes for CVE-2023-45288
Upgrade to latest 1.22.x release [1]:
$ git --no-pager log --oneline go1.22.1..go1.22.2
dddf0ae40f (tag: go1.22.2) [release-branch.go1.22] go1.22.2
e55d7cf843 [release-branch.go1.22] net/http: update bundled
golang.org/x/net/http2
4edf4bb2c6
The parallelism of bitbake easily uses every available core on the build
host. But since every task is run with the same number of parallel
threads/processes, multiple tasks might load the CPU excessively, which
in turn slows down the build due to scheduling overhead.
This patch series adds a
Ninja doesn't (yet) support the GNU Make jobserver out of the box, but
there is a pull request adding that support[1]. Since that pull request
(and its derived three-part pull requests) seem to be ignored by
upstream, kitware (creator/maintainer of cmake) has created a fork[2]
only to carry the
Add a class to implement the gnu make fifo style jobserver. The class
can be activated by simply adding an `INHERIT += "jobserver"` to the
local configuration.
Furthermore, one can configure an external jobserver (i.e. a server
shared between multiple builds), by configuring the `JOBSERVER_FIFO`
For CI setups that might end up building multiple yocto builds in
parallel, a shared jobserver can reduce the total load of the system.
Setting up such a jobserver is simple, but it does require a process
hanging around to keep the jobserver fifo open (to avoid blocking token
requests).
Add a
If the jobserver class is enabled, the PARALLEL_MAKE variable is unset in
favor of configuring a shared jobserver in the MAKEFLAGS variable. However,
the qemu makefile translates the missing `-j` argument to `-j1` when
calling into meson / ninja. Add a patch to make the qemu makefile
consider the
Sharing a common jobserver fifo between multiple (containerized) builds
is much easier, if an administrator can configure said jobserver fifo
path in the environment. Append the JOBSERVER_FIFO variable name to the
list of variables configurable through the environment.
Signed-off-by: Martin
The problem is the following:
AssertionError:
'gitsm://g...@github.com/ARMmbed/mbedtls.git;protocol=https;branch=master' !=
'git://g...@github.com/ARMmbed/mbedtls.git;protocol=https;branch=master'
Mbedlts made changes to their repository, adding a sub-module, thus the
assert triggers an error
On 04/04/2024 17:25:52+, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: Alexandre Belloni
> > Sent: den 4 april 2024 01:45
> > To: Peter Kjellerstedt
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH] util-linux: Set the license for
> >
> -Original Message-
> From: Alexandre Belloni
> Sent: den 4 april 2024 01:45
> To: Peter Kjellerstedt
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] util-linux: Set the license for
> util-linux-fcntl-lock to MIT
>
> Hello,
>
> This caused:
>
>
On Thu, 2024-04-04 at 17:25 +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: Alexandre Belloni
> > Sent: den 4 april 2024 01:45
> > To: Peter Kjellerstedt
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH] util-linux: Set the license for
Hi Mikko,
Did you test with the below change already merged on master?
Looks like it was to fix the same issue.
git: git-replacement-native: depend on ca-certificate
https://git.yoctoproject.org/poky/commit/meta/recipes-devtools/git?id=421083c46c97bf758496b8c58402aea5d74aa097
Jose
Mikko Rapeli
Hi,
On Thu, Apr 04, 2024 at 02:57:20PM +0100, Jose Quaresma wrote:
> Hi Mikko,
>
> Did you test with the below change already merged on master?
> Looks like it was to fix the same issue.
>
> git: git-replacement-native: depend on ca-certificate
>
On Thu, 2024-04-04 at 14:25 +0200, Alexandre Truong wrote:
> The problem is the following:
> AssertionError:
> 'gitsm://g...@github.com/ARMmbed/mbedtls.git;protocol=https;branch=master' !=
> 'git://g...@github.com/ARMmbed/mbedtls.git;protocol=https;branch=master'
>
> Mbedlts made changes to
They are already set in linux-yocto.inc
Signed-off-by: Mikko Rapeli
---
meta/recipes-kernel/linux/linux-yocto-dev.bb | 5 -
1 file changed, 5 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index 9bd219825e..d5cba42a5c
If linux-yocto-dev is compiled without specific SRCREV, it uses
AUTOREV which tries to update to latest available commit. This is
currently failing with these steps:
$ rm -rf tmp*/work/*/linux-yocto-dev && \
bitbake -c do_configure mc:machine:linux-yocto-dev ; \
bitbake -c do_clean
On Thu, 2024-04-04 at 16:29 +0300, Mikko Rapeli wrote:
> If linux-yocto-dev is compiled without specific SRCREV, it uses
> AUTOREV which tries to update to latest available commit. This is
> currently failing with these steps:
>
> $ rm -rf tmp*/work/*/linux-yocto-dev && \
> bitbake -c
Hi,
On Thu, Apr 04, 2024 at 03:13:08PM +0100, Richard Purdie wrote:
> On Thu, 2024-04-04 at 16:29 +0300, Mikko Rapeli wrote:
> > If linux-yocto-dev is compiled without specific SRCREV, it uses
> > AUTOREV which tries to update to latest available commit. This is
> > currently failing with these
28 matches
Mail list logo