Fix packaging of libvlc_vdpau.so since this plugin
does not have soname version
Fixes
QA Issue: non -dev/-dbg/nativesdk- package contains symlink .so: vlc path '/work/cortexa7hf-neon-vfpv4-oe-linux-gnueabi/vlc/2.2.2-r0/packages-split/vlc/usr/lib/vlc/libvlc_vdpau.so' [dev-so]
Signed-off-by: Khem Raj <raj.khem@gmail.com>
(cherry picked from commit 7c670ff337)
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Alsaequal is a real-time adjustable equalizer plugin for ALSA. It can be
adjusted using an ALSA compatible mixer, like alsamixergui or alsamixer.
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
CAPS is a collection of audio plugins comprising basic virtual guitar
amplification and a small range of classic effects, signal processors
and generators of mostly elementary and occasionally exotic nature.
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
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>
Khem Raj
Fabio Berton
Andreas Müller
Carlos Rafael Giani
Martin Jansa
eu@felipetonello.com
Szombathelyi György
Alexander Kanavin
Derek Straka
Christopher Larson
Ross Burton
Stefan Agner
Rafaël Carré
Andre McCurdy
Manuel Bachmann