Re: [OE-Core][PATCH v4 1/3] eudev: Convert dependencies to PACKAGECONFIG

On Sat, 2022-05-21 at 09:25 +0100, Alex Kiernan wrote: > GObject support was dropped in 252150e181c5 ("src/gudev: remove Gobject > libudev support."), drop all g-i-r support which appears to be dead > upstream. > > Fill out PACKAGECONFIG options. > > Signed-off-by: Alex Kiernan > Signed-off-by:

Re: [OE-core] wic - Plans for support F2FS file system type for the partition?

If you can add support for it and send patches, that would be most welcome. We don’t have a magic team of developers that take feature requests and implement them. Alex On Sat 21. May 2022 at 20.13, Livius wrote: > In OpenEmbedded Kickstart Reference manual >

[OE-core] wic - Plans for support F2FS file system type for the partition?

In OpenEmbedded Kickstart Reference manual ( https://docs.yoctoproject.org/ref-manual/kickstart.html ) there are no any support for F2FS filesystem ( https://en.wikipedia.org/wiki/F2FS ) in --fstype options. Could you support it and plan to implement? It seems to me this file system type can be

[OE-core] [PATCH 1/2] rust-common: Drop LLVM_TARGET and simplify

This all seems over complicated for something which is basically always one of two values. This might even help cross-canadian work on something which isn't x86-64. Signed-off-by: Richard Purdie --- .../cargo/cargo-cross-canadian.inc| 2 -- meta/recipes-devtools/rust/rust-common.inc

[OE-core] [PATCH 2/2] rust-common: Fix native signature dependency issues

The previous changes cause sstatetests.SStateTests.test_sstate_32_64_same_hash to fail since RUST_XXX_SYS changes depending on the native architecture. This is correct but these are accounted for in the layout of paths in TMPDIR so they should be excluded from the task signatures for the correct be

[OE-core] [PATCH] rust-common: Fix sstate signatures between arm hf and non-hf

Building with MACHINE=qemuarm and MACHINE=qemux86-64 causes rust-native to rebuild. The reason is all the ingredients into the RUST_*_SYS variables are being tracked but that doesn't really make sense in this case: $ bitbake-diffsigs tmp/stamps/x86_64-linux/rust-native/1.60.0-r0.do_rust_gen_targe

[oe-core][PATCHv2] libsdl2: add PACKAGECONFIG for libusb1 and remove obsolete options

Support for XVM and Xinerama has been removed Signed-off-by: Markus Volk --- meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb

[oe-core][PATCH] libsdl2: add PACKAGECONFIG for libusb1 and remove obsolete options

Support for XVM and Xinerama has been removed --- meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb index 7678319770..b112d63784

[OE-Core][PATCH v4 2/3] eudev: Cleanup redundant configuration

hid2hci moved to bluez4 in 2011. The FILES changes for ${PN} and ${PN}-dev only added existing defaults into the set. Signed-off-by: Alex Kiernan Signed-off-by: Alex Kiernan --- meta/recipes-core/udev/eudev_3.2.11.bb | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/me

[OE-Core][PATCH v4 3/3] eudev: Use PACKAGE_BEFORE_PN/${PN}, clean up spaces

Use PACKAGE_BEFORE_PN for packages which need to capture files early, switch to idiomatic ${PN} for additional packages. Swap spaces for tabs in shell functions. Signed-off-by: Alex Kiernan Signed-off-by: Alex Kiernan --- meta/recipes-core/udev/eudev_3.2.11.bb | 27 +- 1

[OE-Core][PATCH v4 1/3] eudev: Convert dependencies to PACKAGECONFIG

GObject support was dropped in 252150e181c5 ("src/gudev: remove Gobject libudev support."), drop all g-i-r support which appears to be dead upstream. Fill out PACKAGECONFIG options. Signed-off-by: Alex Kiernan Signed-off-by: Alex Kiernan --- ...uild-Remove-dead-g-i-r-configuration.patch | 155

Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe

On Fri, 2022-05-20 at 14:46 +0200, Markus Volk wrote: > i have started here locally to resolve all dependencies to be able to > build pipewire-native. Besides I tried to untie the node when building > libpam-native, because otherwise I can't compile openssh-native either. > All in all, the chang