* they weren't migrated from E_SVN to git and updated in ages, I'm not interested
in maintaining them and nobody else volunteered to fix it
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
wayland-fits is a functional integration test suite
for Wayland and Weston.
MJ: removed elementary from default PACKAGECONFIG because meta-oe
doesn't depend on meta-efl
It optionally supports EFL and GTK+ tests.
Signed-off-by: Manuel Bachmann <manuel.bachmann@iot.bzh>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Allow EFL to build with Wayland support.
Allow EFL to build with EGL support (when combined with
Wayland support, it effectively achieves GL acceleration
under a Wayland compositor).
Signed-off-by: Manuel Bachmann <manuel.bachmann@iot.bzh>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
When build with B != S, the output directory for desktop
file doesn't exist so it will fail if it's not created
before generating the file:
/bin/sh: line 1: src/xfce4-screenshooter.desktop.in: No such file or directory
Add "$(MKDIR_P) $(dir $@)" to the rule to fix this.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Use BP instead of P so that multilib builds work.
Signed-off-by: Joe Slater <jslater@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
During the testing of the meta-ros layer, I discovered that opencv
does not cross-compile for the ppc architecture. The error is
reported in the meta-ros issue tracker #355 [1]. To address this
error, this commit applies a patch that is already provided upstream
in the opencv version 3.0.
[1] https://github.com/bmwcarit/meta-ros/issues/355
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The dracut modules will be installed to /usr/lib64 while building 64bit
targets with multilib enabled, this causes runtime errors:
dracut: Cannot find /usr/lib/dracut/dracut-functions.sh.
dracut: Are you running from a git checkout?
dracut: Try passing -l as an argument to /usr/bin/dracut
The dracut modules, 50-dracut.install and 51-dracut-rescue.install must
be installed to /usr/lib as Fedora 20 does.
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Use PACKAGECONFIG to depend on systemd optionally.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Changes since v1:
typo caught by Andreas Oberritter
Patch recommended by:
Rafaël Carré funman@videolan.org
Signed-off-by: Tim Orling <TicoTimo@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
use '=' instead of '==' so this works with dash as /bin/sh
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Changes:
* Remove 001-fix_exec_environment_for_mount_and_umount.patch
which has been included in the new version
* Add sysvinit and systemd support
* For systemd, there is not a fuse.service since systemd provides
sys-fs-fuse-connections.mount to mount the fuse control
filesystem, so instead, only fuse.conf is added to modules-load.d
to load the required fuse kernel module.
* Add RDEPENDS on util-linux-mount
* Add a patch to fix the return value of "--help" option
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
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>
With a fairly high number of threads I can reliably trigger the
following linker failure in gsoap-native:
| /usr/bin/ld: cannot find -ly
| collect2: error: ld returned 1 exit status
| Makefile:402: recipe for target 'soapcpp2' failed
Change the DEPENDS to include bison and let the BBCLASSEXTENDS
machinery fix DEPENDS for -native and -target variants, only
additonally adding gsoap-native to the DEPENDS for the target
recipe.
Signed-off-by: Joshua Lock <joshua.lock@collabora.co.uk>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add PACKAGECONFIG for x11 and enable it when x11 is
included in DISTRO_FEATURES, and specify the correct
path for x-includes and x-libraries to avoid
searching the host libraries.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
After rsyslog updated to 7.6.1, ptest fails to build & run since the
serial-tests config patch was dropped:
- rsyslog-use-serial-tests-config-needed-by-ptest.patch
This patch involved serial test harness:
+ AM_INIT_AUTOMAKE([serial-tests])
Which is deprecated in favour of parallel test harness. Automake
generated a parallel test harness by default. It features automatic
collection of the test scripts output in .log files ...
More details please refer to:
http://www.gnu.org/software/automake/manual/html_node/Parallel-Test-Harness.html
To enable the ptest with new changes, we should:
* add target 'buildtest-TESTS' for building test components;
* fix 'top_srcdir' and install required script 'test-driver';
* run testcases with target 'check-TESTS'.
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add PACKAGECONFIG for libnotify and disable it by default
to avoid the QA issue:
WARNING: QA Issue: xfce4-pulseaudio-plugin rdepends on libnotify, but it isn't a build dependency? [build-deps]
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Drop 'inline' of crc32 function to fix build using GCC 5.2
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This patch was accidently included in the git source branch. It is neither new
functionality nor bugfix. It is a configuration and should remain in meta-xfce.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Recipes using this include depend on polkit which is not allarch.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
WARNING: QA Issue: gimp rdepends on libgudev, but it isn't a build dependency? [build-deps]
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This one came up when upower failed:
| *** The required package upower-glib was not found on your system.
| *** Please install upower-glib (atleast version 0.9.7) or adjust
| *** the PKG_CONFIG_PATH environment variable if you
| *** installed the package in a nonstandard prefix so that
| *** pkg-config is able to find it.
xfce4-power-manager links against upower so we can expect shlibs causing upower
being added to RDEPENDS.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
fixes:
| checking for gudev-1.0 >= 145... not found
| *** The required package gudev-1.0 was not found on your system.
| *** Please install gudev-1.0 (atleast version 145) or adjust
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
fixes:
| configure: error: Package requirements (gudev-1.0 >= 147) were not met:
|
| No package 'gudev-1.0' found
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
From News:
This version fixes a security vulnerability (CVE-2014-0004), so please update
as soon as possible!
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
