[oe] [meta-multimedia][PATCH 2/3] pipewire: Improve packageconfigs

[Carlos Rafael Giani via lists.openembedded.org]

Signed-off-by: Carlos Rafael Giani 
---
 .../recipes-multimedia/pipewire/pipewire_0.3.71.bb   | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb
index 051776cceb..414ae3ea8d 100644
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb
@@ -88,7 +88,7 @@ PACKAGECONFIG:class-target ??= " \
 ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'systemd 
systemd-system-service systemd-user-service', '', d)} \
 ${@bb.utils.filter('DISTRO_FEATURES', 'alsa vulkan pulseaudio', d)} \
 ${PIPEWIRE_SESSION_MANAGER} \
-${FFMPEG_AVAILABLE} avahi flatpak gstreamer gsettings jack libusb pw-cat 
raop sndfile v4l2 udev volume webrtc-echo-cancelling libcamera \
+${FFMPEG_AVAILABLE} avahi flatpak gstreamer gsettings jack libusb pw-cat 
raop sndfile v4l2 udev volume webrtc-echo-cancelling libcamera readline \
 "
 
 # "jack" and "pipewire-jack" packageconfigs cannot be both enabled,
@@ -101,6 +101,10 @@ PACKAGECONFIG[avahi] = 
"-Davahi=enabled,-Davahi=disabled,avahi"
 PACKAGECONFIG[bluez] = "-Dbluez5=enabled,-Dbluez5=disabled,bluez5 sbc"
 PACKAGECONFIG[bluez-aac] = 
"-Dbluez5-codec-aac=enabled,-Dbluez5-codec-aac=disabled,fdk-aac"
 PACKAGECONFIG[bluez-opus] = 
"-Dbluez5-codec-opus=enabled,-Dbluez5-codec-opus=disabled,libopus"
+# From the pipewire git log:
+# "Some Linux phones doesn't use oFono but ModemManager to control the modem."
+# This packageconfig enables modemmanager specific code in the BlueZ backend.
+PACKAGECONFIG[bluez-backend-native-mm] = 
"-Dbluez5-backend-native-mm=enabled,-Dbluez5-backend-native-mm=disabled,modemmanager"
 PACKAGECONFIG[docs] = "-Ddocs=enabled,-Ddocs=disabled,doxygen-native 
graphviz-native"
 PACKAGECONFIG[ffmpeg] = "-Dffmpeg=enabled,-Dffmpeg=disabled,ffmpeg"
 PACKAGECONFIG[flatpak] = "-Dflatpak=enabled,-Dflatpak=disabled,glib-2.0"
@@ -116,6 +120,9 @@ PACKAGECONFIG[pipewire-alsa] = 
"-Dpipewire-alsa=enabled,-Dpipewire-alsa=disabled
 PACKAGECONFIG[pipewire-jack] = "-Dpipewire-jack=enabled 
-Dlibjack-path=${libdir}/${PW_MODULE_SUBDIR}/jack,-Dpipewire-jack=disabled,jack,,pipewire-jack,jack"
 PACKAGECONFIG[pw-cat] = "-Dpw-cat=enabled,-Dpw-cat=disabled"
 PACKAGECONFIG[raop] = "-Draop=enabled,-Draop=disabled,openssl"
+# Starting with version 0.3.60, readline usage can be turned off in pw-cli.
+# If it is disabled, getline() is used as a fallback.
+PACKAGECONFIG[readline] = "-Dreadline=enabled,-Dreadline=disabled,readline"
 PACKAGECONFIG[sdl2] = "-Dsdl2=enabled,-Dsdl2=disabled,libsdl2"
 PACKAGECONFIG[sndfile] = "-Dsndfile=enabled,-Dsndfile=disabled,libsndfile1"
 PACKAGECONFIG[systemd] = "-Dsystemd=enabled,-Dsystemd=disabled,systemd"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#103555): 
https://lists.openembedded.org/g/openembedded-devel/message/103555
Mute This Topic: https://lists.openembedded.org/mt/99753147/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][PATCH 1/3] pipewire: Disable libmysofa since it is not available in OE

[Carlos Rafael Giani via lists.openembedded.org]

Signed-off-by: Carlos Rafael Giani 
---
 meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb
index 7f117e10b2..051776cceb 100644
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb
@@ -48,7 +48,7 @@ SYSTEMD_PACKAGES = "${PN}"
 # it just prevents this subproject feature.
 #
 # AptX and LDAC are not available in OE. Currently, neither
-# are lv2 and ROC.
+# are lv2, ROC, and libmysofa.
 #
 # The RTKit module is deprecated in favor of the newer RT module.
 # It still exists for legacy setups that still include it in
@@ -66,6 +66,7 @@ EXTRA_OEMESON += " \
 -Dbluez5-codec-aptx=disabled \
 -Dbluez5-codec-ldac=disabled \
 -Dlegacy-rtkit=false \
+-Dlibmysofa=disabled \
 "
 
 # spa alsa plugin code uses typedef redefinition, which is officially a C11 
feature.
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#103557): 
https://lists.openembedded.org/g/openembedded-devel/message/103557
Mute This Topic: https://lists.openembedded.org/mt/99753149/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][PATCH 3/3] pipewire: Add dedicated aes67 package and fix rlimits.d package assignment

[Carlos Rafael Giani via lists.openembedded.org]

Signed-off-by: Carlos Rafael Giani 
---
 .../recipes-multimedia/pipewire/pipewire_0.3.71.bb   | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb
index 414ae3ea8d..14a0e02f81 100644
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.71.bb
@@ -249,6 +249,7 @@ PACKAGES =+ "\
 ${PN}-modules-meta \
 ${PN}-alsa-card-profile \
 ${PN}-v4l2 \
+${PN}-aes67 \
 gstreamer1.0-pipewire \
 "
 
@@ -263,8 +264,6 @@ FILES:${PN} = " \
 ${systemd_user_unitdir} \
 ${bindir}/pipewire \
 ${bindir}/pipewire-avb \
-${bindir}/pipewire-aes67 \
-${sysconfdir}/security/limits.d \
 "
 
 RRECOMMENDS:${PN}:class-target += " \
@@ -358,6 +357,7 @@ RRECOMMENDS:${PN}-modules += "${PN}-modules-meta"
 CONFFILES:${PN}-modules-rt = "${datadir}/pipewire/client-rt.conf"
 FILES:${PN}-modules-rt += " \
 ${datadir}/pipewire/client-rt.conf \
+${sysconfdir}/security/limits.d/* \
 "
 
 CONFFILES:${PN}-modules-filter-chain = "${datadir}/pipewire/filter-chain/*"
@@ -376,6 +376,11 @@ FILES:${PN}-v4l2 += " \
 ${libdir}/${PW_MODULE_SUBDIR}/v4l2/libpw-v4l2.so \
 "
 
+# AES67 is a standard for audio over IP, from the Audio Engineering Society 
(AES).
+FILES:${PN}-aes67 += " \
+${bindir}/pipewire-aes67 \
+"
+
 FILES:gstreamer1.0-pipewire = " \
 ${libdir}/gstreamer-1.0/* \
 "
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#103556): 
https://lists.openembedded.org/g/openembedded-devel/message/103556
Mute This Topic: https://lists.openembedded.org/mt/99753148/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe] [meta-multimedia][PATCHv12] pipewire: update to v0.3.56

[Carlos Rafael Giani via lists.openembedded.org]

I'm upgrading the recipe right now, and I am skeptical about the 
media-session and wireplumber packageconfigs. Sure, they make sure that 
these two can't be in the same image, but this creates circular 
dependencies, because pipewire now depends on wireplumber, which depends 
on pipewire. And the same thing applies to media-session.


I am instead in favor of removing those packageconfigs and document that 
only one session manager should exist at the same time.


It would perhaps also be a good idea to establish a virtual package like 
"virtual/pipewire-session-manager" and add this as an RPROVIDES variable 
to the wireplumber and media-session recipes.


Finally, I asked the main wireplumber developed whether media-session 
shouldn't really be used anymore, and he agreed. But media-session 
removal can be done in a separate commit if we want to.



On 11.11.22 18:28, Markus Volk wrote:
Am Fr, 11. Nov 2022 um 13:00:59 +0100 schrieb Markus Volk 
:

As to why wireplumber is not the default


I would suggest that you create a patch that changes the default to 
wireplumber and send it to the mailing list.





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#99586): 
https://lists.openembedded.org/g/openembedded-devel/message/99586
Mute This Topic: https://lists.openembedded.org/mt/93186419/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe] [meta-multimedia][PATCHv12] pipewire: update to v0.3.56

[Carlos Rafael Giani via lists.openembedded.org]

Is there a reason for adding the wireplumber packageconfig?

Wireplumber already exists as a separate recipe. Also, media-session is 
deprecated and not supposed to be used anymore.


On 22.08.22 19:19, Markus Volk wrote:

Add the configuration to make pipewire work as a drop-in replacement for 
pulseaudio-server.

Add pipewire-media-session as a standalone recipe, since pipewire would fetch 
the code as a
subproject at do_configure.

Signed-off-by: Markus Volk 
---
  .../pipewire/pipewire-media-session_0.4.1.bb  | 25 +
  ...01-avb-fix-compilation-on-big-endian.patch | 53 +++
  .../0001-spa-fix-c90-header-include.patch | 47 
  ...{pipewire_0.3.50.bb => pipewire_0.3.56.bb} | 53 ++-
  4 files changed, 117 insertions(+), 61 deletions(-)
  create mode 100644 
meta-multimedia/recipes-multimedia/pipewire/pipewire-media-session_0.4.1.bb
  create mode 100644 
meta-multimedia/recipes-multimedia/pipewire/pipewire/0001-avb-fix-compilation-on-big-endian.patch
  delete mode 100644 
meta-multimedia/recipes-multimedia/pipewire/pipewire/0001-spa-fix-c90-header-include.patch
  rename meta-multimedia/recipes-multimedia/pipewire/{pipewire_0.3.50.bb => 
pipewire_0.3.56.bb} (85%)

diff --git 
a/meta-multimedia/recipes-multimedia/pipewire/pipewire-media-session_0.4.1.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire-media-session_0.4.1.bb
new file mode 100644
index 0..9fdb60380
--- /dev/null
+++ 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire-media-session_0.4.1.bb
@@ -0,0 +1,25 @@
+SUMMARY = "PipeWire Media Session is an example session manager for PipeWire"
+HOMEPAGE = "https://gitlab.freedesktop.org/pipewire/media-session;
+LICENSE = "MIT"
+
+LIC_FILES_CHKSUM = "file://COPYING;md5=97be96ca4fab23e9657ffa590b931c1a"
+
+DEPENDS = " \
+   pipewire \
+   alsa-lib \
+   dbus \
+"
+
+SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/media-session.git;protocol=https;branch=master"
+
+S = "${WORKDIR}/git"
+SRCREV = "e5d5cf2404786af8bcc40bdb8a2962bef4ec18b6"
+
+inherit meson pkgconfig
+
+FILES:${PN} += " \
+   ${systemd_user_unitdir}/pipewire-media-session.service \
+   ${datadir}/pipewire/media-session.d/* \
+"
+
+RRECOMMENDS:${PN} += "pipewire"
diff --git 
a/meta-multimedia/recipes-multimedia/pipewire/pipewire/0001-avb-fix-compilation-on-big-endian.patch
 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire/0001-avb-fix-compilation-on-big-endian.patch
new file mode 100644
index 0..fc618b4a7
--- /dev/null
+++ 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire/0001-avb-fix-compilation-on-big-endian.patch
@@ -0,0 +1,53 @@
+From 1a5ec4452fa21592eaeeb823ad95a1db6eb60376 Mon Sep 17 00:00:00 2001
+From: Wim Taymans 
+Date: Tue, 19 Jul 2022 13:49:42 +0200
+Subject: [PATCH 001/113] avb: fix compilation on big endian
+
+Patch-Status: Backport
+
+---
+ src/modules/module-avb/aaf.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/modules/module-avb/aaf.h b/src/modules/module-avb/aaf.h
+index cb4871ca6..b444ce251 100644
+--- a/src/modules/module-avb/aaf.h
 b/src/modules/module-avb/aaf.h
