Installing the gstreamer -meta packages was not possible, because the
-apps and -glib packages were missing. Allowing for empty -apps/glib
packages fixes this.
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gst-plugins-package.inc | 5 -
1 file changed, 4
On 05/07/2013 11:55 AM, Burton, Ross wrote:
On 5 May 2013 21:50, Carlos Rafael Giani wrote:
Installing the gstreamer -meta packages was not possible, because the
-apps and -glib packages were missing. Allowing for empty -apps/glib
packages fixes this.
From what I can tell there's onl
Since gst-plugins-package.inc is going to be used by the following
GStreamer 1.0 recipes as well, LIBV has to be set outside of the .inc file.
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gst-plugins-package.inc | 1 -
meta/recipes-multimedia/gstreamer/gst
has
machine specific codepaths (currently for the Raspberry Pi). By
default, it is not machine specific, and uses the Bellagio OpenMAX
implementation that is supported by OE core. Is it OK to include
options for machine specific support which can be set by BSP layers?
Carlos Rafael Giani (3
The -meta packages were depending on non-existing packages,
like -glib and -apps. The fix checks if packages in the PACKAGES list
are empty. If so, they are omitted from the rdepends list.
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gst-plugins-package.inc | 27
Originally from the https://github.com/dv1/meta-gstreamer1.0 repository,
the patches were copied with only one change:
gstreamer1.0-plugins-package.inc was removed, since gst-plugins-package.inc
is identical except for the LIBV variable.
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer
On 03.06.2013 18:53, Otavio Salvador wrote:
The ${PN}-meta package rdepends on ${PN}-apps and ${PN}-glib so we
need to have them available or the installation of the meta package
will fail.
Signed-off-by: Otavio Salvador
---
This patch is need to make the meta packages work. This should also be
o Salvador wrote:
On Mon, Jun 3, 2013 at 2:43 PM, Carlos Rafael Giani
mailto:d...@pseudoterminal.org>> wrote:
On 03.06.2013 18:53, Otavio Salvador wrote:
The ${PN}-meta package rdepends on ${PN}-apps and ${PN}-glib so we
need to have them available or the installa
On 06.06.2013 18:53, Saul Wold wrote:
On 05/31/2013 12:15 PM, Carlos Rafael Giani wrote:
These patches introduce recipes for GStreamer 1.0 . They
are copied over from my gstreamer 1.0 layer at
https://github.com/dv1/meta-gstreamer1.0 . All files except
gstreamer1.0-plugins-package.inc were
On 06.06.2013 22:18, Saul Wold wrote:
On 06/06/2013 10:17 AM, Carlos Rafael Giani wrote:
On 06.06.2013 18:53, Saul Wold wrote:
On 05/31/2013 12:15 PM, Carlos Rafael Giani wrote:
These patches introduce recipes for GStreamer 1.0 . They
are copied over from my gstreamer 1.0 layer at
https
/ OpenGLES 2.x / OpenVG.
Recipe originally by Carlos Rafael Giani .
Signed-off-by: Ross Burton
---
meta/recipes-graphics/eglinfo/eglinfo-fb_1.0.bb | 11
meta/recipes-graphics/eglinfo/eglinfo-x11_1.0.bb |8 ++
meta/recipes-graphics/eglinfo/eglinfo.inc| 32
Hello,
I have noticed that Orc is still not part of OE-core.
Is it still possible to move it into Dora? It would be useful for
GStreamer and other projects that seem to be using it.
And, I am preparing patches for updating GStreamer 1.0 to version 1.2.
I hope this update is still possible in t
ter, Intel
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Carlos
Rafael Giani
Sent: Monday, September 30, 2013 12:49 AM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] Quest
On 2013-11-04 20:21, Iorga, Cristian wrote:
Hello,
I will work probably starting next week.
Regards,
Cristian
*From:*openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] *On Behalf
Of *Yevhen Kyriukha
*Sent:* Monday, November 4, 2013 4
As preparation for upgrading the gstreamer1.0 recipes to 1.2 , I would
propose to move Orc into OE-core.
Without Orc, key elements of GStreamer (audioconvert, audioresample,
videoconvert, videoscale ..) are much slower.
Currently Orc is in meta-oe . Its recipe uses the most recent version
(0.4.1
On 2013-11-06 18:53, Saul Wold wrote:
On 11/06/2013 07:47 AM, Burton, Ross wrote:
On 6 November 2013 14:47, Carlos Rafael Giani
wrote:
As preparation for upgrading the gstreamer1.0 recipes to 1.2 , I would
propose to move Orc into OE-core.
Without Orc, key elements of GStreamer (audioconvert
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-devtools/orc/orc.inc | 25 +
meta/recipes-devtools/orc/orc_0.4.18.bb | 6 ++
2 files changed, 31 insertions(+)
create mode 100644 meta/recipes-devtools/orc/orc.inc
create mode 100644 meta/recipes-devtools
I just tested Jonathan Liu's patch with Yocto 1.5 . It works for me, I
was able to build a rootfs. Using Arch Linux and make 4.0.
The make 4.0 issue is already fixed in the glibc and eglibc
repositories, so this patch should be marked with "Upstream-Status:
inappropiate [other]".
On 2013-11-04
starting with this version, the recipes enable Orc acceleration by
default
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-libav.inc | 2 +-
.../gstreamer1.0-libav/libav_e500mc.patch | 21
...-libav_1.0.9.bb => gstreamer1.0-libav_1.2.0.bb} |
chitecture specific, and does not look all that clean
to me.
One other reason why I think this should be a separate patch is that the
libav recipe has the same problem (it also produces this warning).
On 2013-11-08 01:35, Saul Wold wrote:
On 11/07/2013 11:47 AM, Carlos Rafael Giani wrote:
starting
starting with this version, the recipes enable Orc acceleration by
default
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-libav.inc | 2 +-
.../gstreamer1.0-libav/libav_e500mc.patch | 21
...-libav_1.0.9.bb => gstreamer1.0-libav_1.2.0.bb} |
3 10:52 AM, Carlos Rafael Giani wrote:
starting with this version, the recipes enable Orc acceleration by
default
When building for a PPC when the Endian-ness is different, I
encountered the following problem.
gstavdtputil.c: In function 'gst_avdtp_util_parse_aac_raw':
gstavdtputil.
starting with this version, the recipes enable Orc acceleration by
default
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-libav.inc | 2 +-
.../gstreamer1.0-libav/libav_e500mc.patch | 21
...-libav_1.0.9.bb => gstreamer1.0-libav_1.2.0.bb} |
Hello,
I noticed that since the C++ bindings for the berkeley DB were included
in commit 23f29027db73d5759889b48fabdea7f6173217a7 , I cannot build db
anymore.
The error is:
/usr/lib/libstdc++.so: file not recognized: File format not recognized
this is the offending part in the log.do_com
On 2014-01-23 18:54, Philip Balister wrote:
On 01/23/2014 06:51 AM, Carlos Rafael Giani wrote:
Hello,
I noticed that since the C++ bindings for the berkeley DB were included
in commit 23f29027db73d5759889b48fabdea7f6173217a7 , I cannot build db
anymore.
The error is:
/usr/lib/libstdc
On 2014-01-25 05:14, Tyler Hall wrote:
Building the C++ bindings in a484b35b818768487ff27cf06b8c5d4e128126af
introduced this error on systems with /usr/lib/libstdc++.so present:
/usr/lib/libstdc++.so: file not recognized: File format not recognized
The shipped libtool is sysroot aware, so
Signed-off-by: Carlos Rafael Giani
---
.../recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/configure-fix.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-multimedia/gstreamer/gst-ffmpeg-0.10.13/configure-fix.patch
b/meta/recipes-multimedia/gstreamer/gst
eglinfo is a small utility for printing out information about EGL as well
as about its client APIs, OpenGL / OpenGLES 1.x / OpenGLES 2.x / OpenVG.
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-graphics/eglinfo/eglinfo-fb_1.0.bb | 11 ++
meta/recipes-graphics/eglinfo/eglinfo-x11_1.0
Hello all,
to start working with GStreamer 1.0 on several embedded platforms, I
decided to adapt the existing GStreamer recipes from danny for 1.0. Out
of this I created a layer, which is hosted at
https://github.com/dv1/meta-gstreamer1.0 .
I write this RFC, because I figure that GStreamer 1
On 2013-04-08 09:57, Koen Kooi wrote:
Op 8 apr. 2013, om 01:38 heeft Carlos Rafael Giani
het volgende geschreven:
I am also considering some kind of autodetection for when yasm and liborc are
available (for example, because meta-oe was added to bblayers.conf), and then
switches on Orc and
On 2013-04-08 13:09, Paul Eggleton wrote:
Returning to the original topic, a case could be made for just bringing orc
and libav into OE-Core. That's not going to work for every situation but we
ought to be looking at these kind of things on a case-by-case basis.
Cheers,
Paul
You should ad
Hello,
thinking about this whole issue I began to wonder: why is gstreamer in
oe-core and not in meta-multimedia?
wouldnt it be easier then to move liborc into meta-multimedia as well?
Or is gstreamer considered an essential component for many
installations, thus justifying its presence in oe-
On 2013-04-09 11:32, Burton, Ross wrote:
On 9 April 2013 00:00, Carlos Rafael Giani wrote:
thinking about this whole issue I began to wonder: why is gstreamer in
oe-core and not in meta-multimedia?
wouldnt it be easier then to move liborc into meta-multimedia as well?
Or is gstreamer
I've been meaning to ask the same questions, since I need both orc and external
libav to make gstreamer (0.10, but still) useable on my platforms. I came up
with the following ideas:
1) Make every external dep a PACKAGECONFIG option in OE-core gstreamer
2) Add bbappends with extra PACKAGECONF
Since yasm has been moved to OE-core, there is no reason for not enabling
yasm by default anymore. It improves performance of gstreamer1.0-libav
considerably.
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-libav.inc | 2 +-
1 file changed, 1 insertion
If you want, I can add the egl there, and send v2. That's easy.
That would be great. And don't forget to --disable-egl in case wayland is
not in PACKAGECONFIG.
This is the point I don't agree. I think user needs to drop egl when
dropping wayland.
I concur. EGL is not just useful for Waylan
On 2014-05-08 16:48, Burton, Ross wrote:
Hi all,
Sorry for the cross-post but I want this to have a wide audience.
For the 1.7 release I want to move GStreamer 0.10 from oe-core into
meta-multimedia, and ensure everything in oe-core has ported to
GStreamer 1.x. GStreamer 0.10 is considered dea
Signed-off-by: Carlos Rafael Giani
---
.../e17/e-wm/0001-Fix-incorrect-message-type.patch | 28 ++
meta-efl/recipes-efl/e17/e-wm_0.18.7.bb| 1 +
2 files changed, 29 insertions(+)
create mode 100644
meta-efl/recipes-efl/e17/e-wm/0001-Fix-incorrect-message
Sorry, typo in the git-send-email call. I now re-sent it to the correct
email address.
Signed-off-by: Carlos Rafael Giani
---
.../e17/e-wm/0001-Fix-incorrect-message-type.patch | 28 ++
meta-efl/recipes-efl/e17/e-wm_0.18.7.bb| 1 +
2 files changed, 29
Signed-off-by: Carlos Rafael Giani
---
...er1.0-plugins-ugly_1.2.4.bb => gstreamer1.0-plugins-ugly_1.4.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.2.4.bb =>
gstreamer1.0-plugins-ugly_1.4.0.bb} (66%)
Signed-off-by: Carlos Rafael Giani
---
...s-rate-of-input-segment-to-output-segment.patch | 32 --
...gstreamer1.0_1.2.4.bb => gstreamer1.0_1.4.0.bb} | 5 ++--
2 files changed, 2 insertions(+), 35 deletions(-)
delete mode 100644
recipes-multimedia/gstreamer/gstreamer
Signed-off-by: Carlos Rafael Giani
---
recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc| 4 ++--
...er1.0-plugins-good_1.2.4.bb => gstreamer1.0-plugins-good_1.4.0.bb} | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
rename recipes-multimedia/gstrea
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-plugins-bad.inc | 29 --
..._1.2.4.bb => gstreamer1.0-plugins-bad_1.4.0.bb} | 4 +--
2 files changed, 18 insertions(+), 15 deletions(-)
rename recipes-multimedia/gstreamer/{gstreamer1.0-plug
Signed-off-by: Carlos Rafael Giani
---
.../videodec-Don-t-use-non-growable-pool.patch | 75 --
...-libav_1.2.4.bb => gstreamer1.0-libav_1.4.0.bb} | 7 +-
2 files changed, 3 insertions(+), 79 deletions(-)
delete mode 100644
recipes-multimedia/gstreamer/gstreamer
Signed-off-by: Carlos Rafael Giani
---
.../{gstreamer1.0-omx_1.0.0.bb => gstreamer1.0-omx_1.2.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.0.0.bb =>
gstreamer1.0-omx_1.2.0.bb} (69%)
diff --git a/r
Signed-off-by: Carlos Rafael Giani
---
...er1.0-plugins-base_1.2.4.bb => gstreamer1.0-plugins-base_1.4.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.2.4.bb =>
gstreamer1.0-plugins-base_1.4.0.bb} (78%)
Disregard this version - I just noticed the paths do not contain the
meta/ directory. I'll resend a v2.
On 07/29/2014 10:53 PM, Carlos Rafael Giani wrote:
Signed-off-by: Carlos Rafael Giani
---
...s-rate-of-input-segment-to-output-segment.patch
Signed-off-by: Carlos Rafael Giani
---
...s-rate-of-input-segment-to-output-segment.patch | 32 --
...gstreamer1.0_1.2.4.bb => gstreamer1.0_1.4.0.bb} | 5 ++--
2 files changed, 2 insertions(+), 35 deletions(-)
delete mode 100644
meta/recipes-multimedia/gstrea
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-plugins-bad.inc | 29 --
..._1.2.4.bb => gstreamer1.0-plugins-bad_1.4.0.bb} | 4 +--
2 files changed, 18 insertions(+), 15 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plug
Signed-off-by: Carlos Rafael Giani
---
...er1.0-plugins-ugly_1.2.4.bb => gstreamer1.0-plugins-ugly_1.4.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.2.4.bb
=> gstreamer1.0-plugins-ugly_1.4.0.bb} (66%)
Signed-off-by: Carlos Rafael Giani
---
...er1.0-plugins-base_1.2.4.bb => gstreamer1.0-plugins-base_1.4.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.2.4.bb
=> gstreamer1.0-plugins-base_1.4.0.bb} (78%)
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc | 4 ++--
...er1.0-plugins-good_1.2.4.bb => gstreamer1.0-plugins-good_1.4.0.bb} | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/gstrea
Signed-off-by: Carlos Rafael Giani
---
.../{gstreamer1.0-omx_1.0.0.bb => gstreamer1.0-omx_1.2.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.0.0.bb =>
gstreamer1.0-omx_1.2.0.bb} (69%)
diff --git
Signed-off-by: Carlos Rafael Giani
---
.../videodec-Don-t-use-non-growable-pool.patch | 75 --
...-libav_1.2.4.bb => gstreamer1.0-libav_1.4.0.bb} | 7 +-
2 files changed, 3 insertions(+), 79 deletions(-)
delete mode 100644
meta/recipes-multimedia/gstreamer/gstreamer
* xvideo options removed, since the V4L2 XV support never became upstream
and is pretty much dead now
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc | 4 ++--
...er1.0-plugins-good_1.2.4.bb => gstreamer1.0-plugins-good_1.4.0
* Backported patch removed, since it is already included in this release
Signed-off-by: Carlos Rafael Giani
---
...s-rate-of-input-segment-to-output-segment.patch | 32 --
...gstreamer1.0_1.2.4.bb => gstreamer1.0_1.4.0.bb} | 5 ++--
2 files changed, 2 insertions(+),
* Backported patch removed, since it is already included in this release
Signed-off-by: Carlos Rafael Giani
---
.../videodec-Don-t-use-non-growable-pool.patch | 75 --
...-libav_1.2.4.bb => gstreamer1.0-libav_1.4.0.bb} | 7 +-
2 files changed, 3 insertions(+),
Signed-off-by: Carlos Rafael Giani
---
...er1.0-plugins-base_1.2.4.bb => gstreamer1.0-plugins-base_1.4.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.2.4.bb
=> gstreamer1.0-plugins-base_1.4.0.bb} (78%)
Signed-off-by: Carlos Rafael Giani
---
...er1.0-plugins-ugly_1.2.4.bb => gstreamer1.0-plugins-ugly_1.4.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.2.4.bb
=> gstreamer1.0-plugins-ugly_1.4.0.bb} (66%)
Signed-off-by: Carlos Rafael Giani
---
.../{gstreamer1.0-omx_1.0.0.bb => gstreamer1.0-omx_1.2.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.0.0.bb =>
gstreamer1.0-omx_1.2.0.bb} (69%)
diff --git
-off-by: Carlos Rafael Giani
---
.../gstreamer/gstreamer1.0-plugins-bad.inc | 29 --
..._1.2.4.bb => gstreamer1.0-plugins-bad_1.4.0.bb} | 4 +--
2 files changed, 18 insertions(+), 15 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
mailto:ota...@ossystems.com.br>> wrote:
On Wed, Aug 13, 2014 at 6:24 PM, Gary Thomas > wrote:
> I've found that the latest GCC doesn't work very well, at
> least not on ARM (and obviously other
On 08/14/2014 10:22 AM, Peter A. Bigot wrote:
On 08/14/2014 03:12 AM, Carlos Rafael Giani wrote:
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
mailto:ota...@ossystems.com.br>> wrote:
On Wed, Aug 13, 2014 at 6:24 PM, Gary Thomas &
On 08/14/2014 10:22 AM, Peter A. Bigot wrote:
On 08/14/2014 03:12 AM, Carlos Rafael Giani wrote:
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
mailto:ota...@ossystems.com.br>> wrote:
On Wed, Aug 13, 2014 at 6:24 PM, Gary Thomas &
Hello,
while writing new recipes for an updated machine specific kernel, I
noticed some packaging errors:
ERROR: QA Issue: linux-cubox-i: Files/directories were installed but not
shipped
/lib/firmware/korg
/lib/firmware/korg/k1212.dsp [installed-vs-shipped]
Looking into kernel.bbclass , I s
libjpeg is automatically linked to if present. This cannot be turned off.
Adding DEPENDS on jpeg ensures that a proper dependency is established.
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +-
1 file changed, 1 insertion(+), 1
dependency for desktop GL
* Patch configure.ac to ensure libraries are only searched and linked to
if the corresponding API isn't disabled (this prevents cases where
libgstgl is linked to GLU even though desktop GL is dis- and GLES
enabled)
Signed-off-by: Carlos Rafael Giani
---
.../gstr
libpng is automatically linked to if present. This cannot be turned off.
Adding DEPENDS on libpng ensures that a proper dependency is established.
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +-
1 file changed, 1 insertion(+), 1
gst-omx links to libgstgl if it is present, and libgstgl is built by
gstreamer1.0-plugins-bad. Adding it as a DEPENDS ensures a proper
dependency is established.
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-omx.inc | 2 +-
1 file changed, 1 insertion
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-graphics/libsdl/libsdl_1.2.15.bb
b/meta/recipes-graphics/libsdl/libsdl_1.2.15.bb
index e544b60..b0ae299 100644
On 08/28/2014 09:16 AM, Richard Purdie wrote:
If you've been in the various calls or read the minutes you'd know about
this but it was mentioned to me that it has not been highlighted on the
mailing list.
The M3 milestone close is the end of the week and this marks the feature
freeze point for t
Also adds special treatment of nativesdk versions to avoid build errors
Adapted from openembedded-core-contrib, commit
cb921237643be39aa8f44ea4c35d3cfd30f782c0
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 25 +++--
1 file changed
arlos Rafael Giani wrote:
Also adds special treatment of nativesdk versions to avoid build errors
Adapted from openembedded-core-contrib, commit
cb921237643be39aa8f44ea4c35d3cfd30f782c0
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-graphics/libsdl/libsdl_1.2.15.bb
A few firmware files use this filename extension, like korg/k1212.dsp .
Create respective packages.
Signed-off-by: Carlos Rafael Giani
---
meta/classes/kernel.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index b02036f
On 09/08/14 13:18, Richard Purdie wrote:
On Mon, 2014-09-08 at 13:04 +0200, Carlos Rafael Giani wrote:
A few firmware files use this filename extension, like korg/k1212.dsp .
Create respective packages.
Signed-off-by: Carlos Rafael Giani
---
meta/classes/kernel.bbclass | 1 +
1 file
Hello,
is there a reason why the waf bbclass does not call "./waf distclean" in
a do_clean() function?
As a result, the out-of-tree build directory is around even after
performing a bitbake -c clean or bitbake -c cleansstate call.
--
___
Openembedded
Hello,
I am trying to build valgrind. This ptest compile error occurs:
arm-poky-linux-gnueabi-gcc -march=armv7-a -mthumb-interwork
-mfloat-abi=hard -mfpu=neon -mtune=cortex-a9
--sysroot=/home/build/OE/poky/build/tmp/sysroots/cubox-i -DHAVE_CONFIG_H
-I.
-I/home/build/OE/poky/build/tmp/work/c
Signed-off-by: Carlos Rafael Giani
---
meta/classes/kernel.bbclass | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 4710719..78b33ce 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
Hello,
right now, for each GStreamer 1.0 package, there is a .inc file, a _git
recipe, and a versioned recipe. The _git recipes made sense when
GStreamer 1.0 was first introduced, because this happened during the 1.0
-> 1.2 version change, and 1.2 brought many essential enhancements, so
many
Hi,
FYI: I have updated kmscube to perform run-time checks that replace the
existing build-time gbm_bo_map() check (which is what the patch in the
kmscube folder is about), since upstream prefers run-time checks via
weak functions. The commit is here:
https://gitlab.freedesktop.org/dv1/kmscub
Signed-off-by: Carlos Rafael Giani
---
...sp-server_1.16.0.bb => gstreamer1.0-rtsp-server_1.16.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-rtsp-server_1.16.0.bb
=> gstreamer1.0-rtsp-server_1.16.1.bb} (88%)
diff
Signed-off-by: Carlos Rafael Giani
---
...ins-ugly_1.16.0.bb => gstreamer1.0-plugins-ugly_1.16.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.16.0.bb
=> gstreamer1.0-plugins-ugly_1.16.1.bb} (90%)
diff
Signed-off-by: Carlos Rafael Giani
---
.../{gst-validate_1.16.0.bb => gst-validate_1.16.1.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gst-validate_1.16.0.bb =>
gst-validate_1.16.1.bb} (87%)
diff --git a/meta/recipes-mult
Signed-off-by: Carlos Rafael Giani
---
...ugins-bad_1.16.0.bb => gstreamer1.0-plugins-bad_1.16.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.16.0.bb
=> gstreamer1.0-plugins-bad_1.16.1.bb} (97%)
diff
Signed-off-by: Carlos Rafael Giani
---
...ins-base_1.16.0.bb => gstreamer1.0-plugins-base_1.16.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.16.0.bb
=> gstreamer1.0-plugins-base_1.16.1.bb} (96%)
diff
Signed-off-by: Carlos Rafael Giani
---
...amer1.0-python_1.16.0.bb => gstreamer1.0-python_1.16.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-python_1.16.0.bb =>
gstreamer1.0-python_1.16.1.bb} (88%)
diff --git
Signed-off-by: Carlos Rafael Giani
---
...reamer1.0-vaapi_1.16.0.bb => gstreamer1.0-vaapi_1.16.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-vaapi_1.16.0.bb =>
gstreamer1.0-vaapi_1.16.1.bb} (93%)
diff --git
Signed-off-by: Carlos Rafael Giani
---
...{gstreamer1.0-omx_1.16.0.bb => gstreamer1.0-omx_1.16.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.16.0.bb =>
gstreamer1.0-omx_1.16.1.bb} (93%)
diff --git a/meta/r
* 0001-scaletempo-Advertise-interleaved-layout-in-caps-temp.patch
* headerfix.patch
Removed since these changes are already included in 1.16.1
Signed-off-by: Carlos Rafael Giani
---
...tise-interleaved-layout-in-caps-temp.patch | 37
.../gstreamer1.0-plugins-good
.
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.16.1.bb | 2 +-
meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.16.1.bb| 2 +-
.../gstreamer/gstreamer1.0-plugins-bad_1.16.1.bb| 2 +-
.../gstreamer/gstreamer1.0-plugins-base_1.16.1
Removed gtkdoc-no-tree.patch since its changes are now included in 1.16.1
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer1.0-libav/gtkdoc-no-tree.patch | 35 ---
...1.16.0.bb => gstreamer1.0-libav_1.16.1.bb} | 5 ++-
2 files changed, 2 insertions(+), 38 deleti
Signed-off-by: Carlos Rafael Giani
---
.../{gstreamer1.0_1.16.0.bb => gstreamer1.0_1.16.1.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0_1.16.0.bb =>
gstreamer1.0_1.16.1.bb} (96%)
diff --git a/meta/recipes-mult
I've been working on migrating the GStreamer 1.0 recipes from autotools
to meson.
As expected, it is far from a straightforward change. Obviously,
autotools/m4 specific patches need to be discarded or replaced. But
there are also other differences, like how the OpenGL platforms and APIs
get s
ng of upgrades, my changes are against 1.16.1, so the 1.16.0
-> 1.16.1 upgrade needs to make it into master-next in first.
Carlos
On 28.10.19 17:44, Ross Burton wrote:
On 26/10/2019 11:57, Carlos Rafael Giani wrote:
I think it would make sense to not try to get a meson based build
done for G
Hello all,
I have managed to transition most GStreamer recipes to meson. The
patches can be found here:
https://github.com/OSSystems/meta-gstreamer1.0/tree/transition-to-meson
The only recipe that still uses autotools is gst-validate, and that's
because the tarball does not contain meson scr
re
it gets added to the DEPENDS list.
* gettext handling now part of gstreamer1.0-plugins-common.inc.
Signed-off-by: Carlos Rafael Giani
---
in-don-t-append-GL_CFLAGS-to-CFLAGS.patch | 29 --
...even-when-cross-compiling-if-introsp.patch | 36 +++
...ix-calls-to-pkg-config-with-PKG_CO
copy. Same goes for the patches and the zlib/bzip2/xz dependendencies.
Signed-off-by: Carlos Rafael Giani
---
...ble-yasm-for-libav-when-disable-yasm.patch | 33 --
...-configure-check-for-armv7ve-variant.patch | 35 ---
.../0001-fix-host-contamination.patch | 36
anyway depends on zlib, therefore
it gets added to the DEPENDS list.
* gettext handling now part of gstreamer1.0-plugins-common.inc.
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer1.0-plugins-good_1.16.1.bb | 79 +--
1 file changed, 38 insertions(+), 41 deletions
* Removed autotools/M4 related patch
0001-introspection.m4-prefix-pkgconfig-paths-with-PKG_CON.patch.
* gettext handling now part of gstreamer1.0-plugins-common.inc.
Signed-off-by: Carlos Rafael Giani
---
.../gstreamer1.0-plugins-ugly_1.16.1.bb | 23 +--
1 file changed
1 - 100 of 355 matches
Mail list logo
