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>
* hopefully fixes:
sox-14.4.0: sox rdepends on libflac, but it isn't a build dependency? [build-deps]
sox-14.4.0: sox rdepends on opencore-amr, but it isn't a build dependency? [build-deps]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fixes:
WARNING: QA Issue: gst-plugins-bad: Files/directories were installed but not shipped in any package:
/usr/lib/gstreamer-0.10/libresindvd.so
/usr/lib/gstreamer-0.10/libresindvd.la
/usr/share/gstreamer-0.10
/usr/share/gstreamer-0.10/presets
/usr/share/gstreamer-0.10/presets/GstVoAmrwbEnc.prs
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
gst-plugins-bad: 5 installed and not shipped files. [installed-vs-shipped]
WARNING: QA Issue: gst-plugins-bad-voaacenc rdepends on vo-aacenc, but it isn't a build dependency? [build-deps]
WARNING: QA Issue: gst-plugins-bad-voamrwbenc rdepends on vo-amrwbenc, but it isn't a build dependency? [build-deps]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* ERROR: gst-plugins-good: gst-plugins-good-1394 package isn't created when building with minimal dependencies?
ERROR: gst-plugins-good: gst-plugins-good-1394-dev package isn't created when building with minimal dependencies?
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Since we are building "freerdp" again, build can now fail
due to reliance on removed APIs. For instance :
http://errors.yoctoproject.org/Errors/Details/20603/
Fix this by conditionally building the module, and if we
build it, patching the code until the fix gets merged
upstream.
Signed-off-by: Manuel Bachmann <manuel.bachmann@iot.bzh>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
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 <dv@pseudoterminal.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
0.19.1 failed with
<...>/src/db/plugins/simple/SimpleDatabasePlugin.cxx:448:10: error: converting to 'bool' from 'std::nullptr_t' requires direct-initialization [-fpermissive]
return nullptr;
^
<...>/src/db/plugins/simple/SimpleDatabasePlugin.cxx:454:10: error: converting to 'bool' from 'std::nullptr_t' requires direct-initialization [-fpermissive]
return nullptr;
^
<...>/src/db/plugins/simple/SimpleDatabasePlugin.cxx: In member function 'bool SimpleDatabase::Mount(const char*, const char*, Error&)':
<...>/src/db/plugins/simple/SimpleDatabasePlugin.cxx:481:10: error: converting to 'bool' from 'std::nullptr_t' requires direct-initialization [-fpermissive]
return nullptr;
^
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
libcdio's API has changed for version > 0.82
Build tested with libcdio 0.93 (next patch) and PACAKGECONFIG += "cdio"
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Vorbis tools provide command line editing and playback tools for the
patent free audio codec. Use cases in embedded are audio tests and
performance benchmarks.
Signed-off-by: Stefan Müller-Klieser <s.mueller-klieser@phytec.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Rafaël Carré