- Nov 02, 2015
-
-
Martin Jansa authored
Signed-off-by:Martin Jansa <Martin.Jansa@gmail.com>
-
Martin Jansa authored
* 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: -
Andreas Müller authored
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:
-
- Oct 26, 2015
-
-
Jens Rehsack authored
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:
-
Manuel Bachmann authored
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:
-
Lukas Bulwahn authored
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:
-
Lukas Bulwahn authored
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:
-
Manuel Bachmann authored
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:
-
Andreas Müller authored
Signed-off-by:
-
Andreas Müller authored
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 authored
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 authored
Signed-off-by:
-
Joe Slater authored
Rename recipe then change md5sum and sha256sum. Signed-off-by:
Joe Slater <jslater@windriver.com> Signed-off-by:
-
- Oct 23, 2015
-
-
Wenzong Fan authored
Signed-off-by:
Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by:
-
Andreas Müller authored
Signed-off-by:
-
Andreas Müller authored
[1] https://security-tracker.debian.org/tracker/CVE-2015-1258 [2] http://pkgs.fedoraproject.org/cgit/libvpx.git/commit/?id=4257ff5f4ac22a3fe7b34f441e6425b2a8b690ae Signed-off-by:
-
Jagadeesh Krishnanjanappa authored
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:
-
Kai Kang authored
Backport patch to fix build on arm64. Signed-off-by:
Kai Kang <kai.kang@windriver.com> Signed-off-by:
-
Wenzong Fan authored
The recipes depend on virtual/libx11 indirectly, they only can be built with x11 in DISTRO_FEATURES. Signed-off-by:
-
Qi.Chen@windriver.com authored
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:
-
Qi.Chen@windriver.com authored
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:
-
Qi.Chen@windriver.com authored
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: -
Qi.Chen@windriver.com authored
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:
-
Khem Raj authored
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:
-
Khem Raj authored
Signed-off-by:
-
Gary Thomas authored
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:
-
Li Xin authored
* 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:
-
Carlos Rafael Giani authored
Signed-off-by:
Carlos Rafael Giani <dv@pseudoterminal.org> Signed-off-by:
-
Carlos Rafael Giani authored
Signed-off-by:
-
Carlos Rafael Giani authored
Signed-off-by:
-
Carlos Rafael Giani authored
Signed-off-by:
-
Carlos Rafael Giani authored
Signed-off-by:
-
Carlos Rafael Giani authored
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:
-
Li Xin authored
It is needed to start sensord.service. Signed-off-by:
-
Chunrong Guo authored
Signed-off-by: -
Joe Slater authored
We might need findmnt and setsid, which are in the util-linux package. Signed-off-by:
-
Joshua Lock authored
Signed-off-by:
Joshua Lock <joshua.lock@collabora.co.uk> Signed-off-by:
-
Qi.Chen@windriver.com authored
Remove 'perl-module-sdbm' from RDEPENDS as perl don't build out this module. This also fixes the following warning. WARNING: QA Issue: webmin rdepends on perl-module-sdbm, but it isn't a build dependency? [build-deps] Signed-off-by:
-
Kai Kang authored
Upgrade phpmyadmin from 4.4.9 to 4.5.0.2 and SRC_URI is updated. Accoring to release note, there is NO API changes for 4.5.0.x serial. So upgrade to 4.5.0.2 rather than 4.4.15 which will only support for security fixes only. And license file has some text update. See: https://github.com/phpmyadmin/phpmyadmin/commit/9d080a482fae73bde5049620088d4687da245163 Change files owner to fix [host-user-contaminated] warnings. Signed-off-by:
-
Kai Kang authored
Upgrade phpmyadmin from 2.4.41 to 2.4.42. And backport patch from http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=commitdiff;h=6fe51a9 to fix CVE-2015-6908. Signed-off-by:
-
