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/3-3-oe-build-perf-report-Improve-report-styling-and-add-descriptions.patch
FAIL: test max line length: Patch line
This work is done according to "Milestone 9: Build performance test report
view" as stated in the Scope of Work with Sovereign Tech Fund (STF)
(https://www.sovereigntechfund.de/).
The current report can be accessed here:
Performance test report HTML
From: Ninette Adhikari <13760198+ninetteadhik...@users.noreply.github.com>
- Add Apache echarts (https://echarts.apache.org/en/index.html) library to
create build performance charts.
- Restructure data to time and value array format so that it can be used by
echarts.
- This commit also converts
From: Ninette Adhikari <13760198+ninetteadhik...@users.noreply.github.com>
- This commit updates measurement statistics data to include start_time so that
time can be displayed instead of commit numbers on the chart.
- It also updates default commit history length to 300.
Signed-off-by: Ninette
From: Ninette Adhikari <13760198+ninetteadhik...@users.noreply.github.com>
Styling updates are added including page margin, labels for x and y axis,
tooltip, and section descriptions.
Signed-off-by: Ninette Adhikari
---
.../build_perf/html/measurement_chart.html| 28 +++---
We don't have a test to check if we can correctly devtool update-recipe/finish
into another layer. So update the existing
test_devtool_update_recipe_local_files
to also check the updates into another layer.
Signed-off-by: Julien Stephan
---
meta/lib/oeqa/selftest/cases/devtool.py | 20
When trying to use devtool update-recipe/finish on another layer, with modified
local file we have the following error:
Traceback (most recent call last):
File "<..>/poky/scripts/devtool", line 350, in
ret = main()
^^
File "<..>/poky/scripts/devtool", line 337, in
On 4/15/24 18:05, Richard Purdie 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.
On Mon, 2024-04-15 at 16:30 +0800, Changqing Li via lists.openembedded.org
wrote:
From:
systemd-sysext can load a raw-image containing usr/ and opt/ folders
to mount them as RO overlay over the rootfs, to "extend" the systems.
This class provides the necessary changes/additions to the enclosed
file-system so that systemd-sysext accepts the extension for "merge"
into the rootfs.
archive the package database after the rootfs has been put together as
*rootfs-pkdbfs.tar.gz, and put it into the deploy folder.
This creates a snapshot of the package mangers state at the point in
time when all dependencies have been resolved and installed; which
could be used by "extension
systemd-sysext allows to overlay another image (or multiple) ontop of
a "base-image" = the current rootfs, via the use of overlayfs; to add
tools and features meant for development purposes.
To quote the documentation on systemd-sysext:
" ...addition in order to make debugging/development
set the package-database of a "lower image" to unpack and build upon
when installing packages for the current image. This way a lean image
will be created, which only holds the packages that are not already
present in the lower image.
An image build such could then be used with overlayfs or
Overwriting the lsb string without inheriting from uninative causes
shared state cache entries to end up in the wrong path where they are
not beeing picked up by the extensible SDK environment.
Signed-off-by: Timon Bergelt
---
meta/classes/populate_sdk_ext.bbclass | 2 +-
1 file changed, 1
- add a PACKAGECONFIG for libdecor
! This will require to move libei from meta-oe to oe-core !
Signed-off-by: Markus Volk
---
.../xwayland/{xwayland_23.2.5.bb => xwayland_23.2.6.bb} | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
rename
Libei has been the multi-year effort by Red Hat's Peter Hutterer on emulated
input handling for Wayland. Libei consists of a client side library and EIS
as the "Emulated Input Server" for this Wayland-focused emulated input device
solution.
Signed-off-by: Markus Volk
---
Then the libei move should be sent together with the update as a set.
libei first.
Alex
On Sun, 14 Apr 2024 at 16:08, Markus Volk via lists.openembedded.org
wrote:
>
> This requires libei which is currently in meta-oe
>
> On Sun, Apr 14 2024 at 04:06:52 PM +02:00:00, Markus Volk
> wrote:
>
>
On Mon, 2024-04-15 at 16:30 +0800, Changqing Li via lists.openembedded.org
wrote:
> From: Changqing Li
>
> When there are tarballs in local mirror file://, do_fetch will
> create symlink under DL_DIR, eg:
> pseudo-prebuilt-2.33.tar.xz ->
>
From: Changqing Li
When there are tarballs in local mirror file://, do_fetch will
create symlink under DL_DIR, eg:
pseudo-prebuilt-2.33.tar.xz ->
/project/path/to/localmirrorA/pseudo-prebuilt-2.33.tar.xz
after user update path from localmirrorA to localmirrorB, because
do_fetch don't depends on
On Mon, Apr 15 2024 at 11:54:13 AM +02:00:00, Alexander Kanavin
wrote:
Then the libei move should be sent together with the update as a set.
libei first.
Sent an update. I'll take care to send a patch to meta-oe to remove
libei, once this is accepted in oe-core
-=-=-=-=-=-=-=-=-=-=-=-
On 4/15/24 16:30, Changqing Li wrote:
From: Changqing Li
When there are tarballs in local mirrorfile://, do_fetch will
create symlink under DL_DIR, eg:
pseudo-prebuilt-2.33.tar.xz ->
/project/path/to/localmirrorA/pseudo-prebuilt-2.33.tar.xz
after user update path from localmirrorA to
The standalone script almost certainly needs to rewritten as a
selftest, unless there's some other reason it should be living in
scripts/.
Alex
On Sat, 13 Apr 2024 at 07:54, Michael Opdenacker via
lists.openembedded.org
wrote:
>
> From: Michael Opdenacker
>
> Proof of concept "testimage" test
How does this work when sharing sstate between builders with different
PREMIRRORS/MIRRORS? Doesn't this cause all signatures to be different
as do_unpack does depend on do_fetch?
On Mon, Apr 15, 2024 at 10:30 AM Changqing Li via
lists.openembedded.org
wrote:
>
> From: Changqing Li
>
> When
From: Harish Sadineni
CVE-2024-24576 only applies when invoking batch files (with the `bat` and `cmd`
extensions) on Windows & No other platform or use is affected.
More details about CVE is here: https://nvd.nist.gov/vuln/detail/CVE-2024-24576
Signed-off-by: Harish Sadineni
---
On Mon, Apr 15 2024 at 01:54:48 PM +02:00:00, Alexander Kanavin
wrote:
This means we need a new set of PACKAGECONFIG options for xwayland_ei,
and pick the one that sets it to to false by default. Similar to
XORG_CRYPTO in that recipe.
Thank you for the review. I have made these changes and
- add a PACKAGECONFIG for libdecor
- add PACKAGECONFIGS for xwayland_ei to avoid auto select
Signed-off-by: Markus Volk
---
.../xwayland/{xwayland_23.2.5.bb => xwayland_23.2.6.bb} | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
rename
One thing I have just seen. If not using systemd the libei recipe will
depend on the external sd-bus library 'basu' which
is also not available in oe-core. How do you want to deal with this?
Also include basu or make this recipe systemd only by default?
On Mon, Apr 15 2024 at 12:59:10 PM
From: Peter Marko
Single executable ttyrun is taken ouf of s390-tools repository
containing ton of other helper tools.
CVEs are not assigned to executables, but to whole components.
Historically there also already exists one CVE for s390-tools.
Most of the CVEs will not be for ttyrun, but this
Wait. Something doesn't compute here. Where is the libei dependency
introduced in commit history? I'm not seeing it:
https://gitlab.freedesktop.org/xorg/xserver/-/commits/xwayland-23.2
Alex
On Mon, 15 Apr 2024 at 13:07, Markus Volk wrote:
>
> One thing I have just seen. If not using systemd
If testtools and/or subunit modules are not found we get the following backtrace
(example for testtools):
NOTE: Starting bitbake server...
Traceback (most recent call last):
File "<..>/poky/scripts/oe-selftest", line 60, in
ret = main()
File "<..>/poky/scripts/oe-selftest",
CVE_STATUS is not supported in kirkstone, you should use CVE_CHECK_IGNORE
Steve
On Mon, Apr 15, 2024 at 5:01 AM Sadineni, Harish via
lists.openembedded.org
wrote:
>
> From: Harish Sadineni
>
> CVE-2024-24576 only applies when invoking batch files (with the `bat` and
> `cmd` extensions) on
30 matches
Mail list logo
