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

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

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

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

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

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

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

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

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

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

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

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.

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

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 m

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

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

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

-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-opt

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

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

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

* 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/reci

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

, 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

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

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

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

f 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?

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

ac, 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-multim

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

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

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

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/reci

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

config 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-mult

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

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

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

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

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

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

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

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

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

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 ---

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

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/pipew

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

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.

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

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 ---

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

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

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

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

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

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

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

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 d

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

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

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

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

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

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

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

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

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

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

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

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

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

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/r

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

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/r

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

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 c

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

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 c

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

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> --- .../fa

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

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:

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

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

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

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/r

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

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 Rafa

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

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 ++ .../gst

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

. 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 de

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

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. --

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

-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

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

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 de

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

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 chang

Re: [oe] Chromium build broken

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.

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

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"

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

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

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

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

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

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-uniniti

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

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/chromi

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

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_280

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

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-uniniti

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

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/chromi

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

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_280

Re: [oe] [RFT] GCC 6 Recipes

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,

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

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

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

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).

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

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 &l

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

, 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 insertio

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

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.b

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

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.b

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

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). --

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

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 Rafae

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

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/r

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

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-mult

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

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-mult

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

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/r

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

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

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

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

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

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

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

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-interf

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

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-mult

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

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-mult

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

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/r

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

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

[oe] Question about building local sources without fetching

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

Re: [oe] Question about RDEPENDS and RRECOMMENDS

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

[oe] Question about RDEPENDS and RRECOMMENDS

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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:

Re: [oe] mpg123 recipe LICENSE_FLAGS = commercial issue

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

Re: [oe] mpg123 recipe LICENSE_FLAGS = commercial issue

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

Re: [oe] mpg123 recipe LICENSE_FLAGS = commercial issue

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

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

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

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

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

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

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

  1   2   >