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
>
* 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
/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..c278a0982a
/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/meta-oe
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
* 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
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
see
https://git.openembedded.org/meta-openembedded/diff/meta-oe/recipes-support/daemontools/daemontools_0.76.bb?h=master-next=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=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-networking/recipes-support/linux-atm/linux-atm_2.5.2.bb?h=master-next=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
t: 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 2024 17:53
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,
="${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:
|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: Martin Jansa
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
>
* 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
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.
>
>
ly 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/libwebsockets/libwebsockets
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:
+++
* 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=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 --git
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
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
ble-pointer-types]
Signed-off-by: Martin Jansa
---
...mpilation-warnings-in-ainput-channel.patch | 72 +++
.../recipes-support/freerdp/freerdp_2.11.7.bb | 3 +-
2 files changed, 74 insertions(+), 1 deletion(-)
create mode 100644
meta-oe/recipes-support/freerdp/freerdp/0001-Fi
ble-pointer-types]
Signed-off-by: Martin Jansa
---
...mpilation-warnings-in-ainput-channel.patch | 72 +++
.../recipes-support/freerdp/freerdp_2.11.7.bb | 5 +-
2 files changed, 75 insertions(+), 2 deletions(-)
create mode 100644
meta-oe/recipes-support/freerdp/freerdp/0001-Fi
.
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 with gcc-14
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:
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
),\
|^~~~
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);
| ^~~
Signed-off-by: Martin Jansa
---
..._Generic-only-if-defined-__cplusplus.patch | 74
* 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} | 2 +-
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 again
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
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
>
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/recipes-multimedia/aravis
* 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
---
.../recipes-support/gst
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
> [obsolete-license]
&g
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
>
>
> ---
>
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/freediameter_1.5.0.bb
b/meta-networking
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
* 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
> > >
> > > 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
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"
>
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:
>
/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 '-mfpu=neon' to CXXFLAGS ?
>
>
> 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 PM Mar
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)':
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]'
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
> ---
>
* depends on pangomm-2.48 which has x11 in REQUIRED_DISTRO_FEATURES
* maybe pangomm-2.48 should be adjusted to use GTK3DISTROFEATURES
like regular pangomm in :
https://git.openembedded.org/meta-openembedded/commit/?h=scarthgap=9abe74eb0bd53316b0bb3fe1d241c83e2674e72e
Signed-off-by: Martin
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
The packageconfig for x11 doesn't seem to be enough to disable x11
when it's not in DISTRO_FEATURES.
CMake Error at
TOPDIR/BUILD/work/raspberrypi4_64-oe-linux/freerdp3/3.4.0/recipe-sysroot-native/usr/share/cmake-3.28/Modules/FindPackageHandleStandardArgs.cmake:230
(message):
Could NOT find X11
On Sat, Mar 16, 2024 at 9:02 AM Martin Jansa via lists.openembedded.org
wrote:
> I'm seeing the same errors with gcc :)
>
> libtool: compile: ccache arm-oe-linux-gnueabi-gcc -mthumb -mfpu=neon
> -mfloat-abi=softfp -mcpu=cortex-a9 -mtune=cortex-a9
> -fstack-protector-strong -O2 -D
on that.
This whole issue is just revealed by the typo fix in
https://patchwork.yoctoproject.org/project/oe/patch/20240316100056.409758-1-chris.chap...@gmail.com/
which fixed lv-conf.inc to work for lvgl resulting in LV_USE_LINUX_DRM
being respected based on PACKAGECONFIG drm.
Acked-by: Martin Jansa
On Sun
I'm seeing the same errors with gcc :)
libtool: compile: ccache arm-oe-linux-gnueabi-gcc -mthumb -mfpu=neon
-mfloat-abi=softfp -mcpu=cortex-a9 -mtune=cortex-a9
-fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security
-Werror=format-security -Werror=return-type -funwind-tables
* as oe-core did in:
https://git.openembedded.org/openembedded-core/commit/?id=d4c346e8ab
* when people are have to maintain own PRs for recipes in oe-core, they
might add them for meta-oe recipes at the same time when upgrading
to next LTS
Signed-off-by: Martin Jansa
---
.../recipes
tatus: $p || sed -i "s/^---$/\nUpstream-Status: Pending\n---/g" $p;
grep -q ^Upstream-Status: $p || sed -i "1iUpstream-Status: Pending\n"
$p; done
Signed-off-by: Martin Jansa
---
.../unionfs-fuse/files/0001-support-cross-compiling.patch | 2 ++
...1-fix-bug
penembedded.org > de...@lists.openembedded.org> On Behalf Of Martin Jansa
> > Sent: den 10 mars 2024 14:54
> > To: wan...@fujitsu.com; Peter Kjellerstedt
> > Cc: openembedded-devel@lists.openembedded.org
> > Subject: Re: [oe] [meta-oe] [PATCH V2] abseil-cpp
On Sun, Mar 10, 2024 at 2:54 PM Martin Jansa via
lists.openembedded.org
wrote:
>
> Does this intentionally undo last 2 changes from Peter? The commit
> message doesn't mention it
>
> https://git.openembedded.org/meta-openembedded/commit/?id=32eefcf1ca97a08ea85f62a72b676e447
Does this intentionally undo last 2 changes from Peter? The commit
message doesn't mention it
https://git.openembedded.org/meta-openembedded/commit/?id=32eefcf1ca97a08ea85f62a72b676e447f1b79a0
https://git.openembedded.org/meta-openembedded/commit/?id=5c554c9b8cb63b5d0d5f434c28dd71c0f1843448
also
install
-f opencv
unlike ${S} ${WORKDIR}/contrib isn't in default PSEUDO_IGNORE_PATHS
Signed-off-by: Anuj Mittal
Signed-off-by: Khem Raj
Signed-off-by: Martin Jansa
---
.../recipes-support/opencv/opencv_4.5.5.bb| 34 +--
1 file changed, 17 insertions(+), 17 deletions
The QA check in oe-core would tell you that (as well as that the 'S'
in Status needs to be uppercase).
On Tue, Mar 5, 2024 at 10:47 PM Randolph Sapp wrote:
>
> On 3/5/24 15:42, Martin Jansa wrote:
> > Invalid format of Upstream-Status and please squash those 2 commits as
> &g
Invalid format of Upstream-Status and please squash those 2 commits as
they don't make sense separately.
On Tue, Mar 5, 2024 at 10:26 PM Randolph Sapp via
lists.openembedded.org wrote:
>
> From: Randolph Sapp
>
> Backport a patch from the upstream glmark2 package to fix 2 primary issues:
>
> 1.
* instead of mix of 8, 9 and 4 spaces
Signed-off-by: Martin Jansa
---
.../recipes-support/fuse/fuse3_3.16.2.bb | 56 ++-
1 file changed, 29 insertions(+), 27 deletions(-)
diff --git a/meta-filesystems/recipes-support/fuse/fuse3_3.16.2.bb
b/meta-filesystems/recipes-support
or is it typo cuse -> fuse?
On Fri, Mar 1, 2024 at 11:43 AM Martin Jansa wrote:
>
> does it need virtual/kernel dependency now?
>
> in world build I've seen:
> ERROR: QA Issue: fuse3-ptest rdepends on kernel-module-cuse, but it
> isn't a build dependency? [build-deps]
>
does it need virtual/kernel dependency now?
in world build I've seen:
ERROR: QA Issue: fuse3-ptest rdepends on kernel-module-cuse, but it
isn't a build dependency? [build-deps]
On Thu, Feb 22, 2024 at 9:58 PM Khem Raj wrote:
>
> Signed-off-by: Khem Raj
> ---
>
usr/share/glib-2.0/codegen/utils.py",
line 22, in
import packaging.version
ModuleNotFoundError: No module named 'packaging'
* packaging probably isn't as wide spread on host distros as old
distutils was, so make sure it's available by using
python3-native with python3-packaging-native fr
ion
ModuleNotFoundError: No module named 'packaging'
* packaging probably isn't as wide spread on host distros as old
distutils was, so make sure it's available by using
python3-native with python3-packaging-native from OE build
Signed-off-by: Martin Jansa
---
meta-xfce/recipes-apps/ristretto/rist
bus.h] Error 1
* packaging probably isn't as wide spread on host distros as old
distutils was, so make sure it's available by using
python3-native with python3-packaging-native from OE build
Signed-off-by: Martin Jansa
---
.../networkmanager/networkmanager-fortisslvpn_1.4.0.bb
/glib-2.0/codegen/utils.py",
line 22, in
import packaging.version
ModuleNotFoundError: No module named 'packaging'
* packaging probably isn't as wide spread on host distros as old
distutils was, so make sure it's available by using
python3-native with python3-packaging-native from OE
snort3/3+git/lib32-recipe-sysroot"
so it didn't strip anything from native sysroot:
"/OE/../lib32-snort3/3+git/recipe-sysroot-native"
Signed-off-by: Martin Jansa
---
meta-networking/recipes-connectivity/snort/snort3_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
* as other recipes did in:
https://git.openembedded.org/meta-openembedded/commit/?id=21f956598ddb1bb08855fbc9a3293acf957154d1
Signed-off-by: Martin Jansa
---
meta-networking/recipes-connectivity/snort/snort3_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta
[OE-core] tag doesn't belong to subject for meta-oe patches, use [meta-oe]
instead.
Upstream-Status belongs to .patch files in the metadata, not to commit
message of metadata changes.
On Thu, Feb 22, 2024 at 1:56 PM Pawan Badganchi
wrote:
> Enable position-independent executable security flag
. Alternatively if they are
unneeded, avoid installing them or delete them within do_install.
python3-httpx: 63 installed and not shipped files. [installed-vs-shipped]
Signed-off-by: Martin Jansa
---
meta-python/recipes-devtools/python/python3-httpx_0.26.0.bb | 4 ++--
1 file changed, 2 insertions(+), 2
aa12)
As reported in
https://lists.openembedded.org/g/openembedded-core/message/194348
Signed-off-by: Martin Jansa
---
...0001-Conceal-imp-warnings-in-Python3.patch | 34 +++
...ationWarning-invalid-escape-sequence.patch | 229 ++
.../recipes-multimedia/jack/jack_1.9.22.bb| 5 +-
1 - 100 of 7890 matches
Mail list logo