+@@ -35,7 +35,7 @@ struct avb_packet_aaf {
+   unsigned gv:1;
+   unsigned tv:1;
+
+-  uint8_t seq_number;
++  uint8_t seq_num;
+
+   unsigned _r2:7;
+   unsigned tu:1;
+diff --git a/src/modules/module-avb/iec61883.h 
b/src/modules/module-avb/iec61883.h
+index d3b3a7daa..6ca8724ad 100644
+--- a/src/modules/module-avb/iec61883.h
 b/src/modules/module-avb/iec61883.h
+@@ -37,7 +37,7 @@ struct avb_packet_iec61883 {
+   unsigned gv:1;
+   unsigned tv:1;
+
+-  uint8_t seq_number;
++  uint8_t seq_num;
+
+   unsigned _r2:7;
+   unsigned tu:1;
+diff --git a/spa/plugins/avb/avbtp/packets.h b/spa/plugins/avb/avbtp/packets.h
+index 7047456bf..3d4a652ee 100644
+--- a/spa/plugins/avb/avbtp/packets.h
 b/spa/plugins/avb/avbtp/packets.h
+@@ -116,7 +116,7 @@ struct spa_avbtp_packet_aaf {
+   unsigned gv:1;
+   unsigned tv:1;
+
+-  uint8_t seq_number;
++  uint8_t seq_num;
+
+   unsigned _r2:7;
+   unsigned tu:1;
+--
+2.34.1
+
diff --git 
a/meta-multimedia/recipes-multimedia/pipewire/pipewire/0001-spa-fix-c90-header-include.patch
 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire/0001-spa-fix-c90-header-include.patch
deleted file mode 100644
index ad6448a10..0
--- 
a/meta-multimedia/recipes-multimedia/pipewire/pipewire/0001-spa-fix-c90-header-include.patch
+++ /dev/null
@@ -1,47 +0,0 @@
-From d3ea3142e1a4de206e616bc18f63a529e6b4986a Mon Sep 17 00:00:00 2001
-From: psykose 
-Date: Wed, 13 Apr 2022 21:57:49 +
-Subject: [PATCH 001/154] spa: fix c90 header include
-
-placing declarations after code is invalid under ISO c90
-
-Fixes !1211
-
-Patch-Status: Backport

- spa/include/spa/utils/string.h | 6 --
- 1 file changed, 4 insertions(+), 2 deletions(-)
-
-diff --git a/spa/include/spa/utils/string.h b/spa/include/spa/utils/string.h

Re: [oe] [oe-core][RFC PATCH 1/2] pipewire: fix build

[Carlos Rafael Giani via lists.openembedded.org]

It is my impression that libsdl2 is built natively for QEMU, and for 
nothing else, which means that having pipewire-nativesdk would not be 
necessary..?



On 21.05.22 10:03, Markus Volk wrote:
I didn't have a specific use case. I was just trying to build libsdl2 
identical for target and native. And since libsdl2 can be built for 
nativesdk, the consequence would be that pipewire-nativesdk is needed 
to be built as well.


Am 21.05.22 um 08:58 schrieb Scott Murray:

On Fri, 20 May 2022, Markus Volk wrote:

-after updating to poky master i get issues picking the right udev 
provider

-add a backport patch to fix libsdl2 build with pipewire enabled
-allow native/nativesdk build

[snip]

I'm curious what your usecase is for native/nativesdk?  There's no
preprocessor or similiar tools in pipewire that I'm aware of.

Scott






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#98038): 
https://lists.openembedded.org/g/openembedded-devel/message/98038
Mute This Topic: https://lists.openembedded.org/mt/91230094/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][PATCH] pipewire: Upgrade to version 0.3.50

[Carlos Rafael Giani via lists.openembedded.org]

This is a bugfix release. Notably, this makes pw-dot work again - it
required workarounds via pw-dump to output a non-empty dot graph in 0.3.49.

Full changelog:

https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/0.3.50

0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch
is no no longer needed since it has been merged and is part of 0.3.50.

Signed-off-by: Carlos Rafael Giani 
---
 ...-to-enable-disable-legacy-RTKit-modu.patch | 44 ---
 ...{pipewire_0.3.49.bb => pipewire_0.3.50.bb} |  6 +--
 2 files changed, 2 insertions(+), 48 deletions(-)
 delete mode 100644 
meta-multimedia/recipes-multimedia/pipewire/files/0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch
 rename meta-multimedia/recipes-multimedia/pipewire/{pipewire_0.3.49.bb => 
pipewire_0.3.50.bb} (98%)

diff --git 
a/meta-multimedia/recipes-multimedia/pipewire/files/0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch
 
b/meta-multimedia/recipes-multimedia/pipewire/files/0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch
deleted file mode 100644
index 61bcdb3dd..0
--- 
a/meta-multimedia/recipes-multimedia/pipewire/files/0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch
+++ /dev/null
@@ -1,44 +0,0 @@
-From b311f9e75f13205fd0738f7e89fd2062b9e7b237 Mon Sep 17 00:00:00 2001
-From: Carlos Rafael Giani 
-Date: Wed, 30 Mar 2022 19:44:38 +0200
-Subject: [PATCH] meson: Add option to enable/disable legacy RTKit module
-
-The RTKit module is being replaced by the RT module. Currently, it is
-always built if D-Bus is present. For packagers, it can be beneficial to
-be able to disable the legacy module. Add a Meson option to allow for
-exactly that. Make it enabled by default to not change default behavior.
-
-Upstream-Status: Submitted 
[https://gitlab.freedesktop.org/pipewire/pipewire/-/merge_requests/1204]

- meson_options.txt   | 4 
- src/modules/meson.build | 2 +-
- 2 files changed, 5 insertions(+), 1 deletion(-)
-
-diff --git a/meson_options.txt b/meson_options.txt
-index 49d5b2203..2687bfe7e 100644
 a/meson_options.txt
-+++ b/meson_options.txt
-@@ -237,3 +237,7 @@ option('libcanberra',
-description: 'Enable code that depends on libcanberra',
-type: 'feature',
-value: 'auto')
-+option('legacy-rtkit',
-+   description: 'Build legacy rtkit module',
-+   type: 'boolean',
-+   value: 'true')
-diff --git a/src/modules/meson.build b/src/modules/meson.build
-index ee724bf52..2d26cc459 100644
 a/src/modules/meson.build
-+++ b/src/modules/meson.build
-@@ -139,7 +139,7 @@ pipewire_module_rt = shared_library('pipewire-module-rt', 
[ 'module-rt.c' ],
-   dependencies : [dbus_dep, mathlib, dl_lib, pipewire_dep],
- )
- 
--build_module_rtkit = dbus_dep.found()
-+build_module_rtkit = dbus_dep.found() and (get_option('legacy-rtkit') == true)
- if build_module_rtkit
- # TODO: This serves as a temporary alias to prevent breaking existing setups
- #   while `module-rtkit` is being migrated to `module-rt`
--- 
-2.32.0
-
diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.49.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.50.bb
similarity index 98%
rename from meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.49.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.50.bb
index b821f4400..0d725b9ee 100644
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.49.bb
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.50.bb
@@ -13,10 +13,8 @@ LIC_FILES_CHKSUM = " \
 
 DEPENDS = "dbus ncurses"
 
-SRCREV = "075e7b266876802eab0077afd13ea8e1cee5e1fd"
-SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https
 \
-   
file://0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch \
-   "
+SRCREV = "64cf5e80e6240284e6b757907b900507fe56f1b5"
+SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https"
 
 S = "${WORKDIR}/git"
 
-- 
2.32.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#96797): 
https://lists.openembedded.org/g/openembedded-devel/message/96797
Mute This Topic: https://lists.openembedded.org/mt/90704368/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][PATCH] wireplumber: Upgrade to version 0.4.9

[Carlos Rafael Giani via lists.openembedded.org]

ChangeLog can be found here:

https://gitlab.freedesktop.org/pipewire/wireplumber/-/releases/0.4.9

Remove backported fix that is already included in this version.

Signed-off-by: Carlos Rafael Giani 
---
 ...list-APIs-for-different-architecture.patch | 217 --
 ...eplumber_0.4.8.bb => wireplumber_0.4.9.bb} |   5 +-
 2 files changed, 2 insertions(+), 220 deletions(-)
 delete mode 100644 
meta-multimedia/recipes-multimedia/wireplumber/files/0001-spa-json-fix-va_list-APIs-for-different-architecture.patch
 rename meta-multimedia/recipes-multimedia/wireplumber/{wireplumber_0.4.8.bb => 
wireplumber_0.4.9.bb} (97%)

diff --git 
a/meta-multimedia/recipes-multimedia/wireplumber/files/0001-spa-json-fix-va_list-APIs-for-different-architecture.patch
 
b/meta-multimedia/recipes-multimedia/wireplumber/files/0001-spa-json-fix-va_list-APIs-for-different-architecture.patch
deleted file mode 100644
index 75c7b850f..0
--- 
a/meta-multimedia/recipes-multimedia/wireplumber/files/0001-spa-json-fix-va_list-APIs-for-different-architecture.patch
+++ /dev/null
@@ -1,217 +0,0 @@
-From e429db7e8c266045aee25e153fb2308bd61fe233 Mon Sep 17 00:00:00 2001
-From: Julian Bouzas 
-Date: Wed, 9 Feb 2022 07:59:59 -0500
-Subject: [PATCH] spa-json: fix va_list APIs for different architectures
-
-The va_list type might not always be a pointer in some architectures, so we
-cannot guarantee it will be modified after using it for a second time in 
another
-function. This fixes the issue by using macros so args does not get copied, and
-always gets modified when using it more than once.
-
-Upstream-Status: Backport 
[https://gitlab.freedesktop.org/pipewire/wireplumber/-/commit/e429db7e8c266045aee25e153fb2308bd61fe233]
-
-Signed-off-by: Peter Bergin 
-

- lib/wp/spa-json.c | 156 --
- 1 file changed, 80 insertions(+), 76 deletions(-)
-
-diff --git a/lib/wp/spa-json.c b/lib/wp/spa-json.c
-index f14f395..c5e59a3 100644
 a/lib/wp/spa-json.c
-+++ b/lib/wp/spa-json.c
-@@ -363,33 +363,33 @@ wp_spa_json_new_string (const gchar *value)
-   wp_spa_json_builder_new_formatted ("\"%s\"", value));
- }
- 
--static void
--wp_spa_json_builder_add_value (WpSpaJsonBuilder *self, const gchar *fmt,
--va_list args)
--{
--  switch (*fmt) {
--case 'n':
--  wp_spa_json_builder_add_null (self);
--  break;
--case 'b':
--  wp_spa_json_builder_add_boolean (self, va_arg(args, gboolean));
--  break;
--case 'i':
--  wp_spa_json_builder_add_int (self, va_arg(args, gint));
--  break;
--case 'f':
--  wp_spa_json_builder_add_float (self, (float)va_arg(args, double));
--  break;
--case 's':
--  wp_spa_json_builder_add_string (self, va_arg(args, const gchar *));
--  break;
--case 'J':
--  wp_spa_json_builder_add_json (self, va_arg(args, WpSpaJson *));
--  break;
--default:
--  return;
--  }
--}
-+/* Args is not a pointer in some architectures, so this needs to be a macro to
-+ * avoid args being copied */
-+#define wp_spa_json_builder_add_value(self,fmt,args)  
 \
-+do {  
 \
-+  switch (*fmt) { 
 \
-+case 'n': 
 \
-+  wp_spa_json_builder_add_null (self);
 \
-+  break;  
 \
-+case 'b': 
 \
-+  wp_spa_json_builder_add_boolean (self, va_arg(args, gboolean)); 
 \
-+  break;  
 \
-+case 'i': 
 \
-+  wp_spa_json_builder_add_int (self, va_arg(args, gint)); 
 \
-+  break;  
 \
-+case 'f': 
 \
-+  wp_spa_json_builder_add_float (self, (float)va_arg(args, double));  
 \
-+  break;  
 \
-+case 's': 
 \
-+  wp_spa_json_builder_add_string (self, va_arg(args, const gchar *)); 
 \
-+  break;  
 \
-+case 'J': 
 \
-+  wp_spa_json_builder_add_json (self, va_arg(args, WpSpaJson *)); 
 \
-+  break;  
 \
-+default: 

[oe] [meta-multimedia][PATCH] pipewire: Upgrade to version 0.3.49

[Carlos Rafael Giani via lists.openembedded.org]

ChangeLogs can be found here:

https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/0.3.46
https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/0.3.47
https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/0.3.48
https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/0.3.49

Main recipe change is about the RTKit module, which was deprecated and
replaced by the new RT module. The recipe disables the legacy rtkit
module (which exists for backwards compatibility with older existing
PipeWire installations that use rtkit in their configuration files).

Signed-off-by: Carlos Rafael Giani 
---
 ...-to-enable-disable-legacy-RTKit-modu.patch | 44 +++
 ...{pipewire_0.3.45.bb => pipewire_0.3.49.bb} | 15 +--
 2 files changed, 55 insertions(+), 4 deletions(-)
 create mode 100644 
meta-multimedia/recipes-multimedia/pipewire/files/0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch
 rename meta-multimedia/recipes-multimedia/pipewire/{pipewire_0.3.45.bb => 
pipewire_0.3.49.bb} (96%)

diff --git 
a/meta-multimedia/recipes-multimedia/pipewire/files/0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch
 
b/meta-multimedia/recipes-multimedia/pipewire/files/0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch
new file mode 100644
index 0..61bcdb3dd
--- /dev/null
+++ 
b/meta-multimedia/recipes-multimedia/pipewire/files/0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch
@@ -0,0 +1,44 @@
+From b311f9e75f13205fd0738f7e89fd2062b9e7b237 Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani 
+Date: Wed, 30 Mar 2022 19:44:38 +0200
+Subject: [PATCH] meson: Add option to enable/disable legacy RTKit module
+
+The RTKit module is being replaced by the RT module. Currently, it is
+always built if D-Bus is present. For packagers, it can be beneficial to
+be able to disable the legacy module. Add a Meson option to allow for
+exactly that. Make it enabled by default to not change default behavior.
+
+Upstream-Status: Submitted 
[https://gitlab.freedesktop.org/pipewire/pipewire/-/merge_requests/1204]
+---
+ meson_options.txt   | 4 
+ src/modules/meson.build | 2 +-
+ 2 files changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/meson_options.txt b/meson_options.txt
+index 49d5b2203..2687bfe7e 100644
+--- a/meson_options.txt
 b/meson_options.txt
+@@ -237,3 +237,7 @@ option('libcanberra',
+description: 'Enable code that depends on libcanberra',
+type: 'feature',
+value: 'auto')
++option('legacy-rtkit',
++   description: 'Build legacy rtkit module',
++   type: 'boolean',
++   value: 'true')
+diff --git a/src/modules/meson.build b/src/modules/meson.build
+index ee724bf52..2d26cc459 100644
+--- a/src/modules/meson.build
 b/src/modules/meson.build
+@@ -139,7 +139,7 @@ pipewire_module_rt = shared_library('pipewire-module-rt', 
[ 'module-rt.c' ],
+   dependencies : [dbus_dep, mathlib, dl_lib, pipewire_dep],
+ )
+ 
+-build_module_rtkit = dbus_dep.found()
++build_module_rtkit = dbus_dep.found() and (get_option('legacy-rtkit') == true)
+ if build_module_rtkit
+ # TODO: This serves as a temporary alias to prevent breaking existing setups
+ #   while `module-rtkit` is being migrated to `module-rt`
+-- 
+2.32.0
+
diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.45.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.49.bb
similarity index 96%
rename from meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.45.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.49.bb
index 6ba312484..b821f4400 100644
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.45.bb
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.49.bb
@@ -13,8 +13,10 @@ LIC_FILES_CHKSUM = " \
 
 DEPENDS = "dbus ncurses"
 
-SRCREV = "bdd407fe66cc9e46d4bc4dcc989d50679000482b"
-SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https"
+SRCREV = "075e7b266876802eab0077afd13ea8e1cee5e1fd"
+SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https
 \
+   
file://0001-meson-Add-option-to-enable-disable-legacy-RTKit-modu.patch \
+   "
 
 S = "${WORKDIR}/git"
 
@@ -49,6 +51,10 @@ SYSTEMD_PACKAGES = "${PN}"
 #
 # AptX and LDAC are not available in OE. Currently, neither
 # are lv2 and ROC.
+#
+# The RTKit module is deprecated in favor of the newer RT module.
+# It still exists for legacy setups that still include it in
+# their PipeWire configuration files.
 EXTRA_OEMESON += " \
 -Devl=disabled \
 -Dtests=disabled \
@@ -62,6 +68,7 @@ EXTRA_OEMESON += " \
 -Droc=disabled \
 -Dbluez5-codec-aptx=disabled \
 -Dbluez5-codec-ldac=disabled \
+-Dlegacy-rtkit=false \
 "
 
 PACKAGECONFIG ??= "\
@@ -306,8 +313,8 @@ FILES:${PN}-spa-tools = " \
 FILES:${PN}-modules = "&quo

[oe] [meta-multimedia][PATCH] libopenmpt: Remove unnecessary python code block

[Carlos Rafael Giani via lists.openembedded.org]

This code block used to be necessary when both SDL1 and SDL2 were
supported. Nowadays, libopenmpt only supports SDL2, so drop this.

Signed-off-by: Carlos Rafael Giani 
---
 .../recipes-multimedia/libopenmpt/libopenmpt_0.6.2.bb   | 6 --
 1 file changed, 6 deletions(-)

diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.6.2.bb 
b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.6.2.bb
index a7b6b0007..700df2cef 100644
--- a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.6.2.bb
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.6.2.bb
@@ -64,12 +64,6 @@ do_install_ptest() {
 install -m 0644 ${S}/libopenmpt/libopenmpt_version.mk 
${D}${PTEST_PATH}/libopenmpt
 }
 
-python __anonymous() {
-packageconfig = (d.getVar("PACKAGECONFIG") or "").split()
-if ("sdl" in packageconfig) and ("sdl2" in packageconfig):
-bb.error("sdl and sdl2 packageconfigs cannot be both enabled")
-}
-
 PACKAGES =+ "${PN}-openmpt123 ${PN}-openmpt123-doc"
 FILES:${PN}-openmpt123 = "${bindir}/openmpt123"
 FILES:${PN}-openmpt123-doc = "${mandir}/man1/openmpt123*"
-- 
2.32.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#96268): 
https://lists.openembedded.org/g/openembedded-devel/message/96268
Mute This Topic: https://lists.openembedded.org/mt/90139268/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][PATCH] libopenmpt: Upgrade to version 0.6.2

[Carlos Rafael Giani via lists.openembedded.org]

* libopenmpt-modplug got removed and now exists as a separate project.
* SDL1 is no longer supported.

Signed-off-by: Carlos Rafael Giani 
---
 ...bopenmpt_0.3.10.bb => libopenmpt_0.6.2.bb} | 31 +--
 1 file changed, 7 insertions(+), 24 deletions(-)
 rename meta-multimedia/recipes-multimedia/libopenmpt/{libopenmpt_0.3.10.bb => 
libopenmpt_0.6.2.bb} (68%)

diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb 
b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.6.2.bb
similarity index 68%
rename from meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
rename to meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.6.2.bb
index b1634732c..a7b6b0007 100644
--- a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.6.2.bb
@@ -1,41 +1,33 @@
 SUMMARY = "C and C++ cross-platform library for decoding tracked music files 
(modules)"
 DESCRIPTION = "libopenmpt is a cross-platform C++ and C library to decode 
tracked \
 music files (modules) into a raw PCM audio stream. It also comes with 
openmpt123, a \
-cross-platform command-line or terminal based module file player, and 
libopenmpt_modplug, \
-a wrapper around libopenmpt that provides an interface that is ABI compatile 
with \
-libmodplug. libopenmpt is based on the player code of the OpenMPT project."
+cross-platform command-line or terminal based module file player. libopenmpt 
is based \
+on the player code of the OpenMPT project."
 HOMEPAGE = "https://lib.openmpt.org/libopenmpt/;
 SECTION = "libs"
 
 LICENSE = "BSD-3-Clause"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=e804150573f149befef6c07e173f20c3"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=ae09d6164bdecb499183479fd32b66fb"
 
 DEPENDS = "virtual/libiconv"
 
 SRC_URI = 
"https://lib.openmpt.org/files/libopenmpt/src/libopenmpt-${PV}+release.autotools.tar.gz
 \
file://run-ptest \
   "
-SRC_URI[md5sum] = "66bbc6fbb5f27a554cb145d805e9ef9d"
-SRC_URI[sha256sum] = 
"14a137b8d1a20e1b6a5e67cbc9467ab7e5e4e67d5aa38a247afc825685c53939"
+SRC_URI[md5sum] = "d21fb799695cbe10a1e9aeaea23ed708"
+SRC_URI[sha256sum] = 
"50c0d62ff2d9afefa36cce9f29042cb1fb8d4f0b386b81a0fc7734f35e21e6b6"
 
 S = "${WORKDIR}/libopenmpt-${PV}+release.autotools"
 
 inherit autotools pkgconfig ptest
 
 PACKAGECONFIG ??= " \
-libopenmpt-modplug openmpt123 \
+openmpt123 \
 ${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} \
 flac mpg123 ogg sndfile vorbis vorbisfile zlib \
 ${@bb.utils.filter('DISTRO_FEATURES', 'pulseaudio', d)} \
 "
 
-# libopenmpt_modplug is a library that wraps libopenmpt calls into
-# functions that are ABI compatible with libmodplug. This allows for
-# using modplug headers and linking against libopenmpt_modplug
-# instead of against the original libmodplug library.
-# NOTE: The wrapper is compatible to the ABI from libmodplug version
-# 0.8.8 and newer.
-PACKAGECONFIG[libopenmpt-modplug] = 
"--enable-libopenmpt_modplug,--disable-libopenmpt_modplug"
 PACKAGECONFIG[openmpt123] = "--enable-openmpt123,--disable-openmpt123"
 PACKAGECONFIG[tests]  = "--enable-tests,--disable-tests"
 
@@ -45,22 +37,15 @@ PACKAGECONFIG[mpg123] = 
"--with-mpg123,--without-mpg123,mpg123"
 PACKAGECONFIG[ogg]= "--with-ogg,--without-ogg,libogg"
 PACKAGECONFIG[portaudio]  = 
"--with-portaudio,--without-portaudio,portaudio-v19"
 PACKAGECONFIG[pulseaudio] = 
"--with-pulseaudio,--without-pulseaudio,pulseaudio"
-PACKAGECONFIG[sdl]= "--with-sdl,--without-sdl,virtual/libsdl"
 PACKAGECONFIG[sdl2]   = 
"--with-sdl2,--without-sdl2,virtual/libsdl2"
 PACKAGECONFIG[sndfile]= 
"--with-sndfile,--without-sndfile,libsndfile1"
 PACKAGECONFIG[vorbis] = "--with-vorbis,--without-vorbis,libvorbis"
 PACKAGECONFIG[vorbisfile] = 
"--with-vorbisfile,--without-vorbisfile,libvorbis"
 PACKAGECONFIG[zlib]   = "--with-zlib,--without-zlib,zlib"
 
-# --disable-libmodplug is necessary, since otherwise we'd
-# have a collision with the libmodplug package, because of the
-# libmodplug.so file. (libmodplug.so from libopenmpt isintended
-# to be used as a drop-in replacement, and according to the
-# documentation, is not complete.)
 EXTRA_OECONF += " \
 --disable-doxygen-doc \
 --disable-examples \
---disable-libmodplug \
 --without-portaudiocpp \
 "
 
@@ -85,8 +70,7 @@ python __anonymous() {
 bb.error("sdl and sdl2 packageconfigs cannot be both enabled")
 }
 
-PACKAGES =+ "${PN}-modplug ${PN}-openmpt123 ${PN}-openmpt123-doc"
-FILES:${PN}-

[oe] [meta-multimedia][PATCH] wireplumber: Improve configuration

[Carlos Rafael Giani via lists.openembedded.org]

By default, the WirePlumber lua scripts try to access a session DBus, which
is not available if WirePlumber is run system wide. Add a small script
that turns off the bits that require session DBus. These involve reserving
ALSA devices (only useful in multi-user desktop setups) and Flatpak.

Also, fix the configuration file paths (WirePlumber uses /usr/share instead
of /etc) and add the correct files to CONFFILES:${PN}.

Signed-off-by: Carlos Rafael Giani 
---
 ...-disable-session-dbus-dependent-features.lua |  5 +
 .../wireplumber/wireplumber_0.4.8.bb| 17 ++---
 2 files changed, 15 insertions(+), 7 deletions(-)
 create mode 100644 
meta-multimedia/recipes-multimedia/wireplumber/files/90-OE-disable-session-dbus-dependent-features.lua

diff --git 
a/meta-multimedia/recipes-multimedia/wireplumber/files/90-OE-disable-session-dbus-dependent-features.lua
 
b/meta-multimedia/recipes-multimedia/wireplumber/files/90-OE-disable-session-dbus-dependent-features.lua
new file mode 100644
index 0..353a49c0b
--- /dev/null
+++ 
b/meta-multimedia/recipes-multimedia/wireplumber/files/90-OE-disable-session-dbus-dependent-features.lua
@@ -0,0 +1,5 @@
+-- These features require a session DBus instance, which is not available
+-- by default in OE generated images. The absence of such a DBus instance
+-- causes WirePlumber to fail to start. Turn these off to prevent that.
+alsa_monitor.properties["alsa.reserve"] = false
+default_access.properties["enable-flatpak-portal"] = false
diff --git 
a/meta-multimedia/recipes-multimedia/wireplumber/wireplumber_0.4.8.bb 
b/meta-multimedia/recipes-multimedia/wireplumber/wireplumber_0.4.8.bb
index 4d26e3360..2310c3a78 100644
--- a/meta-multimedia/recipes-multimedia/wireplumber/wireplumber_0.4.8.bb
+++ b/meta-multimedia/recipes-multimedia/wireplumber/wireplumber_0.4.8.bb
@@ -13,7 +13,8 @@ DEPENDS = "glib-2.0 glib-2.0-native lua pipewire \
 
 SRCREV = "e14bb72dcc85e2130d0ea96768e5ae3b375a041e"
 SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/wireplumber.git;branch=master;protocol=https
 \
-   "
+   file://90-OE-disable-session-dbus-dependent-features.lua \
+  "
 
 S = "${WORKDIR}/git"
 
@@ -50,6 +51,12 @@ PACKAGESPLITFUNCS:append = " set_dynamic_metapkg_rdepends "
 
 WP_MODULE_SUBDIR = "wireplumber-0.4"
 
+add_custom_lua_config_scripts() {
+install -m 0644 
${WORKDIR}/90-OE-disable-session-dbus-dependent-features.lua 
${D}${datadir}/wireplumber/main.lua.d
+}
+
+do_install[postfuncs] += "add_custom_lua_config_scripts"
+
 python split_dynamic_packages () {
 # Create packages for each WirePlumber module.
 wp_module_libdir = d.expand('${libdir}/${WP_MODULE_SUBDIR}')
@@ -117,12 +124,8 @@ PACKAGES_DYNAMIC = "^${PN}-modules.*"
 
 SYSTEMD_SERVICE:${PN} = "wireplumber.service"
 CONFFILES:${PN} += " \
-${sysconfdir}/wireplumber/config.lua \
-${sysconfdir}/wireplumber/config.lua.d/* \
-"
-FILES:${PN} += " \
-${sysconfdir}/wireplumber/config.lua \
-${sysconfdir}/wireplumber/config.lua.d/* \
+${datadir}/wireplumber/wireplumber.conf \
+${datadir}/wireplumber/*.lua.d/* \
 "
 # Add pipewire to RRECOMMENDS, since WirePlumber expects a PipeWire daemon to
 # be present. While in theory any application that uses libpipewire can 
configure
-- 
2.32.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#95348): 
https://lists.openembedded.org/g/openembedded-devel/message/95348
Mute This Topic: https://lists.openembedded.org/mt/89195313/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][RFC PATCH 2/2] wireplumber: Add recipe

[Carlos Rafael Giani via lists.openembedded.org]

WirePlumber is a session / policy manager for PipeWire with support
for Lua scripting and adding functionality by installing extra modules.

Signed-off-by: Carlos Rafael Giani 
---
 .../wireplumber/wireplumber_0.4.8.bb  | 140 ++
 1 file changed, 140 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/wireplumber/wireplumber_0.4.8.bb

diff --git 
a/meta-multimedia/recipes-multimedia/wireplumber/wireplumber_0.4.8.bb 
b/meta-multimedia/recipes-multimedia/wireplumber/wireplumber_0.4.8.bb
new file mode 100644
index 0..4d26e3360
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/wireplumber/wireplumber_0.4.8.bb
@@ -0,0 +1,140 @@
+SUMMARY= "Session / policy manager implementation for PipeWire"
+HOMEPAGE   = "https://gitlab.freedesktop.org/pipewire/wireplumber;
+BUGTRACKER = "https://gitlab.freedesktop.org/pipewire/wireplumber/issues;
+AUTHOR = "George Kiagiadakis "
+SECTION= "multimedia"
+
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=17d1fe479cdec331eecbc65d26bc7e77"
+
+DEPENDS = "glib-2.0 glib-2.0-native lua pipewire \
+${@bb.utils.contains("DISTRO_FEATURES", "gobject-introspection-data", 
"python3-native python3-lxml-native doxygen-native", "", d)} \
+"
+
+SRCREV = "e14bb72dcc85e2130d0ea96768e5ae3b375a041e"
+SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/wireplumber.git;branch=master;protocol=https
 \
+   "
+
+S = "${WORKDIR}/git"
+
+inherit meson pkgconfig gobject-introspection systemd
+
+GIR_MESON_ENABLE_FLAG = 'enabled'
+GIR_MESON_DISABLE_FLAG = 'disabled'
+
+# Enable system-lua to let wireplumber use OE's lua.
+# Documentation needs python-sphinx, which is not in oe-core or meta-python2 
for now.
+# elogind is not (yet) available in OE, so disable support.
+EXTRA_OEMESON += " \
+-Ddoc=disabled \
+-Dsystem-lua=true \
+-Delogind=disabled \
+-Dsystemd-system-unit-dir=${systemd_system_unitdir} \
+-Dsystemd-user-unit-dir=${systemd_user_unitdir} \
+-Dtests=false \
+"
+
+PACKAGECONFIG ??= "\
+${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'systemd 
systemd-system-service', '', d)} \
+"
+
+PACKAGECONFIG[systemd] = "-Dsystemd=enabled,-Dsystemd=disabled,systemd"
+PACKAGECONFIG[systemd-system-service] = 
"-Dsystemd-system-service=true,-Dsystemd-system-service=false,systemd"
+# "systemd-user-service" packageconfig will only install service
+# files to rootfs but not enable them as systemd.bbclass
+# currently lacks the feature of enabling user services.
+PACKAGECONFIG[systemd-user-service] = 
"-Dsystemd-user-service=true,-Dsystemd-user-service=false,systemd"
+
+PACKAGESPLITFUNCS:prepend = " split_dynamic_packages "
+PACKAGESPLITFUNCS:append = " set_dynamic_metapkg_rdepends "
+
+WP_MODULE_SUBDIR = "wireplumber-0.4"
+
+python split_dynamic_packages () {
+# Create packages for each WirePlumber module.
+wp_module_libdir = d.expand('${libdir}/${WP_MODULE_SUBDIR}')
+do_split_packages(d, wp_module_libdir, 
r'^libwireplumber-module-(.*)\.so$', d.expand('${PN}-modules-%s'), 'WirePlumber 
%s module', extra_depends='', recursive=False)
+}
+
+python set_dynamic_metapkg_rdepends () {
+import os
+import oe.utils
+
+# Go through all generated WirePlumber module packages
+# (excluding the main package and the -meta package itself)
+# and add them to the -meta package as RDEPENDS.
+
+base_pn = d.getVar('PN')
+
+wp_module_pn = base_pn + '-modules'
+wp_module_metapkg =  wp_module_pn + '-meta'
+
+d.setVar('ALLOW_EMPTY:' + wp_module_metapkg, "1")
+d.setVar('FILES:' + wp_module_metapkg, "")
+
+blacklist = [ wp_module_pn, wp_module_metapkg ]
+wp_module_metapkg_rdepends = []
+pkgdest = d.getVar('PKGDEST')
+
+for pkg in oe.utils.packages_filter_out_system(d):
+if pkg in blacklist:
+continue
+
+is_wp_module_pkg = pkg.startswith(wp_module_pn)
+if not is_wp_module_pkg:
+continue
+
+if pkg in wp_module_metapkg_rdepends:
+continue
+
+# See if the package is empty by looking at the contents of its
+# PKGDEST subdirectory. If this subdirectory is empty, then then
+# package is empty as well. Empty packages do not get added to
+# the meta package's RDEPENDS.
+pkgdir = os.path.join(pkgdest, pkg)
+if os.path.exists(pkgdir):
+dir_contents = os.listdir(pkgdir) or []
+else:
+dir_contents = []
+is_empty = len(dir_contents) == 0
+if not is_empty:
+if is_wp_module_pkg:
+wp_module_metapkg_rdepends.append(pkg)
+
+d.setVar('RDEPENDS:' + wp_module_metapkg, ' 
'.join(wp_module_metapkg_rdepends))
+d.setVar('DESCRIPTION:' + wp_modul

[oe] [meta-multimedia][RFC PATCH 0/2] PipeWire upgrade and WirePlumber introduction

[Carlos Rafael Giani via lists.openembedded.org]

This short series of patches upgrades PipeWire to version 0.3.45 and
adds a patch for WirePlumber, a session manager for PipeWire.

There are two commonly used session managers for PipeWire:
media-session, which is a small session manager intended for very simple
use cases, but mostly functions as a example; and WirePlumber, an
extensible, scriptable session manager that is usable on both desktop
and embedded systems. These days, media-session is considered deprecated
by upstream, which is why as part of this recipe upgrade, media-session
is no longer available. It is fully replaced by WirePlumber instead.
WirePlumber runs as a separate daemon, alongside PipeWire.

This is an RFC because there a few issues unclear at the moment:

1. Should the configurations be separate recipes for easier exchange of
recipes? If so, would it make sense to introduce new virtual packages,
like "virtual/wireplumber-configuration"? These would be used in
RDEPENDS and RRECOMMENDS, and from what I understand, using virtual
packages in these variables is discouraged. However, running PipeWire
without any session manager typically is not useful, so I'd like to at
least print a warning when this is done, since in >90% of all cases,
this happens because the user forgot to add a PipeWire session manager
to the image.

2. WirePlumber currently does not run out of the box, since it is run
system wide (just like PulseAudio for example, and PipeWire itself also
runs system wide), and some of its scripts and modules try to access a
session-wide DBus, which does not exist when WirePlumber is run system
wide. I am unsure about a proper fix. Should upstream add system wide
DBus support? Or is there a way in OE/Yocto to start session DBus for
individual systemd services like WirePlumber?

Carlos Rafael Giani (2):
  pipewire: Upgrade to 0.3.45
  wireplumber: Add recipe

 ...{pipewire_0.3.34.bb => pipewire_0.3.45.bb} | 117 ++-
 .../wireplumber/wireplumber_0.4.8.bb  | 140 ++
 2 files changed, 219 insertions(+), 38 deletions(-)
 rename meta-multimedia/recipes-multimedia/pipewire/{pipewire_0.3.34.bb => 
pipewire_0.3.45.bb} (74%)
 create mode 100644 
meta-multimedia/recipes-multimedia/wireplumber/wireplumber_0.4.8.bb

-- 
2.32.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#95268): 
https://lists.openembedded.org/g/openembedded-devel/message/95268
Mute This Topic: https://lists.openembedded.org/mt/89000310/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][RFC PATCH 1/2] pipewire: Upgrade to 0.3.45

[Carlos Rafael Giani via lists.openembedded.org]

Recipe changes:

* media-session is no longer built, since it is now a separate subproject,
  and it is considered obsolete; WirePlumber is the alternative that
  is recommended by upstream; see:
  
https://gitlab.freedesktop.org/pipewire/media-session/-/blob/d2880ed23aa6e3df7038b311145f390e4f3428ef/README.md#pipewire-media-session
* new pipewire-v4l2 package that provides a virtual V4L2; contains
  a new "pw-v4l2" script to LD_PRELOAD libpw-v4l2.so
  device which transmits media data from/to a PipeWire graph
* pw-top needs ncurses, which is why this is added to DEPENDS
* pw-tools contains individual binary names to be able to separate
  the pw-v4l2 script from pw-tools
* libcamera and ffmpeg features are usable now
* remove unnecessary EXTRA_OEMESON switches for enabling plugins
  that are already on by default
* add avahi, libcanberra, webrtc-echo-cancelling, bluez-aac, libusb
  packageconfigs
* fix systemd-system-dir path and explicitly set systemd-user-dir path

Signed-off-by: Carlos Rafael Giani 
---
 ...{pipewire_0.3.34.bb => pipewire_0.3.45.bb} | 117 --
 1 file changed, 79 insertions(+), 38 deletions(-)
 rename meta-multimedia/recipes-multimedia/pipewire/{pipewire_0.3.34.bb => 
pipewire_0.3.45.bb} (74%)

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.34.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.45.bb
similarity index 74%
rename from meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.34.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.45.bb
index 2abc64efb..31798e47c 100644
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.34.bb
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.45.bb
@@ -1,17 +1,19 @@
-SUMMARY = "Multimedia processing server for Linux"
+SUMMARY = "Multimedia processing server for Linux"
 DESCRIPTION = "Linux server for handling and routing audio and video streams 
between applications and multimedia I/O devices"
-HOMEPAGE = "https://pipewire.org/;
+HOMEPAGE= "https://pipewire.org/;
 BUGTRACKER  = "https://gitlab.freedesktop.org/pipewire/pipewire/issues;
+AUTHOR  = "Wim Taymans "
+SECTION = "multimedia"
+
 LICENSE = "MIT & LGPL-2.1-or-later & GPL-2.0-only"
 LIC_FILES_CHKSUM = " \
 file://LICENSE;md5=2158739e172e58dc9ab1bdd2d6ec9c72 \
 file://COPYING;md5=97be96ca4fab23e9657ffa590b931c1a \
 "
-SECTION = "multimedia"
 
-DEPENDS = "dbus"
+DEPENDS = "dbus ncurses"
 
-SRCREV = "1924c2c29824955b5e763f1def6967f68e403c7c"
+SRCREV = "bdd407fe66cc9e46d4bc4dcc989d50679000482b"
 SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https"
 
 S = "${WORKDIR}/git"
@@ -27,36 +29,47 @@ USERADD_PARAM:${PN} = "--system --home / --no-create-home \
--gid pipewire --groups audio,video \
pipewire"
 
-SYSTEMD_PACKAGES = "${PN} ${PN}-media-session"
+SYSTEMD_PACKAGES = "${PN}"
 
 # For "EVL", look up https://evlproject.org/ . It involves
 # a specially prepared kernel, and is currently unavailable
 # in Yocto.
 #
-# FFmpeg and Vulkan aren't really supported - at the current
-# stage (version 0.3.22), these are just experiments, not
-# actual features.
-#
-# libcamera support currently does not build successfully.
+# Vulkan support is currently (as of version 0.3.44) not functional.
 #
 # manpage generation requires xmltoman, which is not available.
+#
+# The session-managers list specifies which session managers Meson
+# shall download (via git clone) and build as subprojects. In OE,
+# this is not how a session manager should be built. Instead, they
+# should be integrated as separate OE recipes. To prevent PipeWire
+# from using this Meson feature, set an empty list.
+# This does not disable support or the need for session managers,
+# it just prevents this subproject feature.
+#
+# AptX and LDAC are not available in OE. Currently, neither
+# are lv2 and ROC.
 EXTRA_OEMESON += " \
--Daudiotestsrc=enabled \
 -Devl=disabled \
 -Dtests=disabled \
 -Dudevrulesdir=${nonarch_base_libdir}/udev/rules.d/ \
--Dvideotestsrc=enabled \
--Dffmpeg=disabled \
+-Dsystemd-system-unit-dir=${systemd_system_unitdir} \
+-Dsystemd-user-unit-dir=${systemd_user_unitdir} \
 -Dvulkan=disabled \
--Dlibcamera=disabled \
 -Dman=disabled \
+-Dsession-managers='[]' \
+-Dlv2=disabled \
+-Droc=disabled \
+-Dbluez5-codec-aptx=disabled \
+-Dbluez5-codec-ldac=disabled \
 "
 
 PACKAGECONFIG ??= "\
+${@bb.utils.contains('DISTRO_FEATURES', 'zeroconf', 'avahi', '', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'systemd 
systemd-system-service', '

[oe] [meta-multimedia][PATCH] pipewire: Add filter-chain files to modules-filter-chain package

[Carlos Rafael Giani via lists.openembedded.org]

Signed-off-by: Carlos Rafael Giani 
---
 .../recipes-multimedia/pipewire/pipewire_0.3.29.bb  | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.29.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.29.bb
index 6c52674ca..ef4d31c95 100644
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.29.bb
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.29.bb
@@ -192,7 +192,6 @@ SYSTEMD_SERVICE_${PN} = "pipewire.service"
 CONFFILES_${PN} += "${datadir}/pipewire/pipewire.conf"
 FILES_${PN} = " \
 ${datadir}/pipewire/pipewire.conf \
-${datadir}/pipewire/filter-chain \
 ${systemd_user_unitdir}/pipewire.* \
 ${bindir}/pipewire \
 "
@@ -271,6 +270,11 @@ FILES_${PN}-modules-rtkit += " \
 ${datadir}/pipewire/client-rt.conf \
 "
 
+CONFFILES_${PN}-modules-filter-chain = "${datadir}/pipewire/filter-chain/*"
+FILES_${PN}-modules-filter-chain += " \
+${datadir}/pipewire/filter-chain/* \
+"
+
 FILES_${PN}-alsa-card-profile = " \
 ${datadir}/alsa-card-profile/* \
 ${nonarch_base_libdir}/udev/rules.d/90-pipewire-alsa.rules \
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#91831): 
https://lists.openembedded.org/g/openembedded-devel/message/91831
Mute This Topic: https://lists.openembedded.org/mt/83418612/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][PATCH] pipewire: Upgrade to 0.3.30

[Carlos Rafael Giani via lists.openembedded.org]

This is a bugfix upgrade.

Changelog:

https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/0.3.30

Signed-off-by: Carlos Rafael Giani 
---
 .../pipewire/{pipewire_0.3.29.bb => pipewire_0.3.30.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta-multimedia/recipes-multimedia/pipewire/{pipewire_0.3.29.bb => 
pipewire_0.3.30.bb} (99%)

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.29.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.30.bb
similarity index 99%
rename from meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.29.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.30.bb
index ef4d31c95..956fbc367 100644
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.29.bb
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.30.bb
@@ -11,7 +11,7 @@ SECTION = "multimedia"
 
 DEPENDS = "dbus"
 
-SRCREV = "1b484867eb20dbcf9ffea812834fc9142f89f652"
+SRCREV = "e857856be7b64d562cdcc01c43933218a68b225e"
 SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https"
 
 S = "${WORKDIR}/git"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#91830): 
https://lists.openembedded.org/g/openembedded-devel/message/91830
Mute This Topic: https://lists.openembedded.org/mt/83418611/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][PATCH] pipewire: Upgrade to 0.3.24

[Carlos Rafael Giani via lists.openembedded.org]

This is a bugfix upgrade with some necessary changes to the recipe itself.

Changelogs:

https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/0.3.23
https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/0.3.24

Fixes in the recipe itself:

- meson_options.txt now uses features for everything, so the
  "=true" and "=false" packageconfig args were replaced by
  "=enabled" and "=disabled", respectively
- "docs" packageconfig was incorrectly adding doxygen instead
  of doxygen-native to the DEPENDS variable
- "man" packageconfig removed, since manpage generation requires
  xmltoman, and that tool is not available

Signed-off-by: Carlos Rafael Giani 
---
 ...{pipewire_0.3.22.bb => pipewire_0.3.24.bb} | 43 +++
 1 file changed, 24 insertions(+), 19 deletions(-)
 rename meta-multimedia/recipes-multimedia/pipewire/{pipewire_0.3.22.bb => 
pipewire_0.3.24.bb} (87%)

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.24.bb
similarity index 87%
rename from meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.24.bb
index b54be7f89..bc8c9c00d 100644
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.24.bb
@@ -11,7 +11,7 @@ SECTION = "multimedia"
 
 DEPENDS = "dbus"
 
-SRCREV = "22d563720a7f6ba7bdf59950f8c14488d80dfa95"
+SRCREV = "c81d44e8a9497899d01bcc3054b6aa845e7a066e"
 SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https"
 
 S = "${WORKDIR}/git"
@@ -30,24 +30,30 @@ USERADD_PARAM_${PN} = "--system --home / --no-create-home \
 # For "EVL", look up https://evlproject.org/ . It involves
 # a specially prepared kernel, and is currently unavailable
 # in Yocto.
+#
 # FFmpeg and Vulkan aren't really supported - at the current
 # stage (version 0.3.22), these are just experiments, not
 # actual features.
+#
 # libcamera support currently does not build successfully.
+#
 # systemd user service files are disabled because per-user
 # PipeWire instances aren't really something that makes
 # much sense in an embedded environment. A system-wide
 # instance does.
+#
+# manpage generation requires xmltoman, which is not available.
 EXTRA_OEMESON += " \
--Daudiotestsrc=true \
--Devl=false \
--Dsystemd-user-service=false \
--Dtests=false \
+-Daudiotestsrc=enabled \
+-Devl=disabled \
+-Dsystemd-user-service=disabled \
+-Dtests=disabled \
 -Dudevrulesdir=${nonarch_base_libdir}/udev/rules.d/ \
--Dvideotestsrc=true \
--Dffmpeg=false \
--Dvulkan=false \
--Dlibcamera=false \
+-Dvideotestsrc=enabled \
+-Dffmpeg=disabled \
+-Dvulkan=disabled \
+-Dlibcamera=disabled \
+-Dman=disabled \
 "
 
 PACKAGECONFIG ??= "\
@@ -62,18 +68,17 @@ PACKAGECONFIG ??= "\
 # is why these two are marked in their respective packageconfigs
 # as being in conflict.
 
-PACKAGECONFIG[alsa] = "-Dalsa=true,-Dalsa=false,alsa-lib udev"
-PACKAGECONFIG[bluez] = "-Dbluez5=true,-Dbluez5=false,bluez5 sbc"
-PACKAGECONFIG[docs] = "-Ddocs=true,-Ddocs=false,doxygen"
-PACKAGECONFIG[gstreamer] = "-Dgstreamer=true,-Dgstreamer=false,glib-2.0 
gstreamer1.0 gstreamer1.0-plugins-base"
-PACKAGECONFIG[jack] = "-Djack=true,-Djack=false,jack,,,pipewire-jack"
-PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,libxml-parser-perl-native"
+PACKAGECONFIG[alsa] = "-Dalsa=enabled,-Dalsa=disabled,alsa-lib udev"
+PACKAGECONFIG[bluez] = "-Dbluez5=enabled,-Dbluez5=disabled,bluez5 sbc"
+PACKAGECONFIG[docs] = "-Ddocs=enabled,-Ddocs=disabled,doxygen-native"
+PACKAGECONFIG[gstreamer] = "-Dgstreamer=enabled,-Dgstreamer=disabled,glib-2.0 
gstreamer1.0 gstreamer1.0-plugins-base"
+PACKAGECONFIG[jack] = "-Djack=enabled,-Djack=disabled,jack,,,pipewire-jack"
 PACKAGECONFIG[sdl2] = "-Dsdl2=enabled,-Dsdl2=disabled,virtual/libsdl2"
 PACKAGECONFIG[sndfile] = "-Dsndfile=enabled,-Dsndfile=disabled,libsndfile1"
-PACKAGECONFIG[systemd] = "-Dsystemd=true -Dsystemd-system-service=true 
,-Dsystemd=false -Dsystemd-system-service=false,systemd"
-PACKAGECONFIG[v4l2] = "-Dv4l2=true,-Dv4l2=false,udev"
-PACKAGECONFIG[pipewire-alsa] = 
"-Dpipewire-alsa=true,-Dpipewire-alsa=false,alsa-lib"
-PACKAGECONFIG[pipewire-jack] = "-Dpipewire-jack=true 
-Dlibjack-path=${libdir}/${PW_MODULE_SUBDIR}/jack,-Dpipewire-jack=false,jack,,,jack"
+PACKAGECONFIG[systemd] = "-Dsystemd=enabled -Dsystemd-system-service=enabled 
,-Dsystemd=disabled -Dsystemd-system-service=disabled,systemd"
+PACKAGECONFIG[v4l2] = "-Dv4l2=enable

[oe] [meta-multimedia][PATCH] pipewire: move to oe-core

[Carlos Rafael Giani via lists.openembedded.org]

Signed-off-by: Carlos Rafael Giani 
---
 .../pipewire/pipewire_0.3.22.bb   | 273 --
 1 file changed, 273 deletions(-)
 delete mode 100644 
meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
deleted file mode 100644
index b54be7f89..0
--- a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
+++ /dev/null
@@ -1,273 +0,0 @@
-SUMMARY = "Multimedia processing server for Linux"
-DESCRIPTION = "Linux server for handling and routing audio and video streams 
between applications and multimedia I/O devices"
-HOMEPAGE = "https://pipewire.org/;
-BUGTRACKER  = "https://gitlab.freedesktop.org/pipewire/pipewire/issues;
-LICENSE = "MIT"
-LIC_FILES_CHKSUM = " \
-file://LICENSE;md5=e2c0b7d86d04e716a3c4c9ab34260e69 \
-file://COPYING;md5=97be96ca4fab23e9657ffa590b931c1a \
-"
-SECTION = "multimedia"
-
-DEPENDS = "dbus"
-
-SRCREV = "22d563720a7f6ba7bdf59950f8c14488d80dfa95"
-SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https"
-
-S = "${WORKDIR}/git"
-
-inherit meson pkgconfig systemd manpages gettext useradd
-
-USERADD_PACKAGES = "${PN}"
-
-GROUPADD_PARAM_${PN} = "--system pipewire"
-
-USERADD_PARAM_${PN} = "--system --home / --no-create-home \
-   --comment 'PipeWire multimedia daemon' \
-   --gid pipewire --groups audio,video \
-   pipewire"
-
-# For "EVL", look up https://evlproject.org/ . It involves
-# a specially prepared kernel, and is currently unavailable
-# in Yocto.
-# FFmpeg and Vulkan aren't really supported - at the current
-# stage (version 0.3.22), these are just experiments, not
-# actual features.
-# libcamera support currently does not build successfully.
-# systemd user service files are disabled because per-user
-# PipeWire instances aren't really something that makes
-# much sense in an embedded environment. A system-wide
-# instance does.
-EXTRA_OEMESON += " \
--Daudiotestsrc=true \
--Devl=false \
--Dsystemd-user-service=false \
--Dtests=false \
--Dudevrulesdir=${nonarch_base_libdir}/udev/rules.d/ \
--Dvideotestsrc=true \
--Dffmpeg=false \
--Dvulkan=false \
--Dlibcamera=false \
-"
-
-PACKAGECONFIG ??= "\
-${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
-${@bb.utils.filter('DISTRO_FEATURES', 'alsa systemd', d)} \
-gstreamer jack v4l2 \
-"
-
-# "jack" and "pipewire-jack" packageconfigs cannot be both enabled,
-# since "jack" imports libjack, and "pipewire-jack" generates
-# libjack.so* files, thus colliding with the libpack package. This
-# is why these two are marked in their respective packageconfigs
-# as being in conflict.
-
-PACKAGECONFIG[alsa] = "-Dalsa=true,-Dalsa=false,alsa-lib udev"
-PACKAGECONFIG[bluez] = "-Dbluez5=true,-Dbluez5=false,bluez5 sbc"
-PACKAGECONFIG[docs] = "-Ddocs=true,-Ddocs=false,doxygen"
-PACKAGECONFIG[gstreamer] = "-Dgstreamer=true,-Dgstreamer=false,glib-2.0 
gstreamer1.0 gstreamer1.0-plugins-base"
-PACKAGECONFIG[jack] = "-Djack=true,-Djack=false,jack,,,pipewire-jack"
-PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,libxml-parser-perl-native"
-PACKAGECONFIG[sdl2] = "-Dsdl2=enabled,-Dsdl2=disabled,virtual/libsdl2"
-PACKAGECONFIG[sndfile] = "-Dsndfile=enabled,-Dsndfile=disabled,libsndfile1"
-PACKAGECONFIG[systemd] = "-Dsystemd=true -Dsystemd-system-service=true 
,-Dsystemd=false -Dsystemd-system-service=false,systemd"
-PACKAGECONFIG[v4l2] = "-Dv4l2=true,-Dv4l2=false,udev"
-PACKAGECONFIG[pipewire-alsa] = 
"-Dpipewire-alsa=true,-Dpipewire-alsa=false,alsa-lib"
-PACKAGECONFIG[pipewire-jack] = "-Dpipewire-jack=true 
-Dlibjack-path=${libdir}/${PW_MODULE_SUBDIR}/jack,-Dpipewire-jack=false,jack,,,jack"
-
-PACKAGESPLITFUNCS_prepend = " split_dynamic_packages "
-PACKAGESPLITFUNCS_append = " set_dynamic_metapkg_rdepends "
-
-SPA_SUBDIR = "spa-0.2"
-PW_MODULE_SUBDIR = "pipewire-0.3"
-
-remove_unused_installed_files() {
-# jack.conf is used by pipewire-jack (not the JACK SPA plugin).
-# Remove it if pipewire-jack is not built to avoid creating the
-# pipewire-jack package.
-if ${@bb.utils.contains('PACKAGECONFIG', 'pipewire-jack', 'false', 'true', 
d)}; then
-rm -f "${D}${sysconfdir}/pipewire/jack.conf"
-fi
-}
-
-do_install[postfuncs] += "remove_unused_installed_files"
-
-python split_dynamic_packages () {
-# Create packages for each SPA plugin. These plugins are located
-# in individ

Re: [oe] [meta-multimedia][PATCH 1/2] pipewire: Move to meta-multimedia

[Carlos Rafael Giani via lists.openembedded.org]

I see three steps then:

1. Upgrade the recipe to 0.3.23 that was released today
2. Migrate it to oe-core
3. Establish a packagegroup feature to be able to easily replace PA with it

I think steps 1 and 2 can be combined, but 3 should remain separate. 
That is, once it is in oe-core, we can start thinking about establishing 
that packagegroup feature.


On 04.03.21 18:02, Khem Raj wrote:



On 3/4/21 5:12 AM, Carlos Rafael Giani via lists.openembedded.org wrote:
Well, fine by me, though I'd like to ask others as well what they 
think about moving this to oe-core?



I think its a good idea and perhaps if we can make it an easy 
replacement for PA via a packagegroup or feature ( like init systems ) 
then it will be a good thing to have in core




On 03.03.21 22:01, Andreas Müller wrote:

On Wed, Mar 3, 2021 at 12:41 PM Carlos Rafael Giani via
lists.openembedded.org 
wrote:

Signed-off-by: Carlos Rafael Giani 
---
.../recipes-multimedia/pipewire/pipewire-0.2_git.bb | 0
.../recipes-multimedia/pipewire/pipewire_git.bb | 0
  2 files changed, 0 insertions(+), 0 deletions(-)
  rename {meta-oe => 
meta-multimedia}/recipes-multimedia/pipewire/pipewire-0.2_git.bb 
(100%)
  rename {meta-oe => 
meta-multimedia}/recipes-multimedia/pipewire/pipewire_git.bb (100%)


diff --git 
a/meta-oe/recipes-multimedia/pipewire/pipewire-0.2_git.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire-0.2_git.bb

similarity index 100%
rename from meta-oe/recipes-multimedia/pipewire/pipewire-0.2_git.bb
rename to 
meta-multimedia/recipes-multimedia/pipewire/pipewire-0.2_git.bb
diff --git a/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_git.bb

similarity index 100%
rename from meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire_git.bb
--
2.25.1


To be honest: I'd prefer the other way: Add it to oe-core (of course
not this old version). Haven't found the time to check more on details
but it is a drop in replacement for at least pulseaudio and jack.

Andreas






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#89890): 
https://lists.openembedded.org/g/openembedded-devel/message/89890
Mute This Topic: https://lists.openembedded.org/mt/81049370/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe] [meta-multimedia][PATCH 2/2] pipewire: Rework 0.3 recipe and upgrade to 0.3.22

[Carlos Rafael Giani via lists.openembedded.org]

Version 0.3.23 just came out. I'd rather upgrade the recipe to that one, 
and if others here are OK with it, migrate it to oe-core.


On 03.03.21 20:22, Johannes Pointner wrote:

Hello Carlos,

On Wed, Mar 3, 2021 at 12:41 PM Carlos Rafael Giani via
lists.openembedded.org 
wrote:

* Use a versioned recipe instead of _git
* Add more packageconfigs: alsa, docs, sdl2, sndfile, v4l2,
   pipewire-alsa, pipewire-jack
* Split SPA and module packages dynamically to generate one package for
   each SPA plugin and for each module
* Split pipewire library, shim PulseAudio daemon, main tools & SPA tools,
   pipewire-alsa, pipewire-jack, ALSA card profiles, GStreamer plugin,
   and example session manager into separate packages
* Set up a "pipewire" user and group to run the PipeWire daemon with that
   user instead of root

Could you please add the patch that fixes a crash of the pipewire-media-session:
https://bugzilla.redhat.com/show_bug.cgi?id=1931043
https://gitlab.freedesktop.org/pipewire/pipewire/-/commit/3673265ae20d7b59e89cad6c5238c232796731b2

Thx,
Hannes


Signed-off-by: Carlos Rafael Giani 
---
  .../pipewire/pipewire_0.3.22.bb   | 273 ++
  .../pipewire/pipewire_git.bb  |  77 -
  2 files changed, 273 insertions(+), 77 deletions(-)
  create mode 100644 
meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
  delete mode 100644 meta-multimedia/recipes-multimedia/pipewire/pipewire_git.bb

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
new file mode 100644
index 0..b54be7f89
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
@@ -0,0 +1,273 @@
+SUMMARY = "Multimedia processing server for Linux"
+DESCRIPTION = "Linux server for handling and routing audio and video streams 
between applications and multimedia I/O devices"
+HOMEPAGE = "https://pipewire.org/;
+BUGTRACKER  = "https://gitlab.freedesktop.org/pipewire/pipewire/issues;
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = " \
+file://LICENSE;md5=e2c0b7d86d04e716a3c4c9ab34260e69 \
+file://COPYING;md5=97be96ca4fab23e9657ffa590b931c1a \
+"
+SECTION = "multimedia"
+
+DEPENDS = "dbus"
+
+SRCREV = "22d563720a7f6ba7bdf59950f8c14488d80dfa95"
+SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https"
+
+S = "${WORKDIR}/git"
+
+inherit meson pkgconfig systemd manpages gettext useradd
+
+USERADD_PACKAGES = "${PN}"
+
+GROUPADD_PARAM_${PN} = "--system pipewire"
+
+USERADD_PARAM_${PN} = "--system --home / --no-create-home \
+   --comment 'PipeWire multimedia daemon' \
+   --gid pipewire --groups audio,video \
+   pipewire"
+
+# For "EVL", look up https://evlproject.org/ . It involves
+# a specially prepared kernel, and is currently unavailable
+# in Yocto.
+# FFmpeg and Vulkan aren't really supported - at the current
+# stage (version 0.3.22), these are just experiments, not
+# actual features.
+# libcamera support currently does not build successfully.
+# systemd user service files are disabled because per-user
+# PipeWire instances aren't really something that makes
+# much sense in an embedded environment. A system-wide
+# instance does.
+EXTRA_OEMESON += " \
+-Daudiotestsrc=true \
+-Devl=false \
+-Dsystemd-user-service=false \
+-Dtests=false \
+-Dudevrulesdir=${nonarch_base_libdir}/udev/rules.d/ \
+-Dvideotestsrc=true \
+-Dffmpeg=false \
+-Dvulkan=false \
+-Dlibcamera=false \
+"
+
+PACKAGECONFIG ??= "\
+${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'alsa systemd', d)} \
+gstreamer jack v4l2 \
+"
+
+# "jack" and "pipewire-jack" packageconfigs cannot be both enabled,
+# since "jack" imports libjack, and "pipewire-jack" generates
+# libjack.so* files, thus colliding with the libpack package. This
+# is why these two are marked in their respective packageconfigs
+# as being in conflict.
+
+PACKAGECONFIG[alsa] = "-Dalsa=true,-Dalsa=false,alsa-lib udev"
+PACKAGECONFIG[bluez] = "-Dbluez5=true,-Dbluez5=false,bluez5 sbc"
+PACKAGECONFIG[docs] = "-Ddocs=true,-Ddocs=false,doxygen"
+PACKAGECONFIG[gstreamer] = "-Dgstreamer=true,-Dgstreamer=false,glib-2.0 
gstreamer1.0 gstreamer1.0-plugins-base"
+PACKAGECONFIG[jack] = "-Djack=true,-Djack=false,jack,,,pipewire-jack"
+PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,libxml-parser-perl-native"
+PACKAGECONFIG[sdl2] = "-Dsdl2=enabled,-Dsdl2=disabled,virtual/libsdl2"
+PACKAGECONFIG[sndfile] = "-Dsndfile=enabled,-Dsndfile=disabled,libsndfile1"
+PACKA

Re: [oe] [meta-multimedia][PATCH 1/2] pipewire: Move to meta-multimedia

[Carlos Rafael Giani via lists.openembedded.org]

Well, fine by me, though I'd like to ask others as well what they think 
about moving this to oe-core?


On 03.03.21 22:01, Andreas Müller wrote:

On Wed, Mar 3, 2021 at 12:41 PM Carlos Rafael Giani via
lists.openembedded.org 
wrote:

Signed-off-by: Carlos Rafael Giani 
---
  .../recipes-multimedia/pipewire/pipewire-0.2_git.bb   | 0
  .../recipes-multimedia/pipewire/pipewire_git.bb   | 0
  2 files changed, 0 insertions(+), 0 deletions(-)
  rename {meta-oe => 
meta-multimedia}/recipes-multimedia/pipewire/pipewire-0.2_git.bb (100%)
  rename {meta-oe => 
meta-multimedia}/recipes-multimedia/pipewire/pipewire_git.bb (100%)

diff --git a/meta-oe/recipes-multimedia/pipewire/pipewire-0.2_git.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire-0.2_git.bb
similarity index 100%
rename from meta-oe/recipes-multimedia/pipewire/pipewire-0.2_git.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire-0.2_git.bb
diff --git a/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_git.bb
similarity index 100%
rename from meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire_git.bb
--
2.25.1


To be honest: I'd prefer the other way: Add it to oe-core (of course
not this old version). Haven't found the time to check more on details
but it is a drop in replacement for at least pulseaudio and jack.

Andreas

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#89887): 
https://lists.openembedded.org/g/openembedded-devel/message/89887
Mute This Topic: https://lists.openembedded.org/mt/81049370/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-multimedia][PATCH 2/2] pipewire: Rework 0.3 recipe and upgrade to 0.3.22

[Carlos Rafael Giani via lists.openembedded.org]

* Use a versioned recipe instead of _git
* Add more packageconfigs: alsa, docs, sdl2, sndfile, v4l2,
  pipewire-alsa, pipewire-jack
* Split SPA and module packages dynamically to generate one package for
  each SPA plugin and for each module
* Split pipewire library, shim PulseAudio daemon, main tools & SPA tools,
  pipewire-alsa, pipewire-jack, ALSA card profiles, GStreamer plugin,
  and example session manager into separate packages
* Set up a "pipewire" user and group to run the PipeWire daemon with that
  user instead of root

Signed-off-by: Carlos Rafael Giani 
---
 .../pipewire/pipewire_0.3.22.bb   | 273 ++
 .../pipewire/pipewire_git.bb  |  77 -
 2 files changed, 273 insertions(+), 77 deletions(-)
 create mode 100644 
meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
 delete mode 100644 meta-multimedia/recipes-multimedia/pipewire/pipewire_git.bb

diff --git a/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
new file mode 100644
index 0..b54be7f89
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/pipewire/pipewire_0.3.22.bb
@@ -0,0 +1,273 @@
+SUMMARY = "Multimedia processing server for Linux"
+DESCRIPTION = "Linux server for handling and routing audio and video streams 
between applications and multimedia I/O devices"
+HOMEPAGE = "https://pipewire.org/;
+BUGTRACKER  = "https://gitlab.freedesktop.org/pipewire/pipewire/issues;
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = " \
+file://LICENSE;md5=e2c0b7d86d04e716a3c4c9ab34260e69 \
+file://COPYING;md5=97be96ca4fab23e9657ffa590b931c1a \
+"
+SECTION = "multimedia"
+
+DEPENDS = "dbus"
+
+SRCREV = "22d563720a7f6ba7bdf59950f8c14488d80dfa95"
+SRC_URI = 
"git://gitlab.freedesktop.org/pipewire/pipewire.git;branch=master;protocol=https"
+
+S = "${WORKDIR}/git"
+
+inherit meson pkgconfig systemd manpages gettext useradd
+
+USERADD_PACKAGES = "${PN}"
+
+GROUPADD_PARAM_${PN} = "--system pipewire"
+
+USERADD_PARAM_${PN} = "--system --home / --no-create-home \
+   --comment 'PipeWire multimedia daemon' \
+   --gid pipewire --groups audio,video \
+   pipewire"
+
+# For "EVL", look up https://evlproject.org/ . It involves
+# a specially prepared kernel, and is currently unavailable
+# in Yocto.
+# FFmpeg and Vulkan aren't really supported - at the current
+# stage (version 0.3.22), these are just experiments, not
+# actual features.
+# libcamera support currently does not build successfully.
+# systemd user service files are disabled because per-user
+# PipeWire instances aren't really something that makes
+# much sense in an embedded environment. A system-wide
+# instance does.
+EXTRA_OEMESON += " \
+-Daudiotestsrc=true \
+-Devl=false \
+-Dsystemd-user-service=false \
+-Dtests=false \
+-Dudevrulesdir=${nonarch_base_libdir}/udev/rules.d/ \
+-Dvideotestsrc=true \
+-Dffmpeg=false \
+-Dvulkan=false \
+-Dlibcamera=false \
+"
+
+PACKAGECONFIG ??= "\
+${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'alsa systemd', d)} \
+gstreamer jack v4l2 \
+"
+
+# "jack" and "pipewire-jack" packageconfigs cannot be both enabled,
+# since "jack" imports libjack, and "pipewire-jack" generates
+# libjack.so* files, thus colliding with the libpack package. This
+# is why these two are marked in their respective packageconfigs
+# as being in conflict.
+
+PACKAGECONFIG[alsa] = "-Dalsa=true,-Dalsa=false,alsa-lib udev"
+PACKAGECONFIG[bluez] = "-Dbluez5=true,-Dbluez5=false,bluez5 sbc"
+PACKAGECONFIG[docs] = "-Ddocs=true,-Ddocs=false,doxygen"
+PACKAGECONFIG[gstreamer] = "-Dgstreamer=true,-Dgstreamer=false,glib-2.0 
gstreamer1.0 gstreamer1.0-plugins-base"
+PACKAGECONFIG[jack] = "-Djack=true,-Djack=false,jack,,,pipewire-jack"
+PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,libxml-parser-perl-native"
+PACKAGECONFIG[sdl2] = "-Dsdl2=enabled,-Dsdl2=disabled,virtual/libsdl2"
+PACKAGECONFIG[sndfile] = "-Dsndfile=enabled,-Dsndfile=disabled,libsndfile1"
+PACKAGECONFIG[systemd] = "-Dsystemd=true -Dsystemd-system-service=true 
,-Dsystemd=false -Dsystemd-system-service=false,systemd"
+PACKAGECONFIG[v4l2] = "-Dv4l2=true,-Dv4l2=false,udev"
+PACKAGECONFIG[pipewire-alsa] = 
"-Dpipewire-alsa=true,-Dpipewire-alsa=false,alsa-lib"
+PACKAGECONFIG[pipewire-jack] = "-Dpipewire-jack=true 
-Dlibjack-path=${libdir}/${PW_MODULE_SUBDIR}/jack,-Dpipewire-jack=false,jack,,,jack"
+
+PACKAGESPLITFUNCS_prepend = " split_dynamic_packages "
+PACKAGESPLITFUNCS_append 

[oe] [meta-multimedia][PATCH 1/2] pipewire: Move to meta-multimedia

[Carlos Rafael Giani via lists.openembedded.org]

Signed-off-by: Carlos Rafael Giani 
---
 .../recipes-multimedia/pipewire/pipewire-0.2_git.bb   | 0
 .../recipes-multimedia/pipewire/pipewire_git.bb   | 0
 2 files changed, 0 insertions(+), 0 deletions(-)
 rename {meta-oe => 
meta-multimedia}/recipes-multimedia/pipewire/pipewire-0.2_git.bb (100%)
 rename {meta-oe => 
meta-multimedia}/recipes-multimedia/pipewire/pipewire_git.bb (100%)

diff --git a/meta-oe/recipes-multimedia/pipewire/pipewire-0.2_git.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire-0.2_git.bb
similarity index 100%
rename from meta-oe/recipes-multimedia/pipewire/pipewire-0.2_git.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire-0.2_git.bb
diff --git a/meta-oe/recipes-multimedia/pipewire/pipewire_git.bb 
b/meta-multimedia/recipes-multimedia/pipewire/pipewire_git.bb
similarity index 100%
rename from meta-oe/recipes-multimedia/pipewire/pipewire_git.bb
rename to meta-multimedia/recipes-multimedia/pipewire/pipewire_git.bb
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#89830): 
https://lists.openembedded.org/g/openembedded-devel/message/89830
Mute This Topic: https://lists.openembedded.org/mt/81049370/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe] [PATCH] Alliance for Open Media: new library

[Carlos Rafael Giani via lists.openembedded.org]

I'd also add this to meta-multimedia instead. After all, the whole idea 
of these newer meta-* sublayers was to organize the content of meta-oe 
better, wasn't it?


On 05.10.20 18:34, Khem Raj wrote:

I wonder if this should be part of meta-multimedia, secondly add it to
one of packagegroups e.g. packagegroups-meta-oe or
packagegroups-meta-multimedia if it is in meta-multimedia.


On Mon, Oct 5, 2020 at 2:50 AM Lim Siew Hoon  wrote:

Signed-off-by: Yong, Jonathan 
Signed-off-by: Lim Siew Hoon 
---
  meta-oe/recipes-multimedia/aom/aom_2.0.0.bb | 16 
  1 file changed, 16 insertions(+)
  create mode 100644 meta-oe/recipes-multimedia/aom/aom_2.0.0.bb

diff --git a/meta-oe/recipes-multimedia/aom/aom_2.0.0.bb 
b/meta-oe/recipes-multimedia/aom/aom_2.0.0.bb
new file mode 100644
index 0..4b388d57f
--- /dev/null
+++ b/meta-oe/recipes-multimedia/aom/aom_2.0.0.bb
@@ -0,0 +1,16 @@
+SUMMARY = "Alliance for Open Media - AV1 Codec Library"
+DESCRIPTION = "Alliance for Open Media AV1 codec library"
+
+LICENSE = "BSD-2-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=6ea91368c1bbdf877159435572b931f5"
+
+SRC_URI = "git://aomedia.googlesource.com/aom;protocol=https"
+
+SRCREV = "d1d1226af626a61f7ca664b270dd473b92228984"
+
+S = "${WORKDIR}/git"
+
+DEPENDS_append = " yasm-native"

Just use DEPENDS +=


+
+inherit pkgconfig cmake perlnative python3native
+EXTRA_OECMAKE_append = " -DBUILD_SHARED_LIBS=1"

Use EXTRA_OECMAKE +=


--
2.17.1








-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#87379): 
https://lists.openembedded.org/g/openembedded-devel/message/87379
Mute This Topic: https://lists.openembedded.org/mt/77315219/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe] [meta-oe][PATCH] surf: Add simple web browser

[Carlos Rafael Giani]

meta-browser would be more appropriate.

On 14.11.19 19:52, akuster808 wrote:


On 11/14/19 9:20 AM, Leon Anavi wrote:

Add a recipe for surf, a simple web browser based on WebKit2/GTK+.

shouldn't this go into the meta-webserver layer ?

Signed-off-by: Leon Anavi 
---
  .../0001-config.mk-Fix-compiler-and-linker.patch   | 36 ++
  meta-oe/recipes-graphics/surf/surf_2.0.bb  | 30 ++
  2 files changed, 66 insertions(+)
  create mode 100644 
meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
  create mode 100644 meta-oe/recipes-graphics/surf/surf_2.0.bb

diff --git 
a/meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
 
b/meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
new file mode 100644
index 000..a3e33ea
--- /dev/null
+++ 
b/meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
@@ -0,0 +1,36 @@
+From df199f82752398f86d2332dce53f52e2cfb50c87 Mon Sep 17 00:00:00 2001
+From: Leon Anavi 
+Date: Thu, 14 Nov 2019 14:28:39 +
+Subject: [PATCH] config.mk: Fix compiler and linker
+
+Do not set explicitly compiler and linker.
+
+Signed-off-by: Leon Anavi 
+---
+ config.mk | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/config.mk b/config.mk
+index df6e812..bf07406 100644
+--- a/config.mk
 b/config.mk
+@@ -15,8 +15,8 @@ GTKINC = `pkg-config --cflags gtk+-3.0 webkit2gtk-4.0`
+ GTKLIB = `pkg-config --libs gtk+-3.0 webkit2gtk-4.0`
+
+ # includes and libs
+-INCS = -I. -I/usr/include -I${X11INC} ${GTKINC}
+-LIBS = -L/usr/lib -lc -L${X11LIB} -lX11 ${GTKLIB} -lgthread-2.0
++INCS = ${GTKINC}
++LIBS = -lc -lX11 ${GTKLIB} -lgthread-2.0
+
+ # flags
+ CPPFLAGS = -DVERSION=\"${VERSION}\" -DWEBEXTDIR=\"${LIBPREFIX}\" 
-D_DEFAULT_SOURCE
+@@ -28,4 +28,4 @@ LDFLAGS = -s ${LIBS}
+ #LDFLAGS = ${LIBS}
+
+ # compiler and linker
+-CC = cc
++#CC = cc
+--
+2.7.4
+
diff --git a/meta-oe/recipes-graphics/surf/surf_2.0.bb 
b/meta-oe/recipes-graphics/surf/surf_2.0.bb
new file mode 100644
index 000..98d3b23
--- /dev/null
+++ b/meta-oe/recipes-graphics/surf/surf_2.0.bb
@@ -0,0 +1,30 @@
+SUMMARY = "Simple web browser"
+DESCRIPTION = "Simple open source web browser based on WebKit2/GTK"
+HOMEPAGE = "https://surf.suckless.org/;
+SECTION = "x11/graphics"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=b57e7f7720307a02d5a6598b00fe3afa"
+
+DEPENDS = "webkitgtk gtk+ gtk+3 glib-2.0 xserver-nodm-init"
+
+REQUIRED_DISTRO_FEATURES = "x11"
+
+SRC_URI = "git://git.suckless.org/surf;branch=surf-webkit2 \
+   file://0001-config.mk-Fix-compiler-and-linker.patch \
+"
+SRCREV = "b814567e2bf8bda07cea8de1c7a062f4aa437b65"
+
+S = "${WORKDIR}/git"
+
+inherit pkgconfig
+
+TARGET_CC_ARCH += "${LDFLAGS}"
+
+do_install () {
+   install -d ${D}${bindir}
+   install -m 0644 ${S}/surf ${D}${bindir}
+   chmod +x ${D}${bindir}/surf
+}
+
+INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
+INHIBIT_PACKAGE_STRIP = "1"

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] opencv: Enable pkg-config .pc file generation

[Carlos Rafael Giani]

In OpenCV 4, .pc file generation is disabled by default. Yet, other
software such as GStreamer and FFmpeg rely on the .pc files during build
time configuration. Explicitely enable .pc file generation to make sure
pkg-config can be used for getting information about OpenCV.

Signed-off-by: Carlos Rafael Giani 
---
 meta-oe/recipes-support/opencv/opencv_4.1.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-support/opencv/opencv_4.1.0.bb 
b/meta-oe/recipes-support/opencv/opencv_4.1.0.bb
index 77b5dd60c..5e89db097 100644
--- a/meta-oe/recipes-support/opencv/opencv_4.1.0.bb
+++ b/meta-oe/recipes-support/opencv/opencv_4.1.0.bb
@@ -64,6 +64,7 @@ EXTRA_OECMAKE = 
"-DOPENCV_EXTRA_MODULES_PATH=${WORKDIR}/contrib/modules \
 -DCMAKE_SKIP_RPATH=ON \
 -DOPENCV_ICV_HASH=${IPP_MD5} \
 -DIPPROOT=${WORKDIR}/ippicv_lnx \
+-DOPENCV_GENERATE_PKGCONFIG=ON \
 ${@bb.utils.contains("TARGET_CC_ARCH", "-msse3", "-DENABLE_SSE=1 
-DENABLE_SSE2=1 -DENABLE_SSE3=1 -DENABLE_SSSE3=1", "", d)} \
 ${@bb.utils.contains("TARGET_CC_ARCH", "-msse4.1", "-DENABLE_SSE=1 
-DENABLE_SSE2=1 -DENABLE_SSE3=1 -DENABLE_SSSE3=1 -DENABLE_SSE41=1", "", d)} \
 ${@bb.utils.contains("TARGET_CC_ARCH", "-msse4.2", "-DENABLE_SSE=1 
-DENABLE_SSE2=1 -DENABLE_SSE3=1 -DENABLE_SSSE3=1 -DENABLE_SSE41=1 
-DENABLE_SSE42=1", "", d)} \
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH] openh264: Fix armv7ve build

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani 
---
 meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb 
b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
index 44c46f81e..e2f028ac5 100644
--- a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
+++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
@@ -23,6 +23,7 @@ COMPATIBLE_MACHINE_mips = "(.*)"
 COMPATIBLE_MACHINE_mips64 = "(.*)"
 
 EXTRA_OEMAKE_armv7a = "ARCH=arm"
+EXTRA_OEMAKE_armv7ve = "ARCH=arm"
 EXTRA_OEMAKE_aarch64 = "ARCH=arm64"
 EXTRA_OEMAKE_x86 = "ARCH=i386"
 EXTRA_OEMAKE_x86-64 = "ARCH=x86_64"
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH v2] libopenmpt: add recipe

[Carlos Rafael Giani]

libopenmpt is a cross-platform C++ and C library to decode tracked music
files ("modules", like the .mod .xm .s3m .it formats) into raw PCM audio.
It is based on the player code of OpenMPT module tracker.

Signed-off-by: Carlos Rafael Giani 
---
 .../libopenmpt/files/run-ptest|   9 ++
 .../libopenmpt/libopenmpt_0.3.10.bb   | 104 ++
 2 files changed, 113 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
 create mode 100644 
meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb

diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest 
b/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
new file mode 100644
index 0..84981b22c
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
@@ -0,0 +1,9 @@
+#!/bin/sh
+
+./libopenmpttest >/dev/null 2>&1
+
+if [ $? -eq 0 ]; then
+   echo "PASS: libopenmpttest"
+else
+   echo "FAIL: libopenmpttest"
+fi
diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb 
b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
new file mode 100644
index 0..d14246f32
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
@@ -0,0 +1,104 @@
+SUMMARY = "C and C++ cross-platform library for decoding tracked music files 
(modules)"
+DESCRIPTION = "libopenmpt is a cross-platform C++ and C library to decode 
tracked \
+music files (modules) into a raw PCM audio stream. It also comes with 
openmpt123, a \
+cross-platform command-line or terminal based module file player, and 
libopenmpt_modplug, \
+a wrapper around libopenmpt that provides an interface that is ABI compatile 
with \
+libmodplug. libopenmpt is based on the player code of the OpenMPT project."
+HOMEPAGE = "https://lib.openmpt.org/libopenmpt/;
+SECTION = "libs"
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=e804150573f149befef6c07e173f20c3"
+
+DEPENDS = "virtual/libiconv"
+
+SRC_URI = 
"https://lib.openmpt.org/files/libopenmpt/src/libopenmpt-${PV}+release.autotools.tar.gz
 \
+   file://run-ptest \
+  "
+SRC_URI[md5sum] = "66bbc6fbb5f27a554cb145d805e9ef9d"
+SRC_URI[sha256sum] = 
"14a137b8d1a20e1b6a5e67cbc9467ab7e5e4e67d5aa38a247afc825685c53939"
+
+S = "${WORKDIR}/libopenmpt-${PV}+release.autotools"
+
+inherit autotools pkgconfig ptest
+
+PACKAGECONFIG ??= " \
+libopenmpt-modplug openmpt123 \
+${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} \
+flac mpg123 ogg sndfile vorbis vorbisfile zlib \
+${@bb.utils.filter('DISTRO_FEATURES', 'pulseaudio', d)} \
+"
+
+# libopenmpt_modplug is a library that wraps libopenmpt calls into
+# functions that are ABI compatible with libmodplug. This allows for
+# using modplug headers and linking against libopenmpt_modplug
+# instead of against the original libmodplug library.
+# NOTE: The wrapper is compatible to the ABI from libmodplug version
+# 0.8.8 and newer.
+PACKAGECONFIG[libopenmpt-modplug] = 
"--enable-libopenmpt_modplug,--disable-libopenmpt_modplug"
+PACKAGECONFIG[openmpt123] = "--enable-openmpt123,--disable-openmpt123"
+PACKAGECONFIG[tests]  = "--enable-tests,--disable-tests"
+
+# These packageconfigs affect openmpt123
+PACKAGECONFIG[flac]   = "--with-flac,--without-flac,flac"
+PACKAGECONFIG[mpg123] = "--with-mpg123,--without-mpg123,mpg123"
+PACKAGECONFIG[ogg]= "--with-ogg,--without-ogg,libogg"
+PACKAGECONFIG[portaudio]  = 
"--with-portaudio,--without-portaudio,portaudio-v19"
+PACKAGECONFIG[pulseaudio] = 
"--with-pulseaudio,--without-pulseaudio,pulseaudio"
+PACKAGECONFIG[sdl]= "--with-sdl,--without-sdl,virtual/libsdl"
+PACKAGECONFIG[sdl2]   = 
"--with-sdl2,--without-sdl2,virtual/libsdl2"
+PACKAGECONFIG[sndfile]= 
"--with-sndfile,--without-sndfile,libsndfile1"
+PACKAGECONFIG[vorbis] = "--with-vorbis,--without-vorbis,libvorbis"
+PACKAGECONFIG[vorbisfile] = 
"--with-vorbisfile,--without-vorbisfile,libvorbis"
+PACKAGECONFIG[zlib]   = "--with-zlib,--without-zlib,zlib"
+
+# --disable-libmodplug is necessary, since otherwise we'd
+# have a collision with the libmodplug package, because of the
+# libmodplug.so file. (libmodplug.so from libopenmpt isintended
+# to be used as a drop-in replacement, and according to the
+# documentation, is not complete.)
+EXTRA_OECONF += " \
+--disable-doxygen-doc \
+--disable-examples \
+--disable-libmodplug \
+--without-portaudiocpp \
+"
+
+do_compile_ptest() {
+oe_runmake ${PARALLEL_MAKE} libo

Re: [oe] [meta-multimedia][PATCH] libopenmpt: add recipe

[Carlos Rafael Giani]

Ahh right. When I read "style", I focused on the formatting :)

I'll send in a v2, thanks.


On 2018-07-28 09:05, Khem Raj wrote:

On Fri, Jul 27, 2018 at 11:00 PM Carlos Rafael Giani
 wrote:

Actually, I see nothing wrong with the RDEPENDS_${PN}_libc-glibc block.
It fits exactly the description in that style guide. Or what am I missing?



all R* variables go at the end of file.


On 2018-07-27 23:40, akuster808 wrote:

On 07/27/2018 01:25 PM, Carlos Rafael Giani wrote:

libopenmpt is a cross-platform C++ and C library to decode tracked music
files ("modules", like the .mod .xm .s3m .it formats) into raw PCM audio.
It is based on the player code of OpenMPT module tracker.

Signed-off-by: Carlos Rafael Giani /dev/null 2>&1
+
+if [ $? -eq 0 ]; then
+   echo "PASS: libopenmpttest"
+else
+   echo "FAIL: libopenmpttest"
+fi
diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb 
b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
new file mode 100644
index 0..dddf80407
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
@@ -0,0 +1,104 @@
+SUMMARY = "C and C++ cross-platform library for decoding tracked music files 
(modules)"
+DESCRIPTION = "libopenmpt is a cross-platform C++ and C library to decode 
tracked \
+music files (modules) into a raw PCM audio stream. It also comes with 
openmpt123, a \
+cross-platform command-line or terminal based module file player, and 
libopenmpt_modplug, \
+a wrapper around libopenmpt that provides an interface that is ABI compatile 
with \
+libmodplug. libopenmpt is based on the player code of the OpenMPT project."
+HOMEPAGE = "https://lib.openmpt.org/libopenmpt/;
+SECTION = "libs"
+
+DEPENDS = "virtual/libiconv"
+
+RDEPENDS_${PN}_libc-glibc = " \
+glibc-gconv-cp1252 \
+glibc-gconv-ibm437 \
+glibc-gconv-iso8859-1 \
+glibc-gconv-iso8859-15 \

The style seems to be a bit off. Please check
https://www.openembedded.org/wiki/Styleguide
- armin

+"
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=e804150573f149befef6c07e173f20c3"
+
+SRC_URI = 
"https://lib.openmpt.org/files/libopenmpt/src/libopenmpt-${PV}+release.autotools.tar.gz
 \
+   file://run-ptest \
+  "
+SRC_URI[md5sum] = "66bbc6fbb5f27a554cb145d805e9ef9d"
+SRC_URI[sha256sum] = 
"14a137b8d1a20e1b6a5e67cbc9467ab7e5e4e67d5aa38a247afc825685c53939"
+
+S = "${WORKDIR}/libopenmpt-${PV}+release.autotools"
+
+inherit autotools pkgconfig ptest
+
+PACKAGECONFIG ??= " \
+libopenmpt-modplug openmpt123 \
+${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} \
+flac mpg123 ogg sndfile vorbis vorbisfile zlib \
+${@bb.utils.filter('DISTRO_FEATURES', 'pulseaudio', d)} \
+"
+
+# libopenmpt_modplug is a library that wraps libopenmpt calls into
+# functions that are ABI compatible with libmodplug. This allows for
+# using modplug headers and linking against libopenmpt_modplug
+# instead of against the original libmodplug library.
+# NOTE: The wrapper is compatible to the ABI from libmodplug version
+# 0.8.8 and newer.
+PACKAGECONFIG[libopenmpt-modplug] = 
"--enable-libopenmpt_modplug,--disable-libopenmpt_modplug"
+PACKAGECONFIG[openmpt123] = "--enable-openmpt123,--disable-openmpt123"
+PACKAGECONFIG[tests]  = "--enable-tests,--disable-tests"
+
+# These packageconfigs affect openmpt123
+PACKAGECONFIG[flac]   = "--with-flac,--without-flac,flac"
+PACKAGECONFIG[mpg123] = "--with-mpg123,--without-mpg123,mpg123"
+PACKAGECONFIG[ogg]= "--with-ogg,--without-ogg,libogg"
+PACKAGECONFIG[portaudio]  = 
"--with-portaudio,--without-portaudio,portaudio-v19"
+PACKAGECONFIG[pulseaudio] = 
"--with-pulseaudio,--without-pulseaudio,pulseaudio"
+PACKAGECONFIG[sdl]= "--with-sdl,--without-sdl,virtual/libsdl"
+PACKAGECONFIG[sdl2]   = 
"--with-sdl2,--without-sdl2,virtual/libsdl2"
+PACKAGECONFIG[sndfile]= 
"--with-sndfile,--without-sndfile,libsndfile1"
+PACKAGECONFIG[vorbis] = "--with-vorbis,--without-vorbis,libvorbis"
+PACKAGECONFIG[vorbisfile] = 
"--with-vorbisfile,--without-vorbisfile,libvorbis"
+PACKAGECONFIG[zlib]   = "--with-zlib,--without-zlib,zlib"
+
+# --disable-libmodplug is necessary, since otherwise we'd
+# have a collision with the libmodplug package, because of the
+# libmodplug.so file. (libmodplug.so from libopenmpt isintended
+# to be used as a drop-in replacement, and according to the
+# documentation, is not complete.)
+EXTRA_OECONF += " \
+--disable-doxygen-doc \
+--disable-examples \
+--disable-libmodplug \
+--without-porta

Re: [oe] [meta-multimedia][PATCH] libopenmpt: add recipe

[Carlos Rafael Giani]

Actually, I see nothing wrong with the RDEPENDS_${PN}_libc-glibc block. 
It fits exactly the description in that style guide. Or what am I missing?



On 2018-07-27 23:40, akuster808 wrote:


On 07/27/2018 01:25 PM, Carlos Rafael Giani wrote:

libopenmpt is a cross-platform C++ and C library to decode tracked music
files ("modules", like the .mod .xm .s3m .it formats) into raw PCM audio.
It is based on the player code of OpenMPT module tracker.

Signed-off-by: Carlos Rafael Giani /dev/null 2>&1
+
+if [ $? -eq 0 ]; then
+   echo "PASS: libopenmpttest"
+else
+   echo "FAIL: libopenmpttest"
+fi
diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb 
b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
new file mode 100644
index 0..dddf80407
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
@@ -0,0 +1,104 @@
+SUMMARY = "C and C++ cross-platform library for decoding tracked music files 
(modules)"
+DESCRIPTION = "libopenmpt is a cross-platform C++ and C library to decode 
tracked \
+music files (modules) into a raw PCM audio stream. It also comes with 
openmpt123, a \
+cross-platform command-line or terminal based module file player, and 
libopenmpt_modplug, \
+a wrapper around libopenmpt that provides an interface that is ABI compatile 
with \
+libmodplug. libopenmpt is based on the player code of the OpenMPT project."
+HOMEPAGE = "https://lib.openmpt.org/libopenmpt/;
+SECTION = "libs"
+
+DEPENDS = "virtual/libiconv"
+
+RDEPENDS_${PN}_libc-glibc = " \
+glibc-gconv-cp1252 \
+glibc-gconv-ibm437 \
+glibc-gconv-iso8859-1 \
+glibc-gconv-iso8859-15 \

The style seems to be a bit off. Please check
https://www.openembedded.org/wiki/Styleguide
- armin

+"
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=e804150573f149befef6c07e173f20c3"
+
+SRC_URI = 
"https://lib.openmpt.org/files/libopenmpt/src/libopenmpt-${PV}+release.autotools.tar.gz
 \
+   file://run-ptest \
+  "
+SRC_URI[md5sum] = "66bbc6fbb5f27a554cb145d805e9ef9d"
+SRC_URI[sha256sum] = 
"14a137b8d1a20e1b6a5e67cbc9467ab7e5e4e67d5aa38a247afc825685c53939"
+
+S = "${WORKDIR}/libopenmpt-${PV}+release.autotools"
+
+inherit autotools pkgconfig ptest
+
+PACKAGECONFIG ??= " \
+libopenmpt-modplug openmpt123 \
+${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} \
+flac mpg123 ogg sndfile vorbis vorbisfile zlib \
+${@bb.utils.filter('DISTRO_FEATURES', 'pulseaudio', d)} \
+"
+
+# libopenmpt_modplug is a library that wraps libopenmpt calls into
+# functions that are ABI compatible with libmodplug. This allows for
+# using modplug headers and linking against libopenmpt_modplug
+# instead of against the original libmodplug library.
+# NOTE: The wrapper is compatible to the ABI from libmodplug version
+# 0.8.8 and newer.
+PACKAGECONFIG[libopenmpt-modplug] = 
"--enable-libopenmpt_modplug,--disable-libopenmpt_modplug"
+PACKAGECONFIG[openmpt123] = "--enable-openmpt123,--disable-openmpt123"
+PACKAGECONFIG[tests]  = "--enable-tests,--disable-tests"
+
+# These packageconfigs affect openmpt123
+PACKAGECONFIG[flac]   = "--with-flac,--without-flac,flac"
+PACKAGECONFIG[mpg123] = "--with-mpg123,--without-mpg123,mpg123"
+PACKAGECONFIG[ogg]= "--with-ogg,--without-ogg,libogg"
+PACKAGECONFIG[portaudio]  = 
"--with-portaudio,--without-portaudio,portaudio-v19"
+PACKAGECONFIG[pulseaudio] = 
"--with-pulseaudio,--without-pulseaudio,pulseaudio"
+PACKAGECONFIG[sdl]= "--with-sdl,--without-sdl,virtual/libsdl"
+PACKAGECONFIG[sdl2]   = 
"--with-sdl2,--without-sdl2,virtual/libsdl2"
+PACKAGECONFIG[sndfile]= 
"--with-sndfile,--without-sndfile,libsndfile1"
+PACKAGECONFIG[vorbis] = "--with-vorbis,--without-vorbis,libvorbis"
+PACKAGECONFIG[vorbisfile] = 
"--with-vorbisfile,--without-vorbisfile,libvorbis"
+PACKAGECONFIG[zlib]   = "--with-zlib,--without-zlib,zlib"
+
+# --disable-libmodplug is necessary, since otherwise we'd
+# have a collision with the libmodplug package, because of the
+# libmodplug.so file. (libmodplug.so from libopenmpt isintended
+# to be used as a drop-in replacement, and according to the
+# documentation, is not complete.)
+EXTRA_OECONF += " \
+--disable-doxygen-doc \
+--disable-examples \
+--disable-libmodplug \
+--without-portaudiocpp \
+"
+
+# Since version 0.3, libopenmpt uses SemVer 2.0.0 versioning.
+# The SemVer versioning scheme is incompatible with Debian/Ubuntu
+# package version names.
+DEBIAN_NOAUTONAME_${PN} = "1"
+DEBIAN_NOAUTONAME_${PN}

[oe] [meta-multimedia][PATCH] libopenmpt: add recipe

[Carlos Rafael Giani]

libopenmpt is a cross-platform C++ and C library to decode tracked music
files ("modules", like the .mod .xm .s3m .it formats) into raw PCM audio.
It is based on the player code of OpenMPT module tracker.

Signed-off-by: Carlos Rafael Giani 
---
 .../libopenmpt/files/run-ptest|   9 ++
 .../libopenmpt/libopenmpt_0.3.10.bb   | 104 ++
 2 files changed, 113 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
 create mode 100644 
meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb

diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest 
b/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
new file mode 100644
index 0..84981b22c
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/files/run-ptest
@@ -0,0 +1,9 @@
+#!/bin/sh
+
+./libopenmpttest >/dev/null 2>&1
+
+if [ $? -eq 0 ]; then
+   echo "PASS: libopenmpttest"
+else
+   echo "FAIL: libopenmpttest"
+fi
diff --git a/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb 
b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
new file mode 100644
index 0..dddf80407
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libopenmpt/libopenmpt_0.3.10.bb
@@ -0,0 +1,104 @@
+SUMMARY = "C and C++ cross-platform library for decoding tracked music files 
(modules)"
+DESCRIPTION = "libopenmpt is a cross-platform C++ and C library to decode 
tracked \
+music files (modules) into a raw PCM audio stream. It also comes with 
openmpt123, a \
+cross-platform command-line or terminal based module file player, and 
libopenmpt_modplug, \
+a wrapper around libopenmpt that provides an interface that is ABI compatile 
with \
+libmodplug. libopenmpt is based on the player code of the OpenMPT project."
+HOMEPAGE = "https://lib.openmpt.org/libopenmpt/;
+SECTION = "libs"
+
+DEPENDS = "virtual/libiconv"
+
+RDEPENDS_${PN}_libc-glibc = " \
+glibc-gconv-cp1252 \
+glibc-gconv-ibm437 \
+glibc-gconv-iso8859-1 \
+glibc-gconv-iso8859-15 \
+"
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=e804150573f149befef6c07e173f20c3"
+
+SRC_URI = 
"https://lib.openmpt.org/files/libopenmpt/src/libopenmpt-${PV}+release.autotools.tar.gz
 \
+   file://run-ptest \
+  "
+SRC_URI[md5sum] = "66bbc6fbb5f27a554cb145d805e9ef9d"
+SRC_URI[sha256sum] = 
"14a137b8d1a20e1b6a5e67cbc9467ab7e5e4e67d5aa38a247afc825685c53939"
+
+S = "${WORKDIR}/libopenmpt-${PV}+release.autotools"
+
+inherit autotools pkgconfig ptest
+
+PACKAGECONFIG ??= " \
+libopenmpt-modplug openmpt123 \
+${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} \
+flac mpg123 ogg sndfile vorbis vorbisfile zlib \
+${@bb.utils.filter('DISTRO_FEATURES', 'pulseaudio', d)} \
+"
+
+# libopenmpt_modplug is a library that wraps libopenmpt calls into
+# functions that are ABI compatible with libmodplug. This allows for
+# using modplug headers and linking against libopenmpt_modplug
+# instead of against the original libmodplug library.
+# NOTE: The wrapper is compatible to the ABI from libmodplug version
+# 0.8.8 and newer.
+PACKAGECONFIG[libopenmpt-modplug] = 
"--enable-libopenmpt_modplug,--disable-libopenmpt_modplug"
+PACKAGECONFIG[openmpt123] = "--enable-openmpt123,--disable-openmpt123"
+PACKAGECONFIG[tests]  = "--enable-tests,--disable-tests"
+
+# These packageconfigs affect openmpt123
+PACKAGECONFIG[flac]   = "--with-flac,--without-flac,flac"
+PACKAGECONFIG[mpg123] = "--with-mpg123,--without-mpg123,mpg123"
+PACKAGECONFIG[ogg]= "--with-ogg,--without-ogg,libogg"
+PACKAGECONFIG[portaudio]  = 
"--with-portaudio,--without-portaudio,portaudio-v19"
+PACKAGECONFIG[pulseaudio] = 
"--with-pulseaudio,--without-pulseaudio,pulseaudio"
+PACKAGECONFIG[sdl]= "--with-sdl,--without-sdl,virtual/libsdl"
+PACKAGECONFIG[sdl2]   = 
"--with-sdl2,--without-sdl2,virtual/libsdl2"
+PACKAGECONFIG[sndfile]= 
"--with-sndfile,--without-sndfile,libsndfile1"
+PACKAGECONFIG[vorbis] = "--with-vorbis,--without-vorbis,libvorbis"
+PACKAGECONFIG[vorbisfile] = 
"--with-vorbisfile,--without-vorbisfile,libvorbis"
+PACKAGECONFIG[zlib]   = "--with-zlib,--without-zlib,zlib"
+
+# --disable-libmodplug is necessary, since otherwise we'd
+# have a collision with the libmodplug package, because of the
+# libmodplug.so file. (libmodplug.so from libopenmpt isintended
+# to be used as a drop-in replacement, and according to the
+# documentation, is not complete.)
+EXTRA_OECONF += " \
+--disable-doxygen-doc 

Re: [oe] [meta-oe][PATCH] libnice: Upgrade to 0.1.14

[Carlos Rafael Giani]

Sorry, forgot to label this v2. Slight change to the commit message - 
GStreamer 1.14 instead of 1.14.0, since WebRTC is an introduction to 
1.14.x overall.



On 2018-07-19 11:49, Carlos Rafael Giani wrote:

This is the minimum version needed by the new GStreamer 1.14 WebRTC
support (not to be confused with the WebRTC DSP support).

New packageconfigs were added to make the GStreamer 0.10 and 1.0
support configurable.

Signed-off-by: Carlos Rafael Giani 
---
  .../{libnice_0.1.13.bb => libnice_0.1.14.bb}   | 18 ++
  1 file changed, 10 insertions(+), 8 deletions(-)
  rename meta-oe/recipes-support/farsight/{libnice_0.1.13.bb => 
libnice_0.1.14.bb} (55%)

diff --git a/meta-oe/recipes-support/farsight/libnice_0.1.13.bb 
b/meta-oe/recipes-support/farsight/libnice_0.1.14.bb
similarity index 55%
rename from meta-oe/recipes-support/farsight/libnice_0.1.13.bb
rename to meta-oe/recipes-support/farsight/libnice_0.1.14.bb
index 48c8221a3..775257f93 100644
--- a/meta-oe/recipes-support/farsight/libnice_0.1.13.bb
+++ b/meta-oe/recipes-support/farsight/libnice_0.1.14.bb
@@ -2,8 +2,8 @@ SUMMARY = "Interactive Connectivity Establishment library"
  DESCRIPTION = "Libnice is an implementation of the IETF's draft Interactive 
Connectivity Establishment standard (ICE)."
  HOMEPAGE = "http://nice.freedesktop.org/wiki/;
  SRC_URI = "http://nice.freedesktop.org/releases/libnice-${PV}.tar.gz;
-SRC_URI[md5sum] = "3226faeaf48a9150ada00da2e2865959"
-SRC_URI[sha256sum] = 
"61112d9f3be933a827c8365f20551563953af6718057928f51f487bfe88419e1"
+SRC_URI[md5sum] = "c9b9b74b8ae1b3890e4bd93f1b70e8ff"
+SRC_URI[sha256sum] = 
"be120ba95d4490436f0da077ffa8f767bf727b82decf2bf499e39becc027809c"
  
  LICENSE = "LGPLv2.1 & MPLv1.1"

  LIC_FILES_CHKSUM = "file://COPYING;md5=9c42325015702feda4f4d2f19a55b767 \
@@ -11,17 +11,19 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=9c42325015702feda4f4d2f19a55b767 \
  file://COPYING.MPL;md5=3c617710e51cdbe0fc00716f056dfb1a \
  "
  
-DEPENDS = "glib-2.0 gstreamer1.0 gstreamer1.0-plugins-base"

+DEPENDS = "glib-2.0 gnutls"
  
-PACKAGECONFIG ??= ""

+PACKAGECONFIG ??= "gstreamer1.0"
  PACKAGECONFIG[gupnp] = "--enable-gupnp,--disable-gupnp,gupnp-igd"
+PACKAGECONFIG[gstreamer0.10] = 
"--with-gstreamer-0.10,--without-gstreamer-0.10,gstreamer gst-plugins-base"
+PACKAGECONFIG[gstreamer1.0] = "--with-gstreamer,--without-gstreamer,gstreamer1.0 
gstreamer1.0-plugins-base"
  
  inherit autotools pkgconfig gtk-doc gobject-introspection
  
-FILES_${PN} += "${libdir}/gstreamer-1.0/*.so"

-FILES_${PN}-dev += "${libdir}/gstreamer-1.0/*.la"
-FILES_${PN}-staticdev += "${libdir}/gstreamer-1.0/*.a"
-FILES_${PN}-dbg += "${libdir}/gstreamer-1.0/.debug"
+FILES_${PN} += "${libdir}/gstreamer-0.10/*.so ${libdir}/gstreamer-1.0/*.so"
+FILES_${PN}-dev += "${libdir}/gstreamer-0.10/*.la ${libdir}/gstreamer-1.0/*.la"
+FILES_${PN}-staticdev += "${libdir}/gstreamer-0.10/*.a 
${libdir}/gstreamer-1.0/*.a"
+FILES_${PN}-dbg += "${libdir}/gstreamer-0.10/.debug 
${libdir}/gstreamer-1.0/.debug"
  
  do_configure_prepend() {

  mkdir ${S}/m4 || true


--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] libnice: Upgrade to 0.1.14

[Carlos Rafael Giani]

This is the minimum version needed by the new GStreamer 1.14 WebRTC
support (not to be confused with the WebRTC DSP support).

New packageconfigs were added to make the GStreamer 0.10 and 1.0
support configurable.

Signed-off-by: Carlos Rafael Giani 
---
 .../{libnice_0.1.13.bb => libnice_0.1.14.bb}   | 18 ++
 1 file changed, 10 insertions(+), 8 deletions(-)
 rename meta-oe/recipes-support/farsight/{libnice_0.1.13.bb => 
libnice_0.1.14.bb} (55%)

diff --git a/meta-oe/recipes-support/farsight/libnice_0.1.13.bb 
b/meta-oe/recipes-support/farsight/libnice_0.1.14.bb
similarity index 55%
rename from meta-oe/recipes-support/farsight/libnice_0.1.13.bb
rename to meta-oe/recipes-support/farsight/libnice_0.1.14.bb
index 48c8221a3..775257f93 100644
--- a/meta-oe/recipes-support/farsight/libnice_0.1.13.bb
+++ b/meta-oe/recipes-support/farsight/libnice_0.1.14.bb
@@ -2,8 +2,8 @@ SUMMARY = "Interactive Connectivity Establishment library"
 DESCRIPTION = "Libnice is an implementation of the IETF's draft Interactive 
Connectivity Establishment standard (ICE)."
 HOMEPAGE = "http://nice.freedesktop.org/wiki/;
 SRC_URI = "http://nice.freedesktop.org/releases/libnice-${PV}.tar.gz;
-SRC_URI[md5sum] = "3226faeaf48a9150ada00da2e2865959"
-SRC_URI[sha256sum] = 
"61112d9f3be933a827c8365f20551563953af6718057928f51f487bfe88419e1"
+SRC_URI[md5sum] = "c9b9b74b8ae1b3890e4bd93f1b70e8ff"
+SRC_URI[sha256sum] = 
"be120ba95d4490436f0da077ffa8f767bf727b82decf2bf499e39becc027809c"
 
 LICENSE = "LGPLv2.1 & MPLv1.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=9c42325015702feda4f4d2f19a55b767 \
@@ -11,17 +11,19 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=9c42325015702feda4f4d2f19a55b767 \
 file://COPYING.MPL;md5=3c617710e51cdbe0fc00716f056dfb1a \
 "
 
-DEPENDS = "glib-2.0 gstreamer1.0 gstreamer1.0-plugins-base"
+DEPENDS = "glib-2.0 gnutls"
 
-PACKAGECONFIG ??= ""
+PACKAGECONFIG ??= "gstreamer1.0"
 PACKAGECONFIG[gupnp] = "--enable-gupnp,--disable-gupnp,gupnp-igd"
+PACKAGECONFIG[gstreamer0.10] = 
"--with-gstreamer-0.10,--without-gstreamer-0.10,gstreamer gst-plugins-base"
+PACKAGECONFIG[gstreamer1.0] = 
"--with-gstreamer,--without-gstreamer,gstreamer1.0 gstreamer1.0-plugins-base"
 
 inherit autotools pkgconfig gtk-doc gobject-introspection
 
-FILES_${PN} += "${libdir}/gstreamer-1.0/*.so"
-FILES_${PN}-dev += "${libdir}/gstreamer-1.0/*.la"
-FILES_${PN}-staticdev += "${libdir}/gstreamer-1.0/*.a"
-FILES_${PN}-dbg += "${libdir}/gstreamer-1.0/.debug"
+FILES_${PN} += "${libdir}/gstreamer-0.10/*.so ${libdir}/gstreamer-1.0/*.so"
+FILES_${PN}-dev += "${libdir}/gstreamer-0.10/*.la ${libdir}/gstreamer-1.0/*.la"
+FILES_${PN}-staticdev += "${libdir}/gstreamer-0.10/*.a 
${libdir}/gstreamer-1.0/*.a"
+FILES_${PN}-dbg += "${libdir}/gstreamer-0.10/.debug 
${libdir}/gstreamer-1.0/.debug"
 
 do_configure_prepend() {
 mkdir ${S}/m4 || true
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH] tinyalsa: Add -fPIC to compile flags

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani 
---
 meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa.bb | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa.bb 
b/meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa.bb
index 72094b6fa..157e4c91f 100644
--- a/meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa.bb
+++ b/meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa.bb
@@ -14,5 +14,11 @@ S = "${WORKDIR}/git"
 
 inherit cmake
 
+# tinyalsa is built as a static library. Enable PIC to avoid relocation
+# errors like these:
+#
+#unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol 
`stderr@@GLIBC_2.17'
+CFLAGS += " -fPIC -DPIC "
+
 PACKAGES =+ "${PN}-tools"
 FILES_${PN}-tools = "${bindir}/*"
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-networking][PATCH] nanomsg: add recipe

[Carlos Rafael Giani]

nanomsg is a socket library that provides several common communication
patterns. It is a rewrite of the ZeroMQ library. For differences between
ZeroMQ and nanomsg, consult https://nanomsg.org/documentation-zeromq.html

Signed-off-by: Carlos Rafael Giani 
---
 .../nanomsg/nanomsg_1.1.4.bb  | 28 +++
 1 file changed, 28 insertions(+)
 create mode 100644 
meta-networking/recipes-connectivity/nanomsg/nanomsg_1.1.4.bb

diff --git a/meta-networking/recipes-connectivity/nanomsg/nanomsg_1.1.4.bb 
b/meta-networking/recipes-connectivity/nanomsg/nanomsg_1.1.4.bb
new file mode 100644
index 0..fa6b43ace
--- /dev/null
+++ b/meta-networking/recipes-connectivity/nanomsg/nanomsg_1.1.4.bb
@@ -0,0 +1,28 @@
+SUMMARY = "nanomsg socket library"
+DESCRIPTION = "nanomsg is a socket library that provides several common \
+communication patterns. It aims to make the networking layer fast, scalable, \
+and easy to use. Implemented in C, it works on a wide range of operating \
+systems with no further dependencies."
+HOMEPAGE = "https://nanomsg.org/;
+LICENSE = "MIT-X"
+LIC_FILES_CHKSUM = "file://COPYING;md5=587b3fd7fd291e418ff4d2b8f3904755"
+
+SECTION = "libs/networking"
+
+SRC_URI = "git://github.com/nanomsg/nanomsg.git;protocol=https"
+SRCREV = "e7f8a751316b942d8962cd0232c2d606c1d9a9db"
+
+S = "${WORKDIR}/git"
+
+inherit cmake pkgconfig
+
+# nanomsg documentation generation requires asciidoctor,
+# not asciidoc, and currently there's no asciidoctor-native
+# recipe anywhere in openembedded-core or meta-openembedded
+EXTRA_OECMAKE = " -DNN_ENABLE_DOC=OFF "
+
+# we don't want nanomsg-tools to be renamed to libnanomsg-tools
+DEBIAN_NOAUTONAME_${PN}-tools = "1"
+
+PACKAGES =+ "${PN}-tools"
+FILES_${PN}-tools = "${bindir}/*"
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH] libde265: add recipe

[Carlos Rafael Giani]

libde265 is an open source implementation of the h.265 video codec.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/libde265/libde265_1.0.2.bb| 20 
 1 file changed, 20 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/libde265/libde265_1.0.2.bb

diff --git a/meta-multimedia/recipes-multimedia/libde265/libde265_1.0.2.bb 
b/meta-multimedia/recipes-multimedia/libde265/libde265_1.0.2.bb
new file mode 100644
index 0..cd075ffe1
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libde265/libde265_1.0.2.bb
@@ -0,0 +1,20 @@
+DESCRIPTION = "libde265 is an open source implementation of the h.265 \
+video codec. It is written from scratch and has a plain C API to enable a \
+simple integration into other software."
+HOMEPAGE = "http://www.libde265.org/;
+SECTION = "libs/multimedia"
+
+LICENSE = "LGPLv3"
+LICENSE_FLAGS = "commercial"
+LIC_FILES_CHKSUM = "file://COPYING;md5=852f345c1c52c9160f9a7c36bb997546"
+
+SRC_URI = 
"https://github.com/strukturag/libde265/releases/download/v${PV}/${BPN}-${PV}.tar.gz;
+SRC_URI[md5sum] = "93520b378df25f3a94e962f2b54872cc"
+SRC_URI[sha256sum] = 
"eaa0348839c2935dd90647d72c6dd4a043e36361cb3c33d2b04df10fbcebd3cb"
+
+EXTRA_OECONF = "--disable-sherlock265 --disable-dec265"
+
+inherit autotools-brokensep pkgconfig
+
+PACKAGES =+ "${PN}-tools"
+FILES_${PN}-tools = "${bindir}/*"
-- 
2.14.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH] tinyalsa: add recipe

[Carlos Rafael Giani]

TinyALSA is a small library to interface with ALSA in the Linux kernel.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/tinyalsa/tinyalsa_1.1.1.bb  | 28 ++
 1 file changed, 28 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa_1.1.1.bb

diff --git a/meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa_1.1.1.bb 
b/meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa_1.1.1.bb
new file mode 100644
index 0..fa5449ff6
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa_1.1.1.bb
@@ -0,0 +1,28 @@
+DESCRIPTION = "TinyALSA is a small library to interface with ALSA in \
+the Linux kernel. It is a lightweight alternative to libasound."
+HOMEPAGE = "https://github.com/tinyalsa/tinyalsa;
+SECTION = "libs/multimedia"
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://NOTICE;md5=dbdefe400d894b510a9de14813181d0b"
+
+SRC_URI = "https://github.com/tinyalsa/tinyalsa/archive/${PV}.tar.gz;
+SRC_URI[md5sum] = "ec5c1cc175fcb8c9d3d0adcececf10a9"
+SRC_URI[sha256sum] = 
"d92b438cea348ae316c4b2cbf367b4f01ed821a947e6a34d813624e9e3c936c1"
+
+do_configure() {
+:
+}
+
+do_compile() {
+oe_runmake CC='${CC}' LD='${CC}' AR='${AR}'
+}
+
+do_install() {
+oe_runmake install \
+PREFIX="${prefix}" DESTDIR="${D}" INCDIR="${includedir}/tinyalsa" \
+LIBDIR="${libdir}" BINDIR="${bindir}" MANDIR="${mandir}"
+}
+
+PACKAGES =+ "${PN}-tools"
+FILES_${PN}-tools = "${bindir}/*"
-- 
2.14.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH v2] openh264: add recipe

[Carlos Rafael Giani]

OpenH264 is a codec library which supports H.264 encoding and decoding.
It is suitable for use in real time applications such as WebRTC.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/openh264/openh264_1.7.0.bb  | 42 ++
 1 file changed, 42 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb

diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb 
b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
new file mode 100644
index 0..a7aaab362
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
@@ -0,0 +1,42 @@
+DESCRIPTION = "OpenH264 is a codec library which supports H.264 encoding and \
+decoding. It is suitable for use in real time applications such as WebRTC."
+HOMEPAGE = "http://www.openh264.org/;
+SECTION = "libs/multimedia"
+
+DEPENDS = "${@oe.utils.conditional('TARGET_ARCH', 'i386', 'nasm-native', \
+  oe.utils.conditional('TARGET_ARCH', 'x86_64', 'nasm-native', \
+ '', d), d)}"
+
+LICENSE = "BSD-2-Clause"
+LICENSE_FLAGS = "commercial"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=bb6d3771da6a07d33fd50d4d9aa73bcf"
+
+SRC_URI = "https://github.com/cisco/openh264/archive/v${PV}.tar.gz;
+SRC_URI[md5sum] = "93da4e76cfda7ede8fd2df51b0021efd"
+SRC_URI[sha256sum] = 
"9c07c38d7de00046c9c52b12c76a2af7648b70d05bd5460c8b67f6895738653f"
+
+COMPATIBLE_MACHINE_armv7a = "(.*)"
+COMPATIBLE_MACHINE_aarch64 = "(.*)"
+COMPATIBLE_MACHINE_i386 = "(.*)"
+COMPATIBLE_MACHINE_x86-64 = "(.*)"
+COMPATIBLE_MACHINE_mips = "(.*)"
+COMPATIBLE_MACHINE_mips64 = "(.*)"
+
+EXTRA_OEMAKE_armv7a = "ARCH=arm"
+EXTRA_OEMAKE_aarch64 = "ARCH=arm64"
+EXTRA_OEMAKE_i386 = "ARCH=i386"
+EXTRA_OEMAKE_x86-64 = "ARCH=x86_64"
+EXTRA_OEMAKE_mips = "ARCH=mips"
+EXTRA_OEMAKE_mips64 = "ARCH=mips64"
+
+do_configure() {
+:
+}
+
+do_compile() {
+oe_runmake
+}
+
+do_install() {
+oe_runmake install DESTDIR=${D} PREFIX=${prefix}
+}
-- 
2.14.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH] openh264: add recipe

[Carlos Rafael Giani]

OpenH264 is a codec library which supports H.264 encoding and decoding.
It is suitable for use in real time applications such as WebRTC.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/openh264/openh264_1.7.0.bb  | 41 ++
 1 file changed, 41 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb

diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb 
b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
new file mode 100644
index 0..c70a3d13e
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
@@ -0,0 +1,41 @@
+DESCRIPTION = "OpenH264 is a codec library which supports H.264 encoding and \
+decoding. It is suitable for use in real time applications such as WebRTC."
+HOMEPAGE = "http://www.openh264.org/;
+SECTION = "libs/multimedia"
+
+DEPENDS = "${@oe.utils.conditional('TARGET_ARCH', 'i386', 'nasm-native', \
+  oe.utils.conditional('TARGET_ARCH', 'x86_64', 'nasm-native', \
+ '', d), d)}"
+
+LICENSE = "BSD-2-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=bb6d3771da6a07d33fd50d4d9aa73bcf"
+
+SRC_URI = "https://github.com/cisco/openh264/archive/v${PV}.tar.gz;
+SRC_URI[md5sum] = "93da4e76cfda7ede8fd2df51b0021efd"
+SRC_URI[sha256sum] = 
"9c07c38d7de00046c9c52b12c76a2af7648b70d05bd5460c8b67f6895738653f"
+
+COMPATIBLE_MACHINE_armv7a = "(.*)"
+COMPATIBLE_MACHINE_aarch64 = "(.*)"
+COMPATIBLE_MACHINE_i386 = "(.*)"
+COMPATIBLE_MACHINE_x86-64 = "(.*)"
+COMPATIBLE_MACHINE_mips = "(.*)"
+COMPATIBLE_MACHINE_mips64 = "(.*)"
+
+EXTRA_OEMAKE_armv7a = "ARCH=arm"
+EXTRA_OEMAKE_aarch64 = "ARCH=arm64"
+EXTRA_OEMAKE_i386 = "ARCH=i386"
+EXTRA_OEMAKE_x86-64 = "ARCH=x86_64"
+EXTRA_OEMAKE_mips = "ARCH=mips"
+EXTRA_OEMAKE_mips64 = "ARCH=mips64"
+
+do_configure() {
+:
+}
+
+do_compile() {
+oe_runmake
+}
+
+do_install() {
+oe_runmake install DESTDIR=${D} PREFIX=${prefix}
+}
-- 
2.14.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] libnice: Upgrade to 0.1.14

[Carlos Rafael Giani]

This is the minimum version needed by the new GStreamer 1.14.0 WebRTC
support (not to be confused with the WebRTC DSP support).

New packageconfigs were added to make the GStreamer 0.10 and 1.0
support configurable.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../farsight/{libnice_0.1.13.bb => libnice_0.1.14.bb}  | 18 ++
 1 file changed, 10 insertions(+), 8 deletions(-)
 rename meta-oe/recipes-support/farsight/{libnice_0.1.13.bb => 
libnice_0.1.14.bb} (55%)

diff --git a/meta-oe/recipes-support/farsight/libnice_0.1.13.bb 
b/meta-oe/recipes-support/farsight/libnice_0.1.14.bb
similarity index 55%
rename from meta-oe/recipes-support/farsight/libnice_0.1.13.bb
rename to meta-oe/recipes-support/farsight/libnice_0.1.14.bb
index 48c8221a3..775257f93 100644
--- a/meta-oe/recipes-support/farsight/libnice_0.1.13.bb
+++ b/meta-oe/recipes-support/farsight/libnice_0.1.14.bb
@@ -2,8 +2,8 @@ SUMMARY = "Interactive Connectivity Establishment library"
 DESCRIPTION = "Libnice is an implementation of the IETF's draft Interactive 
Connectivity Establishment standard (ICE)."
 HOMEPAGE = "http://nice.freedesktop.org/wiki/;
 SRC_URI = "http://nice.freedesktop.org/releases/libnice-${PV}.tar.gz;
-SRC_URI[md5sum] = "3226faeaf48a9150ada00da2e2865959"
-SRC_URI[sha256sum] = 
"61112d9f3be933a827c8365f20551563953af6718057928f51f487bfe88419e1"
+SRC_URI[md5sum] = "c9b9b74b8ae1b3890e4bd93f1b70e8ff"
+SRC_URI[sha256sum] = 
"be120ba95d4490436f0da077ffa8f767bf727b82decf2bf499e39becc027809c"
 
 LICENSE = "LGPLv2.1 & MPLv1.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=9c42325015702feda4f4d2f19a55b767 \
@@ -11,17 +11,19 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=9c42325015702feda4f4d2f19a55b767 \
 file://COPYING.MPL;md5=3c617710e51cdbe0fc00716f056dfb1a \
 "
 
-DEPENDS = "glib-2.0 gstreamer1.0 gstreamer1.0-plugins-base"
+DEPENDS = "glib-2.0 gnutls"
 
-PACKAGECONFIG ??= ""
+PACKAGECONFIG ??= "gstreamer1.0"
 PACKAGECONFIG[gupnp] = "--enable-gupnp,--disable-gupnp,gupnp-igd"
+PACKAGECONFIG[gstreamer0.10] = 
"--with-gstreamer-0.10,--without-gstreamer-0.10,gstreamer gst-plugins-base"
+PACKAGECONFIG[gstreamer1.0] = 
"--with-gstreamer,--without-gstreamer,gstreamer1.0 gstreamer1.0-plugins-base"
 
 inherit autotools pkgconfig gtk-doc gobject-introspection
 
-FILES_${PN} += "${libdir}/gstreamer-1.0/*.so"
-FILES_${PN}-dev += "${libdir}/gstreamer-1.0/*.la"
-FILES_${PN}-staticdev += "${libdir}/gstreamer-1.0/*.a"
-FILES_${PN}-dbg += "${libdir}/gstreamer-1.0/.debug"
+FILES_${PN} += "${libdir}/gstreamer-0.10/*.so ${libdir}/gstreamer-1.0/*.so"
+FILES_${PN}-dev += "${libdir}/gstreamer-0.10/*.la ${libdir}/gstreamer-1.0/*.la"
+FILES_${PN}-staticdev += "${libdir}/gstreamer-0.10/*.a 
${libdir}/gstreamer-1.0/*.a"
+FILES_${PN}-dbg += "${libdir}/gstreamer-0.10/.debug 
${libdir}/gstreamer-1.0/.debug"
 
 do_configure_prepend() {
 mkdir ${S}/m4 || true
-- 
2.14.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5] Exec format error while building webengine 5.9 (rocko branch)

[Carlos Rafael Giani]

I dug deeper in this, and there is something odd going on with the patch 
functionality. This problem is caused by 
recipes-qt/qt5/qtwebengine/0002-chromium-Force-host-toolchain-configuration.patch 
not being applied - but only if I add to SRC_URI another patch in a 
different layer. What is even weirder is that if I modify this patches' 
internal paths instead of adding "patchdir=src/3rdparty/" to the SRC_URI 
line, the problem does not occur.


I tracked it down to a problem in patch_do_patch in 
meta/classes/patch.bbclass. For this patch, the "if not patchdir in 
classes:" check apparently fails. The end result is that quilt push is 
called, but not pop, and somehow, this messes up quilt, so this patch 
isn't applied. I currently do not know why.



On 2017-11-09 08:22, Daniel Mack wrote:

On Tuesday, October 31, 2017 11:11 AM, Carlos Rafael Giani wrote:

I am having problems building the current WebEngine. Initially, it
builds some tools. It seems that it does so by using the cross compiler,
and not the host one, which could explain the problem I experience:


Once GN is built:

[321/330] CC base/third_party/superfasthash/superfasthash.o
[322/330] CC base/third_party/dynamic_annotations/dynamic_annotations.o
[323/330] AR dynamic_annotations.a
[324/330] CXX tools/gn/command_clean.o
[325/330] CXX tools/gn/loader.o
[326/330] CXX tools/gn/gn_main.o
[327/330] CXX tools/gn/bundle_data_target_generator.o
[328/330] CXX tools/gn/desc_builder.o
[329/330] AR gn_lib.a
[330/330] LINK gn
Building gn manually in a temporary directory for bootstrapping...
Building gn using itself to out/Release...


I get this error:

OSError: [Errno 8] Exec format error
Project ERROR: GN build error!

FWIW, I just ran a build on x86_64 for aarch64 with poky, meta-oe and
meta-qt5 in their 'rocky' branches, and it worked just fine.


Running "file" on build/src/3rdparty/chromium/tools/gn/out/Release/gn
indeed shows that this was built with the wrong compiler:

build/src/3rdparty/chromium/tools/gn/out/Release/gn: ELF 32-bit LSB
executable, ARM, EABI5 version 1 (GNU/Linux), dynamically linked

On my machine:

   build/src/3rdparty/chromium/tools/gn/out/Release/gn: ELF 64-bit LSB
executable, x86-64, version 1 (GNU/Linux), dynamically linked,
interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32,
BuildID[sha1]=aae0a9a51c01e07511994ab36a0a6d4d2a645364, stripped


So, anybody experienced the same problem?

I can't tell you what's wrong on your end, but at least it doesn't seem
to be a general problem.


HTH,
Daniel



--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5] Exec format error while building webengine 5.9 (rocko branch)

[Carlos Rafael Giani]

I am having problems building the current WebEngine. Initially, it 
builds some tools. It seems that it does so by using the cross compiler, 
and not the host one, which could explain the problem I experience:



Once GN is built:

[321/330] CC base/third_party/superfasthash/superfasthash.o
[322/330] CC base/third_party/dynamic_annotations/dynamic_annotations.o
[323/330] AR dynamic_annotations.a
[324/330] CXX tools/gn/command_clean.o
[325/330] CXX tools/gn/loader.o
[326/330] CXX tools/gn/gn_main.o
[327/330] CXX tools/gn/bundle_data_target_generator.o
[328/330] CXX tools/gn/desc_builder.o
[329/330] AR gn_lib.a
[330/330] LINK gn
Building gn manually in a temporary directory for bootstrapping...
Building gn using itself to out/Release...


I get this error:

OSError: [Errno 8] Exec format error
Project ERROR: GN build error!


Running "file" on build/src/3rdparty/chromium/tools/gn/out/Release/gn 
indeed shows that this was built with the wrong compiler:


build/src/3rdparty/chromium/tools/gn/out/Release/gn: ELF 32-bit LSB 
executable, ARM, EABI5 version 1 (GNU/Linux), dynamically linked



So, anybody experienced the same problem?

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5][PATCH v2] gstreamer1.0-plugins-bad: add qt5 packageconfig

[Carlos Rafael Giani]

This adds a new command line switch to the configure script to make sure
the right paths to moc, uic, rcc are used. It also makes sure OpenGL is
enabled if the qt5 packageconfig is in use.

Note that the moc/uic/rcc path configure switches were introduced
in GStreamer 1.12.2, so this version is a requirement.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../gstreamer/gstreamer1.0-plugins-bad_%.bbappend | 15 +++
 1 file changed, 15 insertions(+)
 create mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend

diff --git a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend 
b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend
new file mode 100644
index 000..b186677
--- /dev/null
+++ b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend
@@ -0,0 +1,15 @@
+inherit qmake5_paths
+
+PACKAGECONFIG[qt5] = '--enable-qt \
+  --with-moc="${OE_QMAKE_PATH_EXTERNAL_HOST_BINS}/moc" \
+  --with-uic="${OE_QMAKE_PATH_EXTERNAL_HOST_BINS}/uic" \
+  --with-rcc="${OE_QMAKE_PATH_EXTERNAL_HOST_BINS}/rcc" \
+ ,--disable-qt,qtbase qtdeclarative qtbase-native'
+
+# The GStreamer Qt5 plugin needs desktop OpenGL or OpenGL ES to work, so make 
sure it is enabled
+python() {
+cur_packageconfig = d.getVar('PACKAGECONFIG').split()
+if 'qt5' in cur_packageconfig and not (('opengl' in cur_packageconfig) or 
('gles2' in cur_packageconfig)):
+gl_packageconfig = d.getVar('PACKAGECONFIG_GL')
+d.appendVar('PACKAGECONFIG', ' ' + gl_packageconfig)
+}
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5][PATCH] gstreamer1.0-plugins-bad: add qt5 packageconfig

[Carlos Rafael Giani]

Note: This is only a draft, since there are two unanswered questions:

1) If the qt5 packageconfig is enabled, OpenGL (or GLES2) is needed. So 
if qt5 is added to the PACKAGECONFIG variable, then PACKAGECONFIG_GL 
would also have to be added to PACKAGECONFIG if no OpenGL/GLES 
packageconfig isn't already in the PACKAGECONFIG variable. I have no 
idea how do that. Perhaps in a python () { } function ?


2) I think it would make sense to add the qt5 packageconfig to the list 
of default packageconfigs here. The idea being that if you add meta-qt5, 
then gst-plugins-bad's QML plugin is automatically enabled. But I do not 
know how to append, since the PACKAGECONFIG is assigned with the "=??" 
operator ... but what would then the right operator for appending? 
_append ? += ? Isn't "_append" "stronger" than "=??" ?



On 2017-08-09 22:46, Carlos Rafael Giani wrote:

This adds a new command line switch to the configure script to make sure
moc, uic, rcc are searched in the right native sysroot path

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
  ...dd-cmdline-argument-for-setting-host-path.patch | 34 ++
  .../gstreamer/gstreamer1.0-plugins-bad_%.bbappend  |  6 
  2 files changed, 40 insertions(+)
  create mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-configure-Add-cmdline-argument-for-setting-host-path.patch
  create mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend

diff --git 
a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-configure-Add-cmdline-argument-for-setting-host-path.patch
 
b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-configure-Add-cmdline-argument-for-setting-host-path.patch
new file mode 100644
index 000..ba51945
--- /dev/null
+++ 
b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-configure-Add-cmdline-argument-for-setting-host-path.patch
@@ -0,0 +1,34 @@
+From 5c01d6effe44a8364c03194decfe82d1e4f2071e Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani <d...@pseudoterminal.org>
+Date: Wed, 9 Aug 2017 22:15:31 +0200
+Subject: [PATCH] configure: Add cmdline argument for setting host path prefix
+
+Upstream-Status: Pending
+
+Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
+---
+ configure.ac | 8 
+ 1 file changed, 8 insertions(+)
+
+diff --git a/configure.ac b/configure.ac
+index 9c789d0..4a2c8b6 100644
+--- a/configure.ac
 b/configure.ac
+@@ -2963,6 +2963,14 @@ AG_GST_CHECK_FEATURE(QT, [Qt elements], qt, [
+   PKG_CHECK_MODULES(QT, Qt5Core Qt5Gui Qt5Qml Qt5Quick >= 5.4.0, [
+   QT_PATH=`$PKG_CONFIG --variable=exec_prefix Qt5Core`
+   QT_HOST_PATH=`$PKG_CONFIG --variable=host_bins Qt5Core`
++  AC_ARG_WITH([qt-target-path-prefix],
++AS_HELP_STRING([--with-qt-target-path-prefix],[Qt target path prefix 
to use])
++  )
++  AC_ARG_WITH([qt-host-path-prefix],
++AS_HELP_STRING([--with-qt-host-path-prefix],[Qt host path prefix to 
use]),
++[AS_IF([test "x$with_qt_host_path_prefix" != "x"],
++   [QT_HOST_PATH="$with_qt_host_path_prefix/$QT_HOST_PATH"])]
++  )
+   AC_PATH_PROGS(MOC, [moc-qt5 moc], moc, ["${QT_HOST_PATH}" 
"${QT_PATH}/bin"])
+   AC_PATH_PROGS(RCC, [rcc-qt5 rcc], rcc, ["${QT_HOST_PATH}" 
"${QT_PATH}/bin"])
+   AC_PATH_PROGS(UIC, [uic-qt5 uic], uic, ["${QT_HOST_PATH}" 
"${QT_PATH}/bin"])
+--
+2.7.4
+
diff --git a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend 
b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend
new file mode 100644
index 000..8ac7ba1
--- /dev/null
+++ b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend
@@ -0,0 +1,6 @@
+FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
+
+SRC_URI += 
"file://0001-configure-Add-cmdline-argument-for-setting-host-path.patch"
+
+# NOTE: the GStreamer Qt5 plugin needs OpenGL
+PACKAGECONFIG[qt5] = '--enable-qt 
--with-qt-host-path-prefix="${RECIPE_SYSROOT_NATIVE}",--disable-qt,qtbase 
qtdeclarative qtbase-native'


--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5][PATCH] gstreamer1.0-plugins-bad: add qt5 packageconfig

[Carlos Rafael Giani]

This adds a new command line switch to the configure script to make sure
moc, uic, rcc are searched in the right native sysroot path

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 ...dd-cmdline-argument-for-setting-host-path.patch | 34 ++
 .../gstreamer/gstreamer1.0-plugins-bad_%.bbappend  |  6 
 2 files changed, 40 insertions(+)
 create mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-configure-Add-cmdline-argument-for-setting-host-path.patch
 create mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend

diff --git 
a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-configure-Add-cmdline-argument-for-setting-host-path.patch
 
b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-configure-Add-cmdline-argument-for-setting-host-path.patch
new file mode 100644
index 000..ba51945
--- /dev/null
+++ 
b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-configure-Add-cmdline-argument-for-setting-host-path.patch
@@ -0,0 +1,34 @@
+From 5c01d6effe44a8364c03194decfe82d1e4f2071e Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani <d...@pseudoterminal.org>
+Date: Wed, 9 Aug 2017 22:15:31 +0200
+Subject: [PATCH] configure: Add cmdline argument for setting host path prefix
+
+Upstream-Status: Pending
+
+Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
+---
+ configure.ac | 8 
+ 1 file changed, 8 insertions(+)
+
+diff --git a/configure.ac b/configure.ac
+index 9c789d0..4a2c8b6 100644
+--- a/configure.ac
 b/configure.ac
+@@ -2963,6 +2963,14 @@ AG_GST_CHECK_FEATURE(QT, [Qt elements], qt, [
+   PKG_CHECK_MODULES(QT, Qt5Core Qt5Gui Qt5Qml Qt5Quick >= 5.4.0, [
+   QT_PATH=`$PKG_CONFIG --variable=exec_prefix Qt5Core`
+   QT_HOST_PATH=`$PKG_CONFIG --variable=host_bins Qt5Core`
++  AC_ARG_WITH([qt-target-path-prefix],
++AS_HELP_STRING([--with-qt-target-path-prefix],[Qt target path prefix 
to use])
++  )
++  AC_ARG_WITH([qt-host-path-prefix],
++AS_HELP_STRING([--with-qt-host-path-prefix],[Qt host path prefix to 
use]),
++[AS_IF([test "x$with_qt_host_path_prefix" != "x"],
++   [QT_HOST_PATH="$with_qt_host_path_prefix/$QT_HOST_PATH"])]
++  )
+   AC_PATH_PROGS(MOC, [moc-qt5 moc], moc, ["${QT_HOST_PATH}" 
"${QT_PATH}/bin"])
+   AC_PATH_PROGS(RCC, [rcc-qt5 rcc], rcc, ["${QT_HOST_PATH}" 
"${QT_PATH}/bin"])
+   AC_PATH_PROGS(UIC, [uic-qt5 uic], uic, ["${QT_HOST_PATH}" 
"${QT_PATH}/bin"])
+-- 
+2.7.4
+
diff --git a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend 
b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend
new file mode 100644
index 000..8ac7ba1
--- /dev/null
+++ b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend
@@ -0,0 +1,6 @@
+FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
+
+SRC_URI += 
"file://0001-configure-Add-cmdline-argument-for-setting-host-path.patch"
+
+# NOTE: the GStreamer Qt5 plugin needs OpenGL
+PACKAGECONFIG[qt5] = '--enable-qt 
--with-qt-host-path-prefix="${RECIPE_SYSROOT_NATIVE}",--disable-qt,qtbase 
qtdeclarative qtbase-native'
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [morty][meta-openembedded] Commit backport required

[Carlos Rafael Giani]

Damn .. you are right. Poky was accidentally set to use the master 
branch instead of morty.


Nevermind my posting then.


On 2017-02-18 21:27, Martin Jansa wrote:

Are you sure you're using right version of bitbake? I doubt that bb.data
API changes was backported to release branch of bitbake.

On Sat, Feb 18, 2017 at 9:08 PM, Carlos Rafael Giani <d...@pseudoterminal.org>
wrote:


Hello,

commit d361ef01a9a61cd8a83f7728f7d3e9f118233cb8 "nis, opencv: Update
getVar/setVar syntax" needs to be backported to meta-openembedded's morty
branch. Otherwise builds break, because the deprecated bb.data API was
removed also in morty.

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel



--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [morty][meta-openembedded] Commit backport required

[Carlos Rafael Giani]

Hello,

commit d361ef01a9a61cd8a83f7728f7d3e9f118233cb8 "nis, opencv: Update 
getVar/setVar syntax" needs to be backported to meta-openembedded's 
morty branch. Otherwise builds break, because the deprecated bb.data API 
was removed also in morty.


--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][PATCH] chromium-wayland: update to 53.0.2785.14

[Carlos Rafael Giani]

/0003-Remove-hard-coded-values-for-CC-and-CXX.patch \
+file://0004-Create-empty-i18n_process_css_test.html-file-to-avoi.patch 
\
+file://0005-Override-root-filesystem-access-restriction.patch \
+   
file://chromium-wayland/0007-Workaround-for-glib-related-build-error-with-ozone-w.patch
 \
+file://chromium-wayland/0011-Replace-readdir_r-with-readdir.patch \
+file://chromium-wayland/remove-Werror.patch \
+file://chromium-wayland/guard-x11_desktop_handler-inclusion.patch \
+${@bb.utils.contains('PACKAGECONFIG', 'component-build', 
'file://component-build.gypi', '', d)} \
+${@bb.utils.contains('PACKAGECONFIG', 'ignore-lost-context', 
'file://0001-Remove-accelerated-Canvas-support-from-blacklist.patch', '', d)} \
+"
+
+LIC_FILES_CHKSUM = "file://LICENSE;md5=0fca02217a5d49a14dfe2d11837bb34d"
+SRC_URI[md5sum] = "fdc737af242421b2a9a0bb84f6b17040"
+SRC_URI[sha256sum] = 
"c52a58b79bfb27bb87e4a0a6ff213001485fbc747657b290f75d39ddce07dcc3"
+
+OZONE_WAYLAND_GIT_BRANCH = "rebase_m53"
+OZONE_WAYLAND_GIT_SRCREV = "1a5e7982bf7b8743c20a20e5aa33d9d6a42d48d6"
+
+SRC_URI += 
"git://github.com/01org/ozone-wayland.git;destsuffix=${OZONE_WAYLAND_GIT_DESTSUFFIX};branch=${OZONE_WAYLAND_GIT_BRANCH};rev=${OZONE_WAYLAND_GIT_SRCREV}
 file://chromium-wayland/0006-Remove-GBM-support-from-wayland.gyp.patch"
+
+# Component build is unsupported in ozone-wayland for Chromium 48
+python() {
+if not bb.utils.contains('DISTRO_FEATURES', 'wayland', True, False, d):
+raise bb.parse.SkipPackage("Wayland is not available")
+if bb.utils.contains('PACKAGECONFIG', 'component-build', True, False, d):
+bb.fatal("Chromium 48 Wayland version cannot be built in 
component-mode")
+}
+
+CHROMIUM_WAYLAND_GYP_DEFINES = "use_ash=0 use_aura=1 chromeos=0 use_ozone=1 
use_xkbcommon=1 ozone_auto_platforms=0 ozone_platform_wayland=1"
diff --git 
a/recipes-browser/chromium/chromium/chromium-wayland/0011-Replace-readdir_r-with-readdir.patch
 
b/recipes-browser/chromium/chromium/chromium-wayland/0011-Replace-readdir_r-with-readdir.patch
index 36c7ec2..52dae8c 100644
--- 
a/recipes-browser/chromium/chromium/chromium-wayland/0011-Replace-readdir_r-with-readdir.patch
+++ 
b/recipes-browser/chromium/chromium/chromium-wayland/0011-Replace-readdir_r-with-readdir.patch
@@ -1,4 +1,4 @@
-From feb645ae0259582e2075691047e27b5e064ec160 Mon Sep 17 00:00:00 2001
+From 3781812308b7aea64b3be037202c940e1a7ebf03 Mon Sep 17 00:00:00 2001
  From: Carlos Rafael Giani <d...@pseudoterminal.org>
  Date: Thu, 19 May 2016 21:12:05 +0200
  Subject: [PATCH] Replace readdir_r with readdir
@@ -8,27 +8,26 @@ https://sourceware.org/bugzilla/show_bug.cgi?id=19056
  
  Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>

  ---
- base/files/file_enumerator_posix.cc| 15 ++---
+ base/files/file_enumerator_posix.cc| 15 +++---
   net/disk_cache/simple/simple_index_file_posix.cc   | 10 ++---
- sandbox/linux/services/proc_util.cc| 24 +
- third_party/boringssl/src/crypto/directory_posix.c | 25 +++---
- .../crashpad/crashpad/util/posix/close_multiple.cc |  8 +--
- third_party/leveldatabase/env_chromium.cc  | 13 ---
- 6 files changed, 53 insertions(+), 42 deletions(-)
+ sandbox/linux/services/proc_util.cc| 24 ++
+ .../crashpad/crashpad/util/posix/close_multiple.cc |  8 ++--
+ third_party/leveldatabase/env_chromium.cc  | 13 +---
+ 5 files changed, 50 insertions(+), 20 deletions(-)
  
  diff --git a/base/files/file_enumerator_posix.cc b/base/files/file_enumerator_posix.cc

-index 7533a24..637b8cd 100644
+index fb4010a..cf2fd40 100644
  --- a/base/files/file_enumerator_posix.cc
  +++ b/base/files/file_enumerator_posix.cc
-@@ -7,6 +7,7 @@
- #include 
+@@ -8,6 +8,7 @@
   #include 
   #include 
+ #include 
  +#include 
   
   #include "base/logging.h"

   #include "base/threading/thread_restrictions.h"
-@@ -129,9 +130,17 @@ bool FileEnumerator::ReadDirectory(std::vector* 
entries,
+@@ -131,9 +132,17 @@ bool FileEnumerator::ReadDirectory(std::vector* 
entries,
additional space for pathname may be needed
   #endif
   
@@ -50,7 +49,7 @@ index 7533a24..637b8cd 100644

   info.filename_ = FilePath(dent->d_name);
   
  diff --git a/net/disk_cache/simple/simple_index_file_posix.cc b/net/disk_cache/simple/simple_index_file_posix.cc

-index 586699d..bbe81fc 100644
+index e0dd3dd..b155d92 100644
  --- a/net/disk_cache/simple/simple_index_file_posix.cc
  +++ b/net/disk_cache/simple/simple_index_file_posix.cc
  @@ -34,8 +34,12 @@ bool SimpleIndexFile::TraverseCacheDirectory(
@@ -78,10 +77,10 @@ index 586699d..bbe81fc 100644
   }
   
  diff --git a/sandbox/linux/services/proc_util.cc b/sandbox/linux/services/proc_util.cc

-ind

[oe] [meta-multimedia][PATCH] rtmpdump: fix QA warning for GNU_HASH

[Carlos Rafael Giani]

The package wasn't actually using the OE CFLAGS and LDFLAGS. These must
be passed as XCFLAGS and XLDFLAGS to make.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 meta-multimedia/recipes-multimedia/rtmpdump/rtmpdump_2.4.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-multimedia/recipes-multimedia/rtmpdump/rtmpdump_2.4.bb 
b/meta-multimedia/recipes-multimedia/rtmpdump/rtmpdump_2.4.bb
index a1e6502..c5513b0 100644
--- a/meta-multimedia/recipes-multimedia/rtmpdump/rtmpdump_2.4.bb
+++ b/meta-multimedia/recipes-multimedia/rtmpdump/rtmpdump_2.4.bb
@@ -17,6 +17,6 @@ S = "${WORKDIR}/git"
 inherit autotools-brokensep
 
 EXTRA_OEMAKE = " \
-CC='${CC}' LD='${LD} ${STAGING_LIBDIR}' \
+CC='${CC}' LD='${LD} ${STAGING_LIBDIR}' XCFLAGS='${CFLAGS}' 
XLDFLAGS='${LDFLAGS}' \
 SYS=posix INC=-I=/usr/include DESTDIR=${D} \
 prefix=${prefix} libdir=${libdir} incdir=${includedir}/librtmp 
bindir=${bindir} mandir=${mandir}"
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH] cdparanoia: fix QA warning for GNU_HASH

[Carlos Rafael Giani]

Patch Makefile.in files to use LDFLAGS when linking the shared objects

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../cdparanoia/cdparanoia_10.2.bb  |  1 +
 .../0003-Fix-missing-shared-object-LDFLAGS.patch   | 42 ++
 2 files changed, 43 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/cdparanoia/files/0003-Fix-missing-shared-object-LDFLAGS.patch

diff --git a/meta-multimedia/recipes-multimedia/cdparanoia/cdparanoia_10.2.bb 
b/meta-multimedia/recipes-multimedia/cdparanoia/cdparanoia_10.2.bb
index 86ba527..ba368a2 100644
--- a/meta-multimedia/recipes-multimedia/cdparanoia/cdparanoia_10.2.bb
+++ b/meta-multimedia/recipes-multimedia/cdparanoia/cdparanoia_10.2.bb
@@ -10,6 +10,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING-LGPL;md5=d370feaa1c9edcdbd29ca27ea3d2304d"
 SRC_URI = 
"http://downloads.xiph.org/releases/cdparanoia/cdparanoia-III-${PV}.src.tgz \
file://0001-Use-DESTDIR-in-install-Makefile-rule.patch \
file://0002-interface-remove-C-reserved-keyword.patch \
+   file://0003-Fix-missing-shared-object-LDFLAGS.patch \
 "
 SRC_URI[md5sum] = "b304bbe8ab63373924a744eac9ebc652"
 SRC_URI[sha256sum] = 
"005db45ef4ee017f5c32ec124f913a0546e77014266c6a1c50df902a55fe64df"
diff --git 
a/meta-multimedia/recipes-multimedia/cdparanoia/files/0003-Fix-missing-shared-object-LDFLAGS.patch
 
b/meta-multimedia/recipes-multimedia/cdparanoia/files/0003-Fix-missing-shared-object-LDFLAGS.patch
new file mode 100644
index 000..5298a3d
--- /dev/null
+++ 
b/meta-multimedia/recipes-multimedia/cdparanoia/files/0003-Fix-missing-shared-object-LDFLAGS.patch
@@ -0,0 +1,42 @@
+From c0b77aeb2127da821ae1c03c2f98aaf4db65277d Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani <d...@pseudoterminal.org>
+Date: Sat, 10 Sep 2016 21:15:18 +0200
+Subject: [PATCH] Fix missing shared object LDFLAGS
+
+Upstream-Status: Inappropriate (the upstream project is dead)
+
+Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
+---
+ interface/Makefile.in | 2 +-
+ paranoia/Makefile.in  | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/interface/Makefile.in b/interface/Makefile.in
+index 40c6098..020bf2a 100644
+--- a/interface/Makefile.in
 b/interface/Makefile.in
+@@ -46,7 +46,7 @@ libcdda_interface.a: $(OFILES)
+   $(RANLIB) libcdda_interface.a
+ 
+ libcdda_interface.so: $(OFILES)   
+-  $(CC) -fpic -shared -o libcdda_interface.so.0.$(VERSION) -Wl,-soname 
-Wl,libcdda_interface.so.0 $(OFILES) $(LIBS)
++  $(CC) -fpic -shared -o libcdda_interface.so.0.$(VERSION) -Wl,-soname 
-Wl,libcdda_interface.so.0 $(LDFLAGS) $(OFILES) $(LIBS)
+   [ -e libcdda_interface.so.0 ] || ln -s 
libcdda_interface.so.0.$(VERSION) libcdda_interface.so.0
+   [ -e libcdda_interface.so ] || ln -s libcdda_interface.so.0.$(VERSION) 
libcdda_interface.so
+ 
+diff --git a/paranoia/Makefile.in b/paranoia/Makefile.in
+index 89d0328..ffb4e70 100644
+--- a/paranoia/Makefile.in
 b/paranoia/Makefile.in
+@@ -44,7 +44,7 @@ libcdda_paranoia.a:  $(OFILES)
+   $(RANLIB) libcdda_paranoia.a
+ 
+ libcdda_paranoia.so:  $(OFILES)   
+-  $(CC) -fpic -shared -o libcdda_paranoia.so.0.$(VERSION) -Wl,-soname 
-Wl,libcdda_paranoia.so.0 $(OFILES) -L ../interface -lcdda_interface
++  $(CC) -fpic -shared -o libcdda_paranoia.so.0.$(VERSION) -Wl,-soname 
-Wl,libcdda_paranoia.so.0 $(LDFLAGS) $(OFILES) -L ../interface -lcdda_interface
+   [ -e libcdda_paranoia.so.0 ] || ln -s libcdda_paranoia.so.0.$(VERSION) 
libcdda_paranoia.so.0
+   [ -e libcdda_paranoia.so ] || ln -s libcdda_paranoia.so.0.$(VERSION) 
libcdda_paranoia.so
+ 
+-- 
+2.7.4
+
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Chromium build broken

[Carlos Rafael Giani]

This indicates a problem related to this patch: 
0012-Workaround-for-unused-variable-error-in-ui-gfx-color.patch
It is possible that the new .cc file needs to be linked in somewhere 
else as well.


I tried to do it differently by disabling the unused-variable warning 
inline, but it did not work.


On 2016-06-11 12:11, Gary Thomas wrote:

Building chromium is broken on my i.MX6 target.

Poky/Yocto info:
BB_VERSION= "1.31.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING   = "Ubuntu-15.10"
TARGET_SYS= "arm-amltd-linux-gnueabi"
MACHINE   = "teton-p0382"
DISTRO= "amltd"
DISTRO_VERSION= "2.1+snapshot-20160611"
TUNE_FEATURES = "arm armv7a vfp thumb neon 
callconvention-hard   cortexa9"

TARGET_FPU= "hard"
meta  = "master:40e789d1fee7f0df2d23230fff38325119ad2935"
meta-teton-imx6-p0382 = "master:5f3d52b357c0b05e7ea5cfc309e04c8c3aad1260"
meta-fsl-arm  = "master:00b46e11e32f859a0d2dad5a5d53d5540be9c15e"
meta-fsl-arm-extra = "master:089ce85e2e2dd78e45b773b947643ab8f4e2b965"
meta-browser  = "master:825ea9349fe9b7da39f1de0c3e8e15d9d62f2774"

Error:
| ninja: Entering directory 
`/local/p0382_2016-01-13/tmp/work/cortexa9hf-neon-mx6qdl-amltd-linux-gnueabi/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/out/Release'

| [1/9316] SOLINK lib/libnative_theme.so
| [2/9316] CXX 
obj/components/infobars/core/infobars_core.infobar_container.o
| [3/9316] CXX 
obj/components/infobars/core/infobars_core.infobars_switches.o

| [4/9316] CXX obj/components/infobars/core/infobars_core.infobar.o
| [5/9316] STAMP obj/ui/compositor/compositor.compile_depends.stamp
| [6/9316] CXX 
obj/ui/compositor/compositor.callback_layer_animation_observer.o
| FAILED: if [ ! -e lib/libnative_theme.so -o ! -e 
lib/libnative_theme.so.TOC ]; then arm-amltd-linux-gnueabi-g++ 
-march=armv7-a -marm -mfpu=neon  -mfloat-abi=hard -mcpu=cortex-a9 
--sysroot=/local/p0382_2016-01-13/tmp/sysroots/teton-p0382 -shared 
-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro 
-Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags 
-L. -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -o 
lib/libnative_theme.so -Wl,-soname=libnative_theme.so 
@lib/libnative_theme.so.rsp && { readelf -d lib/libnative_theme.so | 
grep SONAME ; arm-amltd-linux-gnueabi-nm -gD -f p 
lib/libnative_theme.so | cut -f1-2 -d' '; } > 
lib/libnative_theme.so.TOC; else arm-amltd-linux-gnueabi-g++  
-march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 
--sysroot=/local/p0382_2016-01-13/tmp/sysroots/teton-p0382 -shared 
-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro 
-Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags 
-L. -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -o 
lib/libnative_theme.so -Wl,-soname=libnative_theme.so 
@lib/libnative_theme.so.rsp && { readelf -d lib/libnative_theme.so | 
grep SONAME ; arm-amltd-linux-gnueabi-nm -gD -f p 
lib/libnative_theme.so | cut -f1-2 -d' '; } > 
lib/libnative_theme.so.tmp && if ! cmp -s lib/libnative_theme.so.tmp 
lib/libnative_theme.so.TOC; then mv lib/libnative_theme.so.tmp 
lib/libnative_theme.so.TOC ; fi; fi
| obj/ui/native_theme/native_theme.common_theme.o: In function 
`_GLOBAL__sub_I_common_theme.cc':
| 
/usr/src/debug/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/ui/native_theme/common_theme.cc:273: 
undefined reference to `gfx::kGoogleBlue500'
| 
/usr/src/debug/chromium/48.0.2548.0-r0/chromium-48.0.2548.0/ui/native_theme/common_theme.cc:273: 
undefined reference to `gfx::kGoogleBlue300'


Note: I'm still using GCC/4.9.x with the standard linker (not gold)



--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5] build error

[Carlos Rafael Giani]

On 2016-05-25 14:00, Gary Thomas wrote:

On 2016-05-25 10:33, Carlos Rafael Giani wrote:

Is this a qtbase build with X11 enabled?
EGL with X11 on i.MX6 might be broken. I know it was once before.

"#error qtextstream.h must be included before any header file that 
defines Status" indicates as much. "Status" is one of
those wonderful X11 definitions with super generic names. If the 
Vivante EGL headers include X11 headers it might be

causing problems here.


Yes, I do have X11 enabled.  If I disable that, what will I get (I've
not tried wayland/weston yet)?



On 2016-05-25 07:33, Gary Thomas wrote:

I just tried to build qtbase for my i.MX6Q target and it failed
miserably (tons of compile errors).  I'm using Poky 
master(c7e614c438706)

with GCC 4.9.3.  Error log attached.

Any ideas what I'm missing?




Raw framebuffer should work. disable the x11 *and* wayland distro 
features for that.

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5] build error

[Carlos Rafael Giani]

Is this a qtbase build with X11 enabled?
EGL with X11 on i.MX6 might be broken. I know it was once before.

"#error qtextstream.h must be included before any header file that 
defines Status" indicates as much. "Status" is one of those wonderful 
X11 definitions with super generic names. If the Vivante EGL headers 
include X11 headers it might be causing problems here.


On 2016-05-25 07:33, Gary Thomas wrote:

I just tried to build qtbase for my i.MX6Q target and it failed
miserably (tons of compile errors).  I'm using Poky master(c7e614c438706)
with GCC 4.9.3.  Error log attached.

Any ideas what I'm missing?





--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][PATCH v2 3/3] chromium: Upgrade to version 48.0.2548.0

[Carlos Rafael Giani]

I'm running a test against this. Will have updates in ~1 day.

On 2016-05-18 17:04, Martin Jansa wrote:

On Sun, May 08, 2016 at 02:20:38PM +0200, Carlos Rafael Giani wrote:

Not upgrading to M49 or M50 in this commit since this is currently the
latest version that is supported by ozone-wayland

Thanks for fixing that issue with gold, now there is new issue since
glibc was upgraded in oe-core to 2.24 which deprecated readdir_r

http://errors.yoctoproject.org/Errors/Details/64087/

Anyone willing to patch it to use readdir?

Thanks


Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
  ...Add-Linux-to-impl-side-painting-whitelist.patch | 39 ---
  .../0003-disable-uninitialized-warning.patch   | 19 --
  .../0005-Remove-X-libraries-from-GYP-files.patch   | 77 --
  .../chromium/chromium-40/0010-systemd-218.patch| 39 ---
  .../fix-build-error-with-GCC-in-Debug-mode.patch   | 32 -
  ...accelerated-Canvas-support-from-blacklist.patch | 20 --
  ...0001-bignum.cc-disable-warning-from-gcc-5.patch |  4 +-
  .../0002-Disable-API-keys-info-bar.patch}  |  2 +-
  ...-image_util.cc-disable-warning-from-gcc-5.patch |  0
  ...-Remove-hard-coded-values-for-CC-and-CXX.patch} |  8 +--
  ...y-i18n_process_css_test.html-file-to-avoi.patch | 26 
  ...erride-root-filesystem-access-restriction.patch | 30 +
  .../0006-Remove-GBM-support-from-wayland.gyp.patch | 66 +++
  ...for-glib-related-build-error-with-ozone-w.patch | 31 +
  .../0008-Fix-GCC-uninitialized-warning.patch   | 26 
  ...9-Fix-build-errors-with-GCC-in-Debug-mode.patch | 46 +
  ...be-used-uninitialized-in-this-function-wa.patch | 25 +++
  .../add_missing_stat_h_include.patch   |  4 +-
  recipes-browser/chromium/chromium_40.0.2214.91.bb  | 45 -
  recipes-browser/chromium/chromium_48.0.2548.0.bb   | 43 
  20 files changed, 315 insertions(+), 267 deletions(-)
  delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
  delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0003-disable-uninitialized-warning.patch
  delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0005-Remove-X-libraries-from-GYP-files.patch
  delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0010-systemd-218.patch
  delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/fix-build-error-with-GCC-in-Debug-mode.patch
  rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/0001-Remove-accelerated-Canvas-support-from-blacklist.patch (71%)
  rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/0001-bignum.cc-disable-warning-from-gcc-5.patch (98%)
  rename 
recipes-browser/chromium/chromium/{chromium-40/0003-Disable-API-keys-info-bar.patch
 => chromium-48/0002-Disable-API-keys-info-bar.patch} (95%)
  rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/0002-image_util.cc-disable-warning-from-gcc-5.patch (100%)
  rename 
recipes-browser/chromium/chromium/{chromium-40/0004-Remove-hard-coded-values-for-CC-and-CXX.patch
 => chromium-48/0003-Remove-hard-coded-values-for-CC-and-CXX.patch} (86%)
  create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0004-Create-empty-i18n_process_css_test.html-file-to-avoi.patch
  create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0005-Override-root-filesystem-access-restriction.patch
  create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0006-Remove-GBM-support-from-wayland.gyp.patch
  create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0007-Workaround-for-glib-related-build-error-with-ozone-w.patch
  create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0008-Fix-GCC-uninitialized-warning.patch
  create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0009-Fix-build-errors-with-GCC-in-Debug-mode.patch
  create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0010-Fix-rv-may-be-used-uninitialized-in-this-function-wa.patch
  rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/add_missing_stat_h_include.patch (90%)
  delete mode 100644 recipes-browser/chromium/chromium_40.0.2214.91.bb
  create mode 100644 recipes-browser/chromium/chromium_48.0.2548.0.bb

diff --git 
a/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
 
b/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
deleted file mode 100644
index b5916ca..000
--- 
a/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
+++ /dev/null
@@ -1,39 +0,0 @@
-From 61cbd67e88f5e99185d7df1a05f842c58e691495 Mon Sep 17 00:00:00 2001
-From: Carlos Rafael Giani <d...@pseudoterminal.org>
-Date: Sun, 21 Dec 2014 01:01:

[oe] [meta-browser][PATCH v2 3/3] chromium: Upgrade to version 48.0.2548.0

[Carlos Rafael Giani]

Not upgrading to M49 or M50 in this commit since this is currently the
latest version that is supported by ozone-wayland

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 ...Add-Linux-to-impl-side-painting-whitelist.patch | 39 ---
 .../0003-disable-uninitialized-warning.patch   | 19 --
 .../0005-Remove-X-libraries-from-GYP-files.patch   | 77 --
 .../chromium/chromium-40/0010-systemd-218.patch| 39 ---
 .../fix-build-error-with-GCC-in-Debug-mode.patch   | 32 -
 ...accelerated-Canvas-support-from-blacklist.patch | 20 --
 ...0001-bignum.cc-disable-warning-from-gcc-5.patch |  4 +-
 .../0002-Disable-API-keys-info-bar.patch}  |  2 +-
 ...-image_util.cc-disable-warning-from-gcc-5.patch |  0
 ...-Remove-hard-coded-values-for-CC-and-CXX.patch} |  8 +--
 ...y-i18n_process_css_test.html-file-to-avoi.patch | 26 
 ...erride-root-filesystem-access-restriction.patch | 30 +
 .../0006-Remove-GBM-support-from-wayland.gyp.patch | 66 +++
 ...for-glib-related-build-error-with-ozone-w.patch | 31 +
 .../0008-Fix-GCC-uninitialized-warning.patch   | 26 
 ...9-Fix-build-errors-with-GCC-in-Debug-mode.patch | 46 +
 ...be-used-uninitialized-in-this-function-wa.patch | 25 +++
 .../add_missing_stat_h_include.patch   |  4 +-
 recipes-browser/chromium/chromium_40.0.2214.91.bb  | 45 -
 recipes-browser/chromium/chromium_48.0.2548.0.bb   | 43 
 20 files changed, 315 insertions(+), 267 deletions(-)
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0003-disable-uninitialized-warning.patch
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0005-Remove-X-libraries-from-GYP-files.patch
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0010-systemd-218.patch
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/fix-build-error-with-GCC-in-Debug-mode.patch
 rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/0001-Remove-accelerated-Canvas-support-from-blacklist.patch (71%)
 rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/0001-bignum.cc-disable-warning-from-gcc-5.patch (98%)
 rename 
recipes-browser/chromium/chromium/{chromium-40/0003-Disable-API-keys-info-bar.patch
 => chromium-48/0002-Disable-API-keys-info-bar.patch} (95%)
 rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/0002-image_util.cc-disable-warning-from-gcc-5.patch (100%)
 rename 
recipes-browser/chromium/chromium/{chromium-40/0004-Remove-hard-coded-values-for-CC-and-CXX.patch
 => chromium-48/0003-Remove-hard-coded-values-for-CC-and-CXX.patch} (86%)
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0004-Create-empty-i18n_process_css_test.html-file-to-avoi.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0005-Override-root-filesystem-access-restriction.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0006-Remove-GBM-support-from-wayland.gyp.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0007-Workaround-for-glib-related-build-error-with-ozone-w.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0008-Fix-GCC-uninitialized-warning.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0009-Fix-build-errors-with-GCC-in-Debug-mode.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0010-Fix-rv-may-be-used-uninitialized-in-this-function-wa.patch
 rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/add_missing_stat_h_include.patch (90%)
 delete mode 100644 recipes-browser/chromium/chromium_40.0.2214.91.bb
 create mode 100644 recipes-browser/chromium/chromium_48.0.2548.0.bb

diff --git 
a/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
 
b/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
deleted file mode 100644
index b5916ca..000
--- 
a/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
+++ /dev/null
@@ -1,39 +0,0 @@
-From 61cbd67e88f5e99185d7df1a05f842c58e691495 Mon Sep 17 00:00:00 2001
-From: Carlos Rafael Giani <d...@pseudoterminal.org>
-Date: Sun, 21 Dec 2014 01:01:04 +0100
-Subject: [PATCH] Add Linux to impl side painting whitelist
-
-Upstream-Status: Inappropriate [enable feature]
-
-Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>

- gpu/config/software_rendering_list_json.cc | 7 ++-
- 1 file changed, 6 insertions(+), 1 deletion(-)
-
-diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc
-index ccf1460..8630d75 100644
 a/gpu/config/softwa

[oe] [meta-browser][PATCH v2 2/3] chromium: Create chromium-browser.inc to simplify upgrades

[Carlos Rafael Giani]

This eases the chromium browser upgrade process while ensuring that the
chromium embedded framework is still supported. With this new structure,
chromium.inc contains common code for cef3 and the browser, while
chromium-browser.inc contains common code for browser releases (and itself
includes chromium.inc). The actual .bb files then mainly set several
values (and may contain release specific functions).

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 recipes-browser/chromium/chromium-browser.inc | 241 ++
 recipes-browser/chromium/chromium.inc |  15 +-
 recipes-browser/chromium/chromium_40.0.2214.91.bb | 209 +--
 3 files changed, 249 insertions(+), 216 deletions(-)
 create mode 100644 recipes-browser/chromium/chromium-browser.inc

diff --git a/recipes-browser/chromium/chromium-browser.inc 
b/recipes-browser/chromium/chromium-browser.inc
new file mode 100644
index 000..c6de2ec
--- /dev/null
+++ b/recipes-browser/chromium/chromium-browser.inc
@@ -0,0 +1,241 @@
+# Recipe files have to perform the following tasks after including this file:
+# 1) Add patches to SRC_URI. Version specific patches should be contained in a
+#"chromium-XX" subdirectory, where XX is the major version. There are also
+#patches that are shared amongst versions but may one day no longer be
+#needed (like unistd2.patch). These do not belong in such a subdirectory,
+#but still need to be explicitely be added. Do NOT add ozone-wayland 
patches
+#to SRC_URI here!
+# 2) Add md5sum and sha256sum hashes of the tarball.
+# 3) Add ozone-wayland patches to the OZONE_WAYLAND_EXTRA_PATCHES variable.
+#The rule with the chromium-XX subdirectory also applies here.
+# 4) Set the OZONE_WAYLAND_GIT_BRANCH and OZONE_WAYLAND_GIT_SRCREV values.
+# 5) Optionally, set values for these variables:
+#* OZONE_WAYLAND_PATCH_FILE_GLOB
+#* OZONE_WAYLAND_GIT_DESTSUFFIX
+#* CHROMIUM_X11_DEPENDS
+#* CHROMIUM_X11_GYP_DEFINES
+#* CHROMIUM_WAYLAND_DEPENDS
+#* CHROMIUM_WAYLAND_GYP_DEFINES
+
+include chromium.inc
+
+DESCRIPTION = "Chromium browser"
+DEPENDS += "libgnome-keyring"
+
+SRC_URI = "\
+http://gsdview.appspot.com/chromium-browser-official/${P}.tar.xz \
+file://include.gypi \
+file://oe-defaults.gypi \
+file://google-chrome \
+file://google-chrome.desktop \
+"
+
+
+# PACKAGECONFIG options
+# ^
+# * use-egl: (on by default)
+#   Without this packageconfig, the Chromium build will use GLX for
+#   creating an OpenGL context in X11, and regular OpenGL for painting
+#   operations. Neither are desirable on embedded platforms. With this
+#   packageconfig, EGL and OpenGL ES 2.x are used instead.
+#
+# * disable-api-keys-info-bar: (off by default)
+#   This disables the info bar that warns: "Google API keys are missing".
+#   With some builds, missing API keys are considered OK, so the bar needs
+#   to go. Conversely, if Chromium is compiled with this option off and
+#   the user wishes to disable the warning, the following lines can be
+#   added to the "google-chrome" script (see patchset) before the
+#   chromium binary is called:
+#   export GOOGLE_API_KEY="no"
+#   export GOOGLE_DEFAULT_CLIENT_ID="no"
+#   export GOOGLE_DEFAULT_CLIENT_SECRET="no"
+#
+# * component-build: (off by default)
+#   Enables component build mode. By default, all of Chromium (with the
+#   exception of FFmpeg) is linked into one big binary. The linker step
+#   requires at least 8 GB RAM. Component mode was created to facilitate
+#   development and testing, since with it, there is not one big binary;
+#   instead, each component is linked to a separate shared object. Use
+#   component mode for development, testing, and in case the build machine
+#   is not a 64-bit one, or has less than 8 GB RAM.
+#
+# * ignore-lost-context: (off by default)
+#   There is a flaw in the HTML Canvas specification. When the canvas'
+#   backing store is some kind of hardware resource like an OpenGL
+#   texture, this resource might get lost. In case of OpenGL textures,
+#   this happens when the OpenGL context gets lost. The canvas should then
+#   be repainted, but nothing in the Canvas standard reflects that. This
+#   packageconfig is to be used if the underlying OpenGL (ES) drivers do
+#   not lose the context, or if losing the context is considered okay
+#   (note that canvas contents can vanish then).
+#
+# * impl-side-painting: (off by default)
+#   This is a new painting mechanism. Still in
+#   development stages, it can improve performance See
+#   http://www.chromium.org/developers/design-documents/impl-side-painting
+#   for more.
+#
+# * kiosk-mode: (off by default)
+#   Ena

[oe] [meta-browser][PATCH v2 1/3] chromium: Replace deprecated base_* wrapper calls

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 recipes-browser/chromium/cef3_280796.bb   |  2 +-
 recipes-browser/chromium/chromium_40.0.2214.91.bb | 14 +++---
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/recipes-browser/chromium/cef3_280796.bb 
b/recipes-browser/chromium/cef3_280796.bb
index dab721e..4bfa783 100644
--- a/recipes-browser/chromium/cef3_280796.bb
+++ b/recipes-browser/chromium/cef3_280796.bb
@@ -36,7 +36,7 @@ export BUILD_TARGET_ARCH="${TARGET_ARCH}"
 export GYP_DEFINES="${GYP_ARCH_DEFINES} 
release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''"
 
 EXTRA_OEGYP =  " \
-${@base_contains('DISTRO_FEATURES', 'ld-is-gold', 
'-Ddisable_fatal_linker_warnings=1', '', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', 
'-Ddisable_fatal_linker_warnings=1', '', d)} \
 "
 
 do_configure_prepend() {
diff --git a/recipes-browser/chromium/chromium_40.0.2214.91.bb 
b/recipes-browser/chromium/chromium_40.0.2214.91.bb
index 25489c1..48a5a9e 100644
--- a/recipes-browser/chromium/chromium_40.0.2214.91.bb
+++ b/recipes-browser/chromium/chromium_40.0.2214.91.bb
@@ -97,8 +97,8 @@ CHROMIUM_EXTRA_ARGS ?= " \
 
 # Conditionally add ozone-wayland and its patches to the Chromium sources
 # You can override this by setting CHROMIUM_ENABLE_WAYLAND=1 or 
CHROMIUM_ENABLE_WAYLAND=0 in local.conf
-CHROMIUM_ENABLE_WAYLAND ??= "${@base_contains('DISTRO_FEATURES', 'x11', '0', \
- base_contains('DISTRO_FEATURES', 'wayland', '1', \
+CHROMIUM_ENABLE_WAYLAND ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 
'0', \
+ bb.utils.contains('DISTRO_FEATURES', 'wayland', '1', \
  '0', d),d)}"
 # Some sanity checks.
 python do_check_variables() {
@@ -125,11 +125,11 @@ addtask check_variables before do_fetch
 OZONE_WAYLAND_GIT_DESTSUFFIX = "ozone-wayland-git"
 OZONE_WAYLAND_GIT_BRANCH = "Milestone-ThanksGiving"
 OZONE_WAYLAND_GIT_SRCREV = "5d7baa9bc3b8c88e9b7e476e3d6bc8cd44a887fe"
-SRC_URI += "${@base_conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'git://github.com/01org/ozone-wayland.git;destsuffix=${OZONE_WAYLAND_GIT_DESTSUFFIX};branch=${OZONE_WAYLAND_GIT_BRANCH};rev=${OZONE_WAYLAND_GIT_SRCREV}',
 '', d)}"
+SRC_URI += "${@oe.utils.conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'git://github.com/01org/ozone-wayland.git;destsuffix=${OZONE_WAYLAND_GIT_DESTSUFFIX};branch=${OZONE_WAYLAND_GIT_BRANCH};rev=${OZONE_WAYLAND_GIT_SRCREV}',
 '', d)}"
 OZONE_WAYLAND_PATCH_FILE_GLOB = "*.patch"
 
-do_unpack[postfuncs] += "${@base_conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'copy_ozone_wayland_files', '', d)}"
-do_patch[prefuncs] += "${@base_conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'add_ozone_wayland_patches', '', d)}"
+do_unpack[postfuncs] += "${@oe.utils.conditional('CHROMIUM_ENABLE_WAYLAND', 
'1', 'copy_ozone_wayland_files', '', d)}"
+do_patch[prefuncs] += "${@oe.utils.conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'add_ozone_wayland_patches', '', d)}"
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=537e0b52077bf0a616d0a0c8a79bc9d5"
 SRC_URI[md5sum] = "1f5093bd7e435fdebad070e74bfb3438"
@@ -183,8 +183,8 @@ EXTRA_OEGYP =   " \
-Dclang=0 \
-Dhost_clang=0 \
-Ddisable_fatal_linker_warnings=1 \
-   ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_binary=0', d)} \
-   ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_flags=0', d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_binary=0', d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_flags=0', d)} \
-I ${WORKDIR}/oe-defaults.gypi \
-I ${WORKDIR}/include.gypi \
${@bb.utils.contains('PACKAGECONFIG', 'component-build', '-I 
${WORKDIR}/component-build.gypi', '', d)} \
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-browser][PATCH 3/3] chromium: Upgrade to version 48.0.2548.0

[Carlos Rafael Giani]

Not upgrading to M49 or M50 in this commit since this is currently the
latest version that is supported by ozone-wayland

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 ...Add-Linux-to-impl-side-painting-whitelist.patch | 39 ---
 .../0003-disable-uninitialized-warning.patch   | 19 --
 .../0005-Remove-X-libraries-from-GYP-files.patch   | 77 --
 .../chromium/chromium-40/0010-systemd-218.patch| 39 ---
 .../fix-build-error-with-GCC-in-Debug-mode.patch   | 32 -
 ...accelerated-Canvas-support-from-blacklist.patch | 20 --
 ...0001-bignum.cc-disable-warning-from-gcc-5.patch |  4 +-
 .../0002-Disable-API-keys-info-bar.patch}  |  2 +-
 ...-image_util.cc-disable-warning-from-gcc-5.patch |  0
 ...-Remove-hard-coded-values-for-CC-and-CXX.patch} |  8 +--
 ...y-i18n_process_css_test.html-file-to-avoi.patch | 26 
 ...erride-root-filesystem-access-restriction.patch | 30 +
 .../0006-Remove-GBM-support-from-wayland.gyp.patch | 66 +++
 ...for-glib-related-build-error-with-ozone-w.patch | 31 +
 .../0008-Fix-GCC-uninitialized-warning.patch   | 26 
 ...9-Fix-build-errors-with-GCC-in-Debug-mode.patch | 46 +
 .../add_missing_stat_h_include.patch   |  4 +-
 recipes-browser/chromium/chromium_40.0.2214.91.bb  | 45 -
 recipes-browser/chromium/chromium_48.0.2548.0.bb   | 42 
 19 files changed, 289 insertions(+), 267 deletions(-)
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0003-disable-uninitialized-warning.patch
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0005-Remove-X-libraries-from-GYP-files.patch
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/0010-systemd-218.patch
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-40/fix-build-error-with-GCC-in-Debug-mode.patch
 rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/0001-Remove-accelerated-Canvas-support-from-blacklist.patch (71%)
 rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/0001-bignum.cc-disable-warning-from-gcc-5.patch (98%)
 rename 
recipes-browser/chromium/chromium/{chromium-40/0003-Disable-API-keys-info-bar.patch
 => chromium-48/0002-Disable-API-keys-info-bar.patch} (95%)
 rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/0002-image_util.cc-disable-warning-from-gcc-5.patch (100%)
 rename 
recipes-browser/chromium/chromium/{chromium-40/0004-Remove-hard-coded-values-for-CC-and-CXX.patch
 => chromium-48/0003-Remove-hard-coded-values-for-CC-and-CXX.patch} (86%)
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0004-Create-empty-i18n_process_css_test.html-file-to-avoi.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0005-Override-root-filesystem-access-restriction.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0006-Remove-GBM-support-from-wayland.gyp.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0007-Workaround-for-glib-related-build-error-with-ozone-w.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0008-Fix-GCC-uninitialized-warning.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-48/0009-Fix-build-errors-with-GCC-in-Debug-mode.patch
 rename recipes-browser/chromium/chromium/{chromium-40 => 
chromium-48}/add_missing_stat_h_include.patch (90%)
 delete mode 100644 recipes-browser/chromium/chromium_40.0.2214.91.bb
 create mode 100644 recipes-browser/chromium/chromium_48.0.2548.0.bb

diff --git 
a/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
 
b/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
deleted file mode 100644
index b5916ca..000
--- 
a/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
+++ /dev/null
@@ -1,39 +0,0 @@
-From 61cbd67e88f5e99185d7df1a05f842c58e691495 Mon Sep 17 00:00:00 2001
-From: Carlos Rafael Giani <d...@pseudoterminal.org>
-Date: Sun, 21 Dec 2014 01:01:04 +0100
-Subject: [PATCH] Add Linux to impl side painting whitelist
-
-Upstream-Status: Inappropriate [enable feature]
-
-Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>

- gpu/config/software_rendering_list_json.cc | 7 ++-
- 1 file changed, 6 insertions(+), 1 deletion(-)
-
-diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc
-index ccf1460..8630d75 100644
 a/gpu/config/software_rendering_list_json.cc
-+++ b/gpu/config/software_rendering_list_json.cc
-@@ -1088,13 +1088,18 @@ LONG_STRING_CONST(
- },
- {
-   "id": 99,
--  "description

[oe] [meta-browser][PATCH 2/3] chromium: Create chromium-browser.inc to simplify upgrades

[Carlos Rafael Giani]

This eases the chromium browser upgrade process while ensuring that the
chromium embedded framework is still supported. With this new structure,
chromium.inc contains common code for cef3 and the browser, while
chromium-browser.inc contains common code for browser releases (and itself
includes chromium.inc). The actual .bb files then mainly set several
values (and may contain release specific functions).

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 recipes-browser/chromium/chromium-browser.inc | 240 ++
 recipes-browser/chromium/chromium.inc |  15 +-
 recipes-browser/chromium/chromium_40.0.2214.91.bb | 209 +--
 3 files changed, 248 insertions(+), 216 deletions(-)
 create mode 100644 recipes-browser/chromium/chromium-browser.inc

diff --git a/recipes-browser/chromium/chromium-browser.inc 
b/recipes-browser/chromium/chromium-browser.inc
new file mode 100644
index 000..b9b334b
--- /dev/null
+++ b/recipes-browser/chromium/chromium-browser.inc
@@ -0,0 +1,240 @@
+# Recipe files have to perform the following tasks after including this file:
+# 1) Add patches to SRC_URI. Version specific patches should be contained in a
+#"chromium-XX" subdirectory, where XX is the major version. There are also
+#patches that are shared amongst versions but may one day no longer be
+#needed (like unistd2.patch). These do not belong in such a subdirectory,
+#but still need to be explicitely be added. Do NOT add ozone-wayland 
patches
+#to SRC_URI here!
+# 2) Add md5sum and sha256sum hashes of the tarball.
+# 3) Add ozone-wayland patches to the OZONE_WAYLAND_EXTRA_PATCHES variable.
+#The rule with the chromium-XX subdirectory also applies here.
+# 4) Set the OZONE_WAYLAND_GIT_BRANCH and OZONE_WAYLAND_GIT_SRCREV values.
+# 5) Optionally, set values for these variables:
+#* OZONE_WAYLAND_PATCH_FILE_GLOB
+#* OZONE_WAYLAND_GIT_DESTSUFFIX
+#* CHROMIUM_X11_DEPENDS
+#* CHROMIUM_X11_GYP_DEFINES
+#* CHROMIUM_WAYLAND_DEPENDS
+#* CHROMIUM_WAYLAND_GYP_DEFINES
+
+include chromium.inc
+
+DESCRIPTION = "Chromium browser"
+DEPENDS += "libgnome-keyring"
+
+SRC_URI = "\
+http://gsdview.appspot.com/chromium-browser-official/${P}.tar.xz \
+file://include.gypi \
+file://oe-defaults.gypi \
+file://google-chrome \
+file://google-chrome.desktop \
+"
+
+
+# PACKAGECONFIG options
+# ^
+# * use-egl: (on by default)
+#   Without this packageconfig, the Chromium build will use GLX for
+#   creating an OpenGL context in X11, and regular OpenGL for painting
+#   operations. Neither are desirable on embedded platforms. With this
+#   packageconfig, EGL and OpenGL ES 2.x are used instead.
+#
+# * disable-api-keys-info-bar: (off by default)
+#   This disables the info bar that warns: "Google API keys are missing".
+#   With some builds, missing API keys are considered OK, so the bar needs
+#   to go. Conversely, if Chromium is compiled with this option off and
+#   the user wishes to disable the warning, the following lines can be
+#   added to the "google-chrome" script (see patchset) before the
+#   chromium binary is called:
+#   export GOOGLE_API_KEY="no"
+#   export GOOGLE_DEFAULT_CLIENT_ID="no"
+#   export GOOGLE_DEFAULT_CLIENT_SECRET="no"
+#
+# * component-build: (off by default)
+#   Enables component build mode. By default, all of Chromium (with the
+#   exception of FFmpeg) is linked into one big binary. The linker step
+#   requires at least 8 GB RAM. Component mode was created to facilitate
+#   development and testing, since with it, there is not one big binary;
+#   instead, each component is linked to a separate shared object. Use
+#   component mode for development, testing, and in case the build machine
+#   is not a 64-bit one, or has less than 8 GB RAM.
+#
+# * ignore-lost-context: (off by default)
+#   There is a flaw in the HTML Canvas specification. When the canvas'
+#   backing store is some kind of hardware resource like an OpenGL
+#   texture, this resource might get lost. In case of OpenGL textures,
+#   this happens when the OpenGL context gets lost. The canvas should then
+#   be repainted, but nothing in the Canvas standard reflects that. This
+#   packageconfig is to be used if the underlying OpenGL (ES) drivers do
+#   not lose the context, or if losing the context is considered okay
+#   (note that canvas contents can vanish then).
+#
+# * impl-side-painting: (off by default)
+#   This is a new painting mechanism. Still in
+#   development stages, it can improve performance See
+#   http://www.chromium.org/developers/design-documents/impl-side-painting
+#   for more.
+#
+# * kiosk-mode: (off by default)
+#   Ena

[oe] [meta-browser][PATCH 1/3] chromium: Replace deprecated base_* wrapper calls

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 recipes-browser/chromium/cef3_280796.bb   |  2 +-
 recipes-browser/chromium/chromium_40.0.2214.91.bb | 14 +++---
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/recipes-browser/chromium/cef3_280796.bb 
b/recipes-browser/chromium/cef3_280796.bb
index dab721e..4bfa783 100644
--- a/recipes-browser/chromium/cef3_280796.bb
+++ b/recipes-browser/chromium/cef3_280796.bb
@@ -36,7 +36,7 @@ export BUILD_TARGET_ARCH="${TARGET_ARCH}"
 export GYP_DEFINES="${GYP_ARCH_DEFINES} 
release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''"
 
 EXTRA_OEGYP =  " \
-${@base_contains('DISTRO_FEATURES', 'ld-is-gold', 
'-Ddisable_fatal_linker_warnings=1', '', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', 
'-Ddisable_fatal_linker_warnings=1', '', d)} \
 "
 
 do_configure_prepend() {
diff --git a/recipes-browser/chromium/chromium_40.0.2214.91.bb 
b/recipes-browser/chromium/chromium_40.0.2214.91.bb
index 25489c1..48a5a9e 100644
--- a/recipes-browser/chromium/chromium_40.0.2214.91.bb
+++ b/recipes-browser/chromium/chromium_40.0.2214.91.bb
@@ -97,8 +97,8 @@ CHROMIUM_EXTRA_ARGS ?= " \
 
 # Conditionally add ozone-wayland and its patches to the Chromium sources
 # You can override this by setting CHROMIUM_ENABLE_WAYLAND=1 or 
CHROMIUM_ENABLE_WAYLAND=0 in local.conf
-CHROMIUM_ENABLE_WAYLAND ??= "${@base_contains('DISTRO_FEATURES', 'x11', '0', \
- base_contains('DISTRO_FEATURES', 'wayland', '1', \
+CHROMIUM_ENABLE_WAYLAND ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 
'0', \
+ bb.utils.contains('DISTRO_FEATURES', 'wayland', '1', \
  '0', d),d)}"
 # Some sanity checks.
 python do_check_variables() {
@@ -125,11 +125,11 @@ addtask check_variables before do_fetch
 OZONE_WAYLAND_GIT_DESTSUFFIX = "ozone-wayland-git"
 OZONE_WAYLAND_GIT_BRANCH = "Milestone-ThanksGiving"
 OZONE_WAYLAND_GIT_SRCREV = "5d7baa9bc3b8c88e9b7e476e3d6bc8cd44a887fe"
-SRC_URI += "${@base_conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'git://github.com/01org/ozone-wayland.git;destsuffix=${OZONE_WAYLAND_GIT_DESTSUFFIX};branch=${OZONE_WAYLAND_GIT_BRANCH};rev=${OZONE_WAYLAND_GIT_SRCREV}',
 '', d)}"
+SRC_URI += "${@oe.utils.conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'git://github.com/01org/ozone-wayland.git;destsuffix=${OZONE_WAYLAND_GIT_DESTSUFFIX};branch=${OZONE_WAYLAND_GIT_BRANCH};rev=${OZONE_WAYLAND_GIT_SRCREV}',
 '', d)}"
 OZONE_WAYLAND_PATCH_FILE_GLOB = "*.patch"
 
-do_unpack[postfuncs] += "${@base_conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'copy_ozone_wayland_files', '', d)}"
-do_patch[prefuncs] += "${@base_conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'add_ozone_wayland_patches', '', d)}"
+do_unpack[postfuncs] += "${@oe.utils.conditional('CHROMIUM_ENABLE_WAYLAND', 
'1', 'copy_ozone_wayland_files', '', d)}"
+do_patch[prefuncs] += "${@oe.utils.conditional('CHROMIUM_ENABLE_WAYLAND', '1', 
'add_ozone_wayland_patches', '', d)}"
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=537e0b52077bf0a616d0a0c8a79bc9d5"
 SRC_URI[md5sum] = "1f5093bd7e435fdebad070e74bfb3438"
@@ -183,8 +183,8 @@ EXTRA_OEGYP =   " \
-Dclang=0 \
-Dhost_clang=0 \
-Ddisable_fatal_linker_warnings=1 \
-   ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_binary=0', d)} \
-   ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_flags=0', d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_binary=0', d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_flags=0', d)} \
-I ${WORKDIR}/oe-defaults.gypi \
-I ${WORKDIR}/include.gypi \
${@bb.utils.contains('PACKAGECONFIG', 'component-build', '-I 
${WORKDIR}/component-build.gypi', '', d)} \
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [RFT] GCC 6 Recipes

[Carlos Rafael Giani]

Something that concerns me is a note from 
https://gcc.gnu.org/gcc-6/changes.html :


"Value range propagation now assumes that the this pointer of C++ member 
functions is non-null. This eliminates common null pointer checks but 
also breaks some non-conforming code-bases (such as Qt-5, Chromium, 
KDevelop). As a temporary work-around -fno-delete-null-pointer-checks 
can be used. Wrong code can be identified by using -fsanitize=undefined."


Sounds like this has potential to break a significant number of packages.

On 04/18/2016 07:15 AM, Khem Raj wrote:

Hello all,

I have put together a potential gcc6 upgrade recipe set, and pushed the branch 
to tree here


http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6

and also at github fork of mine.

https://github.com/kraj/openembedded-core/tree/kraj/master

You need to set

GCCVERSION = “6.%”

in local.conf to enable it.


There are few recipes in OE-Core which still don’t compile e.g.

see

http://errors.yoctoproject.org/Errors/Build/14782/

any help in fixing them or otherwise fixing other layers is appreciated.

gcc6 is a major release for some info see

https://gcc.gnu.org/gcc-6/changes.html

and porting guide

https://gcc.gnu.org/gcc-6/porting_to.html


Thanks

-Khem




--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] chromium 40, gcc 5.3, and OE master problems

[Carlos Rafael Giani]

Recently I did a build of chromium 40 with the current OE-core & meta-oe 
master, which means it was built with GCC 5.3.
Chromium was always crashing, the origin of the segmentation fault was 
somewhere deep inside the GCC std::map implementation.
I added GCCVERSION = "4.9%" to local.conf, rebuilt the image, and 
chromium worked.


Did anybody else observe the same? I built it for the nitrogen6x 
platform (imx6 SoC). I did not yet try it in QEMU.


Also, I have factored code out of the chromium .bb file into a 
chromium-browser.inc file. This way, the existing chromium.inc remains 
usable for cef3, and Chromium upgrades become easier.

(I will upgrade Chromium in a followup commit.)
Since the GCC issue is clearly something separate, I do not think this 
recipe cleanup should be blocked by it. So I will soon post the recipe 
upgrade here, and the GCC issue should be discussed in parallel.

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH v2] libopus: upgrade to version 1.1.2

[Carlos Rafael Giani]

This is because the ne10 build currently has a .text relocation problem. 
I am looking into it.


On 2016-02-25 23:11, Andreas Müller wrote:

On Wed, Feb 10, 2016 at 3:31 PM, Matthieu CRAPET
 wrote:

Hi,

I totally missed Carlos Rafael Giani's patch (2016.02.08). Please discard this 
thread.

Regards,
Matthieu
This email and its content belong to Ingenico Group. The enclosed information 
is confidential and may not be disclosed to any unauthorized person. If you 
have received it by mistake do not forward it and delete it from your system. 
Cet email et son contenu sont la propriété du Groupe Ingenico. L’information 
qu’il contient est confidentielle et ne peut être communiquée à des personnes 
non autorisées. Si vous l’avez reçu par erreur ne le transférez pas et 
supprimez-le.
--

We are failing here currently as ne10 was not applied - so I get something like

| Missing or unbuildable dependency chain was: ['xfce4-games-image',
'packagegroup-image-full', 'mpd', 'libopus', 'ne10']

Andreas


--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] libopus: upgrade to version 1.1.2

[Carlos Rafael Giani]

This release includes support for Ne10 to improve performance on ARM NEON
capable CPUs. Also, packageconfigs are introduced for controlling whether
Opus uses fixed or floating point processing and whether or not fast
floating point approximations are enabled.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../libopus/{libopus_1.1.bb => libopus_1.1.2.bb}   | 24 ++
 1 file changed, 20 insertions(+), 4 deletions(-)
 rename meta-oe/recipes-multimedia/libopus/{libopus_1.1.bb => libopus_1.1.2.bb} 
(65%)

diff --git a/meta-oe/recipes-multimedia/libopus/libopus_1.1.bb 
b/meta-oe/recipes-multimedia/libopus/libopus_1.1.2.bb
similarity index 65%
rename from meta-oe/recipes-multimedia/libopus/libopus_1.1.bb
rename to meta-oe/recipes-multimedia/libopus/libopus_1.1.2.bb
index 948d4df..9d9a634 100644
--- a/meta-oe/recipes-multimedia/libopus/libopus_1.1.bb
+++ b/meta-oe/recipes-multimedia/libopus/libopus_1.1.2.bb
@@ -9,15 +9,31 @@ LICENSE = "BSD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=e304cdf74c2a1b0a33a5084c128a23a3"
 
 SRC_URI = "http://downloads.xiph.org/releases/opus/opus-${PV}.tar.gz;
-SRC_URI[md5sum] = "c5a8cf7c0b066759542bc4ca46817ac6"
-SRC_URI[sha256sum] = 
"b9727015a58affcf3db527322bf8c4d2fcf39f5f6b8f15dbceca20206cbe1d95"
+SRC_URI[md5sum] = "1f08a661bc72930187893a07f3741a91"
+SRC_URI[sha256sum] = 
"0e290078e31211baa7b5886bcc8ab6bc048b9fc83882532da4a1a45e58e907fd"
 
 S = "${WORKDIR}/opus-${PV}"
 
 inherit autotools pkgconfig
 
-require libopus-fpu.inc
-EXTRA_OECONF = "${@get_libopus_fpu_setting(bb, d)}"
+PACKAGECONFIG ??= ""
+PACKAGECONFIG[fixed-point] = "--enable-fixed-point,,"
+PACKAGECONFIG[float-approx] = "--enable-float-approx,,"
+
+EXTRA_OECONF = "--with-NE10-includes=${STAGING_DIR_TARGET}${includedir} \
+--with-NE10-libraries=${STAGING_DIR_TARGET}${libdir} \
+--enable-asm \
+--enable-intrinsics \
+   "
+
+python () {
+if d.getVar('TARGET_FPU', True) in [ 'soft' ]:
+d.appendVar('PACKAGECONFIG', ' fixed-point')
+
+# Ne10 is only available for armv7 and aarch64
+if any((t.startswith('armv7') or t.startswith('aarch64')) for t in 
d.getVar('TUNE_FEATURES', True).split()):
+d.appendVar('DEPENDS', ' ne10')
+}
 
 # Fails to build with thumb-1 (qemuarm)
 #| {standard input}: Assembler messages:
-- 
2.5.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH v2] libopus: upgrade to version 1.1.2

[Carlos Rafael Giani]

This release includes support for Ne10 to improve performance on ARM NEON
capable CPUs. Also, packageconfigs are introduced for controlling whether
Opus uses fixed or floating point processing and whether or not fast
floating point approximations are enabled.

libopus-fpu.inc wasn't doing much, and was fully integrated into the
main recipe.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 meta-oe/recipes-multimedia/libopus/libopus-fpu.inc |  6 --
 .../libopus/{libopus_1.1.bb => libopus_1.1.2.bb}   | 24 ++
 2 files changed, 20 insertions(+), 10 deletions(-)
 delete mode 100644 meta-oe/recipes-multimedia/libopus/libopus-fpu.inc
 rename meta-oe/recipes-multimedia/libopus/{libopus_1.1.bb => libopus_1.1.2.bb} 
(65%)

diff --git a/meta-oe/recipes-multimedia/libopus/libopus-fpu.inc 
b/meta-oe/recipes-multimedia/libopus/libopus-fpu.inc
deleted file mode 100644
index 8464664..000
--- a/meta-oe/recipes-multimedia/libopus/libopus-fpu.inc
+++ /dev/null
@@ -1,6 +0,0 @@
-
-def get_libopus_fpu_setting(bb, d):
-if d.getVar('TARGET_FPU', True) in [ 'soft' ]:
-return "--enable-fixed-point"
-return ""
-
diff --git a/meta-oe/recipes-multimedia/libopus/libopus_1.1.bb 
b/meta-oe/recipes-multimedia/libopus/libopus_1.1.2.bb
similarity index 65%
rename from meta-oe/recipes-multimedia/libopus/libopus_1.1.bb
rename to meta-oe/recipes-multimedia/libopus/libopus_1.1.2.bb
index 948d4df..9d9a634 100644
--- a/meta-oe/recipes-multimedia/libopus/libopus_1.1.bb
+++ b/meta-oe/recipes-multimedia/libopus/libopus_1.1.2.bb
@@ -9,15 +9,31 @@ LICENSE = "BSD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=e304cdf74c2a1b0a33a5084c128a23a3"
 
 SRC_URI = "http://downloads.xiph.org/releases/opus/opus-${PV}.tar.gz;
-SRC_URI[md5sum] = "c5a8cf7c0b066759542bc4ca46817ac6"
-SRC_URI[sha256sum] = 
"b9727015a58affcf3db527322bf8c4d2fcf39f5f6b8f15dbceca20206cbe1d95"
+SRC_URI[md5sum] = "1f08a661bc72930187893a07f3741a91"
+SRC_URI[sha256sum] = 
"0e290078e31211baa7b5886bcc8ab6bc048b9fc83882532da4a1a45e58e907fd"
 
 S = "${WORKDIR}/opus-${PV}"
 
 inherit autotools pkgconfig
 
-require libopus-fpu.inc
-EXTRA_OECONF = "${@get_libopus_fpu_setting(bb, d)}"
+PACKAGECONFIG ??= ""
+PACKAGECONFIG[fixed-point] = "--enable-fixed-point,,"
+PACKAGECONFIG[float-approx] = "--enable-float-approx,,"
+
+EXTRA_OECONF = "--with-NE10-includes=${STAGING_DIR_TARGET}${includedir} \
+--with-NE10-libraries=${STAGING_DIR_TARGET}${libdir} \
+--enable-asm \
+--enable-intrinsics \
+   "
+
+python () {
+if d.getVar('TARGET_FPU', True) in [ 'soft' ]:
+d.appendVar('PACKAGECONFIG', ' fixed-point')
+
+# Ne10 is only available for armv7 and aarch64
+if any((t.startswith('armv7') or t.startswith('aarch64')) for t in 
d.getVar('TUNE_FEATURES', True).split()):
+d.appendVar('DEPENDS', ' ne10')
+}
 
 # Fails to build with thumb-1 (qemuarm)
 #| {standard input}: Assembler messages:
-- 
2.5.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] ne10: add recipe

[Carlos Rafael Giani]

Add recipe for the Ne10 library ( http://projectne10.github.io/Ne10/ ).
This library provides heavily ARM NEON optimized versions of functions
that are commonly used.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 meta-oe/recipes-support/ne10/ne10_1.2.1.bb | 38 ++
 1 file changed, 38 insertions(+)
 create mode 100644 meta-oe/recipes-support/ne10/ne10_1.2.1.bb

diff --git a/meta-oe/recipes-support/ne10/ne10_1.2.1.bb 
b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
new file mode 100644
index 000..a465e7d
--- /dev/null
+++ b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
@@ -0,0 +1,38 @@
+DESCRIPTION = "Library containing NEON-optimized implementations for a common 
set of functions"
+HOMEPAGE = "http://projectne10.github.io/Ne10/;
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=463ac0a7d64edc2b787c4206635ca2b1"
+SECTION = "libs"
+
+SRC_URI = "git://github.com/projectNe10/Ne10.git"
+SRCREV = "v${PV}"
+
+S = "${WORKDIR}/git"
+
+inherit cmake
+
+NE10_TARGET_ARCH = ""
+EXTRA_OECMAKE = '-DGNULINUX_PLATFORM=ON -DNE10_BUILD_SHARED=ON 
-DNE10_LINUX_TARGET_ARCH="${NE10_TARGET_ARCH}"'
+
+COMPATIBLE_MACHINE_aarch64 = "(.*)"
+COMPATIBLE_MACHINE_armv7a = "(.*)"
+
+python () {
+if any(t.startswith('armv7') for t in d.getVar('TUNE_FEATURES', 
True).split()):
+d.setVar('NE10_TARGET_ARCH', 'armv7')
+bb.note('Building Ne10 for armv7')
+elif any(t.startswith('aarch64') for t in d.getVar('TUNE_FEATURES', 
True).split()):
+d.setVar('NE10_TARGET_ARCH', 'aarch64')
+bb.note('Building Ne10 for aarch64')
+else:
+raise bb.parse.SkipPackage("Incompatible with archs other than armv7 
and aarch64")
+}
+
+do_install() {
+install -d ${D}${libdir}
+install -d ${D}${includedir}
+install -m 0644 ${S}/inc/NE10*.h ${D}${includedir}/
+install -m 0644 ${B}/modules/libNE10.a ${D}${libdir}/
+install -m 0755 ${B}/modules/libNE10.so.* ${D}${libdir}/
+cp -a ${B}/modules/libNE10.so ${D}${libdir}/
+}
-- 
2.5.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH v2] ne10: add recipe

[Carlos Rafael Giani]

Add recipe for the Ne10 library ( http://projectne10.github.io/Ne10/ ).
This library provides heavily ARM NEON optimized versions of functions
that are commonly used.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 meta-oe/recipes-support/ne10/ne10_1.2.1.bb | 38 ++
 1 file changed, 38 insertions(+)
 create mode 100644 meta-oe/recipes-support/ne10/ne10_1.2.1.bb

diff --git a/meta-oe/recipes-support/ne10/ne10_1.2.1.bb 
b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
new file mode 100644
index 000..5da3137
--- /dev/null
+++ b/meta-oe/recipes-support/ne10/ne10_1.2.1.bb
@@ -0,0 +1,38 @@
+DESCRIPTION = "Library containing NEON-optimized implementations for a common 
set of functions"
+HOMEPAGE = "http://projectne10.github.io/Ne10/;
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=463ac0a7d64edc2b787c4206635ca2b1"
+SECTION = "libs"
+
+SRC_URI = "git://github.com/projectNe10/Ne10.git"
+SRCREV = "a08b29d88e3c94d32b5b8f827e7fcf0bc2b34ac2"
+
+S = "${WORKDIR}/git"
+
+inherit cmake
+
+NE10_TARGET_ARCH = ""
+EXTRA_OECMAKE = '-DGNULINUX_PLATFORM=ON -DNE10_BUILD_SHARED=ON 
-DNE10_LINUX_TARGET_ARCH="${NE10_TARGET_ARCH}"'
+
+COMPATIBLE_MACHINE_aarch64 = "(.*)"
+COMPATIBLE_MACHINE_armv7a = "(.*)"
+
+python () {
+if any(t.startswith('armv7') for t in d.getVar('TUNE_FEATURES', 
True).split()):
+d.setVar('NE10_TARGET_ARCH', 'armv7')
+bb.note('Building Ne10 for armv7')
+elif any(t.startswith('aarch64') for t in d.getVar('TUNE_FEATURES', 
True).split()):
+d.setVar('NE10_TARGET_ARCH', 'aarch64')
+bb.note('Building Ne10 for aarch64')
+else:
+raise bb.parse.SkipPackage("Incompatible with archs other than armv7 
and aarch64")
+}
+
+do_install() {
+install -d ${D}${libdir}
+install -d ${D}${includedir}
+install -m 0644 ${S}/inc/NE10*.h ${D}${includedir}/
+install -m 0644 ${B}/modules/libNE10.a ${D}${libdir}/
+install -m 0755 ${B}/modules/libNE10.so.* ${D}${libdir}/
+cp -a ${B}/modules/libNE10.so ${D}${libdir}/
+}
-- 
2.5.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5] Why is GLib disabled?

[Carlos Rafael Giani]

Hello,

in most Qt5 builds, I have seen GLib support enabled. But in meta-qt5, 
the corresponding packageconfig is disabled by default. Is there a 
reason for this?
It does cause problems when interfacing with libraries that make use of 
the GLib mainloop (for example, GStreamer).

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-multimedia][PATCH 2/5] aalib: add new recipe

[Carlos Rafael Giani]

Strange. This built fine for me, with the current master and MACHINE= 
qemux86-64 . Nevertheless, I'll add a CFLAGS_append = " -fPIC " line.


On 10/08/2015 12:25 PM, Martin Jansa wrote:

On Wed, Sep 23, 2015 at 03:56:04PM +0200, Carlos Rafael Giani wrote:

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
  meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb | 16 
  1 file changed, 16 insertions(+)
  create mode 100644 meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb

diff --git a/meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb 
b/meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb
new file mode 100644
index 000..06c4e5e
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb
@@ -0,0 +1,16 @@
+DESCRIPTION = "AAlib is an portable library for rendering graphics as ASCII 
art."
+HOMEPAGE = "http://aa-project.sourceforge.net/aalib/;
+SECTION = "libs"
+
+DEPENDS = "ncurses"
+
+LICENSE = "LGPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605"
+
+S = "${WORKDIR}/aalib-1.4.0"

Fails to build
http://errors.yoctoproject.org/Errors/Details/20262/


+
+SRC_URI = "${SOURCEFORGE_MIRROR}/aa-project/aalib-${PV}.tar.gz"
+SRC_URI[md5sum] = "d5aa8e9eae07b7441298b5c30490f6a6"
+SRC_URI[sha256sum] = 
"0b214b98850f559e0a9ef7282de2ff336b094e1aacedefff3ffa50f07711db58"
+
+inherit autotools
--
1.9.1

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel





--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH v2] aalib: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/aalib/aalib_1.4rc4.bb   | 18 ++
 1 file changed, 18 insertions(+)
 create mode 100644 meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb

diff --git a/meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb 
b/meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb
new file mode 100644
index 000..6d7d461
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb
@@ -0,0 +1,18 @@
+DESCRIPTION = "AAlib is an portable library for rendering graphics as ASCII 
art."
+HOMEPAGE = "http://aa-project.sourceforge.net/aalib/;
+SECTION = "libs"
+
+DEPENDS = "ncurses"
+
+LICENSE = "LGPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605"
+
+S = "${WORKDIR}/aalib-1.4.0"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/aa-project/aalib-${PV}.tar.gz"
+SRC_URI[md5sum] = "d5aa8e9eae07b7441298b5c30490f6a6"
+SRC_URI[sha256sum] = 
"0b214b98850f559e0a9ef7282de2ff336b094e1aacedefff3ffa50f07711db58"
+
+inherit autotools
+
+CFLAGS_append = " -fPIC "
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH 3/4] libdvdnav: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/libdvdnav/libdvdnav_5.0.3.bb| 14 ++
 1 file changed, 14 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/libdvdnav/libdvdnav_5.0.3.bb

diff --git a/meta-multimedia/recipes-multimedia/libdvdnav/libdvdnav_5.0.3.bb 
b/meta-multimedia/recipes-multimedia/libdvdnav/libdvdnav_5.0.3.bb
new file mode 100644
index 000..c2dd96f
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libdvdnav/libdvdnav_5.0.3.bb
@@ -0,0 +1,14 @@
+SUMMARY = "library for DVD navigation features"
+SECTION = "libs/multimedia"
+LICENSE = "GPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
+DEPENDS = "libdvdread"
+
+SRC_URI = 
"http://download.videolan.org/pub/videolan/${BPN}/${PV}/${BP}.tar.bz2;
+SRC_URI[md5sum] = "e9ea4de3bd8f204e61301d407d09f033"
+SRC_URI[sha256sum] = 
"5097023e3d2b36944c763f1df707ee06b19dc639b2b68fb30113a5f2cbf60b6d"
+
+inherit autotools lib_package binconfig pkgconfig
+
+CONFIGUREOPTS_remove = "--disable-silent-rules"
+
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH 1/4] vo-aacenc: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/opencore-amr/vo-aacenc_0.1.3.bb  | 13 +
 1 file changed, 13 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/opencore-amr/vo-aacenc_0.1.3.bb

diff --git a/meta-multimedia/recipes-multimedia/opencore-amr/vo-aacenc_0.1.3.bb 
b/meta-multimedia/recipes-multimedia/opencore-amr/vo-aacenc_0.1.3.bb
new file mode 100644
index 000..ce37362
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/opencore-amr/vo-aacenc_0.1.3.bb
@@ -0,0 +1,13 @@
+DESCRIPTION = "VisualOn Advanced Audio Coding (AAC) encoder"
+HOMEPAGE = "http://sourceforge.net/projects/opencore-amr/;
+SECTION = "libs"
+
+LICENSE = "Apache-2.0"
+LICENSE_FLAGS = "commercial"
+LIC_FILES_CHKSUM = "file://COPYING;md5=dd2c2486aca02190153cf399e508c7e7"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/opencore-amr/${BP}.tar.gz"
+SRC_URI[md5sum] = "b574da1d92d75fc40b0b75aa16f24ac4"
+SRC_URI[sha256sum] = 
"e51a7477a359f18df7c4f82d195dab4e14e7414cbd48cf79cc195fc446850f36"
+
+inherit autotools
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH 4/4] libsrtp: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-support/libsrtp/libsrtp_1.5.2.bb   | 18 ++
 1 file changed, 18 insertions(+)
 create mode 100644 meta-multimedia/recipes-support/libsrtp/libsrtp_1.5.2.bb

diff --git a/meta-multimedia/recipes-support/libsrtp/libsrtp_1.5.2.bb 
b/meta-multimedia/recipes-support/libsrtp/libsrtp_1.5.2.bb
new file mode 100644
index 000..8ee6634
--- /dev/null
+++ b/meta-multimedia/recipes-support/libsrtp/libsrtp_1.5.2.bb
@@ -0,0 +1,18 @@
+DESCRIPTION = "library implementing Secure RTP (RFC 3711)"
+HOMEPAGE = "https://github.com/cisco/libsrtp;
+SECTION = "libs"
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=15bc16b9d2e305974dde47e733883714"
+
+SRC_URI = 
"https://github.com/cisco/libsrtp/archive/v${PV}.tar.gz;downloadfilename=${BP}.tar.gz;
+SRC_URI[md5sum] = "2309aa6027992810a4285b042c71e644"
+SRC_URI[sha256sum] = 
"86e1efe353397c0751f6bdd709794143bd1b76494412860f16ff2b6d9c304eda"
+
+inherit autotools
+
+do_install[postfuncs] += " rm_unused_bindir "
+
+rm_unused_bindir() {
+   rmdir ${D}/${bindir}
+}
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH] gst-plugins-ugly: Fix opencore AMR plugin support

[Carlos Rafael Giani]

opencore 0.1.3 and later use a different header installation path.
Fix the gst-plugins-ugly AMR plugin to use the correct paths, and add
packageconfigs for amrwb and amrnb.

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../0002-Fix-opencore-include-paths.patch  | 58 ++
 .../gstreamer-0.10/gst-plugins-ugly_0.10.19.bb |  7 ++-
 2 files changed, 64 insertions(+), 1 deletion(-)
 create mode 100644 
meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-ugly/0002-Fix-opencore-include-paths.patch

diff --git 
a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-ugly/0002-Fix-opencore-include-paths.patch
 
b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-ugly/0002-Fix-opencore-include-paths.patch
new file mode 100644
index 000..3fd6a26
--- /dev/null
+++ 
b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-ugly/0002-Fix-opencore-include-paths.patch
@@ -0,0 +1,58 @@
+From e634bc6420826f760f6519a9f134c6a4d3412ef8 Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani <d...@pseudoterminal.org>
+Date: Mon, 19 Oct 2015 15:26:24 +0200
+Subject: [PATCH] Fix opencore include paths
+
+Upstream-Status: Inappropriate [no upstream - GStreamer 0.10 is no longer 
being maintained]
+
+Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
+---
+ ext/amrnb/amrnbdec.h| 2 +-
+ ext/amrnb/amrnbenc.h| 2 +-
+ ext/amrwbdec/amrwbdec.h | 4 ++--
+ 3 files changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/ext/amrnb/amrnbdec.h b/ext/amrnb/amrnbdec.h
+index 1e81839..01b7154 100644
+--- a/ext/amrnb/amrnbdec.h
 b/ext/amrnb/amrnbdec.h
+@@ -22,7 +22,7 @@
+ 
+ #include 
+ #include 
+-#include 
++#include 
+ 
+ G_BEGIN_DECLS
+ 
+diff --git a/ext/amrnb/amrnbenc.h b/ext/amrnb/amrnbenc.h
+index 7f673ac..5be39b5 100644
+--- a/ext/amrnb/amrnbenc.h
 b/ext/amrnb/amrnbenc.h
+@@ -21,7 +21,7 @@
+ #define __GST_AMRNBENC_H__
+ 
+ #include 
+-#include 
++#include 
+ #include 
+ 
+ G_BEGIN_DECLS
+diff --git a/ext/amrwbdec/amrwbdec.h b/ext/amrwbdec/amrwbdec.h
+index c3528fc..f27c6d2 100644
+--- a/ext/amrwbdec/amrwbdec.h
 b/ext/amrwbdec/amrwbdec.h
+@@ -22,8 +22,8 @@
+ 
+ #include 
+ #include 
+-#include 
+-#include 
++#include 
++#include 
+ 
+ G_BEGIN_DECLS
+ 
+-- 
+1.9.1
+
diff --git 
a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-ugly_0.10.19.bb 
b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-ugly_0.10.19.bb
index 11f20ca..a8cb852 100644
--- 
a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-ugly_0.10.19.bb
+++ 
b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-ugly_0.10.19.bb
@@ -19,6 +19,8 @@ PACKAGECONFIG ??= ""
 PACKAGECONFIG[x264] = "--enable-x264,--disable-x264,x264"
 PACKAGECONFIG[cdio] = "--enable-cdio,--disable-cdio,libcdio"
 PACKAGECONFIG[dvdread] = "--enable-dvdread,--disable-dvdread,libdvdread"
+PACKAGECONFIG[amrnb] = "--enable-amrnb,--disable-amrnb,opencore-amr"
+PACKAGECONFIG[amrwb] = "--enable-amrwb,--disable-amrwb,opencore-amr"
 
 do_configure_prepend() {
# This m4 file contains nastiness which conflicts with libtool 2.2.2
@@ -27,4 +29,7 @@ do_configure_prepend() {
 
 SRC_URI[md5sum] = "1d81c593e22a6cdf0f2b4f57eae93df2"
 SRC_URI[sha256sum] = 
"1ca90059275c0f5dca71d4d1601a8f429b7852baed0723e820703b977e2c8df0"
-SRC_URI += 
"file://0001-cdio-compensate-for-libcdio-s-recent-cd-text-api-cha.patch"
+SRC_URI += 
"file://0001-cdio-compensate-for-libcdio-s-recent-cd-text-api-cha.patch \
+file://0002-Fix-opencore-include-paths.patch"
+
+FILES_${PN}-amrnb += "${datadir}/gstreamer-0.10/presets/GstAmrnbEnc.prs"
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH 2/4] vo-amrwbenc: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/opencore-amr/vo-amrwbenc_0.1.3.bb| 13 +
 1 file changed, 13 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/opencore-amr/vo-amrwbenc_0.1.3.bb

diff --git 
a/meta-multimedia/recipes-multimedia/opencore-amr/vo-amrwbenc_0.1.3.bb 
b/meta-multimedia/recipes-multimedia/opencore-amr/vo-amrwbenc_0.1.3.bb
new file mode 100644
index 000..cc049ed
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/opencore-amr/vo-amrwbenc_0.1.3.bb
@@ -0,0 +1,13 @@
+DESCRIPTION = "VisualOn Adaptive Multi Rate Wideband (AMR-WB) encoder"
+HOMEPAGE = "http://sourceforge.net/projects/opencore-amr/;
+SECTION = "libs"
+
+LICENSE = "Apache-2.0"
+LICENSE_FLAGS = "commercial"
+LIC_FILES_CHKSUM = "file://COPYING;md5=dd2c2486aca02190153cf399e508c7e7"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/opencore-amr/${BP}.tar.gz"
+SRC_URI[md5sum] = "f63bb92bde0b1583cb3cb344c12922e0"
+SRC_URI[sha256sum] = 
"5652b391e0f0e296417b841b02987d3fd33e6c0af342c69542cbb016a71d9d4e"
+
+inherit autotools
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH 5/5] opencore-amr: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/opencore-amr/opencore-amr_0.1.3.bb   | 13 +
 1 file changed, 13 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/opencore-amr/opencore-amr_0.1.3.bb

diff --git 
a/meta-multimedia/recipes-multimedia/opencore-amr/opencore-amr_0.1.3.bb 
b/meta-multimedia/recipes-multimedia/opencore-amr/opencore-amr_0.1.3.bb
new file mode 100644
index 000..ab5813e
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/opencore-amr/opencore-amr_0.1.3.bb
@@ -0,0 +1,13 @@
+DESCRIPTION = "OpenCORE Adaptive Multi Rate (AMR) speech codec library 
implementation"
+HOMEPAGE = "http://sourceforge.net/projects/opencore-amr/;
+SECTION = "libs"
+
+LICENSE = "Apache-2.0"
+LICENSE_FLAGS = "commercial"
+LIC_FILES_CHKSUM = "file://COPYING;md5=dd2c2486aca02190153cf399e508c7e7"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/opencore-amr/${BP}.tar.gz"
+SRC_URI[md5sum] = "09d2c5dfb43a9f6e9fec8b1ae678e725"
+SRC_URI[sha256sum] = 
"106bf811c1f36444d7671d8fd2589f8b2e0cca58a2c764da62ffc4a070595385"
+
+inherit autotools
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH 1/5] cdparanoia: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Etienne Cordonnier <etienne.cordonn...@streamunlimited.com>
Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../cdparanoia/cdparanoia_10.2.bb  |  26 +
 ...0001-Use-DESTDIR-in-install-Makefile-rule.patch |  70 +++
 .../0002-interface-remove-C-reserved-keyword.patch | 605 +
 3 files changed, 701 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/cdparanoia/cdparanoia_10.2.bb
 create mode 100644 
meta-multimedia/recipes-multimedia/cdparanoia/files/0001-Use-DESTDIR-in-install-Makefile-rule.patch
 create mode 100644 
meta-multimedia/recipes-multimedia/cdparanoia/files/0002-interface-remove-C-reserved-keyword.patch

diff --git a/meta-multimedia/recipes-multimedia/cdparanoia/cdparanoia_10.2.bb 
b/meta-multimedia/recipes-multimedia/cdparanoia/cdparanoia_10.2.bb
new file mode 100644
index 000..86ba527
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/cdparanoia/cdparanoia_10.2.bb
@@ -0,0 +1,26 @@
+SUMMARY = "cdparanoia library"
+DESCRIPTION = "library used to read audio CDs, which is able to perform \
+error corrections, hence the name paranoia."
+HOMEPAGE = "https://www.xiph.org/;
+SECTION = "multimedia"
+
+LICENSE = "LGPLv2.1"
+LIC_FILES_CHKSUM = "file://COPYING-LGPL;md5=d370feaa1c9edcdbd29ca27ea3d2304d"
+
+SRC_URI = 
"http://downloads.xiph.org/releases/cdparanoia/cdparanoia-III-${PV}.src.tgz \
+   file://0001-Use-DESTDIR-in-install-Makefile-rule.patch \
+   file://0002-interface-remove-C-reserved-keyword.patch \
+"
+SRC_URI[md5sum] = "b304bbe8ab63373924a744eac9ebc652"
+SRC_URI[sha256sum] = 
"005db45ef4ee017f5c32ec124f913a0546e77014266c6a1c50df902a55fe64df"
+
+# Uppercase letters are not allowed in the recipe name, thus the recipe can 
not be named cdparanoia-III and
+# we need to add the path to the extracted sources explicitely:
+S = "${WORKDIR}/cdparanoia-III-${PV}"
+
+# cdparanoia Makefile can not be used with several threads (because the static 
library target and the shared
+# library target use object files which are compiled in the same directory, 
the object files are just removed
+# between the compilation of those two targets)
+PARALLEL_MAKE = ""
+
+inherit autotools-brokensep
diff --git 
a/meta-multimedia/recipes-multimedia/cdparanoia/files/0001-Use-DESTDIR-in-install-Makefile-rule.patch
 
b/meta-multimedia/recipes-multimedia/cdparanoia/files/0001-Use-DESTDIR-in-install-Makefile-rule.patch
new file mode 100644
index 000..7b08300
--- /dev/null
+++ 
b/meta-multimedia/recipes-multimedia/cdparanoia/files/0001-Use-DESTDIR-in-install-Makefile-rule.patch
@@ -0,0 +1,70 @@
+From 97c06ae955b270851f4fd2396c715f9c76591f37 Mon Sep 17 00:00:00 2001
+From: Etienne Cordonnier <etienne.cordonn...@streamunlimited.com>
+Date: Thu, 2 Apr 2015 10:15:08 +0200
+Subject: [PATCH] Use DESTDIR in "install" Makefile rule
+
+This change allows to perform installations in a sysroot folder, which is 
required e.g. by
+the recipes inheriting yocto autotool class, and is an autotool standard:
+make install DESTDIR=~/mysysroot
+
+Upstream-Status: Inappropriate (the upstream project is dead)
+
+Signed-off-by: Etienne Cordonnier <etienne.cordonn...@streamunlimited.com>
+---
+ Makefile.in | 36 ++--
+ 1 file changed, 18 insertions(+), 18 deletions(-)
+
+diff --git a/Makefile.in b/Makefile.in
+index 3d235ad..df544c7 100644
+--- a/Makefile.in
 b/Makefile.in
+@@ -63,28 +63,28 @@ slib:
+   cd paranoia && $(MAKE) slib
+ 
+ install:
+-  $(INSTALL) -d -m 0755 $(BINDIR)
+-  $(INSTALL) -m 755 $(srcdir)/cdparanoia $(BINDIR)
+-  $(INSTALL) -d -m 0755 $(MANDIR)
+-  $(INSTALL) -d -m 0755 $(MANDIR)/man1
+-  $(INSTALL) -m 0644 $(srcdir)/cdparanoia.1 $(MANDIR)/man1
+-  $(INSTALL) -d -m 0755 $(INCLUDEDIR)
+-  $(INSTALL) -m 0644 $(srcdir)/paranoia/cdda_paranoia.h $(INCLUDEDIR)
+-  $(INSTALL) -d -m 0755 $(LIBDIR)
+-  $(INSTALL) -m 0644 $(srcdir)/paranoia/libcdda_paranoia.so.0.$(VERSION) 
$(LIBDIR)
+-  $(INSTALL) -m 0644 $(srcdir)/paranoia/libcdda_paranoia.a $(LIBDIR)
+-  $(INSTALL) -m 0644 $(srcdir)/interface/cdda_interface.h $(INCLUDEDIR)
+-  $(INSTALL) -m 0644 
$(srcdir)/interface/libcdda_interface.so.0.$(VERSION) $(LIBDIR)
+-  $(INSTALL) -m 0644 $(srcdir)/interface/libcdda_interface.a $(LIBDIR)
+-  $(INSTALL) -m 0644 $(srcdir)/utils.h $(INCLUDEDIR)
++  $(INSTALL) -d -m 0755 $(DESTDIR)$(BINDIR)
++  $(INSTALL) -m 755 $(srcdir)/cdparanoia $(DESTDIR)$(BINDIR)
++  $(INSTALL) -d -m 0755 $(DESTDIR)$(MANDIR)
++  $(INSTALL) -d -m 0755 $(DESTDIR)$(MANDIR)/man1
++  $(INSTALL) -m 0644 $(srcdir)/cdparanoia.1 $(DESTDIR)$(MANDIR)/man1
++  $(INSTALL) -d -m 0755 $(DESTDIR)$(INCLUDEDIR)
++  $(INSTALL) -m 0644 $(srcdir)/paranoia/cdda_paranoia.h 
$(DESTDIR)$(INCLUDEDIR)
++  $(INSTALL) -

[oe] [meta-multimedia][PATCH 3/5] libavc1394: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/libavc1394/libavc1394_0.5.4.bb | 15 +++
 1 file changed, 15 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/libavc1394/libavc1394_0.5.4.bb

diff --git a/meta-multimedia/recipes-multimedia/libavc1394/libavc1394_0.5.4.bb 
b/meta-multimedia/recipes-multimedia/libavc1394/libavc1394_0.5.4.bb
new file mode 100644
index 000..97e2bf1
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libavc1394/libavc1394_0.5.4.bb
@@ -0,0 +1,15 @@
+DESCRIPTION = "libavc1394 is a programming interface for the 1394 Trade \
+Association AV/C (Audio/Video Control) Digital Interface Command Set"
+HOMEPAGE = "http://sourceforge.net/projects/libavc1394/;
+SECTION = "libs/multimedia"
+
+DEPENDS = "libraw1394"
+
+LICENSE = "LGPLv2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=dcf3c825659e82539645da41a7908589"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BP}.tar.gz"
+SRC_URI[md5sum] = "caf0db059d8b8d35d6f08e6c0e1c7dfe"
+SRC_URI[sha256sum] = 
"7cb1ff09506ae911ca9860bef4af08c2403f3e131f6c913a2cbd6ddca4215b53"
+
+inherit autotools pkgconfig
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH 4/5] libiec61883: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 .../recipes-multimedia/libiec61883/libiec61883_1.2.0.bb  | 16 
 1 file changed, 16 insertions(+)
 create mode 100644 
meta-multimedia/recipes-multimedia/libiec61883/libiec61883_1.2.0.bb

diff --git 
a/meta-multimedia/recipes-multimedia/libiec61883/libiec61883_1.2.0.bb 
b/meta-multimedia/recipes-multimedia/libiec61883/libiec61883_1.2.0.bb
new file mode 100644
index 000..e6079bd
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/libiec61883/libiec61883_1.2.0.bb
@@ -0,0 +1,16 @@
+DESCRIPTION = "An implementation of the most relevant parts of IEC 61883 over \
+libraw1394 for transmission, reception, and management of media streams and \
+devices such as DV, MPEG2-TS, audio, and MIDI"
+HOMEPAGE = "https://ieee1394.wiki.kernel.org/index.php/Libraries#libiec61883;
+SECTION = "libs/multimedia"
+
+DEPENDS = "libraw1394"
+
+LICENSE = "LGPLv2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=771782cb6245c7fbbe74bc0ec059beff"
+
+SRC_URI = "https://www.kernel.org/pub/linux/libs/ieee1394/${BPN}-${PV}.tar.xz;
+SRC_URI[md5sum] = "ed91bc1727fac8e019402fc3724a283d"
+SRC_URI[sha256sum] = 
"d1e02c7e276fac37313a2f8c1c33d7a9e19282ff16f32e72435428ff5121f09e"
+
+inherit autotools pkgconfig
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-multimedia][PATCH 2/5] aalib: add new recipe

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani <d...@pseudoterminal.org>
---
 meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb | 16 
 1 file changed, 16 insertions(+)
 create mode 100644 meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb

diff --git a/meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb 
b/meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb
new file mode 100644
index 000..06c4e5e
--- /dev/null
+++ b/meta-multimedia/recipes-multimedia/aalib/aalib_1.4rc4.bb
@@ -0,0 +1,16 @@
+DESCRIPTION = "AAlib is an portable library for rendering graphics as ASCII 
art."
+HOMEPAGE = "http://aa-project.sourceforge.net/aalib/;
+SECTION = "libs"
+
+DEPENDS = "ncurses"
+
+LICENSE = "LGPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605"
+
+S = "${WORKDIR}/aalib-1.4.0"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/aa-project/aalib-${PV}.tar.gz"
+SRC_URI[md5sum] = "d5aa8e9eae07b7441298b5c30490f6a6"
+SRC_URI[sha256sum] = 
"0b214b98850f559e0a9ef7282de2ff336b094e1aacedefff3ffa50f07711db58"
+
+inherit autotools
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][PATCH 1/2 V4] cef3: Add recipe for Chromium Embedded Framework

[Carlos Rafael Giani]

The latest one (V8) seems good to me. I was initially skeptical about 
the heavy chromium.inc refactoring, but these days we don't have 
multiple chromium versions in meta-browser, so it is okay.
The shared object versioning bandaid wasn't done by me, I modified other 
parts, but I agree with the patch. The way it is done now is cleaner.

Have you come across a case where there were codec package conflicts?


Am 2015-04-27 um 23:40 schrieb Otavio Salvador:

On Mon, Apr 27, 2015 at 6:37 PM, Khem Raj raj.k...@gmail.com wrote:

On Apr 27, 2015, at 1:33 PM, Andre McCurdy armccu...@gmail.com wrote:

Looks like some regressions may have crept back relative previous
versions of the patch?

  - dubious indent in do_install()
  - .pak files being installed as executables
  - dev-so INSANE_SKIP shouldn't be requied


Thanks for bringing it up. I will send a followup to fix it incrementally.

Please wait for Carlos comments and send a new pathc revision. This is
not yet merged so fixes are still possible.



--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] Question about building local sources without fetching

[Carlos Rafael Giani]

Hello,

we have a system where sources for a recipe are present in the same tree 
as the corresponding .bb recipe. They are all in the same git repository.

So, something like this example:

./src/  C++ sources 
./build/poky/meta
./build/poky/meta-our-layer/recipes-custom/our-software.bb

I realize this is unusual, since in such a setup, we don't actually 
fetch sources (since they are already present in the same tree).
With such a setup, one problem is to determine when OE should rebuild 
the package. That is, how it should detect a change. We use the revision 
(the hash) of the current head of the git repo, and set PV to that git 
revision. This way, whenever the head is moved, the revision changes, 
and so does PV.


This worked fine up to and including Danny. After Danny, the behavior 
changed. If we moved the head back to an earlier commit, bitbake would 
not notice, and produce a version from a later commit.


Here is the excerpt from our recipe that does this PV modification:



# PV_DEFAULT is defined in .inc file so that it can be overwritten by 
packaging scripts

# this is used when we do not have any git info

def git_run(cmd, path):
(output, error) = bb.process.run(cmd, cwd=path)
return output.rstrip()

def check_git_describe(path, default):
import os
import bb.process

try:
ver = git_run(git describe --tags --long, path)
except Exception, exc:
ver = default

return ver


require streamapp_intree_version.inc
PV = ${@check_git_describe('${S}', '${PV_DEFAULT}')}

PR = r14

PACKAGES = ${PN}-dbg ${PN}

# FILE_DIRNAME contains the full path of this .bb recipe
# Since we are building in tree we know apriori the relative location of 
the src

S = ${FILE_DIRNAME}/../../../..

# packages which content depend on MACHINE_FEATURES need to be MACHINE_ARCH
PACKAGE_ARCH = ${MACHINE_ARCH}


Does anybody have suggestions? Or, if somebody knows of a different way 
of doing builds from local sources, we'd like to hear about it.

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Question about RDEPENDS and RRECOMMENDS

[Carlos Rafael Giani]

On 02/16/2015 01:42 PM, Otavio Salvador wrote:

On Mon, Feb 16, 2015 at 9:12 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:

On Sunday 15 February 2015 19:34:28 Otavio Salvador wrote:

On Sat, Feb 14, 2015 at 6:42 AM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
...

So, it would make sense to establish some sort of dependency. But how

exactly? I thought of something like this:
   RDEPENDS_gstreamer1.0-plugins-imx-imxaudio =

gstreamer1.0-plugins-good-audioparsers

   RDEPENDS_gstreamer1.0-plugins-imx-imxvpu =

gstreamer1.0-plugins-bad-videoparsersbad

but then I also need to add gstreamer1.0-plugins-good and
gstreamer1.0-plugins-bad to the DEPENDS list, otherwise I get a warning

like:
   QA Issue: gstreamer1.0-plugins-imx-imxaudio rdepends on

gstreamer1.0-plugins-good-audioparsers, but it isn't a build dependency?
[build-deps]

But if I add these recipes to the DEPENDS variable, then the RDEPENDS spec
is pointless, isn't it?

...

Just for completeness, the QA issue about missing build-dependency is
something we should pay attention to but it may be a false positive as
in your cause you don't depends on them for building, just runtime. So
you can whitelist the warning to avoid the noise but adding the
depends would be wrong.

The QA warning message could perhaps be worded more accurately - what it means
is there in an implicit runtime dependency and there is no RDEPENDS (not
DEPENDS) explicitly telling the system to ensure that that dependency is
satisfied. Whitelisting is never the proper way to fix this warning - either add
an explicit RDEPENDS, or use configuration to ensure that the implicit
dependency isn't needed.

 From my understand, which Carlos can confirm, what he did was adding
the package on the rdepends. Once this was done the QA warnings shows
up which is wrong.

This can be seen at 'sed' recipe:

---
SUMMARY = Stream EDitor (text filtering utility)
...
RDEPENDS_${PN}-ptest += make locale-base-ru-ru ${PN}
---

In my system, with ptest enabled, I see:

WARNING: QA Issue: sed-ptest rdepends on locale-base-ru-ru, but it
isn't a build dependency? [build-deps]

and this is clearly a false positive as this uses this locale at
runtime for a test. Not necessarily it needs to have a DEPENDS on it
which would imply it would need to be available in sysroot before sed
configure could start.

What I think is missing is that the 'build-deps' check would need to
whitelist the dependencies which come from a /explict/ package added
in a RDEPENDS. What do you think?



Yes, exactly. The current QA warning greatly limits the usefulness of 
RDEPENDS, in my opinion.  If I explicitely add a package name B to 
RDEPENDS in recipe A, and I add A to the IMAGE_INSTALL list, then I am 
stating that B must also be built and installed on the image, but it 
does *not* have to be built before A. Yet, the warnings makes it look as 
if B has to be built before A. This is confusing.


It makes a lot of sense to warn if for example a build script 
autodetects and links against a certain library which is not mentioned 
in the DEPENDS variable. But this is a different use case than the one 
mentioned above, and somehow it seems that both were lumped together.

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] Question about RDEPENDS and RRECOMMENDS

[Carlos Rafael Giani]

Hello,

I am updating the gstreamer1.0-plugins-imx recipe from meta-fsl-arm, and 
want to improve one aspect of it.
This recipe produces several packages. Among them are an audio and a 
video decoder plugin for GStreamer. In order to use the audio decoder at 
runtime, the audioparsers package from the gstreamer1.0-plugins-good 
recipe is required. Likewise, the video decoder needs video parsers from 
the gstreamer1.0-plugins-bad-videoparsersbad package.
It is possible to install gstreamer1.0-plugins-imx packages without 
these other packages. However, GStreamer will then be unable to 
automatically use these decoders.


So, it would make sense to establish some sort of dependency. But how 
exactly? I thought of something like this:


  RDEPENDS_gstreamer1.0-plugins-imx-imxaudio = 
gstreamer1.0-plugins-good-audioparsers
  RDEPENDS_gstreamer1.0-plugins-imx-imxvpu = 
gstreamer1.0-plugins-bad-videoparsersbad


but then I also need to add gstreamer1.0-plugins-good and 
gstreamer1.0-plugins-bad to the DEPENDS list, otherwise I get a warning 
like:


  QA Issue: gstreamer1.0-plugins-imx-imxaudio rdepends on 
gstreamer1.0-plugins-good-audioparsers, but it isn't a build dependency? 
[build-deps]


But if I add these recipes to the DEPENDS variable, then the RDEPENDS 
spec is pointless, isn't it?
Another option would be to use RRECOMMENDS instead of RDEPENDS, but I am 
not sure if this is such a good idea.


Any thoughts?
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-browser][PATCH v2 2/2] chromium: chromium: Upgrade to version 40.0.2214.91

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
 ...terization-whitelist-unlocking-impl-side-.patch | 89 --
 ...ration-conditionally-compile-routines-for.patch | 41 --
 ...accelerated-Canvas-support-from-blacklist.patch |  4 +-
 ...Add-Linux-to-impl-side-painting-whitelist.patch | 39 ++
 .../0003-Disable-API-keys-info-bar.patch}  |  6 +-
 ...-Remove-hard-coded-values-for-CC-and-CXX.patch} |  6 +-
 .../0005-Remove-X-libraries-from-GYP-files.patch}  | 16 ++--
 recipes-browser/chromium/chromium_38.0.2125.101.bb | 27 ---
 recipes-browser/chromium/chromium_40.0.2214.91.bb  | 32 
 9 files changed, 87 insertions(+), 173 deletions(-)
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-38/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
 delete mode 100644 
recipes-browser/chromium/chromium/chromium-38/0001-shell-integration-conditionally-compile-routines-for.patch
 rename recipes-browser/chromium/chromium/{chromium-38 = 
chromium-40}/0001-Remove-accelerated-Canvas-support-from-blacklist.patch (93%)
 create mode 100644 
recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
 rename 
recipes-browser/chromium/chromium/{chromium-38/0002-Disable-API-keys-info-bar.patch
 = chromium-40/0003-Disable-API-keys-info-bar.patch} (92%)
 rename 
recipes-browser/chromium/chromium/{chromium-38/0001-Remove-hard-coded-values-for-CC-and-CXX.patch
 = chromium-40/0004-Remove-hard-coded-values-for-CC-and-CXX.patch} (91%)
 rename 
recipes-browser/chromium/chromium/{chromium-38/0001-Remove-X-libraries-from-GYP-files.patch
 = chromium-40/0005-Remove-X-libraries-from-GYP-files.patch} (91%)
 delete mode 100644 recipes-browser/chromium/chromium_38.0.2125.101.bb
 create mode 100644 recipes-browser/chromium/chromium_40.0.2214.91.bb

diff --git 
a/recipes-browser/chromium/chromium/chromium-38/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
 
b/recipes-browser/chromium/chromium/chromium-38/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
deleted file mode 100644
index 7bc3d34..000
--- 
a/recipes-browser/chromium/chromium/chromium-38/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
+++ /dev/null
@@ -1,89 +0,0 @@
-From 2afda4afc9e97164a81ea76367e356c349234fb4 Mon Sep 17 00:00:00 2001
-From: Carlos Rafael Giani d...@pseudoterminal.org
-Date: Sun, 12 Oct 2014 17:46:39 +0200
-Subject: [PATCH] Disable rasterization whitelist, unlocking impl side painting
-
-Upstream-Status: Inappropriate [enable feature]
-
-Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org

- gpu/config/software_rendering_list_json.cc | 63 --
- 1 file changed, 63 deletions(-)
-
-diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc
-index 6a12707..4e8e56a 100644
 a/gpu/config/software_rendering_list_json.cc
-+++ b/gpu/config/software_rendering_list_json.cc
-@@ -1037,69 +1037,6 @@ LONG_STRING_CONST(
-   ]
- },
- {
--  id: 96,
--  description: GPU rasterization is whitelisted on N4, N5, N7 and Moto 
X, and on Qualcomm GPUs on Android 4.4,
--  cr_bugs: [362779],
--  os: {
--type: android
--  },
--  exceptions: [
--{
--  machine_model_name: [Nexus 4, Nexus 5, Nexus 7,
-- XT1049, XT1050, XT1052, XT1053,
-- XT1055, XT1056, XT1058, XT1060]
--},
--{
--  os: {
--type: android,
--version: {
--  op: =,
--  value: 4.4.99
--}
--  }
--},
--{
--  os: {
--type: android,
--version: {
--  op: =,
--  value: 4.4
--}
--  },
--  gl_type: gles,
--  gl_version: {
--op: =,
--value: 3.0
--  }
--}
--  ],
--  features: [
--gpu_rasterization
--  ]
--},
--{
--  id: 97,
--  description: Additional GPU rasterization whitelist for field trial,
--  cr_bugs: [380694],
--  exceptions: [
--{
--  os: {
--type: android
--  },
--  machine_model_name: [HTC One,
-- C5303, C6603, C6903,
-- GT-I8262, GT-I8552, GT-I9195,
-- GT-I9500, GT-I9505,
-- SAMSUNG-SCH-I337, SCH-I545, SGH-M919,
-- SM-N900, SM-N9005, SPH-L720,
-- XT907, XT1032, XT1033, XT1080]
--}
--  ],
--  features: [
--gpu_rasterization_field_trial
--  ]
--},
--{
-   id: 98,
-   description: Whitelist for using GPU rasterization for a broader set 
of content,
-   cr_bugs: [399306],
--- 
-1.9.1
-
diff --git

[oe] [meta-qt5] qtwebengine in master fails to build

[Carlos Rafael Giani]

Hello,

I tried to build qtwebengine, but there is a linker error:

[6/6694] LINK genmacro
FAILED: 
/home/dv/misc/yocto-fsl-setup-0002/poky/build/tmp/sysroots/x86_64-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-g++ 
-march=armv7-a -mfloat-abi=hard -mfpu=neon -mtune=cortex-a9 
--sysroot=/home/dv/misc/yocto-fsl-setup-0002/poky/build/tmp/sysroots/cubox-i 
-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro 
-Wl,--fatal-warnings -pthread -Wl,-z,noexecstack -fPIC 
-Wl,--disable-new-dtags -Wl,--gc-sections -o genmacro -Wl,--start-group 
obj.host/src/3rdparty/chromium/third_party/yasm/source/patched-yasm/tools/genmacro/genmacro.genmacro.o 
-Wl,--end-group
obj.host/src/3rdparty/chromium/third_party/yasm/source/patched-yasm/tools/genmacro/genmacro.genmacro.o: 
file not recognized: File format not recognized

collect2: error: ld returned 1 exit status

Looking at the ninja 
fileqtwebengine-opensource-src-5.4.0/src/core/Release/obj.host/src/3rdparty/chromium/third_party/yasm/genmacro.ninja 
, apparently this part is causing problems:


build genmacro: link $
obj.host/src/3rdparty/chromium/third_party/yasm/source/patched-yasm/tools/genmacro/genmacro.genmacro.o

It is linking with arm-poky-linux-gnueabi-g++ , but the object file is 
built with the host's compiler. Considering the name genmacro, I 
suspect this is some kind of generator tool that is supposed to be run 
as part of the build process, so therefore the linker should be the host 
one. But I have no knowledge about ninja or the webengine internals, so 
I do not know how to fix that. Any suggestions?

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-browser][PATCH 2/2] chromium: chromium: Upgrade to version 40.0.2214.91

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
 ...accelerated-Canvas-support-from-blacklist.patch | 43 
 ...Add-Linux-to-impl-side-painting-whitelist.patch | 39 +++
 .../0003-Disable-API-keys-info-bar.patch   | 33 ++
 ...4-Remove-hard-coded-values-for-CC-and-CXX.patch | 43 
 .../0005-Remove-X-libraries-from-GYP-files.patch   | 77 ++
 recipes-browser/chromium/chromium_40.0.2214.91.bb  | 32 +
 6 files changed, 267 insertions(+)
 create mode 100644 
recipes-browser/chromium/chromium/chromium-40/0001-Remove-accelerated-Canvas-support-from-blacklist.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-40/0003-Disable-API-keys-info-bar.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-40/0004-Remove-hard-coded-values-for-CC-and-CXX.patch
 create mode 100644 
recipes-browser/chromium/chromium/chromium-40/0005-Remove-X-libraries-from-GYP-files.patch
 create mode 100644 recipes-browser/chromium/chromium_40.0.2214.91.bb

diff --git 
a/recipes-browser/chromium/chromium/chromium-40/0001-Remove-accelerated-Canvas-support-from-blacklist.patch
 
b/recipes-browser/chromium/chromium/chromium-40/0001-Remove-accelerated-Canvas-support-from-blacklist.patch
new file mode 100644
index 000..e2c1a5c
--- /dev/null
+++ 
b/recipes-browser/chromium/chromium/chromium-40/0001-Remove-accelerated-Canvas-support-from-blacklist.patch
@@ -0,0 +1,43 @@
+From 821d9fde2302f68f7cb7f0b211f4f78220c97180 Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani d...@pseudoterminal.org
+Date: Sun, 12 Oct 2014 17:54:18 +0200
+Subject: [PATCH] Remove accelerated Canvas support from blacklist
+
+Together with the --gpu-no-context-lost command line switch, this patch is
+necessary to enable hardware accelerated 2D canvas rendering when using
+EGL.
+
+Note the implications on the behavior of Canvas, in particular with lost
+contexts, as discussed here:
+
+http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-September/206450.html
+
+Upstream-Status: Inappropiate [see link above]
+---
+ gpu/config/software_rendering_list_json.cc | 10 --
+ 1 file changed, 10 deletions(-)
+
+diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc
+index b9f5e3a..ccf1460 100644
+--- a/gpu/config/software_rendering_list_json.cc
 b/gpu/config/software_rendering_list_json.cc
+@@ -240,16 +240,6 @@ const char kSoftwareRenderingListJson[] = 
LONG_STRING_CONST(
+   ]
+ },
+ {
+-  id: 24,
+-  description: Accelerated 2d canvas is unstable in Linux at the 
moment,
+-  os: {
+-type: linux
+-  },
+-  features: [
+-accelerated_2d_canvas
+-  ]
+-},
+-{
+   id: 27,
+   description: ATI/AMD cards with older drivers in Linux are 
crash-prone,
+   cr_bugs: [95934, 94973, 136240, 357314],
+-- 
+1.9.1
+
diff --git 
a/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
 
b/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
new file mode 100644
index 000..b5916ca
--- /dev/null
+++ 
b/recipes-browser/chromium/chromium/chromium-40/0002-Add-Linux-to-impl-side-painting-whitelist.patch
@@ -0,0 +1,39 @@
+From 61cbd67e88f5e99185d7df1a05f842c58e691495 Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani d...@pseudoterminal.org
+Date: Sun, 21 Dec 2014 01:01:04 +0100
+Subject: [PATCH] Add Linux to impl side painting whitelist
+
+Upstream-Status: Inappropriate [enable feature]
+
+Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
+---
+ gpu/config/software_rendering_list_json.cc | 7 ++-
+ 1 file changed, 6 insertions(+), 1 deletion(-)
+
+diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc
+index ccf1460..8630d75 100644
+--- a/gpu/config/software_rendering_list_json.cc
 b/gpu/config/software_rendering_list_json.cc
+@@ -1088,13 +1088,18 @@ LONG_STRING_CONST(
+ },
+ {
+   id: 99,
+-  description: GPU rasterization is blacklisted on non-Android,
++  description: GPU rasterization is blacklisted on non-Android and 
non-Linux (Yocto patch),
+   cr_bugs: [362779],
+   exceptions: [
+ {
+   os: {
+ type: android
+   }
++},
++{
++  os: {
++type: linux
++  }
+ }
+   ],
+   features: [
+-- 
+1.9.1
+
diff --git 
a/recipes-browser/chromium/chromium/chromium-40/0003-Disable-API-keys-info-bar.patch
 
b/recipes-browser/chromium/chromium/chromium-40/0003-Disable-API-keys-info-bar.patch
new file mode 100644
index 000..f36fc24
--- /dev/null
+++ 
b/recipes-browser/chromium/chromium/chromium-40/0003-Disable-API-keys-info-bar.patch
@@ -0,0 +1,33 @@
+From

[oe] [meta-browser][PATCH 1/2] chromium: Reorganize into .inc and .bb to allow for cleaner upgrades

[Carlos Rafael Giani]

Since version 37, the structure of the recipe remained more or less the
same, especially because starting with this version, the ozone-wayland
integration is working properly. Therefore, put the common code into an
.inc file to emphasize the version specific bits and make it easier to
modify the recipe for newer versions.

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
 recipes-browser/chromium/chromium.inc  | 217 +
 ...terization-whitelist-unlocking-impl-side-.patch |   0
 .../0001-Remove-X-libraries-from-GYP-files.patch   |   0
 ...accelerated-Canvas-support-from-blacklist.patch |   0
 ...1-Remove-hard-coded-values-for-CC-and-CXX.patch |   0
 ...ration-conditionally-compile-routines-for.patch |   0
 .../0002-Disable-API-keys-info-bar.patch   |   0
 recipes-browser/chromium/chromium_38.0.2125.101.bb | 215 ++--
 8 files changed, 235 insertions(+), 197 deletions(-)
 create mode 100644 recipes-browser/chromium/chromium.inc
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch 
(100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-Remove-X-libraries-from-GYP-files.patch (100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-Remove-accelerated-Canvas-support-from-blacklist.patch (100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-Remove-hard-coded-values-for-CC-and-CXX.patch (100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-shell-integration-conditionally-compile-routines-for.patch 
(100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0002-Disable-API-keys-info-bar.patch (100%)

diff --git a/recipes-browser/chromium/chromium.inc 
b/recipes-browser/chromium/chromium.inc
new file mode 100644
index 000..ad976f9
--- /dev/null
+++ b/recipes-browser/chromium/chromium.inc
@@ -0,0 +1,217 @@
+# Recipe files have to perform the following tasks after including this file:
+# 1) Add patches to SRC_URI. Version specific patches should be contained in a
+#chromium-XX subdirectory, where XX is the major version. There are also
+#patches that are shared amongst versions but may one day no longer be
+#needed (like unistd2.patch). These do not belong in such a subdirectory,
+#but still need to be explicitely be added. Do NOT add ozone-wayland 
patches
+#to SRC_URI here!
+# 2) Add md5sum and sha256sum hashes of the tarball.
+# 3) Add ozone-wayland patches to the OZONE_WAYLAND_EXTRA_PATCHES variable.
+#The rule with the chromium-XX subdirectory also applies here.
+# 4) Set the OZONE_WAYLAND_GIT_BRANCH and OZONE_WAYLAND_GIT_SRCREV values.
+# 5) Optionally, set values for these variables:
+#* OZONE_WAYLAND_PATCH_FILE_GLOB
+#* CHROMIUM_X11_DEPENDS
+#* CHROMIUM_X11_GYP_DEFINES
+#* CHROMIUM_WAYLAND_DEPENDS
+#* CHROMIUM_WAYLAND_GYP_DEFINES
+
+DESCRIPTION = Chromium browser
+LICENSE = BSD
+DEPENDS = xz-native pciutils pulseaudio cairo nss zlib-native libav 
libgnome-keyring cups ninja-native gconf libexif pango libdrm
+SRC_URI = \
+http://gsdview.appspot.com/chromium-browser-official/${P}.tar.xz \
+file://include.gypi \
+file://oe-defaults.gypi \
+${@bb.utils.contains('PACKAGECONFIG', 'component-build', 
'file://component-build.gypi', '', d)} \
+file://google-chrome \
+file://google-chrome.desktop \
+
+
+# PACKAGECONFIG explanations:
+#
+# * use-egl : Without this packageconfig, the Chromium build will use GLX for 
creating an OpenGL context in X11,
+# and regular OpenGL for painting operations. Neither are 
desirable on embedded platforms. With this
+# packageconfig, EGL and OpenGL ES 2.x are used instead. On by 
default.
+#
+# * disable-api-keys-info-bar : This disables the info bar that warns: Google 
API keys are missing. With some
+#   builds, missing API keys are considered OK, so 
the bar needs to go.
+#   Off by default.
+#
+# * component-build : Enables component build mode. By default, all of 
Chromium (with the exception of FFmpeg)
+# is linked into one big binary. The linker step requires 
at least 8 GB RAM. Component mode
+# was created to facilitate development and testing, since 
with it, there is not one big
+# binary; instead, each component is linked to a separate 
shared object.
+# Use component mode for development, testing, and in case 
the build machine is not a 64-bit
+# one, or has less than 8 GB RAM. Off by default.
+#
+# * ignore-lost-context : There is a flaw in the HTML Canvas specification. 
When the canvas' backing store is
+# some kind of hardware resource like an OpenGL 
texture, this resource might get lost.
+# In case of OpenGL textures, this happens when

[oe] [meta-browser][PATCH v2 1/2] chromium: Reorganize into .inc and .bb to allow for cleaner upgrades

[Carlos Rafael Giani]

Since version 37, the structure of the recipe remained more or less the
same, especially because starting with this version, the ozone-wayland
integration is working properly. Therefore, put the common code into an
.inc file to emphasize the version specific bits and make it easier to
modify the recipe for newer versions.

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
 recipes-browser/chromium/chromium.inc  | 217 +
 ...terization-whitelist-unlocking-impl-side-.patch |   0
 .../0001-Remove-X-libraries-from-GYP-files.patch   |   0
 ...accelerated-Canvas-support-from-blacklist.patch |   0
 ...1-Remove-hard-coded-values-for-CC-and-CXX.patch |   0
 ...ration-conditionally-compile-routines-for.patch |   0
 .../0002-Disable-API-keys-info-bar.patch   |   0
 recipes-browser/chromium/chromium_38.0.2125.101.bb | 215 ++--
 8 files changed, 235 insertions(+), 197 deletions(-)
 create mode 100644 recipes-browser/chromium/chromium.inc
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch 
(100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-Remove-X-libraries-from-GYP-files.patch (100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-Remove-accelerated-Canvas-support-from-blacklist.patch (100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-Remove-hard-coded-values-for-CC-and-CXX.patch (100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0001-shell-integration-conditionally-compile-routines-for.patch 
(100%)
 rename recipes-browser/chromium/chromium/{ = 
chromium-38}/0002-Disable-API-keys-info-bar.patch (100%)

diff --git a/recipes-browser/chromium/chromium.inc 
b/recipes-browser/chromium/chromium.inc
new file mode 100644
index 000..ad976f9
--- /dev/null
+++ b/recipes-browser/chromium/chromium.inc
@@ -0,0 +1,217 @@
+# Recipe files have to perform the following tasks after including this file:
+# 1) Add patches to SRC_URI. Version specific patches should be contained in a
+#chromium-XX subdirectory, where XX is the major version. There are also
+#patches that are shared amongst versions but may one day no longer be
+#needed (like unistd2.patch). These do not belong in such a subdirectory,
+#but still need to be explicitely be added. Do NOT add ozone-wayland 
patches
+#to SRC_URI here!
+# 2) Add md5sum and sha256sum hashes of the tarball.
+# 3) Add ozone-wayland patches to the OZONE_WAYLAND_EXTRA_PATCHES variable.
+#The rule with the chromium-XX subdirectory also applies here.
+# 4) Set the OZONE_WAYLAND_GIT_BRANCH and OZONE_WAYLAND_GIT_SRCREV values.
+# 5) Optionally, set values for these variables:
+#* OZONE_WAYLAND_PATCH_FILE_GLOB
+#* CHROMIUM_X11_DEPENDS
+#* CHROMIUM_X11_GYP_DEFINES
+#* CHROMIUM_WAYLAND_DEPENDS
+#* CHROMIUM_WAYLAND_GYP_DEFINES
+
+DESCRIPTION = Chromium browser
+LICENSE = BSD
+DEPENDS = xz-native pciutils pulseaudio cairo nss zlib-native libav 
libgnome-keyring cups ninja-native gconf libexif pango libdrm
+SRC_URI = \
+http://gsdview.appspot.com/chromium-browser-official/${P}.tar.xz \
+file://include.gypi \
+file://oe-defaults.gypi \
+${@bb.utils.contains('PACKAGECONFIG', 'component-build', 
'file://component-build.gypi', '', d)} \
+file://google-chrome \
+file://google-chrome.desktop \
+
+
+# PACKAGECONFIG explanations:
+#
+# * use-egl : Without this packageconfig, the Chromium build will use GLX for 
creating an OpenGL context in X11,
+# and regular OpenGL for painting operations. Neither are 
desirable on embedded platforms. With this
+# packageconfig, EGL and OpenGL ES 2.x are used instead. On by 
default.
+#
+# * disable-api-keys-info-bar : This disables the info bar that warns: Google 
API keys are missing. With some
+#   builds, missing API keys are considered OK, so 
the bar needs to go.
+#   Off by default.
+#
+# * component-build : Enables component build mode. By default, all of 
Chromium (with the exception of FFmpeg)
+# is linked into one big binary. The linker step requires 
at least 8 GB RAM. Component mode
+# was created to facilitate development and testing, since 
with it, there is not one big
+# binary; instead, each component is linked to a separate 
shared object.
+# Use component mode for development, testing, and in case 
the build machine is not a 64-bit
+# one, or has less than 8 GB RAM. Off by default.
+#
+# * ignore-lost-context : There is a flaw in the HTML Canvas specification. 
When the canvas' backing store is
+# some kind of hardware resource like an OpenGL 
texture, this resource might get lost.
+# In case of OpenGL textures, this happens when

[oe] [meta-browser][PATCH] chromium: Upgrade to version 38.0.2125.101

[Carlos Rafael Giani]

* Starting with this version, several cross compilation specific parts in
the GYP files need to be disabled with both additional flags and an extra
patch. Chromium 38 now includes clang specifics, which are enabled by
default. Additional flags (-Dhost_clang=0 -Dclang=0) disable these.
Furthermore, the GYP files now include default values for CC and CXX
(https://codereview.chromium.org/414343003/patch/40001/50001), which
could not be overridden with environment variables. A patch removes this.

* ozone-wayland's Milestone-Harvest branch is the one to use for
Chromium 38. It includes a patch that collides with another one that is
already present in the chromium/ directly. Consequently, this other patch
is now only used for X11 builds.

* Only 00*.patch patch files from ozone-wayland are used, since
the 10*.patch files cannot be applied cleanly and easily (and are not
actually required for builds with this recipe, since another patch already
takes care of the X11 linker flags removal).

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
 ...terization-whitelist-unlocking-impl-side-.patch | 54 +---
 .../0001-Remove-X-libraries-from-GYP-files.patch   | 48 +-
 ...ccelerated-Canvas-support-from-blacklist.patch} | 17 +--
 ...1-Remove-hard-coded-values-for-CC-and-CXX.patch | 43 
 ...m_37.0.2062.94.bb = chromium_38.0.2125.101.bb} | 58 ++
 5 files changed, 164 insertions(+), 56 deletions(-)
 rename 
recipes-browser/chromium/chromium/{remove-linux-accel-canvas-from-blacklist.patch
 = 0001-Remove-accelerated-Canvas-support-from-blacklist.patch} (66%)
 create mode 100644 
recipes-browser/chromium/chromium/0001-Remove-hard-coded-values-for-CC-and-CXX.patch
 rename recipes-browser/chromium/{chromium_37.0.2062.94.bb = 
chromium_38.0.2125.101.bb} (66%)

diff --git 
a/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
 
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
index 3e9d269..7bc3d34 100644
--- 
a/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
+++ 
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
@@ -1,31 +1,31 @@
-From 96a5a12ecd5b144bfeaa1d2116c2d1996bbb8f6c Mon Sep 17 00:00:00 2001
+From 2afda4afc9e97164a81ea76367e356c349234fb4 Mon Sep 17 00:00:00 2001
 From: Carlos Rafael Giani d...@pseudoterminal.org
-Date: Mon, 22 Sep 2014 23:15:42 +0200
+Date: Sun, 12 Oct 2014 17:46:39 +0200
 Subject: [PATCH] Disable rasterization whitelist, unlocking impl side painting
 
+Upstream-Status: Inappropriate [enable feature]
+
 Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
 ---
- gpu/config/software_rendering_list_json.cc | 49 --
- 1 file changed, 49 deletions(-)
+ gpu/config/software_rendering_list_json.cc | 63 --
+ 1 file changed, 63 deletions(-)
 
 diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc
-index 52614eb..bd0bf01 100644
+index 6a12707..4e8e56a 100644
 --- a/gpu/config/software_rendering_list_json.cc
 +++ b/gpu/config/software_rendering_list_json.cc
-@@ -1144,55 +1144,6 @@ LONG_STRING_CONST(
-   features: [
- all
+@@ -1037,69 +1037,6 @@ LONG_STRING_CONST(
]
--},
--{
+ },
+ {
 -  id: 96,
--  description: GPU rasterization is whitelisted on N4, N5, N7 and Moto 
X,
+-  description: GPU rasterization is whitelisted on N4, N5, N7 and Moto 
X, and on Qualcomm GPUs on Android 4.4,
 -  cr_bugs: [362779],
+-  os: {
+-type: android
+-  },
 -  exceptions: [
 -{
--  os: {
--type: android
--  },
 -  machine_model_name: [Nexus 4, Nexus 5, Nexus 7,
 - XT1049, XT1050, XT1052, XT1053,
 - XT1055, XT1056, XT1058, XT1060]
@@ -38,6 +38,20 @@ index 52614eb..bd0bf01 100644
 -  value: 4.4.99
 -}
 -  }
+-},
+-{
+-  os: {
+-type: android,
+-version: {
+-  op: =,
+-  value: 4.4
+-}
+-  },
+-  gl_type: gles,
+-  gl_version: {
+-op: =,
+-value: 3.0
+-  }
 -}
 -  ],
 -  features: [
@@ -55,8 +69,8 @@ index 52614eb..bd0bf01 100644
 -  },
 -  machine_model_name: [HTC One,
 - C5303, C6603, C6903,
-- GT-I8262, GT-I8552, GT-I9195, 
GT-I9300,
-- GT-I9500, GT-I9505, GT-N7100,
+- GT-I8262, GT-I8552, GT-I9195,
+- GT-I9500, GT-I9505,
 - SAMSUNG-SCH-I337, SCH-I545, SGH-M919

[oe] [meta-browser][PATCH] chromium: Add missing impl side painting patch

[Carlos Rafael Giani]

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
 ...terization-whitelist-unlocking-impl-side-.patch | 73 ++
 recipes-browser/chromium/chromium_37.0.2062.94.bb  |  2 +-
 2 files changed, 74 insertions(+), 1 deletion(-)
 create mode 100644 
recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch

diff --git 
a/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
 
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
new file mode 100644
index 000..3e9d269
--- /dev/null
+++ 
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch
@@ -0,0 +1,73 @@
+From 96a5a12ecd5b144bfeaa1d2116c2d1996bbb8f6c Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani d...@pseudoterminal.org
+Date: Mon, 22 Sep 2014 23:15:42 +0200
+Subject: [PATCH] Disable rasterization whitelist, unlocking impl side painting
+
+Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
+---
+ gpu/config/software_rendering_list_json.cc | 49 --
+ 1 file changed, 49 deletions(-)
+
+diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc
+index 52614eb..bd0bf01 100644
+--- a/gpu/config/software_rendering_list_json.cc
 b/gpu/config/software_rendering_list_json.cc
+@@ -1144,55 +1144,6 @@ LONG_STRING_CONST(
+   features: [
+ all
+   ]
+-},
+-{
+-  id: 96,
+-  description: GPU rasterization is whitelisted on N4, N5, N7 and Moto 
X,
+-  cr_bugs: [362779],
+-  exceptions: [
+-{
+-  os: {
+-type: android
+-  },
+-  machine_model_name: [Nexus 4, Nexus 5, Nexus 7,
+- XT1049, XT1050, XT1052, XT1053,
+- XT1055, XT1056, XT1058, XT1060]
+-},
+-{
+-  os: {
+-type: android,
+-version: {
+-  op: =,
+-  value: 4.4.99
+-}
+-  }
+-}
+-  ],
+-  features: [
+-gpu_rasterization
+-  ]
+-},
+-{
+-  id: 97,
+-  description: Additional GPU rasterization whitelist for field trial,
+-  cr_bugs: [380694],
+-  exceptions: [
+-{
+-  os: {
+-type: android
+-  },
+-  machine_model_name: [HTC One,
+- C5303, C6603, C6903,
+- GT-I8262, GT-I8552, GT-I9195, 
GT-I9300,
+- GT-I9500, GT-I9505, GT-N7100,
+- SAMSUNG-SCH-I337, SCH-I545, SGH-M919,
+- SM-N900, SM-N9005, SPH-L720,
+- XT907, XT1032, XT1033, XT1080]
+-}
+-  ],
+-  features: [
+-gpu_rasterization_field_trial
+-  ]
+ }
+   ]
+ }
+-- 
+1.9.1
+
diff --git a/recipes-browser/chromium/chromium_37.0.2062.94.bb 
b/recipes-browser/chromium/chromium_37.0.2062.94.bb
index 510b644..3d4524b 100644
--- a/recipes-browser/chromium/chromium_37.0.2062.94.bb
+++ b/recipes-browser/chromium/chromium_37.0.2062.94.bb
@@ -8,7 +8,7 @@ SRC_URI = \
 file://oe-defaults.gypi \
 ${@bb.utils.contains('PACKAGECONFIG', 'component-build', 
'file://component-build.gypi', '', d)} \
 ${@bb.utils.contains('PACKAGECONFIG', 'ignore-lost-context', 
'file://remove-linux-accel-canvas-from-blacklist.patch', '', d)} \
-${@bb.utils.contains('PACKAGECONFIG', 'impl-side-painting', 
'file://disable-rasterization-whitelist-unlocking-impl-side-painting.patch', 
'', d)} \
+${@bb.utils.contains('PACKAGECONFIG', 'impl-side-painting', 
'file://0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch', '', 
d)} \
 ${@bb.utils.contains('PACKAGECONFIG', 'disable-api-keys-info-bar', 
'file://0002-Disable-API-keys-info-bar.patch', '', d)} \
 file://unistd-2.patch \
 file://google-chrome \
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser][PATCH] chromium: Add missing impl side painting patch

[Carlos Rafael Giani]

On 09/25/2014 12:52 PM, Gary Thomas wrote:

On 2014-09-25 03:32, Carlos Rafael Giani wrote:

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
  ...terization-whitelist-unlocking-impl-side-.patch | 73 
++

  recipes-browser/chromium/chromium_37.0.2062.94.bb  |  2 +-
  2 files changed, 74 insertions(+), 1 deletion(-)
  create mode 100644 
recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch


diff --git 
a/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch 
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch 


new file mode 100644
index 000..3e9d269
--- /dev/null
+++ 
b/recipes-browser/chromium/chromium/0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch

@@ -0,0 +1,73 @@
+From 96a5a12ecd5b144bfeaa1d2116c2d1996bbb8f6c Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani d...@pseudoterminal.org
+Date: Mon, 22 Sep 2014 23:15:42 +0200
+Subject: [PATCH] Disable rasterization whitelist, unlocking impl 
side painting

+
+Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
+---
+ gpu/config/software_rendering_list_json.cc | 49 
--

+ 1 file changed, 49 deletions(-)
+
+diff --git a/gpu/config/software_rendering_list_json.cc 
b/gpu/config/software_rendering_list_json.cc

+index 52614eb..bd0bf01 100644
+--- a/gpu/config/software_rendering_list_json.cc
 b/gpu/config/software_rendering_list_json.cc
+@@ -1144,55 +1144,6 @@ LONG_STRING_CONST(
+   features: [
+ all
+   ]
+-},
+-{
+-  id: 96,
+-  description: GPU rasterization is whitelisted on N4, N5, 
N7 and Moto X,

+-  cr_bugs: [362779],
+-  exceptions: [
+-{
+-  os: {
+-type: android
+-  },
+-  machine_model_name: [Nexus 4, Nexus 5, Nexus 7,
+- XT1049, XT1050, XT1052, 
XT1053,
+- XT1055, XT1056, XT1058, 
XT1060]

+-},
+-{
+-  os: {
+-type: android,
+-version: {
+-  op: =,
+-  value: 4.4.99
+-}
+-  }
+-}
+-  ],
+-  features: [
+-gpu_rasterization
+-  ]
+-},
+-{
+-  id: 97,
+-  description: Additional GPU rasterization whitelist for 
field trial,

+-  cr_bugs: [380694],
+-  exceptions: [
+-{
+-  os: {
+-type: android
+-  },
+-  machine_model_name: [HTC One,
+- C5303, C6603, C6903,
+- GT-I8262, GT-I8552, 
GT-I9195, GT-I9300,

+- GT-I9500, GT-I9505, GT-N7100,
+- SAMSUNG-SCH-I337, SCH-I545, 
SGH-M919,

+- SM-N900, SM-N9005, SPH-L720,
+- XT907, XT1032, XT1033, 
XT1080]

+-}
+-  ],
+-  features: [
+-gpu_rasterization_field_trial
+-  ]
+ }
+   ]
+ }
+--
+1.9.1
+
diff --git a/recipes-browser/chromium/chromium_37.0.2062.94.bb 
b/recipes-browser/chromium/chromium_37.0.2062.94.bb

index 510b644..3d4524b 100644
--- a/recipes-browser/chromium/chromium_37.0.2062.94.bb
+++ b/recipes-browser/chromium/chromium_37.0.2062.94.bb
@@ -8,7 +8,7 @@ SRC_URI = \
  file://oe-defaults.gypi \
  ${@bb.utils.contains('PACKAGECONFIG', 'component-build', 
'file://component-build.gypi', '', d)} \
  ${@bb.utils.contains('PACKAGECONFIG', 
'ignore-lost-context', 
'file://remove-linux-accel-canvas-from-blacklist.patch', '', d)} \
-${@bb.utils.contains('PACKAGECONFIG', 'impl-side-painting', 
'file://disable-rasterization-whitelist-unlocking-impl-side-painting.patch', 
'', d)} \
+${@bb.utils.contains('PACKAGECONFIG', 'impl-side-painting', 
'file://0001-Disable-rasterization-whitelist-unlocking-impl-side-.patch', 
'', d)} \
  ${@bb.utils.contains('PACKAGECONFIG', 
'disable-api-keys-info-bar', 
'file://0002-Disable-API-keys-info-bar.patch', '', d)} \

  file://unistd-2.patch \
  file://google-chrome \



Why is this important since it appears to only affect Android
based devices (and this is for OE builds)?



By default, it is only enabled for certain Android devices. With this 
patch, it is enabled for all devices, including for OE builds. impl side 
painting is still in an experimental stage, but promises better 
performance, which is why I made it an opt-in PACKAGECONFIG.

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] State of bitbake world, test-dependencies 2014-08-08

[Carlos Rafael Giani]

Also, some recipes don't support the QEMU architectures. I noticed that 
with chromium. 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20140901_100637.log/2_max/failed/chromium.log




On 09/25/2014 06:23 PM, Martin Jansa wrote:

Complete logs:
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20140901_100637.log/

ERROR: 483 issues were found in these recipes: adb ajenti
android-initscripts anjuta-remote-run apcupsd barnyard barnyard2
bigbuckbunny-1080p bigbuckbunny-480p bigbuckbunny-720p
ca-certificates-cross check chromium claws-mail
claws-plugin-gtkhtml2-viewer claws-plugin-mailmbox claws-plugin-rssyl
clutter-box2d concurrencykit coriander cramfs dbus-ptest edbus2 elbow
emacs emprint eve fim freerdp genext2fs gnome-mplayer gnu-efi gnuradio
grub-efi gummiboot hostap-daemon ifuse imake initramfs-live-install
initramfs-live-install-efi initramfs-live-install-efi-testfs
initramfs-live-install-testfs intone ipython ipython3 js krb5 libacpi
libftdi libgc libimobiledevice libjson libungif
linux-yocto-tiny-kexecboot llvm2.8 llvm2.9 llvm3.2 lua5.1
maliit-framework maliit-plugins mplayer2 nasm network-manager-applet
networkmanager news numactl ocf-linux omgps opendataplane openmotif
packagegroup-core-basic packagegroup-core-sdk-gmae
packagegroup-core-standalone-gmae-sdk-target packagegroup-xfce-extended
python-setuptools python3-docutils python3-jinja python3-nose
python3-pycurl python3-pyzmq python3-sphinx qcanobserver
qcanobserver-socketcan qconnman qconnman-e qtjsbackend qtjsondb rage
renderer-service-upnp ristretto rpm-postinsts screenshot soft66 sylpheed
syslinux talloc tearsofsteel-1080p tumbler u-boot-fw-utils ubootchart
uhd uhd-firmware v86d vala-terminal valgrind web-webkit webkit-efl
wxpython wxwidgets xbmc xchat xf86-input-mtev xf86-input-vmmouse
xf86-video-ati xf86-video-geode xf86-video-intel xf86-video-nouveau
xf86-video-vesa xf86-video-vmware xfce4-power-manager xorg-cf-files
zaurusd zenity zeroc-ice zsh

The list of failed recipes looks alarmingly long, but probably the
biggest part of it are blacklisted or removed recipes (full
test-dependencies build was including all recipes which were ever
built with current buildhistory repo I have on jenkins server).

  


This is first report with the message format unified with insane_qa check.

collectd-5.2.2: collectd rdepends on initscripts-functions, but it isn't a 
build dependency? [build-deps]
curl-7.37.1: libcurl rdepends on rtmpdump, but it isn't a build dependency? 
[build-deps]
curlpp-0.7.3: libcurlpp rdepends on rtmpdump, but it isn't a build dependency? 
[build-deps]
exquisite-0.0.1+svnr82070: exquisite rdepends on initscripts-functions, but it 
isn't a build dependency? [build-deps]
fbida-2.09+gitAUTOINC+6aa5563cb3: fbida rdepends on libwebp, but it isn't a 
build dependency? [build-deps]
gpm-1.99.7: gpm rdepends on initscripts-functions, but it isn't a build 
dependency? [build-deps]
gst-plugins-bad-0.10.23: gst-plugins-bad-curl rdepends on rtmpdump, but it 
isn't a build dependency? [build-deps]
gst-plugins-bad-0.10.23: gst-plugins-bad-rtmp rdepends on libcrypto, but it 
isn't a build dependency? [build-deps]
gst-plugins-bad-0.10.23: gst-plugins-bad-rtmp rdepends on libssl, but it isn't 
a build dependency? [build-deps]
gst-plugins-bad-0.10.23: gst-plugins-bad-rtmp rdepends on rtmpdump, but it 
isn't a build dependency? [build-deps]
gstreamer1.0-plugins-bad-1.4.1: gstreamer1.0-plugins-bad-curl rdepends on 
rtmpdump, but it isn't a build dependency? [build-deps]
irda-utils-0.9.18: irda-utils rdepends on initscripts-functions, but it isn't a 
build dependency? [build-deps]
libetpan-0.57: libetpan rdepends on rtmpdump, but it isn't a build dependency? 
[build-deps]
liboauth-1.0.3: liboauth rdepends on rtmpdump, but it isn't a build dependency? 
[build-deps]
opencv-2.4.9+gitAUTOINC+df8e28283f: libopencv-highgui rdepends on jasper, but 
it isn't a build dependency? [build-deps]
opencv-2.4.9+gitAUTOINC+df8e28283f: libopencv-highgui rdepends on libdc1394, 
but it isn't a build dependency? [build-deps]
postgresql-9.2.4: postgresql rdepends on initscripts-functions, but it isn't a 
build dependency? [build-deps]
proftpd-1.3.4b: proftpd rdepends on initscripts-functions, but it isn't a build 
dependency? [build-deps]
python3-3.3.3: python3-tkinter rdepends on tcl-lib, but it isn't a build 
dependency? [build-deps]
qtbase-5.3.1: qtbase-plugins rdepends on cups-lib, but it isn't a build 
dependency? [build-deps]
radvd-1.9.8: radvd rdepends on initscripts-functions, but it isn't a build 
dependency? [build-deps]
strongswan-5.2.0: strongswan rdepends on rtmpdump, but it isn't a build 
dependency? [build-deps]
sysklogd-1.5: sysklogd rdepends on initscripts-functions, but it isn't a build 
dependency? [build-deps]
tcpdump-4.6.1: tcpdump rdepends on libsmi, but it isn't a build dependency? 
[build-deps]
udisks-1.0.4: udisks rdepends on lvm2, but it isn't a build dependency? 
[build-deps]
xinetd-2.3.15: xinetd rdepends on 

Re: [oe] mpg123 recipe LICENSE_FLAGS = commercial issue

[Carlos Rafael Giani]

On 2014-09-17 02:20, Khem Raj wrote:



On Tuesday, September 16, 2014, Carlos Rafael Giani 
d...@pseudoterminal.org mailto:d...@pseudoterminal.org wrote:


On 2014-09-16 07:43, Khem Raj wrote:

Hi Carlos/All

I want to understand why LICENSE_FLAGS = commercial was added to

meta-multimedia/recipes-multimedia/mpg123/mpg123_1.15.3.bb
http://mpg123_1.15.3.bb

in initial commit and has been carried over upgrades ever since

The license seems to be LGPL 2.0 and is explained in greater
detail here


http://mpg123.org/cgi-bin/scm/mpg123/trunk/doc/ROAD_TO_LGPL?revision=2607

So what portions of it are having different terms for
commercial distribution ?

Thanks

-Khem


It's because MPEG audio is subject to royalties


In what way where the component is lgpl I would like to understand

 This is also the reason why gst-plugins-ugly and
gstreamer1.0-plugins-ugly have this flag.

Carlos



*mpg123* is LGPL. But mpg123 is an implementation of an MPEG 1 audio 
layer 1/2/3 and MPEG 2 audio. MPEG-1 layer 3 is what everybody calls 
mp3. (mp1 and mp2 are pretty much dead by now.) mp3 itself contains 
patents, and these are subject to royalties. Technicolor (formerly 
Thomson) does enforce these royalties. See 
http://mp3licensing.com/royalty/software.html for their price model.

MPEG-2 is controlled by the MPEG LA.

Note that these royalties cover the audio technology itself (say, mp3), 
*not* the implementations. Implementations themselves can be subject to 
any license, it's up to the authors of the implementations. But if you 
actually want to use these implementations in a commercial product, 
you'll have to pay the royalty fees.


This is part of the reason why Ogg Vorbis (and Opus) exist. They are an 
alternative that doesn't require such fees. Therefore, the Vorbis 
decoder isn't in gst-plugins-ugly, but in gst-plugins-good.

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] mpg123 recipe LICENSE_FLAGS = commercial issue

[Carlos Rafael Giani]

On 2014-09-16 07:43, Khem Raj wrote:

Hi Carlos/All

I want to understand why LICENSE_FLAGS = commercial was added to

meta-multimedia/recipes-multimedia/mpg123/mpg123_1.15.3.bb

in initial commit and has been carried over upgrades ever since

The license seems to be LGPL 2.0 and is explained in greater detail here

http://mpg123.org/cgi-bin/scm/mpg123/trunk/doc/ROAD_TO_LGPL?revision=2607

So what portions of it are having different terms for commercial distribution ?

Thanks

-Khem


It's because MPEG audio is subject to royalties. This is also the reason 
why gst-plugins-ugly and gstreamer1.0-plugins-ugly have this flag.


Carlos
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] mpg123 recipe LICENSE_FLAGS = commercial issue

[Carlos Rafael Giani]

On 2014-09-16 23:33, Denys Dmytriyenko wrote:

On Tue, Sep 16, 2014 at 11:11:46AM +0200, Carlos Rafael Giani wrote:

On 2014-09-16 07:43, Khem Raj wrote:

Hi Carlos/All

I want to understand why LICENSE_FLAGS = commercial was added to

meta-multimedia/recipes-multimedia/mpg123/mpg123_1.15.3.bb

in initial commit and has been carried over upgrades ever since

The license seems to be LGPL 2.0 and is explained in greater detail here

http://mpg123.org/cgi-bin/scm/mpg123/trunk/doc/ROAD_TO_LGPL?revision=2607

So what portions of it are having different terms for commercial distribution ?

Thanks

-Khem

It's because MPEG audio is subject to royalties. This is also the
reason why gst-plugins-ugly and gstreamer1.0-plugins-ugly have this
flag.

But does gst-plugins-ugly provide own codecs? It's mostly a collection of
external plugins, so it shouldn't itself be marked as commercial:

http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/51055



But the whole point of gst-plugins-ugly is to be a collection of tested 
high-quality plugins for formats and standards which are subject to 
royalties. Tested quality plugins without the royalty go to -good.

--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-browser][PATCH] chromium: Remove Chromium 35 recipe and obsolete patches

[Carlos Rafael Giani]

These patches are no longer used or needed anywhere. Chromium 35 is now
obsolete, since Chromium 37.0.2062.94 is the new stable version.

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
 .../0001-Disable-ANGLE-commit-ID-generation.patch  |  71 -
 ...tracker_notify_deprecated_since_ATK_2_9_4.patch |  17 
 .../chromium/fix-glib-deprecated-warning.patch |  32 --
 .../chromium/chromium/secitem_array.patch  |  26 -
 .../chromium/chromium/uninitialised-warning.patch  |  90 -
 recipes-browser/chromium/chromium_35.0.1916.114.bb | 112 -
 6 files changed, 348 deletions(-)
 delete mode 100644 
recipes-browser/chromium/chromium/0001-Disable-ANGLE-commit-ID-generation.patch
 delete mode 100644 
recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 delete mode 100644 
recipes-browser/chromium/chromium/fix-glib-deprecated-warning.patch
 delete mode 100644 recipes-browser/chromium/chromium/secitem_array.patch
 delete mode 100644 
recipes-browser/chromium/chromium/uninitialised-warning.patch
 delete mode 100644 recipes-browser/chromium/chromium_35.0.1916.114.bb

diff --git 
a/recipes-browser/chromium/chromium/0001-Disable-ANGLE-commit-ID-generation.patch
 
b/recipes-browser/chromium/chromium/0001-Disable-ANGLE-commit-ID-generation.patch
deleted file mode 100644
index 72b978c..000
--- 
a/recipes-browser/chromium/chromium/0001-Disable-ANGLE-commit-ID-generation.patch
+++ /dev/null
@@ -1,71 +0,0 @@
-From 6ee39ace731dabdbe5e169ac5bc52b713afb1275 Mon Sep 17 00:00:00 2001
-From: Carlos Rafael Giani d...@pseudoterminal.org
-Date: Tue, 29 Jul 2014 12:08:25 +0200
-Subject: [PATCH] Disable ANGLE commit ID generation
-
-As part of the build process, ANGLE generates an ID out of the SRCREV
-of the git repo's HEAD. Since these recipes do not use a git repository,
-but a tarball release of Chromium, there is no HEAD, and building ANGLE
-fails.
-
-This patch replaces the git-based commit ID generation with a dummy ID.
-
-Upstream-Status: Pending
-
-Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org

- third_party/angle/src/angle.gypi   |  2 +-
- third_party/angle/src/commit_id.py | 22 +-
- 2 files changed, 14 insertions(+), 10 deletions(-)
-
-diff --git a/third_party/angle/src/angle.gypi 
b/third_party/angle/src/angle.gypi
-index 5339369..c7ef8c1 100644
 a/third_party/angle/src/angle.gypi
-+++ b/third_party/angle/src/angle.gypi
-@@ -56,7 +56,7 @@
- {
- 'action_name': 'Generate Commit ID Header',
- 'message': 'Generating commit ID header...',
--'inputs': [ 
'(SHARED_INTERMEDIATE_DIR)/commit_id.py', '(angle_path)/.git/index' ],
-+'inputs': [ 
'(SHARED_INTERMEDIATE_DIR)/commit_id.py' ],
- 'outputs': [ 
'(SHARED_INTERMEDIATE_DIR)/commit.h' ],
- 'action': [ 'python', 
'(SHARED_INTERMEDIATE_DIR)/commit_id.py', 
'(SHARED_INTERMEDIATE_DIR)/commit.h' ],
- },
-diff --git a/third_party/angle/src/commit_id.py 
b/third_party/angle/src/commit_id.py
-index 6339cca..1a3c0a3 100644
 a/third_party/angle/src/commit_id.py
-+++ b/third_party/angle/src/commit_id.py
-@@ -1,17 +1,21 @@
- import subprocess as sp
- import sys
- 
--def grab_output(*command):
--return sp.Popen(command, stdout=sp.PIPE).communicate()[0].strip()
-+#def grab_output(*command):
-+#return sp.Popen(command, stdout=sp.PIPE).communicate()[0].strip()
-+#
-+#commit_id_size = 12
-+#
-+#try:
-+#commit_id = grab_output('git', 'rev-parse', '--short=%d' % 
commit_id_size, 'HEAD')
-+#commit_date = grab_output('git', 'show', '-s', '--format=%ci', 'HEAD')
-+#except:
-+#commit_id = 'invalid-hash'
-+#commit_date = 'invalid-date'
- 
-+commit_id = 0123456789ab
- commit_id_size = 12
--
--try:
--commit_id = grab_output('git', 'rev-parse', '--short=%d' % 
commit_id_size, 'HEAD')
--commit_date = grab_output('git', 'show', '-s', '--format=%ci', 'HEAD')
--except:
--commit_id = 'invalid-hash'
--commit_date = 'invalid-date'
-+commit_date = 2014-06-11 17:45:12 +0200
- 
- hfile = open(sys.argv[1], 'w')
- 
--- 
-1.8.3.2
-
diff --git 
a/recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
 
b/recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
deleted file mode 100644
index a44abff..000
--- 
a/recipes-browser/chromium/chromium/001-atk_focus_tracker_notify_deprecated_since_ATK_2_9_4.patch
+++ /dev/null
@@ -1,17 +0,0 @@
 a/content/browser/accessibility/browser_accessibility_manager_gtk.cc   
2013-05-26 00:43:54.0 +0200
-+++ b/content/browser/accessibility/browser_accessibility_manager_gtk.cc   
2013-12-14 15:45:44.251138663 +0100
-@@ -55,11 +55,9 @@
-   RecursivelySendChildrenChanged

[oe] [meta-browser][PATCH] chromium: Upgrade to version 37.0.2062.94

[Carlos Rafael Giani]

This is the current stable release of the 37 series. Since it is no longer
a beta, the DEFAULT_PREFERENCE = -1 bit is removed. Furthermore, this
version adds the angle_use_commit_id flag, which makes the related patch
obsolete.

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
 .../{chromium_37.0.2062.0.bb = chromium_37.0.2062.94.bb} | 15 +++
 1 file changed, 7 insertions(+), 8 deletions(-)
 rename recipes-browser/chromium/{chromium_37.0.2062.0.bb = 
chromium_37.0.2062.94.bb} (93%)

diff --git a/recipes-browser/chromium/chromium_37.0.2062.0.bb 
b/recipes-browser/chromium/chromium_37.0.2062.94.bb
similarity index 93%
rename from recipes-browser/chromium/chromium_37.0.2062.0.bb
rename to recipes-browser/chromium/chromium_37.0.2062.94.bb
index c0e3b36..510b644 100644
--- a/recipes-browser/chromium/chromium_37.0.2062.0.bb
+++ b/recipes-browser/chromium/chromium_37.0.2062.94.bb
@@ -11,16 +11,11 @@ SRC_URI = \
 ${@bb.utils.contains('PACKAGECONFIG', 'impl-side-painting', 
'file://disable-rasterization-whitelist-unlocking-impl-side-painting.patch', 
'', d)} \
 ${@bb.utils.contains('PACKAGECONFIG', 'disable-api-keys-info-bar', 
'file://0002-Disable-API-keys-info-bar.patch', '', d)} \
 file://unistd-2.patch \
-file://0001-Disable-ANGLE-commit-ID-generation.patch \
 file://google-chrome \
 file://google-chrome.desktop \
 
-SRC_URI[md5sum] = 327e528a919239f18db581a8a6d1adea
-SRC_URI[sha256sum] = 
6b9ce84df2b6f9d20b209aab16034079cea981b00b8d20660571555f53c815cb
-
-# Chromium 37 is currently in beta status
-DEFAULT_PREFERENCE = -1
-
+SRC_URI[md5sum] = 49bcf221a2e2e5406ae2e69964d01093
+SRC_URI[sha256sum] = 
d27c19580b74cbe143131f0bc097557b3b2fb3d2be966e688d8af51a779ce533
 
 # conditionally add ozone-wayland and its patches to the Chromium sources
 
@@ -38,7 +33,10 @@ OZONE_WAYLAND_EXTRA_PATCHES =  \
 file://0001-Remove-X-libraries-from-GYP-files.patch \
 
 
-SRC_URI += ${@base_conditional('ENABLE_WAYLAND', '1', 
'git://github.com/01org/ozone-wayland.git;destsuffix=ozone-wayland-git;branch=Milestone-Summer;rev=a68f96aa1668de6f2a922a37b48d713d5d809ee0',
 '', d)}
+OZONE_WAYLAND_GIT_DESTSUFFIX = ozone-wayland-git
+OZONE_WAYLAND_GIT_BRANCH = Milestone-Summer
+OZONE_WAYLAND_GIT_SRCREV = 8346e3cecb5c1331a25ba235f29b72f3f049966a
+SRC_URI += ${@base_conditional('ENABLE_WAYLAND', '1', 
'git://github.com/01org/ozone-wayland.git;destsuffix=${OZONE_WAYLAND_GIT_DESTSUFFIX};branch=${OZONE_WAYLAND_GIT_BRANCH};rev=${OZONE_WAYLAND_GIT_SRCREV}',
 '', d)}
 
 do_unpack[postfuncs] += ${@base_conditional('ENABLE_WAYLAND', '1', 
'copy_ozone_wayland_files', '', d)}
 do_patch[prefuncs] += ${@base_conditional('ENABLE_WAYLAND', '1', 
'add_ozone_wayland_patches', '', d)}
@@ -81,6 +79,7 @@ PACKAGECONFIG ??= use-egl
 PACKAGECONFIG[use-egl] = ,,virtual/egl virtual/libgles2
 
 EXTRA_OEGYP =   \
+   -Dangle_use_commit_id=0 \
-Ddisable_fatal_linker_warnings=1 \
${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_binary=0', d)} \
${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_flags=0', d)} \
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-browser][PATCH] Disable fatal linker warnings related to SQLite

[Carlos Rafael Giani]

With the gold linker, problems with hidden sqlite3 symbols occur. Example:

  warning: hidden symbol 'sqlite3_temp_directory' in 
obj/third_party/sqlite/libsqlite3.a
  (obj/third_party/sqlite/amalgamation/sqlite.sqlite3.o) is referenced by DSO
  
/mnt/ramdisk/yocto/qemu-test-build/tmp//sysroots/qemux86/usr/lib/../lib/libsoftokn3.so

The problem is known, and a solution would be to set the build scripts
to not build sqlite3 and use the system's sqlite3 library instead.
However, currently, this is not possible:

  https://code.google.com/p/chromium/issues/detail?id=22208

The Crosswalk project fixed this by setting the warnings to non-fatal:

  
https://github.com/crosswalk-project/crosswalk/commit/83d22586852a3d64300fd024e24ade9a4ac325be

The disable_fatal_linker_warnings GYP flag used in that commit is already
part of Chromium 37. It just needs to be enabled. This commit does
precisely that.

Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
 recipes-browser/chromium/chromium_37.0.2062.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/recipes-browser/chromium/chromium_37.0.2062.0.bb 
b/recipes-browser/chromium/chromium_37.0.2062.0.bb
index 2cf6d2a..c0e3b36 100644
--- a/recipes-browser/chromium/chromium_37.0.2062.0.bb
+++ b/recipes-browser/chromium/chromium_37.0.2062.0.bb
@@ -81,6 +81,7 @@ PACKAGECONFIG ??= use-egl
 PACKAGECONFIG[use-egl] = ,,virtual/egl virtual/libgles2
 
 EXTRA_OEGYP =   \
+   -Ddisable_fatal_linker_warnings=1 \
${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_binary=0', d)} \
${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '', 
'-Dlinux_use_gold_flags=0', d)} \
-I ${WORKDIR}/oe-defaults.gypi \
-- 
1.8.3.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel