This is the latest release in the 5.5.x stable series.
It fixes 11 CVEs as listed:
https://mariadb.com/kb/en/mariadb/mariadb-5546-release-notes/
and fixes 10s of internal MariaDB tracked defects.
Signed-off-by: Randy MacLeod <Randy.MacLeod@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The library dir maybe /usr/lib64 or /usr/lib, so use the variable
CMAKE_INSTALL_LIBDIR, not hardcode to lib
Signed-off-by: Roy Li <rongqing.li@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Qt for aarch64 disable QtWebKit due to a build failure. We need to disable
QtWebKit here also until the problem is resolved in the Qt recipe.
Signed-off-by: Philip Balister <philip@balister.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Set the search dir for libssl and libz to only STAGING_LIBDIR
to avoid searching host libs.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
When launch mousepad, it fails with:
| glib-gio-error setting schema 'org.xfce.mousepad' is not installed
It needs to call glib-compile-schemas to compile its schema file.
Inherit gsettings to fix it.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
bootstrap is another magic script which is intended run before autotools. The
class created runs this script at the right time and ensures that sources of
gnulib are not cloned during configure.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
A more common place is required for gnulib because of other recipes (e.g
fontforge) will depend on it
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
* This was missing for me and is a good test case for xfce-polkit asking for
root's password.
* Decision to use polkit (installed?) is made at runtime. Unfortunately this
cool solution was not my idea but stolen from [1]
[1] http://pkgs.fedoraproject.org/cgit/gparted.git
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Depending on gnome-doc-utils-native fixes (detected when building from scratch):
| gnome-doc-utils.make:63: error: HAVE_GNOME_DOC_UTILS does not appear in AM_CONDITIONAL
| help/Makefile.am:1: 'gnome-doc-utils.make' included from here
| gnome-doc-utils.make:133: error: ENABLE_SK does not appear in AM_CONDITIONAL
| help/Makefile.am:1: 'gnome-doc-utils.make' included from here
| gnome-doc-utils.make:182: error: ENABLE_SK does not appear in AM_CONDITIONAL
| help/Makefile.am:1: 'gnome-doc-utils.make' included from here
| ...
| autoreconf: automake failed with exit status: 1
| ERROR: autoreconf execution failed.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Since cpan.bbclass has evolved, the old wrapper simulation needs some adoption.
Use as much as possible from cpan.bbclass instead of copying code from there.
Signed-off-by: Jens Rehsack <sno@netbsd.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Replace contaminated paths with staging paths so apxs can be successfully used
in other recipes to build modules when host and target arch differ.
Signed-off-by: George McCollister <george.mccollister@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
We update "lightmediascanner" to its latest version,
which also allows us to :
- remove mentions of former company (now dissolved)
and website (now migrated to GitHub) ;
- properly split all plugins into subpackages ;
- have a new plugin based on libav, "generic", which
we do not automatically enable because of the well-known
licensing restrictions of its parent package.
MP4 plugin is disabled, because it depends on the MP4v2
library, which we do not have.
ID3 plugin requires a patch, already sent to upstream :
https://github.com/profusion/lightmediascanner/pull/19
meta-openembedded's only dependent recipe, "enjoy", has
been verified with this change.
Signed-off-by: Manuel Bachmann <manuel.bachmann@iot.bzh>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
- QEMU_OPTIONS is needed for running binary through qemu,
add it for CROSS_EXEC.
- "-r ${OLDEST_KERNEL}" is already included in QEMU_OPTIONS,
remove it from CROSS_EXEC
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
A library to provide support for making real-mode calls x86 calls. On
x86 hardware, vm86 mode is used. On other platforms, x86 emulation is
provided.
Signed-off-by: Roy Li <rongqing.li@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Since there're surely lot's of individual distibutions not moved to systemd,
allow sane samba start/stop with systemv anyway. Rely on lsb-init-functions
for improved control.
Signed-off-by: Jens Rehsack <sno@netbsd.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* otherwise it fails with:
| CMake Error at sysroots/x86_64-linux/usr/share/cmake-3.3/Modules/FindPackageHandleStandardArgs.cmake:148 (message):
| Could NOT find SWIG (missing: SWIG_EXECUTABLE SWIG_DIR)
* drop cmake-native, because it's already added by cmake.bbclass
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
python-lxml recipe inherits setuptools3 and after that includes
python-lxml.inc. In the current situation DEPENDS inherited by
setuptools3-tree are overwritten causing:
DEBUG: Executing shell function do_compile
/home/superandy/tmp/oe-core-glibc/work/x86_64-linux/python3-lxml-native/3.4.4-r0/temp/run.do_compile.30454: line 118: /home/superandy/tmp/oe-core-glibc/sysroots/x86_64-linux/usr/bin/python3-native/python3: No such file or directory
ERROR: python3 setup.py build_ext execution failed.
WARNING: /home/superandy/tmp/oe-core-glibc/work/x86_64-linux/python3-lxml-native/3.4.4-r0/temp/run.do_compile.30454:1 exit 1 from
exit 1
ERROR: Function failed: do_compile (log file is located at /home/superandy/tmp/oe-core-glibc/work/x86_64-linux/python3-lxml-native/3.4.4-r0/temp/log.do_compile.30454)
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
An additional layer for Perl modules from cpan (https://github.com/rehsack/meta-cpan)
provides additional modules for dealing with rrd files: RRDTool::OO from Michael Schili.
This extension requires an executable version of rrdtool.
Signed-off-by: Jens Rehsack <sno@netbsd.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
We make the "freerdp" recipe active again, fix the build
by pulling a more recent version (the "stable" branches are
buggy and useless), and fix ARM runtime with -fPIC.
We can then :
- make X11 non-mandatory ;
- add support for Wayland ("wlfreerdp" client) ;
- add support for DirectFB ("dfreerdp" client) ;
- add support for GStreamer 1.0 ;
- make "heavy" features such as pulseaudio, cups...
non-mandatory.
We really want to install the "winpr-makecert" tool to have
TLS, but CMake does not position its RPATH cleanly, so let
us have a custom patch for that until it gets sorted out.
Signed-off-by: Manuel Bachmann <manuel.bachmann@iot.bzh>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This commit is needed for the pcl-ros 1.3.0 recipe in the
meta-ros layer, which detects the Eigen library with the provided
cmake script.
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
It seems that the libeigen patch is not required anymore. I could
not find any issue while building libeigen and other recipes
depending on libeigen.
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
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>
At least meta-fsl-arm supports either x11 or wayland - not both at the same
time - for their gpu blobs. Selecting x11 only does not build wayland-egl and
efl's configuration fails with:
| checking whether to enable Wayland Egl rendering backend... yes
| configure: error: Wayland Egl dependencies not found
| Configure failed. The contents of all config.log files follows to aid debugging
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
1. Remove PNBLACKLIST[libuio] line, since libuio compiles fine with gcc-5
with this patch.
2. By default, gcc-5 uses C99 inline semantics, this semantics doesn't
generate externally visible function for inline functions. This results in
below error, when an another translation unit (TU) tries to link with the
inline function,
-- snip --
| lsuio.o: In function `main':
| <...>/libuio/0.2.1-r0/git/tools/lsuio.c:85: undefined reference to `uio_mmap'
| collect2: error: ld returned 1 exit status
| make[2]: *** [lsuio] Error 1
-- CUT --
To solve this error and make libuio to compile with both 4.x and 5.x,
1. We can remove 'uio_mmap' inline function definition in uio_mmap.c, and move
that definition into uio_helper.h file (which is included by lsuio.c) and
replace inline with "static inline". Similarly it can be done to
uio_single_munmap and uio_munmap inline functions
2. Add 'extern' keyword in front of uio_mmap inline function declaration , to
make uio_mmap as a externally visible function, and so that it can be
linked with other TUs.
Going with option 1.
Signed-off-by: Jagadeesh Krishnanjanappa <jkrishnanjanappa@mvista.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The recipes depend on virtual/libx11 indirectly, they only can be
built with x11 in DISTRO_FEATURES.
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
