As mentioned long ago in [1] for me gst-plugins-base failed when rebuilding.
Before this patch I had no other choice but to build from scratch.
When error occured I saw
in config.log:
GLIB_CFLAGS='-pthread line /home/superandy/tmp/oe-core-glibc/sysroots/raspberrypi2/usr/include/glib-2.0 -I/home/superandy/tmp/oe-core-glibc/sysroots/raspberrypi2/usr/lib/glib-2.0/include'
and build failed with:
| arm-angstrom-linux-gnueabi-gcc: error: line: No such file or directory
[1] http://lists.openembedded.org/pipermail/openembedded-devel/2016-March/106528.html
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
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 <dv@pseudoterminal.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Patch Makefile.in files to use LDFLAGS when linking the shared objects
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This allows recipes that inherits juce class to have more modular
dependencies and change it if necessary.
Signed-off-by: Felipe F. Tonello <eu@felipetonello.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
See below for the official README from JUCE.
For TL;DRs: JUCE is a well known and widely used C++ Framework for audio
applications. It has good support for Linux and ARM.
A typical JUCE application recipe will only contain this skeleton:
inherit juce
SRC_URI = "..."
JUCE_JUCERS = "${B}/cool-project.jucer"
do_compile() {
CONFIG=Release oe_runmake
}
do_install() {
install ...
}
======
OBS: This recipe requires a patch[1] on oe-core which is been tested right now.
[1] http://lists.openembedded.org/pipermail/openembedded-core/2016-July/123972.html
======
>From the README:
JUCE (Jules' Utility Class Extensions) is an all-encompassing
C++ framework for developing cross-platform software.
It contains pretty much everything you're likely to need to create
most applications, and is particularly well-suited for building
highly-customised GUIs, and for handling graphics and sound.
Most JUCE modules are shared under the GNU Public Licence
(GPLv2, v3, and the AGPLv3). This means that the code can
be freely copied and distributed, and costs nothing to use
in other GPL applications. One module (the juce_core module)
is permissively licensed under the ISC.
For more information, visit the website:
http://www.juce.com
Signed-off-by: Felipe F. Tonello <eu@felipetonello.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Mpd tries to find and link to libsystemd-daemon by default,
but there's only libsystemd in OpenEmbedded. Fixing this makes
socket activation work.
Signed-off-by: Gyorgy Szombathelyi <gyurco@freemail.hu>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
base_contains() is a compatibility wrapper and may warn in the future, so
replace all instances with bb.utils.contains().
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Remove the argument fix patch and add a patch which fixes the
grammer.y Bison input file. YYLEX_PARAM seems to be no longer
supported and has been replaced with %parse-param which has
been introduced already in 2003.
This fixes a segmentation fault when launching gst-launch-0.10.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Making it work would require significant patching - if you need it,
update your stack to gstreamer 1.x
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
It hasn't been updated in years, and depends on pygtk,
which is obsolete and incompatible with pygobject 3.x
(and so is no longer provided).
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
WARNING: vlc-2.2.2-r0 do_package_qa: QA Issue: vlc rdepends on libpng, but it isn't a build dependency, missing libpng in DEPENDS or PACKAGECONFIG? [build-deps]
Signed-off-by: Rafaël Carré <funman@videolan.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The x86 assembler optimisations contains text relocations and there
are no upstream plans to fix them:
http://sourceforge.net/p/mpg123/bugs/168/
Benchmarking suggests that the SSE assembler is still clearly faster
than the generic C code, so leave the assembler optimisations enabled.
Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* it's autodetected from sysroot:
WARN: mpd: mpd rdepends on libupnp, but it isn't a build dependency?
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The mpg123 sources don't contain any references to tslib or -lts and
there are no obvious build issues or QA warnings after the tslib
dependency is removed.
Signed-off-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
They are only needed if the modules introduced in ea31946 are enabled.
Add these modules to default PACKAGECONFIG to keep existing defaults.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
dleyna-renderer is a library for implementing Digital Media
(DLNA) Renderers, and also provides a sample implementation
of such a renderer.
"dleyna-renderer-service" is designed to be started and
consumed using D-Bus.
Signed-off-by: Manuel Bachmann <manuel.bachmann@iot.bzh>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
dleyna-server is a library for implementing Digital Media
(DLNA) Servers, and also provides a sample implementation
of such a server.
"dleyna-server-service" is designed to be started and
consumed using D-Bus.
Signed-off-by: Manuel Bachmann <manuel.bachmann@iot.bzh>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
dleyna-connector-dbus is a D-Bus connector library
depending on "dleyna-core", and needed by dLeyna
implementations (most notably "dleyna-server" and
"dleyna-renderer"). It allows them to discover D-Bus
buses, and to be started via D-Bus services files.
Signed-off-by: Manuel Bachmann <manuel.bachmann@iot.bzh>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
dleyna-core is a library of utility functions needed by
other dLeyna packages (most notably "dleyna-connector-dbus"
"dleyna-server" and "dleyna-renderer").
It provides APIs for logging, error, settings, task
management and an IPC abstraction API.
Signed-off-by: Manuel Bachmann <manuel.bachmann@iot.bzh>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* hopefully fixes:
WARN: vlc: vlc rdepends on libavc1394, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libcroco, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libcrypto, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libdvdnav, but it isn't a build dependency?
WARN: vlc: vlc rdepends on librsvg, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libssh2, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libssl, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libupnp, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libvorbis, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libxml2, but it isn't a build dependency?
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
