* needed to build libdnf-native on hosts with gcc-13
Signed-off-by: Martin Jansa
---
...ite3-Sqlite3.hpp-add-missing-cstdint.patch | 33 +++
...onNumber.hpp-add-missing-cstdint-inc.patch | 30 +
meta/recipes-devtools/libdnf/libdnf_0.66.0.bb | 2 ++
3 files
On Mon, Jul 31, 2023 at 10:30 PM Martin Jansa via lists.openembedded.org
wrote:
> * LDFLAGS += "-fuse-ld=bfd" in the recipe doesn't work and
> it still fails to build with ld-is-gold in DISTRO_FEATURES
>
> removal of this line sent to master in:
> ht
operator
before token "("
85 | #if __GNUC_PREREQ (4, 3) || __glibc_has_attribute (__cold__)
| ^
Only commit included:
e0eca29 cdefs.h: define __glibc_has_attribute
Signed-off-by: Martin Jansa
---
meta/recipes-core/g
Khem already merged this, so I'll send v2 with just SRCREV bump shortly.
On Thu, Aug 17, 2023 at 11:10 AM Martin Jansa via lists.openembedded.org
wrote:
> Older glibc on host might be missing __glibc_has_attribute added in
> glibc-2.34 with:
>
>
> https://sourceware.or
C_MSG_RESULT([supplied by Tcl])
INSTALL_TZDATA=install-tzdata
fi
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/tcltk/tcl_8.6.13.bb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-devtools/tcltk/tcl_8.6.13.bb
b/meta/recipes-devtools/tcltk/tcl_8.6.13.bb
ind
operator
before token "("
85 | #if __GNUC_PREREQ (4, 3) || __glibc_has_attribute (__cold__)
| ^
Signed-off-by: Martin Jansa
---
.../glibc/cross-localedef-native_2.38.bb | 1 +
...cdefs.h-define-__glibc_has_attribute.
meta/classes-recipe/npm.bbclass:85: DeprecationWarning: invalid escape sequence
'\.'
'--transform', 's,^\./,package/,',
Signed-off-by: Martin Jansa
Signed-off-by: Richard Purdie
---
meta/classes/npm.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Just FYI:
Not sure if it's still relevant, but last time I was comparing some posix
archives from different host OSes there were some differences other than
timestamps I believe, this was 2.5 years ago showing differences between
tar 1.29 on ubuntu 18.04 and 1.33 on tumbleweed:
https://git.openem
Signed-off-by: Martin Jansa
---
...dd-define-to-compile-with-glibc-2.38.patch | 39 +++
.../alsa/alsa-utils_1.2.9.bb | 1 +
2 files changed, 40 insertions(+)
create mode 100644
meta/recipes-multimedia/alsa/alsa-utils/0001-alsactl-add-define-to-compile-with
alsa-utils fails to build with this, will send backport of
https://github.com/alsa-project/alsa-utils/commit/d6a71bfbde9e1710743d3a446c6ea3b41c45234e
shortly.
On Tue, Aug 1, 2023 at 5:27 AM Khem Raj wrote:
> Announcement -
> https://mail.gnu.org/archive/html/info-gnu/2023-07/msg00010.html
>
> Si
core/commit/?id=4df808c616f847d90203582fd950a49bb8360dd0
which brings 23 commits, but instead of adding 5 more patches
allows to remove 5
Signed-off-by: Martin Jansa
---
...ve-deprecated-add-needed-linker-flag.patch | 45 +++
...002-Add-T-workaround-for-GNU-ld-2.36.patch | 33 +++
...LL-C-to-force-Engl
"
https://git.openembedded.org/openembedded-core/commit/?id=4df808c616f847d90203582fd950a49bb8360dd0
Signed-off-by: Martin Jansa
---
meta/recipes-bsp/efivar/efivar_38.bb | 4
1 file changed, 4 deletions(-)
diff --git a/meta/recipes-bsp/efivar/efivar_38.bb
b/meta/recipes-bsp/efivar/efivar_38.bb
i
ative release):
https://lists.openembedded.org/g/openembedded-core/message/183314
Signed-off-by: Martin Jansa
---
...-Set-interpreter-only-when-necessary.patch | 31 ++
...t-with-p_align-instead-of-pagesize-f.patch | 42 +++
...t-extensions-based-on-p_align-instea.patch
nce:
https://git.openembedded.org/openembedded-core/commit/?id=d18e89bd2b46c6e266cc39dbe9fdb6c032f5f1fe
Signed-off-by: Martin Jansa
---
...ommon.pm-compatible-with-latest-perl.patch | 50 +++
...ve-smartmatch-usage-from-gen-crypt-h.patch | 62 +++
meta/recipes-core/libxcrypt/
t; "linux-firmware" -> "linux-firmware-qcom-vpu-2.0" [style=dotted]
> "linux-firmware" -> "linux-firmware-qcom-yamato-license" [style=dotted]
> "linux-firmware" -> "linux-firmware-radeon-license" [style=dotted]
> "lin
now figure out what depends on linux-firmware from your image
grep linux-firmware
buildhistory/images/your-machine/your-libc/your-image/depends.dot
and then git log will help you with the rest (FWIW: I don't see
linux-firmware in our dunfell images).
On Tue, Jul 25, 2023 at 2:01 PM Andreas Rehn
On Tue, Jul 25, 2023 at 8:53 AM Khem Raj wrote:
> Detailed changes [1]
>
> [1] https://sourceware.org/pipermail/binutils/2023-August/122246.html
Release announcement from future? Now we know your secret! :).
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Repl
Patches for meta-oe need to be sent to openembedded-devel ML not
openembedded-core (see README file and I recommend to set the recipients
for each repository with "git config sendemail.to" so that you don't need
to update --to argument when sending patches).
On Sat, Jul 22, 2023 at 8:07 AM Ramon F
For this purpose @LGE we're using meta-webos-backports layers for various
backports we need as in:
https://github.com/webosose/meta-webosose/tree/master/meta-webos-backports
https://github.com/webosose/meta-webosose/commits/master/meta-webos-backports
So we can easily just drop the layers whenever
These patches should be sent to openembedded-devel not openembedded-core.
> ERROR: abseil-cpp-20230125.3-r0 do_package: Variable Requires:
absl_config = 20230125, absl_core_headers = 20230125,
absl_log_internal_append_truncated = 20230125, absl_log_internal_config =
20230125, absl_log_internal_glo
This isn't backwards compatible and various BSP might need small adjustment
to work correctly with this.
Please don't backport this one.
On Sat, Jul 15, 2023 at 12:34 AM Steve Sakoman wrote:
> From: Martin Jansa
>
> * ${IMAGE_NAME}${IMAGE_NAME_SUFFIX} is almost always us
missing-cstdint-header-to-
> > > Signals.h.patch
> > > new file mode 100644
> > > index 00..6ed23aa9c5
> > > --- /dev/null
> > > +++
> b/meta/recipes-devtools/rust/rust-llvm/0003-Support-Add-missing-cstdint-header-to-Signals.h.patch
> > &
This was merged in mickledore recently, but isn't the same needed for
master branch where it was rejected with alternative fix proposed by RP?
On Thu, Jun 29, 2023 at 11:12 AM Changqing Li <
changqing...@eng.windriver.com> wrote:
> From: Changqing Li
>
> Commit 6fe23ff31c0 changed README to a sy
2.14.bb
RDEPENDS on or otherwise requires it)
Signed-off-by: Martin Jansa
---
meta/recipes-extended/cpio/cpio_2.14.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/cpio/cpio_2.14.bb
b/meta/recipes-extended/cpio/cpio_2.14.bb
index e55fb70cb1..45eb9
On Fri, Jun 23, 2023 at 12:18 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Fri, 2023-06-23 at 11:33 +0200, Martin Jansa wrote:
> > mke2fs.real, mkfs.ext2.real, mkfs.ext3.real, mkfs.ext4.real are
> indentical
> > binary with multiple hardlinks and
roper fix later, until then this change fixes the mkfs.ext4 issues I was
seeing in kirkstone, mickledore, nanbield since uninative-3.9 upgrade, as
reported in:
https://lists.openembedded.org/g/openembedded-core/message/182862
Signed-off-by: Martin Jansa
---
meta/classes-global/uninative.bbclass
There is maybe unexpected change in behavior caused by this.
Before it was triggering error only for .patch files in oe-core, while now
it seems to apply for all recipes from oe-core layer (independently from
where the .patch file was added), so e.g. meta-raspberrypi is now causing
bluez5 do_patch
Well, after typing all of that I've realized that it might be related to:
https://github.com/NixOS/patchelf/issues/244
as we had similar issue before:
https://git.openembedded.org/openembedded-core/commit/?id=cccd4bcaf381c2729adc000381bd89906003e72a
On Thu, Jun 15, 2023 at 5:06 PM Martin
On Sun, Jun 4, 2023 at 10:34 PM Martin Jansa wrote:
> > It might be useful to delay backporting this for a bit longer (and I'll
> soon confirm if 3.10 was already affected or not).
>
> I can confirm that 3.10 is also affected.
>
> I did build with
> https://git.opene
On Tue, Jun 13, 2023 at 1:33 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Tue, 2023-06-13 at 10:55 +0100, Peter Hoyes wrote:
> > On 23/05/2023 18:06, Ross Burton wrote:
> > > On 17 May 2023, at 17:29, Peter Hoyes via lists.openembedded.org
> > > wrote:
> > > > The testdata.
* it started to fail only after the upgrade to 1.70.0
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/rust/libstd-rs_1.70.0.bb | 5 +
meta/recipes-devtools/rust/rust_1.70.0.bb | 5 +
2 files changed, 10 insertions(+)
diff --git a/meta/recipes-devtools/rust/libstd-rs_1.70.0
7074 -rwxr-xr-x 2 martin martin 103K Mar 6 22:02 linuxx64.efi.stub
39479261 -rw-r--r-- 2 martin martin 8.2M Mar 7 12:27
modules--6.1.14+git0+e8d08fc4c0_b05ca3429c-r0.0-qemux86-64-20230307112110.tgz
39479263 lrwxrwxrwx 2 martin martin 77 Mar 7 12:27 modules-qemux86-64.tgz ->
modules--6.
ith the rest of [YOCTO #12937] where version
specific *_LINK_NAME links are created as hardlinks in separate
do_deploy_links
task.
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes-recipe/kernel-devicetree.bbclass | 28 ---
1 file changed, 18 insertions(+), 1
o query
core-image-minimal's context, but this is still closer than assuming:
core-image-minimal-${MCMACHINE}.${MCIMGTYPE}
which works only with the current default:
IMAGE_LINK_NAME ?= "${IMAGE_BASENAME}-${MACHINE}"
[YOCTO #12937]
Signed-off-by: Martin Jansa
Signed-off-by: Alex
On Sat, May 27, 2023 at 7:21 AM Martin Jansa via lists.openembedded.org
wrote:
> On Fri, May 26, 2023 at 8:09 PM Alexandre Belloni <
> alexandre.bell...@bootlin.com> wrote:
>
>> Hello,
>>
>> The series causes oe-selftest failures:
>>
>>
>> http
On Fri, Jun 9, 2023 at 5:04 AM Yu, Mingli
wrote:
> +if userpackages:
> +d.setVar('RDEPENDS:' + d.getVar('PN') + '-user-all', '
> '.join(userpackages))
> +mipspackage = d.getVar('PN') + "-user-mips"
> +if mipspackage in ' '.join(userpackages):
> +d.appendVar('RDEPENDS:'
Hi Steve,
I still didn't get shell access to those builders, feel free to merge it as
is.
Hopefully other people don't have so outdated build infrastructure :).
Regards,
On Thu, Jun 8, 2023 at 8:50 PM Steve Sakoman wrote:
> On Sun, Jun 4, 2023 at 10:34 AM Martin Jansa
> wro
e with buildtools-extended
4.0.6 with kirkstone yet, so that one might be only with nanbield, but
mkfs.ext4 segfaults seem related to uninative for sure. Will debug more
when I get access.
Cheers,
On Sun, Jun 4, 2023 at 9:14 PM Steve Sakoman wrote:
> On Sun, Jun 4, 2023 at 7:39 AM Mart
Hi,
it looks like this change is causing mkfs.ext4 to segfault on some builders.
I'm seeing it on ubuntu-18.04 (I know it's unsupported now). It might be
related to older docker or libseccomp2 there, because there is similar
issue with gdk-pixbuf-native which fails when buildtools-extended is use
Works on gentoo with 13.1.1_p20230520 which was failing before and seems to
work with 13.1.1_p20230527 as well (I did only a few builds since upgrade
this morning).
Thanks
Tested-By: Martin Jansa
On Mon, May 29, 2023 at 1:04 AM Michael Halstead <
mhalst...@linuxfoundation.org> wrote:
&g
The patch author seems a bit mangled by ML, see:
author schitrod=cisco@lists.openembedded.org 2023-05-27 22:52:52 -0700
https://git.openembedded.org/openembedded-core/commit/?h=master-next&id=5f15caa526bb57070b9abb9ba2f488ee1bfb5372
Is it correct?
On Sun, May 28, 2023 at 7:53 AM Sanjaykumar
ludes [1] which fixes
> > it
> >
> > [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108969
> >
> > Reported-by: Martin Jansa
> > Signed-off-by: Khem Raj
> > Cc: Martin Jansa
> > ---
> > meta/conf/distro/include/maintainers.inc | 2
n the same TMPDIR before the
image, do_rootfs then fails to find it, if the package manager config
doesn't have 64-bit feed enabled:
opkg_prepare_url_for_install: Couldn't find anything to satisfy 'ptest-runner'
Signed-off-by: Martin Jansa
Signed-off-by: Alexandre Bel
* pppd was upgraded in:
https://git.openembedded.org/openembedded-core/commit/?id=5512bf4dfd299b8d5d474d9f26c2146b3e53514a
* connman fails to build with pptp or l2tp PACKAGECONFIG is enabled
Signed-off-by: Martin Jansa
---
...upport-for-latest-pppd-2.5.0-release.patch | 274
* use IMAGE_LINK_NAME instead of hardcoding
core-image-minimal-${MACHINE} assumption
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/selftest/cases/wic.py | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/wic.py
b/meta/lib
/build/meta/lib/oeqa/selftest/cases/wic.py",
> line 1362, in test_gpt_partition_name
> self.assertTrue(os.path.exists(image_path))
> File "/usr/lib64/python3.10/unittest/case.py", line 687, in assertTrue
> raise self.failureException(msg)
> AssertionError: False
:58,397 - oe-selftest - INFO - oe-selftest () - Ran 528
tests in 15220.973s
2023-05-27 03:41:58,397 - oe-selftest - INFO - oe-selftest - FAIL -
Required tests failed (successes=519, skipped=7, failures=2, errors=0)
Tested-by: Martin Jansa
On Sat, May 27, 2023 at 4:21 AM Khem Raj wrote:
> S
t() with base 10: b''
So make sure to keep your host gcc older than that or prepare your own
uninative tarball with gcc recipes upgraded even more.
On Mon, May 22, 2023 at 7:39 AM Martin Jansa via lists.openembedded.org
wrote:
> FWIW: I've built my own uninative tarballs wit
On Fri, May 26, 2023 at 6:28 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> I just wanted to let people know I merged gcc 13 since I think we'd got
> as far as we were going to without the patches landing. I dropped the
> 5.15 kernel and found ways to fix lttng-tools and glib-2.0
> Do you have a script to find these patches? Can we get it added to
> oe-core? :)
>
> Ross
>
> > On 24 May 2023, at 08:53, Martin Jansa via lists.openembedded.org
> wrote:
> >
> > * 0001-fix-a-memory-leak-in-XRegisterIMInstantiateCallback.patch was
&g
Ross, are you going to add REQUIRED_DISTRO_FEATURES =
"gobject-introspection-data" to these as well?
ERROR: Nothing PROVIDES 'python3-pygobject' (but
meta-oe/meta-networking/recipes-connectivity/blueman/blueman_2.3.5.bb
DEPENDS on or otherwise requires it)
python3-pygobject was skipped: missing re
* unlike DEPENDS/RDEPENDS the PACKAGE_WRITE_DEPS dependency isn't automatically
extended with MLPREFIX, causing lib32-cpio to depend on 64bit ptest-runner
(and
all its deps)
Signed-off-by: Martin Jansa
---
meta/recipes-extended/cpio/cpio_2.14.bb | 2 +-
1 file changed, 1 insertion(
* they were removed from SRC_URI in:
https://git.openembedded.org/openembedded-core/commit/?id=41f8760dd8a8ac388389bc17dbc5e0ae0f64bf57
Signed-off-by: Martin Jansa
---
...erfluous-global-variable-definitions.patch | 35
...erfluous-global-variable-definitions.patch | 37
* it was removed from SRC_URI in:
https://git.openembedded.org/openembedded-core/commit/?id=1c9cbb27dfe37ca4574c4285fb03ce394dee5ed1
Signed-off-by: Martin Jansa
---
.../libgloss/fix_makefile_include_arm_h.patch | 30 ---
1 file changed, 30 deletions(-)
delete mode 100644
* it was removed from SRC_URI in 2015:
https://git.openembedded.org/openembedded-core/commit/?id=f80d136bdd578468035a88125fa1b84973fd912b
Signed-off-by: Martin Jansa
---
meta/recipes-kernel/kmod/kmod/ptest.patch | 25 ---
1 file changed, 25 deletions(-)
delete mode
* it was removed from SRC_URI in:
https://git.openembedded.org/openembedded-core/commit/?id=e94d182889ca3c02df913c59f0b66b228ffe588c
Signed-off-by: Martin Jansa
---
.../qemu/qemu/qemu-7.0.0-glibc-2.36.patch | 46 ---
1 file changed, 46 deletions(-)
delete mode 100644
* they were removed from SRC_URI in:
https://git.openembedded.org/openembedded-core/commit/?id=a21e8fdf1b66961ddae5929d393daa08800bb748
Signed-off-by: Martin Jansa
---
...-multiple-definitions-of-errcatch-an.patch | 58 ---
.../inetutils/fix-buffer-fortify-tfpt.patch | 25
* 0001-fix-a-memory-leak-in-XRegisterIMInstantiateCallback.patch was removed
from SRC_URI in:
https://git.openembedded.org/openembedded-core/commit/?id=e13f651f73db0f26f4645447ab5fa17e36d1903b
Signed-off-by: Martin Jansa
---
...ak-in-XRegisterIMInstantiateCallback.patch | 57
* it was removed from SRC_URI in oe-core commit:
commit 67257ca87c6fa8e6050a20ecea50daf834c7e869
Author: Alexander Kanavin
Date: Sat Apr 25 19:28:00 2020 +0200
Subject: rpm: upgrade to 4.15.1
and it's unused since then
Signed-off-by: Martin Jansa
---
...support-for-unused-MD
FWIW: I've built my own uninative tarballs with khem's gcc-13 reviews and
it's working fine for me since March and I'm using the same for kirkstone
builds now which were just missing small fixes for llvm, nodejs, abseil-cpp
to build my LuneOS images with gcc-13 on host (all 3 fixes sent to ML last
* needed for llvm-native on hosts with gcc-13
Signed-off-by: Martin Jansa
---
...-missing-cstdint-header-to-Signals.h.patch | 31 +++
meta/recipes-devtools/llvm/llvm_git.bb| 1 +
2 files changed, 32 insertions(+)
create mode 100644
meta/recipes-devtools/llvm/llvm/0001
/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp/run.build_hddimg.2001892',
1, None, None)
when IMAGE_MACHINE_SUFFIX is set to empty in local.conf
Signed-off-by: Martin Jansa
---
meta/classes-recipe/image-live.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
* avoids possibly confusing error message in log.do_install like:
ls: cannot access 'etcd/3.5.7-r0/build/bin/linux_arm64/': No such file or
directory
Signed-off-by: Martin Jansa
---
meta/classes-recipe/go.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
On Mon, Apr 3, 2023 at 1:08 PM Petr Kubizňák wrote:
> When GI_DATA_ENABLED is 'False' (e.g. because
> 'gobject-introspection-data' is not in DISTRO_FEATURES),
> gobject-introspection, gobject-introspection-native and qemu-native
> should not be added to DEPENDS. This is to reduce dependency chain
s,
On Wed, Apr 19, 2023 at 12:43 AM Paul Eggleton <
bluelightn...@bluelightning.org> wrote:
> Hi Martin
>
> On Tuesday, 14 March 2023 01:15:36 NZST Martin Jansa wrote:
> > * to make it easier for projects to avoid default -${MACHINE} suffix if
> > the ${MACHINE} named
n the same TMPDIR before the
image, do_rootfs then fails to find it, if the package manager config
doesn't have 64-bit feed enabled:
opkg_prepare_url_for_install: Couldn't find anything to satisfy 'ptest-runner'
Signed-off-by: Martin Jansa
---
meta/classes-recipe/popul
>
>
>if [ "${KERNEL_DTBVENDORED}" = false ]; then
>
>
>
> (In this case it is actually a bitbake variable being quoted, but unless
> you can guarantee it is not empty, the same rule applies.)
>
>
>
> //Peter
>
>
>
> *From:* o
This one doesn't work correctly, maybe better to postpone this until a fix
is in master, see:
https://lists.openembedded.org/g/openembedded-core/message/180981
and possible fix:
https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=e2a6da5202a6671113758f9746ddbd8141a75757
On Fri, May 5, 2023 at 6:38 PM Randolph Sapp via lists.openembedded.org wrote:
> From: Randolph Sapp
>
> Fedora/Redhat and Arch are somewhat standardized on their dtb directory
> structure. Let's add some flags to configure yocto to mimic that
> behavior.
>
> Add the following variables to the k
ired build target 'lib32-core-image-minimal' has no buildable
providers.
Missing or unbuildable dependency chain was: ['lib32-core-image-minimal',
'virtual/lib32-arm-distromllib32-linux-gnueabi-binutils']
in cases where multilib and WIC were enabled at th
them within do_install.
binutils: 1 installed and not shipped files. [installed-vs-shipped]
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/binutils/binutils_2.40.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/binutils/binutils_2.40.bb
b/meta/recipes
Do you already have a follow-up change for meta-clang which seems to be
broken by this change?
clang-16: error: unknown argument: '-fcanon-prefix-map'
On Fri, Apr 28, 2023 at 5:20 AM Khem Raj wrote:
> This should help canonicalize the relative paths and symlinks
> during cross compile, -fcanon-
On Thu, Apr 27, 2023 at 9:35 AM Alexander Kanavin
wrote:
> Absent maintainer entries are as well a frequent source of friction, as
> they are checked
> only in selftest, and so aren't revealed until autobuilder runs.
>
> The selftest is retained as it also checks for obsolete entries in
> maintai
-minimal -cdo_populate_sdk_ext -Sprintdiff
which I haven't resolved yet, so it might be a while before I send this 4th
change.
Regards,
On Tue, Apr 11, 2023 at 2:28 PM Luca Ceresoli
wrote:
> Hello Martin,
>
> On Tue, 11 Apr 2023 11:03:48 +0200
> "Martin Jansa" wrote:
/test-D/ext-sdk-prepare.py" when eSDK
is being prepared for use:
WARNING: The base-files:do_install sig is computed to be
83b9c9a6ef1145baac5a1e0d08814b9156af239c58fc42df95c25a9cd8a7f201,
but the sig is locked to
3dc22233059075978e5503691e98e79e7cc60db94259dfcd886bca2291c0add7
e in f:
logf.write(line)
if ret:
print('ERROR: SDK preparation failed: error log written to %s' %
logfile)
return ret
maybe we could remove whole support for $LOGFILE parameter and just redirect
the output like other commands on this
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/utils/commands.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/utils/commands.py b/meta/lib/oeqa/utils/commands.py
index c1f533802e..7b2f6ec124 100644
--- a/meta/lib/oeqa/utils/commands.py
+++ b/meta/lib/oeqa
tbake -c update_crates python3-bcrypt
git commit
Signed-off-by: Martin Jansa
---
.../python/python3-bcrypt-crates.inc | 196 +-
1 file changed, 98 insertions(+), 98 deletions(-)
diff --git a/meta/recipes-devtools/python/python3-bcrypt-crates.inc
b/meta/recipes-devtool
tbake -c update_crates python3-cryptography
git commit
Signed-off-by: Martin Jansa
---
.../python/python3-cryptography-crates.inc| 264 +-
1 file changed, 132 insertions(+), 132 deletions(-)
diff --git a/meta/recipes-devtools/python/python3-cryptography-crates.inc
b/meta
if oe.types.qemu_use_kvm(self.td['QEMU_USE_KVM'], self.td["TARGET_ARCH"]):
~~~
KeyError: 'QEMU_USE_KVM'
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/selftest/cases/efibootpartition.py | 2 +-
1 fi
On Mon, Mar 13, 2023 at 1:16 PM Martin Jansa via lists.openembedded.org
wrote:
> * it's not in self.td causing:
> 2023-03-12 18:06:29,591 - oe-selftest - DEBUG - Checking if qemux86-64
> is not this MACHINE
> 2023-03-12 18:06:29,594 - oe-selftest - INFO - ... ERROR
>
From: Michael Halstead
Update uninative to work with the new glibc 2.37.
Signed-off-by: Michael Halstead
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/yocto-uninative.inc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/conf/distro/include/yocto
From: Michael Halstead
Update uninative to work with the new glibc 2.37.
Signed-off-by: Michael Halstead
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/yocto-uninative.inc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/conf/distro/include/yocto
From: Michael Halstead
Including libgcc solves issues with libpthread.
Signed-off-by: Michael Halstead
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/yocto-uninative.inc | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/conf/distro/include/yocto-unin
From: Alexander Kanavin
This was the original reason to add the patch:
https://git.openembedded.org/openembedded-core/commit/?id=18efcbcb896239c64fedd009ce57f3f0c668cbc0
and this is the upstream discussion which suggests handling
read-only files explicitly outside of patchelf:
https://github.com
No, you should keep Upstream-Status and remove first 2 lines in the .patch
file.
On Tue, Apr 4, 2023 at 12:31 PM Pawan Badganchi
wrote:
> On Tue, Apr 4, 2023 at 02:58 AM, Martin Jansa wrote:
>
> Upstream-Status
>
> Hi Martin,
> Do you mean i should remove Upstream-Status lin
On Tue, Apr 4, 2023 at 10:31 AM Pawan Badganchi
wrote:
> Add below patch to fix CVE-2023-23916
>
> CVE-2023-23916.patch
>
> Link: https://curl.se/docs/CVE-2023-23916.html
>
> Signed-off-by: pawan
> ---
> .../curl/curl/CVE-2023-23916.patch| 221 ++
> meta/recipes-supp
On Tue, Apr 4, 2023 at 5:10 AM Mark Hatle
wrote:
> From: Mark Hatle
>
> With a gcc older then 8.0, meta-native will fail to build with the error:
>
mesa-native
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#179674):
https://lists.openembedded.o
FWIW: I was building from contrib/stable/kirkstone-nut today and I'm seeing
the same as Steve:
meta =
"stable/kirkstone-nut:14a050c06f25ac643582223ea29abee744cf74ea"
...
ERROR: curl-native-7.82.0-r0 do_patch: Fuzz detected:
Applying patch CVE-2023-23916.patch
patching file lib/con
On Sat, Apr 1, 2023 at 9:29 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Sat, 2023-04-01 at 18:32 +0200, Martin Jansa wrote:
> > * Allow to independently set P_V for llvm* recipes and actual llvm
> version used in other places
> >
> > * This
.0"
meta-clang/recipes-devtools/spirv-llvm-translator/spirv-llvm-translator_git.bb:
-DBASE_LLVM_VERSION=${LLVMVERSION} \
meta-clang/dynamic-layers/openembedded-layer/recipes-devtools/bcc/bcc_0.26.0.bb:
-DLLVM_PACKAGE_VERSION=${LLVMVERSION} \
meta-clang/dynamic-layers/op
On Fri, Mar 31, 2023 at 1:28 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Fri, 2023-03-31 at 01:16 +0200, Martin Jansa wrote:
> > I've similar one locally, but this one works for me as well.
> >
> > Acked-by: Martin Jansa
>
> I did che
ss as well)
* improve .qemuboot.conf search
1st search for file matching the rootfs and only when not found
try again with .rootfs suffix removed
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes-recipe/testimage.bbclass | 2 +-
scripts/runqemu
* It was showing whole log and that the runqemu command failed, but not
where the log file is, nor why it thinks the runqemu failed
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/selftest/cases/runqemu.py | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff
85744.ext4]
and test was failing.
* Check for whole line starting with ROOTFS: and ending just with .ext4
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/selftest/cases/runqemu.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/selftest/cases/run
* introduced in:
https://git.openembedded.org/openembedded-core/commit/?id=96d4486df6d870ef19e2055b026729e66bc118f3
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/selftest/cases/imagefeatures.py | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/lib/oeqa/selftest
I've similar one locally, but this one works for me as well.
Acked-by: Martin Jansa
On Fri, Mar 31, 2023 at 12:44 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> Python modules aren't supposed to have uppercase characters in their names
> according to
cipes for
short time and wanted to offer them more as strange example.
Cheers,
On Thu, Mar 30, 2023 at 10:22 PM Martin Jansa via lists.openembedded.org
wrote:
> On Thu, Mar 30, 2023 at 10:07 PM Frédéric Martinsons <
> frederic.martins...@gmail.com> wrote:
>
>> By the way, about
x27;t miss anything, I came across this when updating crates
>> checksum that was "pristine"
>> and I only manage to execute update_crates by locally patching
>> bitbake/lib/bb/fetch2/crate.py for
>> recommends_checksum method to return False .
>> I'm
remark, yes, there is a chicken and eggs issue for
> updating crates checksum from scratch.
> You didn't miss anything, I came across this when updating crates checksum
> that was "pristine"
> and I only manage to execute update_crates by locally patching
> bitbake/lib/bb/fet
201 - 300 of 3622 matches
Mail list logo
