On Fri, 31 May 2024 at 15:28, Richard Purdie via
lists.openembedded.org
wrote:
>
> I've been asked what the reproducibility issue is and what data we
> have. I ran a couple of test builds on the current autobuilder and the
> test cluster. I added in the diff at the end of this email, just to
>
On Fri, 31 May 2024 at 12:56, Richard Purdie via
lists.openembedded.org
wrote:
> > This lets recipes in other layers add weak default assignment as
> > UNPACKDIR ??= "${WORKDIR}"
> > which allows the recipes to work also with older Yocto releases
> > without overriding the default value used in
On Wed, 29 May 2024 at 13:57, pmi183 via lists.openembedded.org
wrote:
> Patch 1 - fixes race condition detected while executing functions registered
> on `SSTATEPOSTINSTFUNCS`
The patches needs to be sent as separate messages in a series, like
every other patch submitted here ('git
On Wed, 29 May 2024 at 11:01, pmi183 via lists.openembedded.org
wrote:
> As requested, i created a set of small patches with the changes and unit
> tests to support these changes.
> Also i tested against the unit tests mentioned to be sure that everything
> keeps running fine. I decided not to
On Wed, 29 May 2024 at 04:45, Chen Qi via lists.openembedded.org
wrote:
> Looking at the contents, I don't think the above fix is appropriate to
> backport to 255. So we have two options:
>
> 1) Modify meta/lib/oeqa/runtime/cases/parselogs-ignores-common.txt to
> include the above error message
t; Best regards
> Lei
>
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org
> > On Behalf Of leimaohui via
> > lists.openembedded.org
> > Sent: Monday, May 13, 2024 8:45 AM
> > To: Alexander Kanavin
> > Cc: openembedded-core@list
Forgot to squash the fix in. I sent a v2.
Alex
On Mon, 27 May 2024 at 22:45, Alexandre Belloni
wrote:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/9373/steps/13/logs/stdio
>
> On 27/05/2024 20:12:06+0200, Alexander Kanavin wrote:
> > From:
From: Alexander Kanavin
License-update: copyright years
Signed-off-by: Alexander Kanavin
---
.../{cmake-native_3.28.3.bb => cmake-native_3.29.3.bb} | 2 +-
meta/recipes-devtools/cmake/cmake.inc| 4 ++--
.../cmake/0001-CMakeLists.txt-disable-USE_NGHTTP2.patch
On Mon, 27 May 2024 at 22:22, Khem Raj wrote:
>> harfbuzz resets that to c++11:
>> https://github.com/harfbuzz/harfbuzz/blob/main/meson.build#L7
>
>
> I see. Thanks, ideally harfbuzz should have done it as a fallback if default
> were not > c++11
They want to stay at c++11 even when default is
On Mon, 27 May 2024 at 21:10, Khem Raj wrote:
> > +# Remove when https://github.com/harfbuzz/harfbuzz/issues/4671 is resolved
> > +EXTRA_OEMESON += "-Dcpp_std=c++17"
>
> GCC 13+ and clang16+ defaults to c++17, so I wonder why it does not work here.
harfbuzz resets that to c++11:
From: Alexander Kanavin
Drop gstreamer1.0-omx recipe as upstream has removed it:
https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/4976
kate plugin dropped from bad.
amrnb/amrwb moved from ugly to good.
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include
From: Alexander Kanavin
Now-removed gstreamer omx plugin was the only consumer, and it's all very
obsolete and
hasn't seen development in years.
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include/distro_alias.inc | 1 -
meta/conf/distro/include/maintainers.inc | 1
From: Alexander Kanavin
License-update: formatting, FSF address
Signed-off-by: Alexander Kanavin
---
.../gpg-error_pkconf.patch| 56 ++-
.../libassuan_pkgconf.patch | 24
.../{pinentry_1.2.1.bb => pinentry_1.3.0.bb} | 4 +-
From: Alexander Kanavin
Drop merged patch.
Signed-off-by: Alexander Kanavin
---
...t-error-out-if-xsltproc-is-not-found.patch | 9 +++
...code-paths-to-perl-python-in-scripts.patch | 23 +-
...01-Don-t-use-docdir-from-environment.patch | 24 ---
.../gtk
From: Alexander Kanavin
License-update: copyright years
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/harfbuzz/harfbuzz_8.5.0.bb | 3 +++
meta/recipes-support/icu/{icu_74-2.bb => icu_75-1.bb} | 6 +++---
2 files changed, 6 insertions(+), 3 deletions(-)
rename meta/reci
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../meson/0001-Make-CPU-family-warnings-fatal.patch | 11 +--
...odule-do-not-manipulate-the-environment-when.patch | 9 -
.../0002-Support-building-allarch-recipes-again.patch | 7 +++
.../meson/{meson_1.3.1
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../0001-Avoid-duplicate-definitions-of-IOPortBase.patch | 3 +--
...ciBus.c-use-Intel-ddx-only-for-pre-gen4-hardwar.patch | 9 +++--
.../{xserver-xorg_21.1.12.bb => xserver-xorg_21.1.13.bb} | 2 +-
3 files changed, 5 inserti
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../libxcb/0001-use-_Alignof-to-avoid-UB-in-ALIGNOF.patch | 7 ++-
.../xorg-lib/{libxcb_1.16.1.bb => libxcb_1.17.0.bb}| 2 +-
2 files changed, 3 insertions(+), 6 deletions(-)
rename meta/recipes-graphics/xorg-
From: Alexander Kanavin
License-update: copyright years
Signed-off-by: Alexander Kanavin
---
.../{cmake-native_3.28.3.bb => cmake-native_3.29.3.bb} | 0
meta/recipes-devtools/cmake/cmake.inc| 4 ++--
.../cmake/0001-CMakeLists.txt-disable-USE_NGHTTP2.patch
From: Alexander Kanavin
Convert to meson.
Signed-off-by: Alexander Kanavin
---
.../mobile-broadband-provider-info_git.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
a/meta/recipes-connectivity/mobile-broadband-provider-info/mobile-broadband
From: Alexander Kanavin
Drop patch that was merged upstream.
Signed-off-by: Alexander Kanavin
---
...-use-directly-for-the-test-c-snippet.patch | 39 ---
.../zstd/{zstd_1.5.5.bb => zstd_1.5.6.bb} | 5 +--
2 files changed, 2 insertions(+), 42 deletions(-)
delete m
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../boost/{boost-1.84.0.inc => boost-1.85.0.inc} | 2 +-
...uild-native_1.84.0.bb => boost-build-native_1.85.0.bb} | 2 +-
...t-set-up-arch-instruction-set-flags-we-do-that-o.patch | 6 +++---
.../boost/0001-dont
From: Alexander Kanavin
License-update: additional MIT-licensed components
Signed-off-by: Alexander Kanavin
---
.../libgit2/{libgit2_1.7.2.bb => libgit2_1.8.1.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-support/libgit2/{libgit2_1.7.2
On Mon, 27 May 2024 at 18:41, 이재규 wrote:
>
> Thank you for reply.
>
> I don't think we need to remove it specifically for this patch.
> If possible, I will update patch to remove it from all patches. Do you agree
> that information ( git version information) is unnecessary?
It might be
On Mon, 27 May 2024 at 18:32, Markus Volk wrote:
>
> On Mon, May 27 2024 at 06:22:34 PM +02:00:00, Alexander Kanavin
> wrote:
>
> With this error, forcing a cast may be masking the real issue? int should not
> be forced into a pointer to int, ever.
>
>
> Thanks.
On Mon, 27 May 2024 at 18:24, Markus Volk wrote:
>
> On Mon, May 27 2024 at 06:17:31 PM +02:00:00, Alexander Kanavin
> wrote:
>
> No. The expectation is that patches are submitted upstream first. Because
> otherwise they won't be submitted at all, most of the time, from e
On Mon, 27 May 2024 at 18:17, Alexander Kanavin via
lists.openembedded.org
wrote:
>
> On Mon, 27 May 2024 at 18:10, Markus Volk via lists.openembedded.org
> wrote:
> > Patchstatus still pending. Is this the right thing to do?
>
> No. The expectation is that patches are sub
On Mon, 27 May 2024 at 18:10, Markus Volk via lists.openembedded.org
wrote:
> Patchstatus still pending. Is this the right thing to do?
No. The expectation is that patches are submitted upstream first.
Because otherwise they won't be submitted at all, most of the time,
from experience.
Alex
Hello,
there are lots of patches in oe-core with git signatures at the end,
why does it need to be removed from here in particular?
Alex
On Mon, 27 May 2024 at 16:25, Jaekyu Lee via lists.openembedded.org
wrote:
>
> From: "jaekyu.lee"
>
> Remove useless git signature
>
> Signed-off-by:
Hello Pedro,
is it possible to separate all needed changes into a set of nice,
small, simple, easy to review commits? That would go a long way
towards fixing all issues. I don't have a hard opinion on the best way
to fix this, I just want to ensure there are no mysteries in what is
happening, and
On Fri, 24 May 2024 at 09:47, Emil Kronborg via lists.openembedded.org
wrote:
> There is obviously a problem when building binaries for an SDK and using
> OVERRIDES for the check. To me, HOST_ARCH looks most correct, but if it
> misses some cases, it should not be used as a one-to-one replacement
It's staged here:
https://git.yoctoproject.org/poky-contrib/log/?h=abelloni/master-next
Maybe it's worth including this link in weekly status emails. Or have
poky/master-next-extra which would be directly visible.
Alex
On Fri, 24 May 2024 at 09:38, Philip Lorenz via lists.openembedded.org
On Thu, 23 May 2024 at 16:16, Yash Shinde wrote:
> I applied the v2 patchset and still the test suite executes successfully.
> I am not sure what's the difference between our testings.
>
> I did the same steps as you mentioned above.
>
> Are you changing build configurations or anything else?
>
I also have to repeat what I said in docs@ list: why do we need a
special mechanism for placing files into /boot? If /boot is not a
special partition, then it's just a folder in / and can be populated
from packages like any other folder.
Alex
On Thu, 23 May 2024 at 15:26, Quentin Schulz via
On Wed, 22 May 2024 at 10:24, Richard Purdie
wrote:
> So yes, there may well be a long list of things you want to remove from
> core, however, we also have to think about the project's use and why
> people use it. It is often because we're able to support many weird use
> cases and interesting
On Thu, 23 May 2024 at 05:00, leimaohui via lists.openembedded.org
wrote:
> And I tested by qemu and on PC, there is no issue that mentioned in the
> patch(fd266b1b66844d660ebd8e33fe22c08c8ddaccbf) which added "--no-reload " in
> run-postinsts.service.
> So, can I submit a patch to delete the
I think there's still a single autobuilder machine that still runs
that distro, and because it's an ARM host, and there's a shortage of
those, and we don't want to break it through update to a newer ubuntu,
and everyone's generally overworked, it stayed at that version.
I think there'll be a new
Removal of patches is always preferred :)
Alex
On Wed, 22 May 2024 at 11:38, Martin Hundeb?ll via
lists.openembedded.org
wrote:
>
> Hi Wang,
>
> I've sent a similar patch that also removes the two patches, which
> aren't needed anymore:
>
I'm also curious in what scenarios is this needed, if the AB doesn't
have the issue?
Alex
On Wed, 22 May 2024 at 11:06, Alexandre Belloni via
lists.openembedded.org
wrote:
>
> Hello Markus,
>
> this doesn't apply on master anymore, can you rebase?
>
> On 20/05/2024 19:57:06+0200, Markus Volk
Hello all,
right now it's extremely difficult to remove anything from oe-core.
The reasons are that either we don't know how removal will affect
possible users, or we do know that and we don't want to upset them by
sudden breakage and 'flag days'. Especially if those users are
supporting the
On Tue, 21 May 2024 at 22:27, Marko, Peter wrote:
> I have to correct myself. I'm not so familiar with how github presents
> things; the two mirrors are managed by different accounts.
>
> However I finally found reference that this is the right mirror.
> https://invisible-island.net/#ftp
On Tue, 21 May 2024 at 21:17, Marko, Peter wrote:
> I already thought about the xz situation before submitting my patch.
> One of the reasons why I did not go back to tarball was that I didn't know
> how to configure AUH regex.
> If you know how to do that, switching to it may be an option even
Please include a link to the submission.
Alex
On Tue 21. May 2024 at 17.17, Ross Burton via lists.openembedded.org
wrote:
> The code fragment used to detect readline in cross builds doesn't compile
> cleanly with GCC 14.1, so readline is never enabled.
>
> Add missing includes so the test
On Tue, 21 May 2024 at 14:51, Alexander Kanavin via
lists.openembedded.org
wrote:
> That one is caused by running the test with host python; this isn't correct
> and
> native python should be used, just as in rust recipe. I have a patch
> for this, selftest
> still passes,
...
From: Alexander Kanavin
[YOCTO #15185]
Signed-off-by: Alexander Kanavin
---
...te-host-information-into-compilation.patch | 51 +++
meta/recipes-devtools/rust/rust-source.inc| 1 +
2 files changed, 52 insertions(+)
create mode 100644
meta/recipes-devtools/rust/files
From: Alexander Kanavin
There were two issues here:
- the path to native python was not included, so the test
suite was running with host python, causing failures due to
host python being given native libraries:
https://autobuilder.yoctoproject.org/typhoon/#/builders/148/builds/1711/steps/12
From: Alexander Kanavin
Otherwise, use rust-native and cargo-native binaries as that allows
our native tweaks in them to be used for target/nativesdk rust -
same as for everything else written in rust.
In particular, this allows building target rust with
cargo-native that includes important
From: Alexander Kanavin
Setting it explicitly replaces rust's default choice which is rustdoc
(needed for example in selftests and otherwise expected to be present
in typical rust installations):
https://github.com/rust-lang/rust/blob/master/config.example.toml#L320
This addresses some
From: Alexander Kanavin
This does not seem to be used in regular builds, but is beneficial
in rust selftest, where it allows dropping a custom patch
that is unsuitable for upstream (and was rejected by them).
Also remove an obsolete comment that seems related to the code
but describes something
sing_type.h: add comparison_fn_t
> >
> > Make it work with musl where comparison_fn_t and is not provided.
> >
> > @@ -56,6 +56,3 @@ index ae91534198..7f67eea38b 100644
> >
> > const char * const catalog_file_dirs[] = {
> > "/usr/local/lib/s
Seems ok to me, you can resend without the RFC.
Alex
On Mon, 20 May 2024 at 17:31, Igor Opaniuk via lists.openembedded.org
wrote:
>
> Add support for force reboot in the case of fatal error. In some cases
> it's better to force reboot (especially when hw watchdog is not
> engaged) instead of
This does not seem to address the question I asked. Please do not send
more code that moves things around, but diagnose the original issue
properly.
Alex
On Mon, 20 May 2024 at 10:10, pmi183 via lists.openembedded.org
wrote:
>
> Hi Alex,
>
> I made some debug in the flow and i saw a timing
On Sat, 18 May 2024 at 23:30, Peter Marko via lists.openembedded.org
wrote:
> # Upstream has useful patches at times at ftp://invisible-island.net/ncurses/
> -SRC_URI = "git://github.com/mirror/ncurses.git;protocol=https;branch=master"
> +SRC_URI =
>
If you scroll further up, there's:
2024-05-16 22:05:57,101 - oe-selftest - INFO - FAIL:
imagefeatures.ImageFeatures.test_image_gen_pkgdbfs_ipk
(subunit.RemotedTestCase)
2024-05-16 22:05:57,102 - oe-selftest - INFO -
--
2024-05-16
I can however resend with the text disabled so that existing patches can
stay in master-next.
Alex
On Sun 19. May 2024 at 2.27, Alexander Kanavin
wrote:
> This is intentional and known. The expectation is that fixes by
> maintainers of the test will come shortly.
>
> Alex
>
&
ilders/148/builds/1711/steps/12/logs/stdio
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/145/builds/1700/steps/12/logs/stdio
>
> On 16/05/2024 13:21:08+0200, Alexander Kanavin wrote:
> > From: Alexander Kanavin
> >
> > This does not seem to be used in
This seems like a false positive, patches were renamed, but patchtest
thinks they were removed. Not easy to detect.
Alex
On Fri, 17 May 2024 at 03:38, Patchtest via lists.openembedded.org
wrote:
>
> Thank you for your submission. Patchtest identified one
> or more issues with the patch. Please
On Thu, 16 May 2024 at 17:57, Ross Burton via lists.openembedded.org
wrote:
> > I'm fine with moving out iso but hddimg has proven to be used by more
> > that you'd think. It also has fairly complex code in core which if
> > we're keeping it, I'd like a way to test it…
>
> Unfortunately an hddimg
On Thu, 16 May 2024 at 13:00, Alexander Kanavin via
lists.openembedded.org
wrote:
> I'll send the ab patches that break the test suite later today; the
> request is to take them, and unbreak the test suite.
>
> Then you can rebase your upgrade work on top of that. And address the
From: Alexander Kanavin
Verified on qemuarm64/musl (as the patch says).
Signed-off-by: Alexander Kanavin
---
.../elfutils/elfutils_0.191.bb| 1 -
.../0006-Fix-build-on-aarch64-musl.patch | 58 ---
2 files changed, 59 deletions(-)
delete mode 100644
meta
From: Alexander Kanavin
This is done via configure option, and makes
0004-configure.ac-only-check-conntrack-when-libnfnetlink-.patch
unnecessary, as both libnetfilter_conntrack and libnfnetlink
are enabled in lockstep.
Signed-off-by: Alexander Kanavin
---
...y-check-conntrack-when
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../libvorbis/libvorbis/0001-configure-Check-for-clang.patch| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-multimedia/libvorbis/libvorbis/0001-configure-Check-for-clang.patch
b/meta/recipes
From: Alexander Kanavin
The mirror was out of date; meanwhile x264 remains in active development.
Drop unsuitable x32 patch and declare x264 incompatible with the target
(by every sign it's an extinct target; if not so please work with upstream
to develop a solution there).
Replace don-t
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../0003-kexec-ARM-Fix-add_buffer_phys_virt-align-issue.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-kernel/kexec/kexec-tools/0003-kexec-ARM-Fix-add_buffer_phys_virt-align-issue.patch
b
From: Alexander Kanavin
Somewhere on the way it ceased to be necessary.
Signed-off-by: Alexander Kanavin
---
...ed.h-add-missing-sys.types.h-include.patch | 31 ---
.../iptables/iptables_1.8.10.bb | 1 -
2 files changed, 32 deletions(-)
delete mode 100644
meta
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
...ption-to-enable-disable-libnfnetlink.patch | 44 +++
1 file changed, 26 insertions(+), 18 deletions(-)
diff --git
a/meta/recipes-extended/iptables/iptables/0001-configure-Add-option-to-enable-disable
From: Alexander Kanavin
Verified on qemux86 and qemux86-64 with grub and grub-efi.
Signed-off-by: Alexander Kanavin
---
...ath-sse-as-well-when-SSE-is-disabled.patch | 44 ---
meta/recipes-bsp/grub/grub2.inc | 1 -
2 files changed, 45 deletions(-)
delete mode
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/perl/files/determinism.patch | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/perl/files/determinism.patch
b/meta/recipes-devtools/perl/files/determinism.patch
From: Alexander Kanavin
Somewhere on the way the issue solved itself.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/gdb/gdb.inc | 1 -
...06-resolve-restrict-keyword-conflict.patch | 45 ---
2 files changed, 46 deletions(-)
delete mode 100644
meta
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
.../grub-module-explicitly-keeps-symbole-.module_license.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-bsp/grub/files/grub-module-explicitly-keeps-symbole-.module_license.patch
b/meta
From: Alexander Kanavin
The patch was submitted upstream
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/28895
but further investigation revealed that the problem had been solved properly
in meson.class:
https://git.yoctoproject.org/poky/commit/?id
From: Alexander Kanavin
This as well has been solved via
https://git.yoctoproject.org/poky/commit/?id=f6a35934540e910794b8729ecc278189a39b710f
Signed-off-by: Alexander Kanavin
---
...-correctly-when-building-with-mingw3.patch | 80 ---
meta/recipes-core/glib-2.0/glib.inc
From: Alexander Kanavin
Setting it explicitly replaces rust's default choice which is rustdoc
(needed for example in selftests and otherwise expected to be present
in typical rust installations):
https://github.com/rust-lang/rust/blob/master/config.example.toml#L320
This addresses some
From: Alexander Kanavin
[YOCTO #15185]
Signed-off-by: Alexander Kanavin
---
...te-host-information-into-compilation.patch | 51 +++
meta/recipes-devtools/rust/rust-source.inc| 1 +
2 files changed, 52 insertions(+)
create mode 100644
meta/recipes-devtools/rust/files
From: Alexander Kanavin
This does not seem to be used in regular builds, but is beneficial
in rust selftest, where it allows dropping a custom patch
that is unsuitable for upstream (and was rejected by them).
Also remove an obsolete comment that seems related to the code
but describes something
From: Alexander Kanavin
Otherwise, use rust-native and cargo-native binaries as that allows
our native tweaks in them to be used for target/nativesdk rust -
same as for everything else written in rust.
In particular, this allows building target rust with
cargo-native that includes important
On Thu, 16 May 2024 at 12:57, Yash Shinde wrote:
> We have rust 1.76 and 1.77 upgrades along with test suite working
> locally. Currently, we are testing with 1.78 upgrade.
>
> IIUC, Alex has another series of AB fixes which breaks the test suite.
> Should we check the test suite with those
On Thu, 16 May 2024 at 12:15, Richard Purdie wrote:
> There is an extra consideration to this unfortunately which is
> scarthgap. For better or worse we have an LTS release with a mostly
> working test suite and this arm/x86 issue is present.
>
> Should I take the patches to master, the next
As explained elsewhere, rust selftest is going to be disabled to
resolve sporadic autobuilder failures. This also gives everyone a
chance to update rust to latest upstream release without having to
fight with the selftest.
Before selftest is re-enabled, I would ask for the following improvements:
The code adds significant complexity, and the patch is difficult to
understand. The commit message should explain what the temporary
installation does, and why is needed. What does 'sanity test' do, and
how is it parallelized? Is it a part of that 'temporary installation'?
How is 'Installing
On Mon, 13 May 2024 at 22:35, Alexander Kanavin via
lists.openembedded.org
wrote:
> The incomplete patch for this issue is here on top:
> https://git.yoctoproject.org/poky-contrib/log/?h=akanavin/package-version-updates
>
> Unfortunately, that is not all, as file names and file s
On Wed, 15 May 2024 at 11:36, pmi183 via lists.openembedded.org
wrote:
> - why is it unable to find anything in packages-split/, if it executes after
> populate_packages which places things there?
>
> As far as i could understand, there is some concurrency issue between
> package.bbclass and
Can you also try webkitgtk please? It's directly in core, no extra
layer or special setup needed.
Alex
On Tue, 14 May 2024 at 17:43, Khem Raj wrote:
>
> On Tue, May 14, 2024 at 8:25 AM Randy MacLeod
> wrote:
> >
> > On 2024-05-07 3:56 p.m., Alexander Kanavin via lists.o
On Mon, 13 May 2024 at 17:35, Richard Purdie
wrote:
> Run a build of "MACHINE=qemux86-64 bitbake rust" on both an x86_64
> build server and an aarch64 build server, then compare the output.
>
> It shouldn't matter which server architecture they're built on, the
> files should have the same name.
On Mon, 13 May 2024 at 19:49, Khem Raj via lists.openembedded.org
wrote:
> v3: Update patch status pending -> submitted
Thanks!
Alex
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199248):
On Mon, 13 May 2024 at 17:53, Ross Burton wrote:
> > That chain happens only when gobject-introspection-data is in distro
> > features, and that is only present for target builds, not native or
> > nativesdk.
>
> There is a long-standing goal for G-I to work in both native and nativesdk,
> so
On Mon, 13 May 2024 at 16:28, Böszörményi Zoltán wrote:
> > BBCLASSEXTEND = "native"
>
> This needs to be BBCLASSEXTEND = "native nativesdk" to match glib.inc. An
> image build may
> contain this dependency chain now: nativesdk-glib-2.0 ->
> nativesdk-gobject-introspection
> ->
On Mon, 13 May 2024 at 12:05, pmi183 via lists.openembedded.org
wrote:
> If you execute:
> rm -rf tmp/ && bitbake base-passwd -c cleansstate && bitbake base-passwd
>
> Check the log.do_package of the recipe all you will see the error there and
> if you check `buildhistory/packages/` you wont
Can you demonstrate how the issue can be observed on current poky master
please?
Alex
On Mon 13. May 2024 at 11.47, pmi183 via lists.openembedded.org wrote:
> Hi Richard,
>
> While using buildhistory, i faced an issue with files-in-package.txt
> missing and digging into the logs i found out:
>
On Sun, 12 May 2024 at 22:19, Khem Raj wrote:
>> Please no pending patches. Submit here:
>> https://bugs.kde.org/enter_bug.cgi?product=valgrind
>
>
> I am aware of it and it’s working in parallel, I guess it’s better to submit
> it to Debian or arch first and get it tested there than
On Sat, 11 May 2024 at 18:22, Khem Raj via lists.openembedded.org
wrote:
> +From b17b6d7d3a65c14f91f090f3f4f9898d6fa3a9e4 Mon Sep 17 00:00:00 2001
> +From: Khem Raj
> +Date: Fri, 10 May 2024 16:27:34 -0700
> +Subject: [PATCH] configure: Drop setting mcpu=cortex-a8 on arm
> +
> +The -march
On Thu, 9 May 2024 at 11:37, Richard Purdie via lists.yoctoproject.org
wrote:
> A rust reproducibility issue lurking somewhere:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/8318
> https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/8906/steps/17/logs/stdio
>
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/glib-2.0/glib.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipes-core/glib-2.0/glib.inc
index 780aa24573e..1a97a0d02a6 100644
--- a/meta
On Tue, 7 May 2024 at 17:47, Ross Burton wrote:
> packages/cortexa57-poky-linux/glib-2.0/glib-2.0-utils: FILELIST: added
> "/usr/bin/gi-compile-repository /usr/bin/gi-inspect-typelib
> /usr/bin/gi-decompile-typelib”
> packages/cortexa57-poky-linux/glib-2.0/glib-2.0-utils: PKGSIZE changed from
On Tue, 7 May 2024 at 22:25, Alexander Kanavin via
lists.openembedded.org
wrote:
> > > # setuptools can be removed when upstream removes all uses of distutils
> > > -RDEPENDS:${PN} = "python3-pickle python3-xml python3-setuptools"
> > > +RDEPENDS:${PN}
It's in abelloni/master-next on poky-contrib. Please read Richard's
status email and try to pay attention to them going forward:
https://lists.openembedded.org/g/openembedded-architecture/message/2003
Alex
On Fri, 10 May 2024 at 03:19, leimaohui via lists.openembedded.org
wrote:
>
> Ping
>
>
>
From: Alexander Kanavin
This allows fine-tuning local configurations with pre-frabricated
configuration snippets in a structured, controlled way. It's also
an important building block for bitbake-setup.
There are three operations (list/add/remove), and here's the list output:
alex@Zen2:/srv
On Thu, 9 May 2024 at 14:50, Janne Kiiskila via lists.yoctoproject.org
wrote:
> Also, as is with things & the pain being in the right place - the people in
> power (i.e. people who can actually fund things) - are not going to ramp up
> the funding, unless they start feeling the pain. This might
On Tue, 7 May 2024 at 17:52, Ross Burton wrote:
> If you send a v3, this can be Backport. :)
I'm leaning towards addressing the review comments with followup
patches. None is a critical fix needed for update itself. You ok with
that?
> > +EXTRA_OEMESON:append:class-target = "
On Tue, 7 May 2024 at 18:13, Khem Raj wrote:
> Firstly I am inclined towards removing it if we can, since I think it should
> be
> packages to decide to use it, then they can maintain it better from testing
> POV,
> However, there is something
> to consider w.r.t. to this option. This does help
1 - 100 of 10026 matches
Mail list logo