Package QA complains about these files being installed but not shipped:
/run
/run/NetworkManager
Signed-off-by: Maciej Borzecki <maciej.borzecki@open-rnd.pl>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Polkit is currently broken in images built with multilib and systemd.
This is because the patch, 0001-do-not-hardcoded-libdir.patch, applied on
top of the polkit source code modifies where the polkitd binary is
installed, but it does not modify the polkit.service file to start the
binary from its new location.
At first it seemed reasonable to modify the systemd service file to
search for the binary in the correct place. This change, as well as what
the patch (0001-do-not-hardcoded-libdir.patch) already does was proposed to
the polkit maintainers at https://bugs.freedesktop.org/show_bug.cgi?id=92094
During the discussion with the polkit maintainers it became apparent that the
change to support multilib polkit should not be done with a patch to
the polkit source code, but instead a change to the polkit recipe.
Polkit correctly installs libraries when multilib is in use without any
changes to its source code. What is being changed by
0001-do-not-hardcoded-libdir.patch is not where the polkit libraries are
installed but where the binaries are installed.
Installing binaries in /usr/lib when baselib is lib64 is acceptable (see
http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s06.html ).
So, instead of patching polkit to install its binaries under the same
library directory as its libraries we maintain the design of the polkit
installer to install the binaries in /usr/lib. This is the same as what is
done in distros like Fedora that supports multilib.
With this patch the polkit package, when built with multilib, installs
files into /usr/lib* as follows:
polkit/usr/lib64/libpolkit-agent-1.so.0
polkit/usr/lib64/libpolkit-gobject-1.so.0
polkit/usr/lib64/libpolkit-gobject-1.so.0.0.0
polkit/usr/lib64/libpolkit-agent-1.so.0.0.0
polkit/usr/lib
polkit/usr/lib/polkit-1
polkit/usr/lib/polkit-1/polkitd
polkit/usr/lib/polkit-1/polkit-agent-helper-1
Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The libmysqlclient_r library is now a symbolic link for the
libmysqlclient one, however some code still requires it for
linking.
To easy the transition, when installing the libmysqlclient-dev we
should include the libmysqlclient-r-dev as well.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Otherwise sed command for blk-availability.service may fail.
It will look for the service file in a wrong location
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Resolving the issue:
rgb.h:55:1: warning: inline function 'rgba2comp' declared but never defined
| rgba2comp(kx_rgba rgba, kx_ccomp *red, kx_ccomp *green,
| ^
Fix C99 inline semantic as documented here:
https://gcc.gnu.org/gcc-5/porting_to.html
Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Etienne Cordonnier <etienne.cordonnier@streamunlimited.com>
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
for those systems udev provides libgudev
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* all dynamically created packages start with libllvm${LLVM_RELEASE}-
libllvm${LLVM_RELEASE}-%s-dbg
libllvm${LLVM_RELEASE}-%s
libllvm${LLVM_RELEASE}-%s-staticdev
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* to resolve QA warnings:
sblim-sfcCommon-1.0.1: sblim-sfcCommon-dev doesn't match the [a-z0-9.+-]+ regex [pkgname]
sblim-sfcCommon-1.0.1: sblim-sfcCommon-staticdev doesn't match the [a-z0-9.+-]+ regex [pkgname]
sblim-sfcCommon-1.0.1: sblim-sfcCommon doesn't match the [a-z0-9.+-]+ regex [pkgname]
sblim-sfcCommon-1.0.1: sblim-sfcCommon-doc doesn't match the [a-z0-9.+-]+ regex [pkgname]
sblim-sfcCommon-1.0.1: sblim-sfcCommon-dbg doesn't match the [a-z0-9.+-]+ regex [pkgname]
sblim-sfcCommon-1.0.1: sblim-sfcCommon-locale doesn't match the [a-z0-9.+-]+ regex [pkgname]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* 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>
