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>

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>

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>

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>

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

on armv7/cortexa8 efl fails with:

| ld: error: modules/evas/image_loaders/png/bin_evas_evas_cserve2_slave-evas_image_load_png.o: requires unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
| ld: error: modules/evas/image_loaders/png/bin_evas_evas_cserve2_slave-evas_image_load_png.o: requires unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
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>

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Rename recipe then change md5sum and sha256sum.

Signed-off-by: Joe Slater <jslater@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

[1] https://security-tracker.debian.org/tracker/CVE-2015-1258
[2] http://pkgs.fedoraproject.org/cgit/libvpx.git/commit/?id=4257ff5f4ac22a3fe7b34f441e6425b2a8b690ae



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>

Backport patch to fix build on arm64.

Signed-off-by: Kai Kang <kai.kang@windriver.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>

When building rrdtool with multilib enabled, we would meet the following error.

ERROR: QA Issue: rrdtool: Files/directories were installed but not shipped in any package:
  /usr/lib
  /usr/lib/python2.7
  /usr/lib/python2.7/site-packages
  /usr/lib/python2.7/site-packages/rrdtool.so
  ....

Fix this problem by using nonarch_libdir instead of libdir.

Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

When building rrdtool in a building directory where systemd is configured
to be the init system, we would meet the following error.

ERROR: QA Issue: rrdtool: Files/directories were installed but not shipped in any package:
   /lib
   /lib/systemd
   /lib/systemd/system
   /lib/systemd/system/rrdcached.socket
   /lib/systemd/system/rrdcached.service

Fix this problem by adding systemd support to the rrdtool recipe.

Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

When we build rrdtool, we would meet the following QA issue.

  QA Issue: /usr/share/rrdtool/examples/stripes.py_rrdtool-perl contained
  in package rrdtool-perl requires /usr/bin/python, but no providers found
  in its RDEPENDS [file-rdeps]

The problem is that /usr/share/rrdtool/examples not only contain perl examples,
but also contains python examples.

Besides, ${datadir}/examples don't exist, fix it to be ${datadir}/rrdtool/examples.

Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

When building rrdtool, we would meet the following error.

  ERROR: QA Issue: rrdtool-python: work/core2-64-poky-linux/rrdtool
  /1.5.4-r0/packages-split/rrdtool-python/usr/lib/python2.7/site-packages
  /rrdtool.so contains probably-redundant RPATH /usr/lib [useless-rpaths]

Fix this issue by removing 'LD_RUN_PATH=$(libdir)' when compiling rrdtool.so.

As we use '--disable-rpath' in EXTRA_OECONF, we don't need to the to remove
'--rpath=$(libdir)' in Makefile.am.

Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

It was still using deprecated lua contructs
also fix for musl while at it

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

These changes allow the poppler package to build using qt4e.
To enable them, add this line to local.conf
  PACKAGECONFIG_append_pn-poppler = " qt4e"

Signed-off-by: Gary Thomas <gary@mlbassoc.com>
Upstream-status: Innapropriate [OE configuration]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

* Upstream ships a systemd service file sensord.service now,
  so we don't need this anymore.
* Install lm_sensors.service and fancontrol.service to support systemd systems.
  lm_sensors.service: Initialize hardware monitoring sensors.
  fancontrol.service: Start fan control, if configured.

Signed-off-by: Li Xin <lixin.fnst@cn.fujitsu.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>