https://git.ideasonboard.org/yavta.git/commit/?id=52c975e5542504ac10bed8b1d68df5c75951d202
On Sat, Sep 14, 2024 at 10:38 AM Martin Jansa wrote:
>
> Not sure which errors you were seeing, but I can confirm it fails to
> build for 32-bit in my world builds with:
>
> ../git/yavta.c
Not sure which errors you were seeing, but I can confirm it fails to
build for 32-bit in my world builds with:
../git/yavta.c:2195:51: error: format '%ld' expects argument of type
'long int', but argument 8 has type '__time64_t' {aka 'long long int'}
[-Werror=format=]
2195 | print
re2-8
>
> On Tue, Sep 10, 2024 at 7:52 AM Martin Jansa via
> lists.openembedded.org
> wrote:
> >
> > * switched to libpcre2 in:
> >
> > https://github.com/nmap/nmap/commit/828ab48764b82d0226e860c73c5dac5b11f77385
> >
> > * in builds hwere libpcre2 is
clude
|
| ^|
Signed-off-by: Martin Jansa
---
meta-oe/recipes-security/nmap/nmap_7.95.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-security/nmap/nmap_7.95.bb
b/me
Khem: please drop this one from master-next
It was added in the default DEBUG_PREFIX_MAP in oe-core now.
On Mon, Sep 2, 2024 at 6:30 PM Martin Jansa via lists.openembedded.org
wrote:
>
> This is related RFC patch just sent to oe-core ML:
> https://lists.openembedded.org/g/openembe
At least ofono in oe-core is using ell by default
https://git.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/ofono/ofono_2.10.bb
explicitly the external on (from oe-core) since
https://git.openembedded.org/openembedded-core/commit/meta/recipes-connectivity/ofono?id=3683f524dc603
lity itself)
and commits in master:
https://git.openembedded.org/meta-openembedded/commit/?id=154f5bb1342739d88185ac0cce9c15b7b2958187
https://git.openembedded.org/meta-openembedded/commit/?id=6644c4a420db82da1ce71697ff889e7b1b6e41ad
Signed-off-by: Martin Jansa
---
meta-oe/recipes-gnome/gcab/gca
pyproject.toml with setuptools.build_meta, use the
correct class [pep517-backend]
but just changing the inherit doesn't work in this case, I'll leave that
to someone actually using python3-matplotlib
Signed-off-by: Martin Jansa
---
.../recipes-devtools/python/python3-matplotlib_3.7.2.bb
This is related RFC patch just sent to oe-core ML:
https://lists.openembedded.org/g/openembedded-core/message/204110
On Mon, Sep 2, 2024 at 6:27 PM Martin Jansa wrote:
>
> * fixes:
> ERROR: lib32-python3-matplotlib-3.7.2-r0 do_package_qa: QA Issue: File
> /usr/lib/python3.12/s
Signed-off-by: Martin Jansa
---
...-use-full-path-of-with_curl-in-xerce.patch | 58 +++
.../xerces-c/xerces-c_3.2.5.bb| 8 +--
2 files changed, 61 insertions(+), 5 deletions(-)
create mode 100644
meta-oe/recipes-devtools/xerces-c/xerces-c/0001-aclocal.m4-don-t
> On Fri, Aug 30, 2024 at 10:40:53AM +0200, Martin Jansa wrote:
> > Mikko: can you please explain why meson embeds absolute paths in
> > glib-mkenum filename on purpose?
> >
> > Or were you seeing any other buildpaths than these 2?
> >
> > lib32-gcab/1.6/p
Signed-off-by: Martin Jansa
---
RFC: sending as a RFC because Mikko claimed that meson generates the full path
by purpose
...mplate-include-basename-instead-of-f.patch | 37 +++
meta-oe/recipes-gnome/gcab/gcab_1.6.bb| 6 +--
2 files changed, 38 insertions(+), 5
Signed-off-by: Martin Jansa
---
meta-oe/recipes-support/gpm/gpm_git.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta-oe/recipes-support/gpm/gpm_git.bb
b/meta-oe/recipes-support/gpm/gpm_git.bb
index 25e5414a35..a066488649 100644
--- a/meta-oe/recipes-support/gpm/gpm_git.bb
+++ b
name of the current input file (Since: 2.22)
if we update
./libgcab/gcab-enums.c.etemplate:#include "@filename@"
Cheers,
On Fri, Aug 30, 2024 at 10:18 AM Martin Jansa wrote:
>
> INSANE_SKIP:gcab-src doesn't work with multilib where the package is
> named ${PN}-src (e.g. l
serv efficiency if you don't care about reproducibility itself)
The backport to scarthgap from:
https://lists.openembedded.org/g/openembedded-devel/message/111739
should IMHO be just reverted there as buildpaths QA issues
aren't fatal in scarthgap.
Signed-off-by: Martin Jansa
---
m
This doesn't work with multilib where the package is named ${PN}-src
(e.g. lib32-gcab-src) and it's better to just lower buildpaths from
ERROR_QA to WARN_QA instead of skipping it completely, because it's
still an issue which should be fixed (at least to improve hashserv
efficiency if you don't car
o packagegroup-meta-oe and fix libvdpau there.
Signed-off-by: Martin Jansa
---
meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb | 2 +-
meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb| 4
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-core/p
As this depends on libvdpau and libvdpau has:
inherit features_check
REQUIRED_DISTRO_FEATURES = "x11"
the same restriction should be repeated here to avoid:
ERROR: Nothing PROVIDES 'libvdpau' (but
meta-oe/meta-oe/recipes-graphics/vdpau/vdpauinfo_1.5.bb DEPENDS on or
otherwise requires it)
libvdpau
ptest/tests/testlibs/cmake_install.cmake in
package bpftrace-ptest contains reference to TMPDIR [buildpaths]
On Thu, Aug 22, 2024 at 9:34 AM Martin Jansa via
lists.openembedded.org
wrote:
>
> Thank you Khem!
>
> On Thu, Aug 22, 2024 at 2:24 AM Khem Raj via lists.openembedded.org
>
Thank you Khem!
On Thu, Aug 22, 2024 at 2:24 AM Khem Raj via lists.openembedded.org
wrote:
>
> As of today, we are left with couple of recipes
>
> python3-pycocotools
> python3-pandas
>
> There are updates to them staged in master-next which should fix the
> problem but they are waiting for numpy
files.
[installed-vs-shipped]
Signed-off-by: Martin Jansa
---
meta-oe/recipes-extended/polkit/polkit-group-rule.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-oe/recipes-extended/polkit/polkit-group-rule.inc
b/meta-oe/recipes-extended/polkit/polkit-group-rule.inc
index e2a2c
I've sent fix for that earlier today.
Cheers,
On Mon, Aug 19, 2024 at 7:52 PM Khem Raj wrote:
>
> On Mon, Aug 19, 2024 at 4:14 AM Martin Jansa via
> lists.openembedded.org
> wrote:
> >
> > Doesn't this just hide the issue that the systemd service file i
and not shipped files. [installed-vs-shipped]
# $PYTHON_SITEPACKAGES_DIR
# set oe-core/meta/classes-recipe/python3-dir.bbclass:11
# "${libdir}/${PYTHON_DIR}/site-packages"
PYTHON_SITEPACKAGES_DIR="/usr/lib64/python3.12/site-packages"
Signed-off-by: Martin Jansa
---
.../reci
Doesn't this just hide the issue that the systemd service file is
installed in wrong directory?
with current master I'm seeing:
ERROR: Didn't find service unit 'blueman-mechanism.service', specified
in SYSTEMD_SERVICE:blueman.
On Thu, Aug 8, 2024 at 9:11 PM Alper Ak via lists.openembedded.org
wr
You should remove the -Wno-error flags from:
https://git.openembedded.org/meta-openembedded/diff/meta-python/recipes-devtools/python/python3-h5py_3.11.0.bb?id=f0c767407d033e3f39ceeccc2f7e03a1ca7a6443
if your change fixes it.
On Thu, Jul 18, 2024 at 5:17 AM Changqing Li via
lists.openembedded.org
On Wed, Jul 17, 2024 at 8:49 PM Yoann Congal via
lists.openembedded.org
wrote:
>
> Hello,
>
> I sent 2 backport requests for scarthgap that were not in this merge request:
> [meta-oe][scarthgap][PATCH] packagegroup-meta-oe: fix lvgl inclusion
> https://lists.openembedded.org/g/openembedded-devel
* fails only with 32bit MACHINEs, e.g. full log from qemux86:
http://errors.yoctoproject.org/Errors/Details/790494/
Signed-off-by: Martin Jansa
---
v2: send from master (with 0.5 version) instead of scartgap (with 0.3)
...001-Fix-types-for-old-32-bit-systems.patch | 49
* fails only with 32bit MACHINEs, e.g. full log from qemux86:
http://errors.yoctoproject.org/Errors/Details/790494/
Signed-off-by: Martin Jansa
---
...001-Fix-types-for-old-32-bit-systems.patch | 49 +++
.../pkcs11-provider/pkcs11-provider_0.3.bb| 4 +-
2 files changed
Looks like it's reproducible only with 32bit MACHINEs, e.g. full log
from qemux86:
http://errors.yoctoproject.org/Errors/Details/790494/
On Tue, Jul 9, 2024 at 2:06 PM Martin Jansa via lists.openembedded.org
wrote:
>
> Hi,
>
> this fails to build with gcc-14, can you please c
* avoid imagemagick-native like upstream did in:
https://sourceforge.net/p/giflib/code/ci/d54b45b0240d455bbaedee4be5203d2703e59967/
Signed-off-by: Martin Jansa
Signed-off-by: Khem Raj
---
...x_to_convert_binary_used_in_Makefile.patch | 42 ---
...Makefile-fix-typo-in-soname
stemd/system/bolt.service
Signed-off-by: Martin Jansa
Signed-off-by: Khem Raj
---
meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb
b/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb
index 4688ae860b..c278a
stemd/system/bolt.service
Signed-off-by: Martin Jansa
---
meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb
b/meta-oe/recipes-bsp/bolt/bolt_0.9.6.bb
index 4688ae860b..c278a0982a 100644
--- a/me
Hi,
this fails to build with gcc-14, can you please check and fix that?
FAILED: src/pkcs11.so.p/asymmetric_cipher.c.o
ccache arm-webosmllib32-linux-gnueabi-gcc -march=armv7-a -mthumb
-mfpu=neon -mfloat-abi=softfp -fstack-protector-strong -O2
-D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=
* avoid imagemagick-native like upstream did in:
https://sourceforge.net/p/giflib/code/ci/d54b45b0240d455bbaedee4be5203d2703e59967/
Signed-off-by: Martin Jansa
---
...x_to_convert_binary_used_in_Makefile.patch | 42 ---
...Makefile-fix-typo-in-soname-argument.patch | 34
* avoid imagemagick-native like upstream did in:
https://sourceforge.net/p/giflib/code/ci/d54b45b0240d455bbaedee4be5203d2703e59967/
Signed-off-by: Martin Jansa
---
...x_to_convert_binary_used_in_Makefile.patch | 42 ---
...Makefile-fix-typo-in-soname-argument.patch | 34
.
[SG2PEPF000B66CD.apcprd03.prod.outlook.com 2024-07-08T11:16:58.834Z
08DC9E0559B2D7AA]
On Mon, Jul 8, 2024 at 1:16 PM Martin Jansa wrote:
>
> This seems to break build with gold, because libutil.so is built with
> empty soname param (libgif.so is fine):
>
> giflib-5.2.2 $ grep soname ../temp
This seems to break build with gold, because libutil.so is built with
empty soname param (libgif.so is fine):
giflib-5.2.2 $ grep soname ../temp/log.do_compile
ccache aarch64-webos-linux-gcc -mcpu=cortex-a72+crc
-mbranch-protection=standard -fstack-protector-strong -O2
-D_FORTIFY_SOURCE=2 -Wform
Is the runtime dependency added automatically in do_package? Or why
didn't you keep it as 4th param in PACKAGECONFIG?
On Sat, Jun 29, 2024 at 7:59 AM Markus Volk via lists.openembedded.org
wrote:
>
> Disable by default to avoid a requirement for meta-gnome
>
> Signed-off-by: Markus Volk
> ---
>
On Fri, Jun 28, 2024 at 10:32 AM Markus Volk wrote:
>
> On Fri, Jun 28 2024 at 09:24:10 AM +02:00:00, Martin Jansa
> wrote:
>
> is there some knob for dconf?
>
>
> In fact, there is.
> https://github.com/flatpak/flatpak/blob/92d7f9ec49e2db4ad93040d8e6075317911
Hi,
is there some knob for dconf?
It's not caused by this change as dconf dependency was included in the
original flatpak recipe from you:
https://git.openembedded.org/meta-openembedded/commit/?id=841daa24d5d0730bfa1fdb0dc7898b29061face4
we've recently enabled polkit required by flatpak and now I
see
https://git.openembedded.org/meta-openembedded/diff/meta-oe/recipes-support/daemontools/daemontools_0.76.bb?h=master-next&id=d196c0c1af16eba55f8f0277eea76129ed2f677d
which has the log as well.
On Fri, Jun 28, 2024 at 5:19 AM wangmy via lists.openembedded.org
wrote:
>
> From: Wang Mingyu
>
>
see
https://git.openembedded.org/meta-openembedded/diff/meta-oe/recipes-devtools/mcpp/mcpp_2.7.2.bb?h=master-next&id=d196c0c1af16eba55f8f0277eea76129ed2f677d
which has the log as well.
On Fri, Jun 28, 2024 at 5:19 AM wangmy via lists.openembedded.org
wrote:
>
> From: Wang Mingyu
>
> Signed-off-
See
https://git.openembedded.org/meta-openembedded/diff/meta-networking/recipes-support/linux-atm/linux-atm_2.5.2.bb?h=master-next&id=d196c0c1af16eba55f8f0277eea76129ed2f677d
which has the log as well.
On Fri, Jun 28, 2024 at 5:19 AM wangmy via lists.openembedded.org
wrote:
>
> From: Wang Mingyu
, Registergericht: Amtsgericht Stuttgart HRB 23118
> Aufsichtsratsvorsitzender: Frank Meyer; Geschäftsführung: Thomas Quante,
> Peter Löffler, Henrik Siegle, Peter von Wartenberg
>
> > -Ursprüngliche Nachricht-
> > Von: Martin Jansa
> > Gesendet: Mittwoch, 26. Juni 2
ptest seems to fail building
lib32-magic-enum/0.9.5/git/test/test_containers.cpp:290:89: error:
value computed is not used [-Werror=unused-value]
290 | magic_enum::containers::set color_set_not_const {Color::RED,
Color::GREEN, Color::BLUE};
|
^
On Wed, Jun 19, 2
="${prefix}/include/lvgl"
libdir=${prefix}/lib
Name: lvgl
Description: Light and Versatile Graphics Library
URL: https://lvgl.io/
Version: 9.1.0
Cflags: -I${includedir}
Libs: -L${libdir} -llvgl
Signed-off-by: Martin Jansa
---
meta-oe/recipes-graphics/lvgl/lvgl_9.1.0.bb
There is already patch covering all such cases detected in my world builds, see
"pidgin pidgin-sipe pidgin uw-imap rrdtool cmpi-bindings
libdbd-mysql-perl daq" and
"catch2 openldap microsoft-gsl scsirastools pam-ssh-agent-auth
sblim-sfcb cker.."
commits in:
https://git.openembedded.org/meta-openemb
|Range|Formatter.withoutLocale()
- added wrappers for UIdentifierType, Char.hasIDType(), Char.getIDTypes()
- added wrappers for UIdentifierStatus
- added wrappers for UProperty.IDENTIFIER_TYPE, UProperty.IDENTIFIER_STATUS
Signed-off-by: Martin Jansa
---
.../python/{python3-icu_2.12.bb =>
Fixes:
libgphoto2-2.5.31/camlibs/ptp2/chdk.c:1187:41: error: passing argument 3 of
'jpeg_mem_dest' from incompatible pointer type [-Wincompatible-pointer-types]
https://github.com/gphoto/libgphoto2/issues/959
https://github.com/gphoto/libgphoto2/issues/941
Signed-off-by: Ma
You're changing the build time dependencies, the warning is about
runtime dependencies, so I don't think this is correct.
You probably have some bad RPROVIDES in different recipe or bbappend,
see bitbake-getvar.
On Fri, May 31, 2024 at 9:19 AM Bin Lan via lists.openembedded.org
wrote:
>
> From:
/recipes-support/lvm2/files/0001-implement-libc-specific-reopen_stream.patch
Please add according to
https://docs.yoctoproject.org/contributor-guide/recipe-style-guide.html#patch-upstream-status
. [patch-status]
Signed-off-by: Martin Jansa
---
.../lvm2/files/0001-implement-libc-specific
This causes:
ERROR: QA Issue: Missing Upstream-Status in patch
TOPDIR/meta-oe/meta-oe/recipes-support/lvm2/files/0001-implement-libc-specific-reopen_stream.patch
Please add according to
https://docs.yoctoproject.org/contributor-guide/recipe-style-guide.html#patch-upstream-status
. [patch-status]
Why is this needed in scarthgap? GCC upgrade won't be backported there
I believe and it doesn't have native/nativesdk to be useful on hosts
with gcc-14.
On Thu, May 30, 2024 at 2:35 PM Armin Kuster via
lists.openembedded.org
wrote:
>
> From: Khem Raj
>
> Signed-off-by: Khem Raj
> Signed-off-by:
* fixes:
https://github.com/ebiggers/libdeflate/issues/369
Signed-off-by: Martin Jansa
Signed-off-by: Khem Raj
---
...e-explicit-armv8.2-a-on-gcc-13.2-and.patch | 57 +++
.../libdeflate/libdeflate_1.20.bb | 5 +-
2 files changed, 60 insertions(+), 2 deletions
://git.openembedded.org/meta-openembedded/log/?h=kirkstone-next
On Wed, May 29, 2024 at 10:06 AM Martin Jansa via
lists.openembedded.org
wrote:
>
> +Armin
>
> These 3 are still applicable for kirkstone, is there a reason why they
> weren't picked for last kirkstone update?
&
+Armin
These 3 are still applicable for kirkstone, is there a reason why they
weren't picked for last kirkstone update?
e3a43ce251 nodejs: fix CVE-2023-46809
7a5471b5ed nodejs: fix CVE-2024-22025
adfda33005 nodejs: fix CVE-2024-22019
On Thu, Mar 28, 2024 at 2:23 PM Polampalli, Archana via
lists.
Small typo in styheed
On Sat, May 25, 2024 at 8:58 AM Dmitry Baryshkov via
lists.openembedded.org
wrote:
>
> With the UNPACKDIR changes in place the layers are no longer compatible
> with the scarthgap release. Drop it from LAYERSERIES_COMPAT and limit
> compatibility to styheed only.
>
> Signed-
* this happens only when libwebsocket is built with libcap enabled
(by libcap in DEPENDS)
Signed-off-by: Martin Jansa
---
.../recipes-connectivity/libwebsockets/libwebsockets_4.3.3.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-connectivity/libwebs
This breaks libcap dependency when libwebsocket is built with libcap in DEPENDS.
mosquitto fails with:
ninja: error: '/libcap.so', needed by 'src/mosquitto', missing and no
known rule to make it
because this change caused this diff:
+++ 4.3.3/image/usr/lib/cmake/libwebsockets/LibwebsocketsTargets
* only SUMMARY, ZIPNAME and SRC_URI checksums are different
* rename the .conf file to match BPN to simplify even more
Signed-off-by: Martin Jansa
---
conf => 44-source-han-sans-cn-fonts.conf} | 0
.../source-han-sans-cn-fonts_2.004.bb | 29 ++
.../ttf-fonts/sou
Thanks looks better, it can be simplified further, see:
https://git.openembedded.org/meta-openembedded-contrib/commit/?h=jansa/master&id=80fdbf37b3252ed263091fafe6a156655f1a89fb
Please review and if you agree with it, I'll test it and send it for
master-next.
Notice that there is inconsistent use
I think you can use ${BP} for downloafilename.
On Thu, May 23, 2024 at 9:51 AM Alexandre Truong via
lists.openembedded.org
wrote:
>
> In commit [0], we've switched away from SVN fetcher in SRC_URI.
> The archives downloaded are named SourceHanSans*.zip
> They are named this way regardless of the
-20.13)
pointed to by the S variable doesn't exist - please set S within the recipe to
point to where the source has been unpacked to
Signed-off-by: Martin Jansa
---
.../recipes-devtools/nodejs/nodejs-oe-cache-native_20.13.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff
On Fri, May 17, 2024 at 3:07 PM Alexandre Truong via
lists.openembedded.org
wrote:
>
> We get fetch errors from the SRC_URI provided. See errors at [0].
> svn protocol was used but it's deprecated.
For the record the svn protocol itself isn't deprecated in bitbake
fetcher, just github no longer p
S = "${WORKDIR}/${BP}"
This is the default, so you can just drop this and I would squash all
4 as it's almost the same change across 4 almost identical recipes.
On Fri, May 17, 2024 at 11:48 AM Alexandre Truong via
lists.openembedded.org
wrote:
>
> We get fetch errors from the SRC_URI provided.
c:542:100: error: passing argument 3
of 'WTSVirtualChannelQuery' from incompatible pointer type
[-Wincompatible-pointer-types]
Signed-off-by: Martin Jansa
---
...mpilation-warnings-in-ainput-channel.patch | 72 +++
.../recipes-support/freerdp/freerdp_2.11.7.bb | 3 +
c:542:100: error: passing argument 3
of 'WTSVirtualChannelQuery' from incompatible pointer type
[-Wincompatible-pointer-types]
Signed-off-by: Martin Jansa
---
...mpilation-warnings-in-ainput-channel.patch | 72 +++
.../recipes-support/freerdp/freerdp_2.11.7.bb | 5 +-
kport.
On Tue, May 14, 2024 at 5:17 PM Khem Raj wrote:
>
> On Mon, May 13, 2024 at 11:39 PM Martin Jansa wrote:
> >
> > On Thu, May 9, 2024 at 9:25 PM Khem Raj via lists.openembedded.org
> > wrote:
> > >
> > > Partially backport a fix to build w
On Thu, May 9, 2024 at 9:25 PM Khem Raj via lists.openembedded.org
wrote:
>
> Partially backport a fix to build with gcc-14
It fixes it only partially, right?
I'm stills seeing:
freerdp/2.11.7/git/libfreerdp/core/info.c:88:39: error: initialization
of 'const WCHAR *' {aka 'const short unsigned
If libmalcontent-ui-1.so.1 links with libmalcontent-0.so.0 then this
should be build-time DEPENDS (and then shlibs code in do_package will
automatically add malcontent to RDEPENDS.
On Mon, May 13, 2024 at 10:07 PM Markus Volk via
lists.openembedded.org
wrote:
>
> This fixes:
> ERROR: malcontent-u
see https://lists.openembedded.org/g/openembedded-devel/message/110191
and https://github.com/openembedded/meta-openembedded/issues/817
and https://lists.openembedded.org/g/openembedded-devel/message/110196
we're just waiting for Armin to merge the fix.
On Wed, May 8, 2024 at 11:45 PM Alexandre B
4: error:
'_Generic' was not declared in this scope
1158 | (_Generic((x),\
|^~~~
third_party/boringssl-with-bazel/src/ssl/../crypto/internal.h:1166:10: note: in
expansion of macro 'CRYPTO_GENERIC_ADDC'
1166 | return CRYPTO_GENERIC_ADDC(x, y, carry, out_carry);
| ^~
* fixes:
https://github.com/ebiggers/libdeflate/issues/369
Signed-off-by: Martin Jansa
---
...e-explicit-armv8.2-a-on-gcc-13.2-and.patch | 57 +++
.../libdeflate/libdeflate_1.20.bb | 5 +-
2 files changed, 60 insertions(+), 2 deletions(-)
create mode 100644
meta
=a40b1fa392d20ebb29e38374d0f7ce1494bb797f
causes:
undefined reference to `spdlog::get(char const*)'
in various consumers, more details in:
https://github.com/gabime/spdlog/issues/3081
Signed-off-by: Martin Jansa
---
.../spdlog/{spdlog_1.14.0.bb => spdlog_1.14.1.bb} |
On Fri, May 3, 2024 at 11:52 AM Martin Jansa via
lists.openembedded.org
wrote:
>
> Thanks, perfect timing, I've just sent e-mail reply to nodejs upgrade
> that npm-10.5.0 upgrade broke this. Will test your change now. Thanks!
And it works for me, thanks
Thanks, perfect timing, I've just sent e-mail reply to nodejs upgrade
that npm-10.5.0 upgrade broke this. Will test your change now. Thanks!
On Fri, May 3, 2024 at 11:42 AM Martin Hundeb?ll via
lists.openembedded.org
wrote:
>
> Apparently, npm has changed its request accept header, so that cache
Hi,
since this update I'm seeing couple of npmsw:// recipes failing with
ENOTCACHED for various dependencies, e.g.:
npm ERR! code ENOTCACHED
npm ERR! request to https://registry.npmjs.org/documentation failed:
cache mode is 'only-if-cached' but no cached response is available.
--
npm ERR! code EN
On Tue, Apr 30, 2024 at 9:28 AM Yu, Mingli wrote:
>
>
>
> On 4/30/24 15:16, Martin Jansa 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 i
On Wed, Mar 27, 2024 at 8:16 AM Yu, Mingli wrote:
>
> From: Tim Orling
>
> * Also replace ${PYTHON_PN} with python3
>
> Signed-off-by: Tim Orling
> Signed-off-by: Khem Raj
> (cherry picked from commit 182f31a182f6572a3538b875cec7ee761e2da1e6)
> Signed-off-by: Mingli Yu
...
> diff --git
> a/me
es obsolete licenses LGPL-2.1
[obsolete-license]
Signed-off-by: Martin Jansa
---
meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-multimedia/recipes-multimedia/aravis/aravis_0.8.31.bb
b/meta-multimedia/recip
* fixes:
ERROR: Nothing PROVIDES 'gtk+3' (but
meta-oe/meta-multimedia/recipes-support/gst-instruments/gst-instruments_git.bb
DEPENDS on or otherwise requires it)
gtk+3 was skipped: one of 'wayland x11' needs to be in DISTRO_FEATURES
Signed-off-by: Martin Jansa
---
...
ES matching gtk+3 or
enable viewer PACKAGECONFIG only when wayland or x11 is in
DISTRO_FEATURES.
On Mon, Apr 22, 2024 at 8:17 AM Martin Jansa via
lists.openembedded.org
wrote:
>
> This is now triggering:
> ERROR: QA Issue: Recipe LICENSE includes obsolete licenses LGPL-2.1
> [obs
This is now triggering:
ERROR: QA Issue: Recipe LICENSE includes obsolete licenses LGPL-2.1
[obsolete-license]
Looks like it should be LGPL-2.1-only, please send follow-up fix.
On Fri, Apr 19, 2024 at 7:21 PM Perceval via lists.openembedded.org
wrote:
>
> From: Perceval Arenou
>
>
> ---
> .../
idn2-dev or equivalent, or set
DIAMID_IDNA_IGNORE or DIAMID_IDNA_REJECT
Signed-off-by: Martin Jansa
---
.../recipes-protocols/freediameter/freediameter_1.5.0.bb| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta-networking/recipes-protocols/freediameter/freediamet
See https://github.com/openembedded/meta-openembedded/pull/811
On Wed, Apr 17, 2024 at 12:13 AM Mark Hatle via lists.openembedded.org
wrote:
>
> In scarthgap/master, I still have a couple of recipes that haven't been moved
> to
> using the proper setuptools3-base class yet. However, including
Target python recipes are already blacklisted since
https://github.com/shr-project/meta-python2/commit/10c65fc18998d302f34634ffceaf31ab335056dd
so meta-python2 already provides just python-native and necessary
bbclasses (as pythonnative.bbclass and few others).
So I don't want to add another ident
* causes qemuarm failure as shown in:
http://errors.yoctoproject.org/Errors/Details/761504/
and reported in:
https://lists.openembedded.org/g/openembedded-devel/message/109812
Signed-off-by: Martin Jansa
---
meta-oe/recipes-multimedia/libjxl/libjxl_0.10.2.bb | 4
1 file changed, 4
If you need it just for some experiments than feel free to use:
https://github.com/shr-project/meta-python2/commits/jansa/master/
which I've already updated (for built time benchmark which
historically included qtwebengine as well
https://github.com/shr-project/test-oe-build-time).
But for anythin
> > >
> > > I couldn't reproduce the build failure. What am I missing?
> >
> > removing meta-filesystems from your bblayers.conf
>
> no, I'm asking about the musl basename() related build failure.
>
> The build failure about fuse3 dependency is quite obvious.
> In my local build, I moved the recipe
On Mon, Apr 8, 2024 at 3:50 PM Fathi Boudra wrote:
>
> Hi Khem,
>
> On Sat, 6 Apr 2024 at 03:04, Khem Raj wrote:
> >
> > fails with latest musl
> >
> > https://errors.yoctoproject.org/Errors/Details/761688/
>
> I tried to reproduce:
>
> local.conf:
> MACHINE = "qemuarm64"
> TCLIBC = "musl"
> TOOL
On Fri, Apr 5, 2024 at 5:18 PM Khem Raj wrote:
>
> Can you try to comment out
>
>CXXFLAGS:append:arm = " -mfp16-format=ieee"
>
> for a test ?
Yes, that fixes the build on qemuarm.
> On Fri, Apr 5, 2024 at 12:13 AM Martin Jansa wrote:
>
xa15t2hf-neon-oe-linux-gnueabi/libjxl/0.10.2/git/third_party/skcms/src/Transform_inl.h:155:24:
note: called from here
155 | return vcvt_f32_f16((float16x4_t)half);
|^~~
On Fri, Apr 5, 2024 at 8:48 AM wrote:
>
> Does this also happen if you add '
> btw what is your 32bit multilib defaultltune in this failing case
none of the public ones, that's why I wanted to reproduce it with
generic qemuarm first, will trigger the build and report back
On Fri, Apr 5, 2024 at 8:54 AM Khem Raj wrote:
>
> On Thu, Apr 4, 2024 at 10:55 P
I'm seeing build failure in 32bit arm builds (with multilib):
lib32-libjxl/0.10.2/recipe-sysroot-native/usr/lib/arm-oemllib32-linux-gnueabi/gcc/arm-oemllib32-linux-gnueabi/13.2.0/include/arm_neon.h:7526:1:
error: inlining failed in call to 'always_inline' 'float32x4_t
vcvt_f32_f16(float16x4_t)': t
openembedded-core/scripts/contrib/patchreview.py shows:
Malformed Upstream-Status 'Malformed Upstream-Status in patch
Upstream-Status:
Backport[https://github.com/WebKit/WebKit/commit/2922af379dc70b4b1a63b01d67179eb431f03ac4]'
(/OE/layers/meta-openembedded/meta-oe/recipes-support/webkitgtk/webkitg
Please restore
Upstream-Status: Inappropriate [OE specific]
in the
meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center/0001-Add-meson-option-to-pass-sysroot.patch
On Mon, Mar 18, 2024 at 6:11 PM Markus Volk wrote:
>
> Signed-off-by: Markus Volk
> ---
> ...001-Add-meson-option-t
f-by: Martin Jansa
---
meta-oe/recipes-gnome/gtk+/gtkmm4_4.14.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-gnome/gtk+/gtkmm4_4.14.0.bb
b/meta-oe/recipes-gnome/gtk+/gtkmm4_4.14.0.bb
index b0b51ed73f..d3a01e444c 100644
--- a/meta-oe/recipes-gnome/gtk+/gtkmm4_4.
On Mon, Mar 25, 2024 at 6:57 PM Khem Raj wrote:
>
> Signed-off-by: Khem Raj
> ---
> ...-libgen.h-for-basename-API-prototype.patch | 84 +++
> ...X_ATTR_-defines-from-musl-sys-stat.h.patch | 42 ++
> .../xfstests/xfstests_2024.03.03.bb | 2 +
> 3 files changed,
* drop 0003-tests-Makefile-make-sure-group.list-DIRT-exists-befo.patch which
was merged upstream
Signed-off-by: Martin Jansa
---
...ake-sure-group.list-DIRT-exists-befo.patch | 239 --
...s_2024.01.14.bb => xfstests_2024.03.03.bb} | 3 +-
2 files changed, 1 insertion(+),
/recipe-sysroot-native/usr/share/cmake-3.28/Modules/FindX11.cmake:665
(find_package_handle_standard_args)
server/shadow/X11/CMakeLists.txt:1 (find_package)
Signed-off-by: Martin Jansa
---
meta-oe/recipes-support/freerdp/freerdp3_3.4.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
1 - 100 of 8079 matches
Mail list logo
