On Tue, 24 Sept 2024 at 06:24, Robert Yang wrote:
> Thanks for looking into this, the problem is that the metadata (CVE patch
> info)
> is not in the binary packages such as RPMs, so the cve scanners such as Trivy
> doesn't know that. For example, CentOS and Ubuntu also has the similar issues,
>
How can the crash be reproduced? This must be specified. Could it be
specific to your setup? Qemu usermode is pretty robust with standard poky.
Alex
On Tue 24. Sep 2024 at 1.43, Khem Raj via lists.openembedded.org wrote:
> - Needed for Gnome-47 components e.g. gnome-console
> - Disable GI_DATA
Can this be folded into wic selftests? Does it need to be in a
different testsuite to that, and how does it differ to the existing
wic uki test?
Alex
On Sun, 22 Sept 2024 at 10:42, Mikko Rapeli via lists.openembedded.org
wrote:
>
> Tests builds and boots qemu into uki binary with systemd and sys
Thanks, this is an excellent improvement.
Alex
On Sun, 22 Sept 2024 at 10:42, Mikko Rapeli via lists.openembedded.org
wrote:
>
> Remove custom wic plugin implementation and use systemd ukify reference
> implementation when generating UKI images. Fail if users still have
> create-unified-kernel-i
This needs to be updated in master first, and then you can send a backport.
Alex
On Mon, 23 Sept 2024 at 15:33, abuzarra via lists.openembedded.org
wrote:
>
> Hi all,
>
> After this update of the ORC recipe for the kirkstone branch the build is
> broken with Ubuntu 18.04 due to an issue with th
I don't understand. If we fix a CVE with a backport, then there's
metadata in the backported patch to indicate that even though the
overall version doesn't change to the one that isn't vulnerable, the
patch addresses the vulnerability. Why is a whole separate mechanism
still needed?
Alex
On Fri,
We can certainly discuss in person in Vienna but my answer for now is that
you should implement the workaround suggested by me in the bug.
Alex
On Mon 16. Sep 2024 at 21.39, Mark Jonas via lists.openembedded.org
wrote:
> Hello Steve and Richard,
>
> I am wondering whether it would be reasonable
On Wed, 11 Sept 2024 at 16:31, Robert Yang wrote:
> Yes, I can find the code with "git reflog", V3 is coming:
Thanks, v3 lgtm.
Alex
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204393):
https://lists.openembedded.org/g/openembedded-core/messag
On Wed, 11 Sept 2024 at 14:27, Enrico Jörns wrote:
> But a commonly used one in the context of bootloaders I guess:
>
> https://github.com/search?q=%22require+recipes-bsp%2Fu-boot%2Fu-boot.inc%22&type=code
Sadly yes. The reason I don't like it is that changing anything in
u-boot.inc in oe-core m
Can you please also add a function that tells if bitbake is in a
separate repo, or bundled with poky? This would help various tooling
that is being developed for setting up layers and builds, or creating
configurations for those tasks out of pre-existing yocto setups.
Alex
On Wed, 11 Sept 2024 a
On Wed, 11 Sept 2024 at 13:16, Enrico Jörns wrote:
> I kept it in the version-specific .bb file since this is the only information
> that would necessarily
> change when bumping the PV.
Yes, but barebox and barebox-tools would have to be upgraded in
lockstep, and sharing the checksum between the
On Wed, 11 Sept 2024 at 02:57, wangmy via lists.openembedded.org
wrote:
> I have considered two solutions to this problem:
> 1. Add rst2man and rst2hhtml5 commands to HOSTTOOLS in bitbake.conf
> 2. Create native for rst2man and rst2hhtml5 to provide support for other
> packages that require them
On Tue, 10 Sept 2024 at 20:42, Enrico Jörns via lists.openembedded.org
wrote:
> --- /dev/null
> +++ b/meta/recipes-bsp/barebox/barebox_2024.08.0.bb
> @@ -0,0 +1,3 @@
> +require barebox.inc
> +
> +SRC_URI[sha256sum] =
> "b08a762da8d63dd18b4f2d9f5d0a8da001b6e608d1b3eff6dcebc6a2e575d535"
The check
On Tue, 10 Sept 2024 at 11:02, Enrico Jörns wrote:
> My impression was that the actual amount of things to share would not justify
> another file.
> It is mainly license information, SRC_URI and a bit of metadata where I found
> it more obvious to
> have them in the respective recipe.
>
> If hav
On Tue, 10 Sept 2024 at 10:45, Enrico Jörns wrote:
> > Can this be merged into the main barebox recipe? Does it need a separate
> > recipe?
>
> not only that it would complicate the main recipe (we had tried this before),
> but I really see no
> point in doing and supporting barebox native build
> @@ -55,6 +55,7 @@ RECIPE_MAINTAINER:pn-avahi = "Yi Zhao
> "
> RECIPE_MAINTAINER:pn-babeltrace = "Alexander Kanavin
> "
> RECIPE_MAINTAINER:pn-babeltrace2 = "Alexander Kanavin
> "
> RECIPE_MAINTAINER:pn-barebox = "Enrico Jörns "
>
On Tue, 10 Sept 2024 at 09:21, Enrico Jörns via lists.openembedded.org
wrote:
> +PACKAGECONFIG[openssl] = ",,openssl-native"
> +PACKAGECONFIG[libusb] = ",,libusb1-native"
> +PACKAGECONFIG[fit] = ",,u-boot-tools-native dtc-native"
Does barebox have configuration options for these? The problem with
On Sun, 8 Sept 2024 at 19:22, Markus Volk via lists.openembedded.org
wrote:
> +Subject: [PATCH] rusticl/meson.build: workaround for rusticl build
> +
> +Signed-off-by: Markus Volk
> +
> +Upstream-Status: Inappropriate [oe-specific]
> +---
> + src/gallium/frontends/rusticl/meson.build | 1 +
> + 1
Ongoing work to keep mesa current is appreciated, but you should start
marking it RFC as well, and make it clear in the commit message that
this won't be taken until someone sits down and gets clang integrated
into core. I would love to see the project users making that
contribution, but we should
It would help to include specific steps to reproduce the problem in
the commit message here, otherwise there's going to be unneeded
friction when someone submits an update again without being aware of
the issue.
Alex
On Fri, 6 Sept 2024 at 18:58, Richard Purdie via
lists.openembedded.org
wrote:
I don't think putting this into get_layer_revisions() is correct.
Bitbake is not a layer, and obtaining its revision should be in a
separate pair of functions:
is_bitbake_in_separate_repo()
get_bitbake_revision()
Alex
On Wed, 4 Sept 2024 at 15:23, Robert Yang via lists.openembedded.org
wrote:
>
On Wed, 4 Sept 2024 at 09:56, Mikko Rapeli wrote:
> > Not rejected per se; I would suggest that the existing wic
> > implementation is rewritten to use the class (and hopefully becomes
> > radically simpler and shorter)!
> >
> > It's fine to not be entirely backwards compatible; this is master, an
On Tue, 3 Sept 2024 at 13:50, Hitendra Prajapati wrote:
> Thank you for feedback.
>
> meta-lts-mixins layer don't have any file or recipe for rpm.
>
> How to summit change there ?
>
> If rpm 4.18.0 is already released 2 years ago,the anyone upgraded it for
> kirkstone branch ? or How can i do tha
Is this seen on the yocto autobuilder, or only in your private testing?
Also, how would we know that the issue is fixed, and this patch can be removed?
Alex
On Tue, 3 Sept 2024 at 15:38, aszh07 via lists.openembedded.org
wrote:
>
> As byteswap has some issue sporadically, remove the byteswap
>
The whole install_ptest_base task is deleted if PTEST_ENABLED is not
set to 1, so yes it's unnecessary.
Generally, it helps to find the point in code history where the
now-questionable code was introduced, check out the whole tree at that
point and see if that code was necessary back then, e.g. if
gt;
> b/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch
> index 331ea849e6..9f5dde0720 100644
> ---
> a/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch
> +++
> b/meta/recipes-devtools/rpm/files/0001-Add-a-col
On Mon, 2 Sept 2024 at 16:15, Mikko Rapeli wrote:
> So, this is a wic image format specific re-implementation of systemd ukify.py
> script.
> Calling not systemd ukify.py but objcopy directly. No control over kernel
> command
> line, but could possible be added with simple patch. I don't see ho
On Mon, 2 Sept 2024 at 14:25, Mikko Rapeli wrote:
> I've checked and I have not found matching examples. We have everything
> working
> for UEFI secure boot for multiple ARM64 boards and qemu, including oeqa
> runtime tests.
> Currently the qemu side changes to support UEFI secure boot are queue
On Mon 2. Sep 2024 at 13.23, Mikko Rapeli wrote:
> Hi,
>
> On Mon, Sep 02, 2024 at 01:11:27PM +0200, Alexander Kanavin wrote:
> > Should this also have a wic based selftest or some other way to ensure it
> > works?
>
> Yes, but that depends on the UEFI / Arm Syste
Should this also have a wic based selftest or some other way to ensure it
works?
Alex
On Mon 2. Sep 2024 at 12.58, Mikko Rapeli via lists.openembedded.org
wrote:
> From: Michelle Lin
>
> This class calls systemd ukify tool, which will combine
> kernel/initrd/stub components to build the UKI. T
On Mon, 2 Sept 2024 at 12:27, Mikko Rapeli wrote:
> On Debian/Ubuntu getent is part of libc-bin package which is marked
> essential so installed basically everywhere by default. The systemd
> side meson build script was failing without it. I can try to check
> if there some config etc way to disab
Wait. Isn't this ukify.py thingy already provided from
systemd-boot-native recipe?
Alex
On Mon, 2 Sept 2024 at 12:06, Mikko Rapeli via lists.openembedded.org
wrote:
>
> Hi,
>
> On Mon, Sep 02, 2024 at 10:59:22AM +0100, Richard Purdie wrote:
> > This will fail in CI as there is now maintainers fi
Also, can't this be supplied with DEPENDS? Adding to HOSTTOOLS to
cater to needs of a single recipe is not a good thing.
Alex
On Mon, 2 Sept 2024 at 12:10, Peter Kjellerstedt via
lists.openembedded.org
wrote:
>
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org
>
t; ofono, 2.10, Ross Burton
> socat, 1.8.0.1, Hongxu Jia
> ell, 0.68, Zang Ruochen
> ovmf, edk2-stable202408, Unassigned
> sysvinit, 3.10, Ross Burton
> libtry-tiny-perl, 0.32, Tim Orling
> python3-certifi, 2024.8.30
Note that putting patches on GitHub really makes reviews very difficult for
everyone. It’s okay to ask ppl to take your patch from there once but if
you need to do fix ups and follow-ups you really should fix your email
sending.
Alex
On Thu 29. Aug 2024 at 22.36, Sven Reschke via lists.openembedd
A *much* better fix would be to introduce a wayland PACKAGECONFIG,
that would set PIGLIT_USE_WAYLAND (per
https://gitlab.freedesktop.org/mesa/piglit/-/blob/main/CMakeLists.txt?ref_type=heads#L195)
and relocate all the wayland-scanner, protocols, libraries, etc
dependencies from unconditional DEPEND
On Thu, 29 Aug 2024 at 10:52, Richard Purdie via
lists.openembedded.org
wrote:
>
> On Mon, 2024-08-26 at 12:01 -0700, Sven Reschke via
> lists.openembedded.org wrote:
> > Hi Alex and Alexandre,
> >
> > sorry for the delay.
> > I've created a PR on Github on top of your latest changes:
> > https://
If numpy 2.x update was prevented by lack of recent piglit, that has
now landed in master.
Alex
On Wed, 28 Aug 2024 at 22:31, Trevor Gamblin wrote:
>
>
> On 2024-08-28 4:19 p.m., Alexander Kanavin wrote:
> > On Wed, 28 Aug 2024 at 22:05, Trevor Gamblin via
> > lists.openem
On Wed, 28 Aug 2024 at 22:05, Trevor Gamblin via
lists.openembedded.org
wrote:
> Even with that workaround, I see a more serious issue:
>
> |DEBUG: Executing shell function do_compile
> |/home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/1.26.4/numpy-1.26.4/setup.
On Tue, 27 Aug 2024 at 23:02, Khem Raj wrote:
> OE/Poky compiler is built with --enable-default-pie and that will pass
> -pie option implicitly whenever it is invoked. Perhaps
> default system compiler on alma9 is not.
> zlib crate seems to perhaps ignore the option or maybe its missing a
> place
On Wed, 28 Aug 2024 at 11:04, Mingyu Wang (Fujitsu) wrote:
>
> The name of /usr/share/polkit-1/rules.d are the same, but the files contained
> in the path are different.
> What methods can be chosen to solve this problem in this situation?
Are you using package_rpm and dnf to compose the image?
On Wed, 28 Aug 2024 at 11:04, Mingyu Wang (Fujitsu) wrote:
> I found that the lastlog2 have been merged into util-linux:
> https://github.com/thkukuk/lastlog2/commit/60bea9dcee0fa18ea3dce0372a14f5e4f177ada6
>
> There are two solutions:
> 1. delete lastlog2
> 2. Add RCONFLICTS option for control
>
This is really not the right way to resolve the issue: both recipes
install files into this directory and expect those files to be present
where they put them.
Is the real solution installing systemd or polkit but not both maybe?
Or if you need both, then you should look into why package manager
t
I don't think this is the right way to resolve the problem. You should
be installing one or the other, but not both.
Alex
On Wed, 28 Aug 2024 at 10:27, wangmy via lists.openembedded.org
wrote:
>
> From: Wang Mingyu
>
> Error: Transaction test error:
> file /usr/bin/lastlog2 conflicts between
On Tue, 27 Aug 2024 at 22:41, Richard Purdie
wrote:
>
> On Tue, 2024-08-27 at 22:38 +0200, Alexander Kanavin wrote:
> > On Tue, 27 Aug 2024 at 21:51, Richard Purdie
> > wrote:
> >
> > > Shouldn't rust complain if it doesn't work with old compilers? Ar
On Tue, 27 Aug 2024 at 21:51, Richard Purdie
wrote:
> Shouldn't rust complain if it doesn't work with old compilers? Are the
> compiler requirements for rust documented anywhere? I'm reluctant to
> throw buildtools at anything that breaks. In theory we also would need
> to change the sanity.bbcla
On Tue, 27 Aug 2024 at 18:25, Alexander Kanavin via
lists.openembedded.org
wrote:
>
> On Tue, 27 Aug 2024 at 18:23, Alexander Kanavin via
> lists.openembedded.org
> wrote:
> > I just reproduced this on autobuilder's alma9 in a private build
> > without sstate. I don&
On Tue, 27 Aug 2024 at 18:23, Alexander Kanavin via
lists.openembedded.org
wrote:
> I just reproduced this on autobuilder's alma9 in a private build
> without sstate. I don't have any immediate ideas on where to start
> looking into it, but I left the build in place, s
On Tue, 27 Aug 2024 at 15:22, Richard Purdie
wrote:
sed.
> > Can we re-run the builds just to be sure this is host distro specific
> > issue, since other hosts passed?
>
> Chances are this will have been built on another host and will now come
> from sstate. We'd have to invalidate the cache and r
> The error log says:
>
> stdio: ERROR: cargo-native-1.79.0-r0 do_compile: Execution of
> '/home/pokybuild/yocto-worker/qemuarm64/build/build/tmp/work/x86_64-linux/cargo-native/1.79.0/temp/run.do_compile.1874995'
> failed with exit code 101
> stdio: ERROR: Logfile of failure stored in:
> /home/p
From: Alexander Kanavin
Drop backport.
Signed-off-by: Alexander Kanavin
---
.../libtraceevent/libtraceevent/meson.patch | 45 ---
...eevent_1.8.2.bb => libtraceevent_1.8.3.bb} | 4 +-
2 files changed, 2 insertions(+), 47 deletions(-)
delete mode 100644 meta/recipes-ker
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/selftest/cases/buildoptions.py | 4 ++--
...hicolor-icon-theme_0.17.bb => hicolor-icon-theme_0.18.bb} | 5 ++---
2 files changed, 4 insertions(+), 5 deletions(-)
rename meta/recipes-gnome/hicolor-i
From: Alexander Kanavin
lz4 is a new required dependency.
Signed-off-by: Alexander Kanavin
---
...1-Add-W_EXITCODE-macro-for-non-glibc-systems.patch | 11 ---
.../vte/{vte_0.74.2.bb => vte_0.76.3.bb} | 4 ++--
2 files changed, 6 insertions(+), 9 deletions(-)
rename m
From: Alexander Kanavin
Drop most EXTRA_OEMAKE settings as no longer necessary.
(makefiles use weak assignments and shell variables then
take precedence).
License-Update: clarification that it's gpl2-or-later.
Signed-off-by: Alexander Kanavin
---
.../lz4/{lz4_1.9.4.bb => lz4_1
From: Alexander Kanavin
Drop endianness patch; upstream resolved the issue via:
https://github.com/cracklib/cracklib/pull/86
https://github.com/cracklib/cracklib/issues/74
Signed-off-by: Alexander Kanavin
---
...port-dictionary-byte-order-dependent.patch | 339
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../alsa/{alsa-utils_1.2.11.bb => alsa-utils_1.2.12.bb} | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
rename meta/recipes-multimedia/alsa/{alsa-utils_1.2.11.bb =>
alsa-utils_1.2.12.bb} (97%)
diff --git
From: Alexander Kanavin
Drop the patch: the build is correctly using everything from sysroots
now.
Signed-off-by: Alexander Kanavin
---
...-make-core-protocol-into-the-library.patch | 40 ---
.../{waffle_1.8.0.bb => waffle_1.8.1.bb} | 5 +--
2 files changed, 2 inserti
From: Alexander Kanavin
Add sphinx as a build dependency and set C= to avoid needing the 'sparse'
utility.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/mmc/mmc-utils_git.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtoo
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
...FindGtkDoc.cmake-drop-the-requirement-for-GTKDOC_SCA.patch | 2 +-
...Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch | 4 ++--
.../libdnf/libdnf/0001-drop-FindPythonInstDir.cmake.patch | 2 +-
...Set-libsolv
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../{adwaita-icon-theme_46.0.bb => adwaita-icon-theme_46.2.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-gnome/gnome/{adwaita-icon-theme_46.0.bb =>
adwaita-icon-theme_46.2.bb} (91%)
diff -
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../files/fix-parallel-build-failures.patch | 33 ---
.../{p11-kit_0.25.3.bb => p11-kit_0.25.5.bb} | 3 +-
2 files changed, 1 insertion(+), 35 deletions(-)
delete mode 100644
meta/recipes-support/p11-kit/fi
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
...nk.h-add-missing-include-for-htobe64.patch | 24 +++
.../{iproute2_6.9.0.bb => iproute2_6.10.0.bb} | 6 +++--
2 files changed, 28 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-connectiv
From: Alexander Kanavin
Do not force CFLAGS (no longer necessary).
Signed-off-by: Alexander Kanavin
---
.../ifupdown/files/0001-Define-FNM_EXTMATCH-for-musl.patch | 3 +--
...-Makefile-do-not-use-dpkg-for-determining-OS-type.patch | 7 +++
.../files/0001-ifupdown-skip-wrong-test
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../libksba/ksba-add-pkgconfig-support.patch | 22 ++-
.../{libksba_1.6.6.bb => libksba_1.6.7.bb}| 2 +-
2 files changed, 13 insertions(+), 11 deletions(-)
rename meta/recipes-support/libksba/{libksba_1.6.6
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
...lpdsp_armv5te-fix-label-format-to-wo.patch |2 +-
.../ffmpeg/ffmpeg/av1_ordering_info.patch | 91 --
.../ffmpeg/ffmpeg/vulkan_av1_stable_API.patch | 1382 -
.../ffmpeg/ffmpeg/vulkan_fix_gcc14.patch
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/gnu-config/gnu-config_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/gnu-config/gnu-config_git.bb
b/meta/recipes-devtools/gnu-config/gnu-config_git.bb
index
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/rust/cargo-c-crates.inc | 798 +-
... => cargo-c-native_0.10.3+cargo-0.81.0.bb} | 2 +-
2 files changed, 411 insertions(+), 389 deletions(-)
rename meta/recipes-devtools/rust/{carg
From: Alexander Kanavin
Drop backports.
This has again regressed on 32 bit x86, and as no one cares upstream
and the 32 bit x86 platform really isn't relevant for vulkan,
let's just disable it there.
Signed-off-by: Alexander Kanavin
---
.../0001-Deprecate-u8string_view.patch
From: Alexander Kanavin
With this release, cython 3.x is finally officially supported.
Signed-off-by: Alexander Kanavin
---
.../0001-Fix-builds-with-Cython-3.patch | 54 ---
...yyaml_6.0.1.bb => python3-pyyaml_6.0.2.bb} | 6 +--
2 files changed, 2 insertions(+),
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/go-examples/go-helloworld_0.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/go-examples/go-helloworld_0.1.bb
b/meta/recipes-extended/go-examples/go-helloworld_0.1
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/fmt/{fmt_10.2.1.bb => fmt_11.0.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/fmt/{fmt_10.2.1.bb => fmt_11.0.2.bb} (77%)
diff --git a/meta/recipes-devtoo
From: Alexander Kanavin
License-update: formatting, newly added trustore is under MIT.
Signed-off-by: Alexander Kanavin
---
.../python/python3-pip/no_shebang_mangling.patch | 8
.../{python3-pip_24.0.bb => python3-pip_24.2.bb} | 14 --
2 files changed, 8 inserti
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
...pression_30.3.0.bb => python3-license-expression_30.3.1.bb} | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-license-expression_30.3.0.bb =>
python3-license-expression_
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
...ython3-pyopenssl_24.1.0.bb => python3-pyopenssl_24.2.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python3-pyopenssl_24.1.0.bb =>
python3-pyopenssl_24.2.1.bb} (79%)
From: Alexander Kanavin
Manpages are no longer installed, and so the patch isn't needed.
Signed-off-by: Alexander Kanavin
---
.../0001-Fix-man-page-installation.patch | 29 ---
...-scons_4.7.0.bb => python3-scons_4.8.0.bb} | 13 +++--
2 files changed, 4 in
From: Alexander Kanavin
Update rdepends generator to account for new version specifiers
(v{version} instead of just {version}) and exclude a few more
external modules detected at runtime.
Adjust musl configuration to set custom LC_ALL handling
(musl doesn't follow glibc in that, see the
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
...ile-check-the-file-if-patched-or-not.patch | 3 +-
...oss-add-LDFLAGS-when-linking-libperl.patch | 9 ++--
.../perl-cross/files/determinism.patch| 41 +++
.../{perlcross_1.5.2.bb => perlcross_1.6
From: Alexander Kanavin
Globally changing it completely destroys sstate reuse, as seen for example here:
https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3763/steps/14/logs/stdio
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/selftest/cases/buildoptions.py | 6
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
...-do-not-force-RHEL-7-specific-build-.patch | 7 +++---
meta/recipes-devtools/git/git/fixsort.patch | 22 ---
.../git/{git_2.45.2.bb => git_2.46.0.bb} | 2 +-
3 files changed, 18 insertions(+), 13 deleti
From: Alexander Kanavin
Drop 0001-Drop-ar-u-argument.patch
(upstream resolved the issue).
Replace forced perl settings with an after-the-fact sed hack
(upstream added more checks to ensure there are no 'tricks' and
I don't want to fight with that).
Signed-off-by: Al
From: Alexander Kanavin
Remove backports.
License-update: changed file paths.
Signed-off-by: Alexander Kanavin
---
...01-Fix-kfree_skb-changed-in-6.11-rc1.patch | 11 +-
...mplify-delayed-ref-tracepoints-v6.10.patch | 142 --
...c-pass-files_struct-instead-of-fdtab.patch
From: Alexander Kanavin
Drop backport 0001-girepository-introspection-correctly-install-.gir-fi.patch
Signed-off-by: Alexander Kanavin
---
...t-write-bindir-into-pkg-config-files.patch | 2 +-
...0001-Fix-DATADIRNAME-on-uclibc-Linux.patch | 2 +-
...-gio-querymodules-as
From: Alexander Kanavin
With 0.0.29 upstream is tagging versions again.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/xmlto/xmlto_0.0.29.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-devtools/xmlto/xmlto_0.0.29.bb
b/meta/recipes-devtools/xmlto/xmlto_0.0.29
From: Alexander Kanavin
This is already done in most of selftest; these two were the last
holdouts I could fine.
Hopefully this improves sstate reuse as well.
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/selftest/cases/imagefeatures.py | 7 +--
meta/lib/oeqa/selftest/cases
On Mon, 26 Aug 2024 at 12:57, Richard Purdie via
lists.openembedded.org
wrote:
> > meta/recipes-sato/webkit/webkitgtk_2.44.3.bb | 12
> > 1 file changed, 12 deletions(-)
>
> Why aren't we seeing that error on the autobuilder?
I guess webkit isn't a part of the standard arch-qemu tar
On Mon, 26 Aug 2024 at 12:45, Claus Stovgaard wrote:
> Would it be better if a patch created a "new" variable with
> INCLUDE_RECOMMENDATIONS - default to false, and with notice that
> enabling it you are on your own.
If you think there's a fix to be made in there somewhere, you are
welcome to pro
On Mon, 26 Aug 2024 at 11:26, Claus Stovgaard wrote:
>
> Will look more into it eSDK, though I would expect other also has the
> need to generate SDK to support app teams without the specific app
> itself part of the SDK, but with all the dependencies for the app.
I was referring not to the class
The standard way is to have an image recipe that does include the app,
and then create the SDK based on that image. Then all dependencies
etc. will be pulled in through standard mechanisms, and if something
doesn't work that way, we can take a look.
I would recommend you look into giving app devel
Thanks! I wonder if this should be simply enabled by default (it
doesn't seem like an expensive operation). Even if it's not used by
anything in Yocto CI, the code will at least be tested to complete
without errors.
Alex
On Mon, 26 Aug 2024 at 10:13, Clara Kowalsky via
lists.openembedded.org
wro
The stable branch policy isn't about API/ABI compatibility, it's
rather about whether a new release has new features or only bugfixes.
If there are new features it is not eligible.
Alex
On Fri, 23 Aug 2024 at 19:18, Siddharth Doshi via
lists.openembedded.org
wrote:
>
> Hi Randy and Alex,
>
> I a
On Fri, 23 Aug 2024 at 18:55, Richard Purdie
wrote:
> Is there any notion of cross compiling in cmake? This might be
> upstreamable if you could make "wayland-scanner" conditional upon cross
> compiling?
The correct fix would be to use the output from 'native' pkg-config
(set via cmake class to
Sorry, no. This same argument can be made for any other component in
scarthgap where a major new release happened after scarthgap was
released. The correct way to provide updated component versions in LTS
is via this layer:
https://git.yoctoproject.org/meta-lts-mixins/
So please send a patch for t
I just sent a patch that addresses the wayland-scanner problem (marked
RFC as it depends on your patch applied first). Does the problem and
the fix make sense to you?
Alex
On Thu, 22 Aug 2024 at 17:18, Trevor Gamblin via
lists.openembedded.org
wrote:
>
> Commit 79895d fixes builds with numpy
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
...o-not-obtain-wayland-scanner-path-fr.patch | 38 +++
meta/recipes-graphics/piglit/piglit_git.bb| 1 +
2 files changed, 39 insertions(+)
create mode 100644
meta/recipes-graphics/piglit/piglit/0001
I think this needs to be better justified. What were the reasons
upstream didn't want to take this patch? Why would oe-core take it and
maintain it until the end of time? Shouldn't this be a product
specific feature for those (few) who need it, rather than a project
level feature?
Alex
On Fri, 23
Updates like this are not eligible for stable branches. Please pay
attention to what Randy said.
Alex
On Fri, 23 Aug 2024 at 09:38, Siddharth Doshi via
lists.openembedded.org
wrote:
>
> From: Siddharth Doshi
>
> License-Update:
> ===
> - README: Change in copyright years as per
>
I can take a look but not today. Hopefully tomorrow.
Alex
On Thu, 22 Aug 2024 at 17:18, Trevor Gamblin via
lists.openembedded.org
wrote:
>
> Commit 79895d fixes builds with numpy 2.x.
>
> Patch '0001-utils-Include-libgen.h-on-musl-linux-systems.patch' dropped
> because it is now upstream in
On Thu, 22 Aug 2024 at 20:12, Sven Reschke via lists.openembedded.org
wrote:
> Yes I see your problem and I'm really sorry for my incompetence.
> It seems like both of my patches are malformed (but at least the email I got
> for my initial patch, seems to be fine, although the representation in t
Also please rebase on top of my sysvinit source adjustment patch (was
just sent here today).
Alex
On Thu, 22 Aug 2024 at 13:02, Alexandre Belloni via
lists.openembedded.org
wrote:
>
> Hello,
>
> I'm sorry but I've tried multiple times to apply this patch but it
> doesn't apply cleanly and I can'
From: Alexander Kanavin
This is the first post-backdoor release.
These are the release notes:
https://github.com/tukaani-project/xz/releases/
There are also backdoor notes:
https://tukaani.org/xz-backdoor/
"I plan to write an article how the backdoor got into the releases and
what c
1 - 100 of 1206 matches
Mail list logo
