* [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe @ 2022-05-19 6:43 Markus Volk 2022-05-19 6:43 ` [meta-oe][RFC PATCH 2/2] libsdl2: rework and cleanup Markus Volk 2022-05-19 16:43 ` [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe Luca Ceresoli 0 siblings, 2 replies; 19+ messages in thread From: Markus Volk @ 2022-05-19 6:43 UTC (permalink / raw) To: openembedded-core; +Cc: Markus Volk libdecor is a client-side decoration library for Wayland clients. It is used by libsdl2 for window decoration and is required to provide decoration for shells that use client-side decoration such as gnome-shell or weston. Signed-off-by: Markus Volk <f_l_k@t-online.de> --- .../libdecor/libdecor_0.1.0.bb | 30 +++++++++++++++++++ 1 file changed, 30 insertions(+) create mode 100644 meta/recipes-graphics/libdecor/libdecor_0.1.0.bb diff --git a/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb b/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb new file mode 100644 index 0000000000..3223d914ad --- /dev/null +++ b/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb @@ -0,0 +1,30 @@ +SUMMARY = "libdecor - A client-side decorations library for Wayland clients" +LICENSE = "MIT" +LIC_FILES_CHKSUM = "file://LICENSE;md5=7ae2be7fb1637141840314b51970a9f7" + +SRC_URI = "git://gitlab.gnome.org/jadahl/libdecor.git;protocol=https;branch=master" + +DEPENDS = " \ + cairo \ + libxkbcommon \ + pango \ + wayland \ + wayland-native \ + wayland-protocols \ +" + +S = "${WORKDIR}/git" +SRCREV = "3ec3fadd59a21835079fbb3046d2bec6c649d6fa" + +PACKAGECONFIG ?= "dbus" + +PACKAGECONFIG[dbus] = "-Ddbus=enabled,-Ddbus=disabled,dbus" +PACKAGECONFIG[demo] = "-Ddemo=true,-Ddemo=false,virtual/libgl" + +inherit meson pkgconfig + +EXTRA_OEMESON += "--buildtype release" + + +BBCLASSEXTEND = "native nativesdk" + -- 2.25.1 ^ permalink raw reply related [flat|nested] 19+ messages in thread
* [meta-oe][RFC PATCH 2/2] libsdl2: rework and cleanup 2022-05-19 6:43 [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe Markus Volk @ 2022-05-19 6:43 ` Markus Volk 2022-05-19 14:18 ` [OE-core] " Luca Ceresoli 2022-05-19 16:43 ` [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe Luca Ceresoli 1 sibling, 1 reply; 19+ messages in thread From: Markus Volk @ 2022-05-19 6:43 UTC (permalink / raw) To: openembedded-core; +Cc: Markus Volk - add libusb dependency because libsdl2 is looking for it - remove xvm and xinerama since support has been dropped in sdl code - allow native build for libxkbcommon and xkeyboard-config to allow alignment of native/target build - align native and target build - add PACKAGECONFIG options for pipewire and libdecor Signed-off-by: Markus Volk <f_l_k@t-online.de> --- meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb | 17 ++++++++--------- .../xorg-lib/libxkbcommon_1.4.0.bb | 2 ++ .../xorg-lib/xkeyboard-config_2.35.1.bb | 2 ++ 3 files changed, 12 insertions(+), 9 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..a6550c3175 100644 --- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb +++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb @@ -21,6 +21,8 @@ LIC_FILES_CHKSUM:append = " ${@bb.utils.contains('PACKAGECONFIG', 'arm-neon', 'f PROVIDES = "virtual/libsdl2" +DEPENDS = "libusb" + SRC_URI = "http://www.libsdl.org/release/SDL2-${PV}.tar.gz \ file://0001-video-restore-ability-to-disable-fb-accel-via-hint.patch \ " @@ -43,9 +45,7 @@ EXTRA_OECMAKE = "-DSDL_OSS=OFF -DSDL_ESD=OFF -DSDL_ARTS=OFF \ -DSDL_PTHREADS=ON \ -DSDL_RPATH=OFF \ -DSDL_SNDIO=OFF \ - -DSDL_X11_XVM=OFF \ -DSDL_X11_XCURSOR=OFF \ - -DSDL_X11_XINERAMA=OFF \ -DSDL_X11_XDBE=OFF \ -DSDL_X11_XFIXES=OFF \ -DSDL_X11_XINPUT=OFF \ @@ -55,24 +55,23 @@ EXTRA_OECMAKE = "-DSDL_OSS=OFF -DSDL_ESD=OFF -DSDL_ARTS=OFF \ " # opengl packageconfig factored out to make it easy for distros -# and BSP layers to pick either (desktop) opengl, gles2, or no GL -PACKAGECONFIG_GL ?= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl', d)}" +# and BSP layers to pick either (desktop) opengl, gles, or no GL +PACKAGECONFIG_GL ?= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl gles', d)}" -PACKAGECONFIG:class-native = "x11 ${PACKAGECONFIG_GL}" -PACKAGECONFIG:class-nativesdk = "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)} ${PACKAGECONFIG_GL}" PACKAGECONFIG ??= " \ ${PACKAGECONFIG_GL} \ - ${@bb.utils.filter('DISTRO_FEATURES', 'alsa directfb pulseaudio x11', d)} \ - ${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'wayland gles2', '', d)} \ + ${@bb.utils.filter('DISTRO_FEATURES', 'alsa directfb pulseaudio pipewire x11 wayland', d)} \ ${@bb.utils.contains("TUNE_FEATURES", "neon","arm-neon","",d)} \ " PACKAGECONFIG[alsa] = "-DSDL_ALSA=ON,-DSDL_ALSA=OFF,alsa-lib," PACKAGECONFIG[arm-neon] = "-DSDL_ARMNEON=ON,-DSDL_ARMNEON=OFF" PACKAGECONFIG[directfb] = "-DSDL_DIRECTFB=ON,-DSDL_DIRECTFB=OFF,directfb,directfb" -PACKAGECONFIG[gles2] = "-DSDL_OPENGLES=ON,-DSDL_OPENGLES=OFF,virtual/libgles2" +PACKAGECONFIG[gles] = "-DSDL_OPENGLES=ON,-DSDL_OPENGLES=OFF,virtual/libgles2" PACKAGECONFIG[jack] = "-DSDL_JACK=ON,-DSDL_JACK=OFF,jack" PACKAGECONFIG[kmsdrm] = "-DSDL_KMSDRM=ON,-DSDL_KMSDRM=OFF,libdrm virtual/libgbm" +PACKAGECONFIG[libdecor] = "-DSDL_WAYLAND_LIBDECOR=ON,-DSDL_WAYLAND_LIBDECOR=OFF,libdecor,libdecor" PACKAGECONFIG[opengl] = "-DSDL_OPENGL=ON,-DSDL_OPENGL=OFF,virtual/egl" +PACKAGECONFIG[pipewire] = "-DSDL_PIPEWIRE=ON,-DSDL_PIPEWIRE=OFF,pipewire" PACKAGECONFIG[pulseaudio] = "-DSDL_PULSEAUDIO=ON,-DSDL_PULSEAUDIO=OFF,pulseaudio" PACKAGECONFIG[wayland] = "-DSDL_WAYLAND=ON,-DSDL_WAYLAND=OFF,wayland-native wayland wayland-protocols libxkbcommon" PACKAGECONFIG[x11] = "-DSDL_X11=ON,-DSDL_X11=OFF,virtual/libx11 libxext libxrandr libxrender" diff --git a/meta/recipes-graphics/xorg-lib/libxkbcommon_1.4.0.bb b/meta/recipes-graphics/xorg-lib/libxkbcommon_1.4.0.bb index 34652e9c4e..9840b0797b 100644 --- a/meta/recipes-graphics/xorg-lib/libxkbcommon_1.4.0.bb +++ b/meta/recipes-graphics/xorg-lib/libxkbcommon_1.4.0.bb @@ -34,3 +34,5 @@ python populate_packages:prepend () { # Fix a following runtime error: # xkbcommon: ERROR: couldn't find a Compose file for locale "C" RDEPENDS:${PN} = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'libx11-locale', 'libx11-compose-data', d)}" + +BBCLASSEXTEND = "native nativesdk" diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.35.1.bb b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.35.1.bb index 5215131e3e..46c73879e6 100644 --- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.35.1.bb +++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.35.1.bb @@ -28,3 +28,5 @@ do_install:append () { install -d ${D}${datadir}/X11/xkb/compiled cd ${D}${datadir}/X11/xkb/rules && ln -sf base xorg } + +BBCLASSEXTEND = "native nativesdk" -- 2.25.1 ^ permalink raw reply related [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 2/2] libsdl2: rework and cleanup 2022-05-19 6:43 ` [meta-oe][RFC PATCH 2/2] libsdl2: rework and cleanup Markus Volk @ 2022-05-19 14:18 ` Luca Ceresoli 2022-05-19 14:30 ` Markus Volk 0 siblings, 1 reply; 19+ messages in thread From: Luca Ceresoli @ 2022-05-19 14:18 UTC (permalink / raw) To: Markus Volk; +Cc: openembedded-core Hello Marius, Il giorno Thu, 19 May 2022 08:43:12 +0200 "Markus Volk" <f_l_k@t-online.de> ha scritto: > - add libusb dependency because libsdl2 is looking for it > - remove xvm and xinerama since support has been dropped in sdl code > - allow native build for libxkbcommon and xkeyboard-config to allow > alignment of native/target build > - align native and target build > - add PACKAGECONFIG options for pipewire and libdecor > > Signed-off-by: Markus Volk <f_l_k@t-online.de> > --- > meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb | 17 > ++++++++--------- .../xorg-lib/libxkbcommon_1.4.0.bb | > 2 ++ .../xorg-lib/xkeyboard-config_2.35.1.bb | 2 ++ > 3 files changed, 12 insertions(+), 9 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..a6550c3175 100644 --- > a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb +++ > b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb @@ -21,6 +21,8 @@ > LIC_FILES_CHKSUM:append = " ${@bb.utils.contains('PACKAGECONFIG', > 'arm-neon', 'f PROVIDES = "virtual/libsdl2" > > +DEPENDS = "libusb" This patch is causing errors on the autobuilders due to this line: stdio: ERROR: Nothing PROVIDES 'libusb' (but /home/pokybuild/yocto-worker/beaglebone/build/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb DEPENDS on or otherwise requires it). Close matches: Here are a few logs: https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5269/steps/11/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5269/steps/12/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5269/steps/14/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/5590/steps/12/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/5243/steps/12/logs/stdio -- Luca Ceresoli, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 2/2] libsdl2: rework and cleanup 2022-05-19 14:18 ` [OE-core] " Luca Ceresoli @ 2022-05-19 14:30 ` Markus Volk 2022-05-19 15:15 ` Alexander Kanavin 0 siblings, 1 reply; 19+ messages in thread From: Markus Volk @ 2022-05-19 14:30 UTC (permalink / raw) To: Luca Ceresoli; +Cc: openembedded-core [-- Attachment #1: Type: text/plain, Size: 2152 bytes --] Hello Luca, thats probably an issue because libusb-compat is not in oe-core but meta-oe What would be the preferred way to fix it ? +DEPENDS = "libusb1" ? Am 19.05.22 um 16:18 schrieb Luca Ceresoli: > Hello Marius, > > Il giorno Thu, 19 May 2022 08:43:12 +0200 > "Markus Volk"<f_l_k@t-online.de> ha scritto: > >> - add libusb dependency because libsdl2 is looking for it >> - remove xvm and xinerama since support has been dropped in sdl code >> - allow native build for libxkbcommon and xkeyboard-config to allow >> alignment of native/target build >> - align native and target build >> - add PACKAGECONFIG options for pipewire and libdecor >> >> Signed-off-by: Markus Volk<f_l_k@t-online.de> >> --- >> meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb | 17 >> ++++++++--------- .../xorg-lib/libxkbcommon_1.4.0.bb | >> 2 ++ .../xorg-lib/xkeyboard-config_2.35.1.bb | 2 ++ >> 3 files changed, 12 insertions(+), 9 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..a6550c3175 100644 --- >> a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb +++ >> b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb @@ -21,6 +21,8 @@ >> LIC_FILES_CHKSUM:append = " ${@bb.utils.contains('PACKAGECONFIG', >> 'arm-neon', 'f PROVIDES = "virtual/libsdl2" >> >> +DEPENDS = "libusb" > This patch is causing errors on the autobuilders due to this line: > > stdio: ERROR: Nothing PROVIDES 'libusb' (but > /home/pokybuild/yocto-worker/beaglebone/build/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb > DEPENDS on or otherwise requires it). Close matches: > > Here are a few logs: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5269/steps/11/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5269/steps/12/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5269/steps/14/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/5590/steps/12/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/5243/steps/12/logs/stdio > [-- Attachment #2: Type: text/html, Size: 3472 bytes --] ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 2/2] libsdl2: rework and cleanup 2022-05-19 14:30 ` Markus Volk @ 2022-05-19 15:15 ` Alexander Kanavin 0 siblings, 0 replies; 19+ messages in thread From: Alexander Kanavin @ 2022-05-19 15:15 UTC (permalink / raw) To: Markus Volk; +Cc: Luca Ceresoli, OE-core You probably need to make libusb support subject to PACKAGECONFIG as well, as libsdl2 does seem to build ok without it? Alex On Thu, 19 May 2022 at 16:30, Markus Volk <f_l_k@t-online.de> wrote: > > Hello Luca, > thats probably an issue because libusb-compat is not in oe-core but meta-oe > What would be the preferred way to fix it ? > +DEPENDS = "libusb1" ? > > Am 19.05.22 um 16:18 schrieb Luca Ceresoli: > > Hello Marius, > > Il giorno Thu, 19 May 2022 08:43:12 +0200 > "Markus Volk" <f_l_k@t-online.de> ha scritto: > > - add libusb dependency because libsdl2 is looking for it > - remove xvm and xinerama since support has been dropped in sdl code > - allow native build for libxkbcommon and xkeyboard-config to allow > alignment of native/target build > - align native and target build > - add PACKAGECONFIG options for pipewire and libdecor > > Signed-off-by: Markus Volk <f_l_k@t-online.de> > --- > meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb | 17 > ++++++++--------- .../xorg-lib/libxkbcommon_1.4.0.bb | > 2 ++ .../xorg-lib/xkeyboard-config_2.35.1.bb | 2 ++ > 3 files changed, 12 insertions(+), 9 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..a6550c3175 100644 --- > a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb +++ > b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb @@ -21,6 +21,8 @@ > LIC_FILES_CHKSUM:append = " ${@bb.utils.contains('PACKAGECONFIG', > 'arm-neon', 'f PROVIDES = "virtual/libsdl2" > > +DEPENDS = "libusb" > > This patch is causing errors on the autobuilders due to this line: > > stdio: ERROR: Nothing PROVIDES 'libusb' (but > /home/pokybuild/yocto-worker/beaglebone/build/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb > DEPENDS on or otherwise requires it). Close matches: > > Here are a few logs: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5269/steps/11/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5269/steps/12/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/5269/steps/14/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/5590/steps/12/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/5243/steps/12/logs/stdio > > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > View/Reply Online (#165892): https://lists.openembedded.org/g/openembedded-core/message/165892 > Mute This Topic: https://lists.openembedded.org/mt/91203656/1686489 > Group Owner: openembedded-core+owner@lists.openembedded.org > Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [alex.kanavin@gmail.com] > -=-=-=-=-=-=-=-=-=-=-=- > ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-19 6:43 [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe Markus Volk 2022-05-19 6:43 ` [meta-oe][RFC PATCH 2/2] libsdl2: rework and cleanup Markus Volk @ 2022-05-19 16:43 ` Luca Ceresoli 2022-05-19 16:46 ` Alexander Kanavin 2022-05-20 12:46 ` Markus Volk 1 sibling, 2 replies; 19+ messages in thread From: Luca Ceresoli @ 2022-05-19 16:43 UTC (permalink / raw) To: Markus Volk; +Cc: openembedded-core Hi Markus, Il giorno Thu, 19 May 2022 08:43:11 +0200 "Markus Volk" <f_l_k@t-online.de> ha scritto: > libdecor is a client-side decoration library for Wayland clients. It > is used by libsdl2 for window decoration and is required to provide > decoration for shells that use client-side decoration such as > gnome-shell or weston. > > Signed-off-by: Markus Volk <f_l_k@t-online.de> I'm afraid we're having an issue with this patch as well: AssertionError: The following recipes do not have a maintainer assigned to them. Please add an entry to meta/conf/distro/include/maintainers.inc file. libdecor (/home/pokybuild/yocto-worker/oe-selftest-debian/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb) https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/3547/steps/14/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3604/steps/15/logs/stdio And also this warning: WARNING: Nothing RPROVIDES 'nativesdk-libdecor' (but virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for 'nativesdk-libdecor' NOTE: Runtime target 'nativesdk-libdecor' is unbuildable, removing... Missing or unbuildable dependency chain was: ['nativesdk-libdecor'] WARNING: Nothing RPROVIDES 'nativesdk-libdecor-dev' (but virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for 'nativesdk-libdecor-dev' NOTE: Runtime target 'nativesdk-libdecor-dev' is unbuildable, removing... Missing or unbuildable dependency chain was: ['nativesdk-libdecor-dev'] https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/5543/steps/12/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/4571/steps/12/logs/stdio -- Luca Ceresoli, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-19 16:43 ` [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe Luca Ceresoli @ 2022-05-19 16:46 ` Alexander Kanavin 2022-05-19 19:42 ` Markus Volk 2022-05-20 12:46 ` Markus Volk 1 sibling, 1 reply; 19+ messages in thread From: Alexander Kanavin @ 2022-05-19 16:46 UTC (permalink / raw) To: Luca Ceresoli; +Cc: Markus Volk, OE-core Also, does this need to be in core (as opposed to meta-oe)? Why? Alex On Thu, 19 May 2022 at 18:43, Luca Ceresoli via lists.openembedded.org <luca.ceresoli=bootlin.com@lists.openembedded.org> wrote: > > Hi Markus, > > Il giorno Thu, 19 May 2022 08:43:11 +0200 > "Markus Volk" <f_l_k@t-online.de> ha scritto: > > > libdecor is a client-side decoration library for Wayland clients. It > > is used by libsdl2 for window decoration and is required to provide > > decoration for shells that use client-side decoration such as > > gnome-shell or weston. > > > > Signed-off-by: Markus Volk <f_l_k@t-online.de> > > I'm afraid we're having an issue with this patch as well: > > AssertionError: > The following recipes do not have a maintainer assigned to them. Please > add an entry to meta/conf/distro/include/maintainers.inc file. libdecor > (/home/pokybuild/yocto-worker/oe-selftest-debian/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb) > > https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/3547/steps/14/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3604/steps/15/logs/stdio > > And also this warning: > > WARNING: Nothing RPROVIDES 'nativesdk-libdecor' (but > virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb > RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for > 'nativesdk-libdecor' NOTE: Runtime target 'nativesdk-libdecor' is > unbuildable, removing... Missing or unbuildable dependency chain was: > ['nativesdk-libdecor'] WARNING: Nothing RPROVIDES > 'nativesdk-libdecor-dev' (but > virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb > RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for > 'nativesdk-libdecor-dev' NOTE: Runtime target 'nativesdk-libdecor-dev' > is unbuildable, removing... Missing or unbuildable dependency chain > was: ['nativesdk-libdecor-dev'] > > https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/5543/steps/12/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/4571/steps/12/logs/stdio > > -- > Luca Ceresoli, Bootlin > Embedded Linux and Kernel engineering > https://bootlin.com > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > View/Reply Online (#165903): https://lists.openembedded.org/g/openembedded-core/message/165903 > Mute This Topic: https://lists.openembedded.org/mt/91203655/1686489 > Group Owner: openembedded-core+owner@lists.openembedded.org > Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [alex.kanavin@gmail.com] > -=-=-=-=-=-=-=-=-=-=-=- > ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-19 16:46 ` Alexander Kanavin @ 2022-05-19 19:42 ` Markus Volk 2022-05-19 19:59 ` Alexander Kanavin 0 siblings, 1 reply; 19+ messages in thread From: Markus Volk @ 2022-05-19 19:42 UTC (permalink / raw) To: Alexander Kanavin, Luca Ceresoli; +Cc: OE-core [-- Attachment #1: Type: text/plain, Size: 3381 bytes --] It doesn't need to be in core, but i would call having window decoration a core component because otherwise things will just not work as expected for weston/gnome-shell. I could also send that recipe to meta-oe if you prefer or just store it in meta-wayland since its wayland related stuff but if you aim to support libsdl in a proper way this recipe should be around somewhere i think. Personally i prefer sway. It has server side decoration and there is no need for libdecor. Markus Am 19.05.22 um 18:46 schrieb Alexander Kanavin: > Also, does this need to be in core (as opposed to meta-oe)? Why? > > Alex > > On Thu, 19 May 2022 at 18:43, Luca Ceresoli via lists.openembedded.org > <luca.ceresoli=bootlin.com@lists.openembedded.org> wrote: >> Hi Markus, >> >> Il giorno Thu, 19 May 2022 08:43:11 +0200 >> "Markus Volk"<f_l_k@t-online.de> ha scritto: >> >>> libdecor is a client-side decoration library for Wayland clients. It >>> is used by libsdl2 for window decoration and is required to provide >>> decoration for shells that use client-side decoration such as >>> gnome-shell or weston. >>> >>> Signed-off-by: Markus Volk<f_l_k@t-online.de> >> I'm afraid we're having an issue with this patch as well: >> >> AssertionError: >> The following recipes do not have a maintainer assigned to them. Please >> add an entry to meta/conf/distro/include/maintainers.inc file. libdecor >> (/home/pokybuild/yocto-worker/oe-selftest-debian/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb) >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/3547/steps/14/logs/stdio >> https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3604/steps/15/logs/stdio >> >> And also this warning: >> >> WARNING: Nothing RPROVIDES 'nativesdk-libdecor' (but >> virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb >> RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for >> 'nativesdk-libdecor' NOTE: Runtime target 'nativesdk-libdecor' is >> unbuildable, removing... Missing or unbuildable dependency chain was: >> ['nativesdk-libdecor'] WARNING: Nothing RPROVIDES >> 'nativesdk-libdecor-dev' (but >> virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb >> RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for >> 'nativesdk-libdecor-dev' NOTE: Runtime target 'nativesdk-libdecor-dev' >> is unbuildable, removing... Missing or unbuildable dependency chain >> was: ['nativesdk-libdecor-dev'] >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/5543/steps/12/logs/stdio >> https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/4571/steps/12/logs/stdio >> >> -- >> Luca Ceresoli, Bootlin >> Embedded Linux and Kernel engineering >> https://bootlin.com >> >> -=-=-=-=-=-=-=-=-=-=-=- >> Links: You receive all messages sent to this group. >> View/Reply Online (#165903):https://lists.openembedded.org/g/openembedded-core/message/165903 >> Mute This Topic:https://lists.openembedded.org/mt/91203655/1686489 >> Group Owner:openembedded-core+owner@lists.openembedded.org >> Unsubscribe:https://lists.openembedded.org/g/openembedded-core/unsub [alex.kanavin@gmail.com] >> -=-=-=-=-=-=-=-=-=-=-=- >> [-- Attachment #2: Type: text/html, Size: 5550 bytes --] ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-19 19:42 ` Markus Volk @ 2022-05-19 19:59 ` Alexander Kanavin 2022-05-19 20:12 ` Markus Volk 0 siblings, 1 reply; 19+ messages in thread From: Alexander Kanavin @ 2022-05-19 19:59 UTC (permalink / raw) To: Markus Volk; +Cc: Luca Ceresoli, OE-core If it is in core, there should be something in core that consumes and makes use of it, and preferably automated tests for it. Is this the case? Shall weston enable it by default then? Alex On Thu, 19 May 2022 at 21:43, Markus Volk <f_l_k@t-online.de> wrote: > > It doesn't need to be in core, but i would call having window decoration a core component > because otherwise things will just not work as expected for weston/gnome-shell. I could also > send that recipe to meta-oe if you prefer or just store it in meta-wayland since its wayland related stuff but > if you aim to support libsdl in a proper way this recipe should be around somewhere i think. > Personally i prefer sway. It has server side decoration and there is no need for libdecor. > > Markus > > Am 19.05.22 um 18:46 schrieb Alexander Kanavin: > > Also, does this need to be in core (as opposed to meta-oe)? Why? > > Alex > > On Thu, 19 May 2022 at 18:43, Luca Ceresoli via lists.openembedded.org > <luca.ceresoli=bootlin.com@lists.openembedded.org> wrote: > > Hi Markus, > > Il giorno Thu, 19 May 2022 08:43:11 +0200 > "Markus Volk" <f_l_k@t-online.de> ha scritto: > > libdecor is a client-side decoration library for Wayland clients. It > is used by libsdl2 for window decoration and is required to provide > decoration for shells that use client-side decoration such as > gnome-shell or weston. > > Signed-off-by: Markus Volk <f_l_k@t-online.de> > > I'm afraid we're having an issue with this patch as well: > > AssertionError: > The following recipes do not have a maintainer assigned to them. Please > add an entry to meta/conf/distro/include/maintainers.inc file. libdecor > (/home/pokybuild/yocto-worker/oe-selftest-debian/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb) > > https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/3547/steps/14/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3604/steps/15/logs/stdio > > And also this warning: > > WARNING: Nothing RPROVIDES 'nativesdk-libdecor' (but > virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb > RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for > 'nativesdk-libdecor' NOTE: Runtime target 'nativesdk-libdecor' is > unbuildable, removing... Missing or unbuildable dependency chain was: > ['nativesdk-libdecor'] WARNING: Nothing RPROVIDES > 'nativesdk-libdecor-dev' (but > virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb > RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for > 'nativesdk-libdecor-dev' NOTE: Runtime target 'nativesdk-libdecor-dev' > is unbuildable, removing... Missing or unbuildable dependency chain > was: ['nativesdk-libdecor-dev'] > > https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/5543/steps/12/logs/stdio > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/4571/steps/12/logs/stdio > > -- > Luca Ceresoli, Bootlin > Embedded Linux and Kernel engineering > https://bootlin.com > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > View/Reply Online (#165903): https://lists.openembedded.org/g/openembedded-core/message/165903 > Mute This Topic: https://lists.openembedded.org/mt/91203655/1686489 > Group Owner: openembedded-core+owner@lists.openembedded.org > Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [alex.kanavin@gmail.com] > -=-=-=-=-=-=-=-=-=-=-=- > ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-19 19:59 ` Alexander Kanavin @ 2022-05-19 20:12 ` Markus Volk 0 siblings, 0 replies; 19+ messages in thread From: Markus Volk @ 2022-05-19 20:12 UTC (permalink / raw) To: openembedded-core To my knowledge libsdl2 is the only consumer of libdecor right now. If you want to be able to run sdl programs in windows instead of just having them pasted to the background you would want to enable it by default. I love libsdl so my answer would be ... of course it should be build with decoration by default for weston. But on the other hand ... its mostly useful for games and fun stuff so it really depends on your goals. Markus > If it is in core, there should be something in core that consumes and > makes use of it, and preferably automated tests for it. Is this the > case? Shall weston enable it by default then? > > Alex > > On Thu, 19 May 2022 at 21:43, Markus Volk <f_l_k@t-online.de> wrote: >> It doesn't need to be in core, but i would call having window decoration a core component >> because otherwise things will just not work as expected for weston/gnome-shell. I could also >> send that recipe to meta-oe if you prefer or just store it in meta-wayland since its wayland related stuff but >> if you aim to support libsdl in a proper way this recipe should be around somewhere i think. >> Personally i prefer sway. It has server side decoration and there is no need for libdecor. >> >> Markus >> >> Am 19.05.22 um 18:46 schrieb Alexander Kanavin: >> >> Also, does this need to be in core (as opposed to meta-oe)? Why? >> >> Alex >> >> On Thu, 19 May 2022 at 18:43, Luca Ceresoli via lists.openembedded.org >> <luca.ceresoli=bootlin.com@lists.openembedded.org> wrote: >> >> Hi Markus, >> >> Il giorno Thu, 19 May 2022 08:43:11 +0200 >> "Markus Volk" <f_l_k@t-online.de> ha scritto: >> >> libdecor is a client-side decoration library for Wayland clients. It >> is used by libsdl2 for window decoration and is required to provide >> decoration for shells that use client-side decoration such as >> gnome-shell or weston. >> >> Signed-off-by: Markus Volk <f_l_k@t-online.de> >> >> I'm afraid we're having an issue with this patch as well: >> >> AssertionError: >> The following recipes do not have a maintainer assigned to them. Please >> add an entry to meta/conf/distro/include/maintainers.inc file. libdecor >> (/home/pokybuild/yocto-worker/oe-selftest-debian/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb) >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/3547/steps/14/logs/stdio >> https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3604/steps/15/logs/stdio >> >> And also this warning: >> >> WARNING: Nothing RPROVIDES 'nativesdk-libdecor' (but >> virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb >> RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for >> 'nativesdk-libdecor' NOTE: Runtime target 'nativesdk-libdecor' is >> unbuildable, removing... Missing or unbuildable dependency chain was: >> ['nativesdk-libdecor'] WARNING: Nothing RPROVIDES >> 'nativesdk-libdecor-dev' (but >> virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb >> RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for >> 'nativesdk-libdecor-dev' NOTE: Runtime target 'nativesdk-libdecor-dev' >> is unbuildable, removing... Missing or unbuildable dependency chain >> was: ['nativesdk-libdecor-dev'] >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/5543/steps/12/logs/stdio >> https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/4571/steps/12/logs/stdio >> >> -- >> Luca Ceresoli, Bootlin >> Embedded Linux and Kernel engineering >> https://bootlin.com >> >> >> >> >> -=-=-=-=-=-=-=-=-=-=-=- >> Links: You receive all messages sent to this group. >> View/Reply Online (#165910): https://lists.openembedded.org/g/openembedded-core/message/165910 >> Mute This Topic: https://lists.openembedded.org/mt/91203655/3618223 >> Group Owner: openembedded-core+owner@lists.openembedded.org >> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [f_l_k@t-online.de] >> -=-=-=-=-=-=-=-=-=-=-=- >> ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-19 16:43 ` [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe Luca Ceresoli 2022-05-19 16:46 ` Alexander Kanavin @ 2022-05-20 12:46 ` Markus Volk 2022-05-21 7:48 ` richard.purdie 1 sibling, 1 reply; 19+ messages in thread From: Markus Volk @ 2022-05-20 12:46 UTC (permalink / raw) To: Luca Ceresoli; +Cc: openembedded-core 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 changes were more invasive than I had hoped. Quite some recipes needed to be added for native and I'm not sure if anything got broken in the process. In any case, RFC. Test-wise, I ran -c populate_sdk for my full image with about 13500 tasks. I had a problem with nativesdk-cairo and had to disable a runtime test. But that was related to the meson buildsystem. On the bright side, I otherwise had no issues with building nativesdk and the changes also solved some of my problems. nativesdk-libdecor-dev was created just fine here. Since this is all very experimental and even unsure if this should end up in core, editing the maintainer for libdecor still has time. For libusb1 I added a PACKAGECONFIG option and a comment what you want to enable it for. I'll send an updated patchset because it might be interesting for some to experiment with it. I also had to make some changes in meta-openembedded. I send these patches to openembedded-devel Markus Am 19.05.22 um 18:43 schrieb Luca Ceresoli: > And also this warning: > > WARNING: Nothing RPROVIDES 'nativesdk-libdecor' (but > virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb > RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for > 'nativesdk-libdecor' NOTE: Runtime target 'nativesdk-libdecor' is > unbuildable, removing... Missing or unbuildable dependency chain was: > ['nativesdk-libdecor'] WARNING: Nothing RPROVIDES > 'nativesdk-libdecor-dev' (but > virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-graphics/libdecor/libdecor_0.1.0.bb > RDEPENDS on or otherwise requires it) No eligible RPROVIDERs exist for > 'nativesdk-libdecor-dev' NOTE: Runtime target 'nativesdk-libdecor-dev' > is unbuildable, removing... Missing or unbuildable dependency chain > was: ['nativesdk-libdecor-dev'] ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-20 12:46 ` Markus Volk @ 2022-05-21 7:48 ` richard.purdie 2022-05-22 8:48 ` Markus Volk 0 siblings, 1 reply; 19+ messages in thread From: richard.purdie @ 2022-05-21 7:48 UTC (permalink / raw) To: Markus Volk, Luca Ceresoli; +Cc: openembedded-core 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 changes were more invasive than I had hoped. Quite some > recipes needed to be added for native and I'm not sure if anything got > broken in the process. In any case, RFC. Test-wise, I ran -c > populate_sdk for my full image with about 13500 tasks. I had a problem > with nativesdk-cairo and had to disable a runtime test. But that was > related to the meson buildsystem. On the bright side, I otherwise had no > issues with building nativesdk and the changes also solved some of my > problems. nativesdk-libdecor-dev was created just fine here. > > Since this is all very experimental and even unsure if this should end > up in core, editing the maintainer for libdecor still has time. For > libusb1 I added a PACKAGECONFIG option and a comment what you want to > enable it for. I'll send an updated patchset because it might be > interesting for some to experiment with it. > > I also had to make some changes in meta-openembedded. I send these > patches to openembedded-devel A number of the things you're adding native versions to worry me a little since they're often functionality from the native system which we've been trying hard not to duplicate. For example, you wouldn't want two udevs running. Worse, it may be eudev but could also be systemd and the native binaries are supposed to run on both systems. Similarly, you wouldn't expect a build to start a local ssh server via openssh. With libpam, we'd want to be sure that the library works in a number of different environments. These issues are probably why you see the native PACKAGECONFIG for libsdl being a bit more minimal to avoid these kinds of dilemmas. I also noticed you renamed gles2 to gles and I'm not sure if that will catch existing users our or not. There are definitely good things in the patch, for example the removal of obsolete config but there are things I'm unsure about (e.g. pipewire, libpam) and things I do think may cause more problems than they solve (openssh-native and eudev-native). Cheers, Richard ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-21 7:48 ` richard.purdie @ 2022-05-22 8:48 ` Markus Volk 2022-05-22 9:24 ` richard.purdie 0 siblings, 1 reply; 19+ messages in thread From: Markus Volk @ 2022-05-22 8:48 UTC (permalink / raw) To: richard.purdie, Luca Ceresoli; +Cc: openembedded-core Those are valid objections and I wasn't happy with how invasive the necessary changes were either. The reason I'm still working on it is that I'd really like to have an alignment for native/target for libsdl2. As it is, libsdl2-native unconditionally adds x11. From the perspective that we eventually want to reach the point where wayland/x11 becomes an either/or decision, I think that should be changed. I did some cleanup and it is much less invasive now. To align native/target PACKAGECONFIG, only patches 1-3 are needed. 4-5 add pipewire and libdecor and I added them just for completeness. The patches are made for kirkstone because I have too many problems with the poky master branch distracting me at the moment. Markus Am 21.05.22 um 09:48 schrieb richard.purdie@linuxfoundation.org: > On Fri, 2022-05-20 at 14:46 +0200, Markus Volk wrote: > A number of the things you're adding native versions to worry me a > little since they're often functionality from the native system which > we've been trying hard not to duplicate. For example, you wouldn't want > two udevs running. Worse, it may be eudev but could also be systemd and > the native binaries are supposed to run on both systems. Similarly, you > wouldn't expect a build to start a local ssh server via openssh. > > With libpam, we'd want to be sure that the library works in a number of > different environments. > > These issues are probably why you see the native PACKAGECONFIG for > libsdl being a bit more minimal to avoid these kinds of dilemmas. > > I also noticed you renamed gles2 to gles and I'm not sure if that will > catch existing users our or not. > > There are definitely good things in the patch, for example the removal > of obsolete config but there are things I'm unsure about (e.g. > pipewire, libpam) and things I do think may cause more problems than > they solve (openssh-native and eudev-native). > > Cheers, > > Richard > > > > > ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-22 8:48 ` Markus Volk @ 2022-05-22 9:24 ` richard.purdie 2022-05-22 10:22 ` Markus Volk 2022-05-31 19:06 ` Markus Volk 0 siblings, 2 replies; 19+ messages in thread From: richard.purdie @ 2022-05-22 9:24 UTC (permalink / raw) To: Markus Volk, Luca Ceresoli; +Cc: openembedded-core On Sun, 2022-05-22 at 10:48 +0200, Markus Volk wrote: > Those are valid objections and I wasn't happy with how invasive the > necessary changes were either. The reason I'm still working on it is > that I'd really like to have an alignment for native/target for libsdl2. > As it is, libsdl2-native unconditionally adds x11. From the perspective > that we eventually want to reach the point where wayland/x11 becomes an > either/or decision, I think that should be changed. The background helps thanks. Keep in mind that: a) users can change the default PACKAGECONFIG, even for the native version only. b) we have a general policy of trying to support most user's configs with the default native configuration. This isn't always possible and libsdl/mesa are particularly tricky as they reach further into the host than almost any other component we have. x11 on the host should be separately controlled to the target x11 since I can imagine developers with it on the desktop but not their target and the other way around too. As such I'm not sure the goal of making them match is compatible with the other things OE-Core tries to do. > I did some cleanup and it is much less invasive now. To align > native/target PACKAGECONFIG, only patches 1-3 are needed. 4-5 add > pipewire and libdecor and I added them just for completeness. We should add the PACKAGECONFIG entries, that is straight forward. What the defaults should be is a different question and trickier. If the config is there, that should be easier for you though. I'm actually personally roughly in favour of adding libdecor, I know others are less inclined. > > The patches are made for kirkstone because I have too many problems with > the poky master branch distracting me at the moment. What kind of issues? :/ I did merge one of your simpler patches to master FWIW but that does mean this series doesn't apply now which makes testing harder. Cheers, Richard ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-22 9:24 ` richard.purdie @ 2022-05-22 10:22 ` Markus Volk 2022-05-22 12:12 ` richard.purdie 2022-05-31 19:06 ` Markus Volk 1 sibling, 1 reply; 19+ messages in thread From: Markus Volk @ 2022-05-22 10:22 UTC (permalink / raw) To: richard.purdie, Luca Ceresoli; +Cc: openembedded-core Am 22.05.22 um 11:24 schrieb richard.purdie@linuxfoundation.org: > What kind of issues? :/ During the build of a systemd-based image, eudev was added. Possibly I was to blame for this by my own changes ;) But after updating the master branch yesterday, I also got build aborts for some python modules. I didn't investigate this further, but switched to the kirkstone branch. Markus ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-22 10:22 ` Markus Volk @ 2022-05-22 12:12 ` richard.purdie 2022-05-22 17:26 ` Markus Volk 2022-05-23 15:26 ` Markus Volk 0 siblings, 2 replies; 19+ messages in thread From: richard.purdie @ 2022-05-22 12:12 UTC (permalink / raw) To: Markus Volk, Luca Ceresoli; +Cc: openembedded-core On Sun, 2022-05-22 at 12:22 +0200, Markus Volk wrote: > Am 22.05.22 um 11:24 schrieb richard.purdie@linuxfoundation.org: > > > What kind of issues? :/ > During the build of a systemd-based image, eudev was added. Possibly I > was to blame for this by my own changes ;) Fair enough, I'm not aware of any issue like that in master and I'd have hoped we'd have noticed. > > But after updating the master branch yesterday, I also got build aborts > for some python modules. I didn't investigate this further, but switched > to the kirkstone branch. I'd be interested to know what kind of aborts as that shouldn't have happened. I'd be interested to understand what broke as it shouldn't have done and none of our testing has shown it. Cheers, Richard ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-22 12:12 ` richard.purdie @ 2022-05-22 17:26 ` Markus Volk 2022-05-23 15:26 ` Markus Volk 1 sibling, 0 replies; 19+ messages in thread From: Markus Volk @ 2022-05-22 17:26 UTC (permalink / raw) To: openembedded-core Am 22.05.22 um 14:12 schrieb Richard Purdie: > > I'd be interested to know what kind of aborts as that shouldn't have > happened. I'd be interested to understand what broke as it shouldn't > have done and none of our testing has shown it. > I'm running short of time today, but will test a clean master build tomorrow. Markus ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-22 12:12 ` richard.purdie 2022-05-22 17:26 ` Markus Volk @ 2022-05-23 15:26 ` Markus Volk 1 sibling, 0 replies; 19+ messages in thread From: Markus Volk @ 2022-05-23 15:26 UTC (permalink / raw) To: richard.purdie, Luca Ceresoli; +Cc: openembedded-core Am 22.05.22 um 14:12 schrieb richard.purdie@linuxfoundation.org: > I'd be interested to know what kind of aborts as that shouldn't have > happened. I'd be interested to understand what broke as it shouldn't > have done and none of our testing has shown it. > > Cheers, > > Richard > All-clear for the master branch. All of my issues seem to have been homemade. After cleaning tmp and doing a clean rebuild, i didn't have any build issues anymore. Markus ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe 2022-05-22 9:24 ` richard.purdie 2022-05-22 10:22 ` Markus Volk @ 2022-05-31 19:06 ` Markus Volk 1 sibling, 0 replies; 19+ messages in thread From: Markus Volk @ 2022-05-31 19:06 UTC (permalink / raw) To: richard.purdie, Luca Ceresoli; +Cc: openembedded-core I have made some progress in building an image with DISTRO_FEATURE 'wayland' without X11. So far I had the problem that I had to enable x11 DISTRO_FEATURE to build many packages under wayland. So all recipes additionally pulled x11 support. I allowed the base xlibs to build under wayland and so was able to build my image without x11 DISTRO_FEATURE. Although I use code like thunar and therefore had to add 'x11' PACKAGECONFIG for gtk+3 and libepoxy and build cairo with xlib support, this had a positive effect on my image. Without the loss of features, my build's tasks were reduced from 13186 to 12781 just by using DISTRO_FEATURES:remove = "x11" in local.conf Am 22.05.22 um 11:24 schrieb richard.purdie@linuxfoundation.org: > On Sun, 2022-05-22 at 10:48 +0200, Markus Volk wrote: >> From the perspective >> that we eventually want to reach the point where wayland/x11 becomes an >> either/or decision, I think that should be changed. > ^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2022-05-31 19:06 UTC | newest] Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2022-05-19 6:43 [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe Markus Volk 2022-05-19 6:43 ` [meta-oe][RFC PATCH 2/2] libsdl2: rework and cleanup Markus Volk 2022-05-19 14:18 ` [OE-core] " Luca Ceresoli 2022-05-19 14:30 ` Markus Volk 2022-05-19 15:15 ` Alexander Kanavin 2022-05-19 16:43 ` [OE-core] [meta-oe][RFC PATCH 1/2] libdecor: initial add recipe Luca Ceresoli 2022-05-19 16:46 ` Alexander Kanavin 2022-05-19 19:42 ` Markus Volk 2022-05-19 19:59 ` Alexander Kanavin 2022-05-19 20:12 ` Markus Volk 2022-05-20 12:46 ` Markus Volk 2022-05-21 7:48 ` richard.purdie 2022-05-22 8:48 ` Markus Volk 2022-05-22 9:24 ` richard.purdie 2022-05-22 10:22 ` Markus Volk 2022-05-22 12:12 ` richard.purdie 2022-05-22 17:26 ` Markus Volk 2022-05-23 15:26 ` Markus Volk 2022-05-31 19:06 ` Markus Volk
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.