WARNING: networkmanager-openvpn-1.2.6-r0 do_package: QA Issue: networkmanager-openvpn: Files/directories were installed but not shipped in any package:
/usr/lib/NetworkManager/libnm-vpn-plugin-openvpn.a
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
* Use cmake as build system. Projects also using cmake and depending on fltk
would not find all required components. Note that FindFLTK.cmake is part of
cmake.
* Add a native recipe and split out common - we need fluid (Fast Light User
Interface Designer) as working binary
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
1. Upgrade crash to fix build failure with glibc 2.25.
2. Add the "id" to HOSTTOOLS in meta-oe/layer.conf
Signed-off-by: Dengke Du <dengke.du@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Subpackage python3-${PN} is not right for multilib and it will be
extended to such as lib32-python3-lib32-opencv.
Replace PN with BPN to fix it.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The current setting of S is not right for multilib. Remove the setting
and use the default value.
And library install directory is not right for multilib either. It fails
with [installed-vs-shipped] QA error:
| ERROR: gflags-2.2.0-r0 do_package: QA Issue: gflags: Files/directories
| were installed but not shipped in any package:
| /usr/lib/libgflags.so
| /usr/lib/libgflags_nothreads.so.2.2
Set cmake variable LIB_INSTALL_DIR with ${baselib} to fix the issue.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Remove the explicit reference to /usr/local/* in Variables.mk.
This is completely bogus and causes failure during cross-compilation.
Signed-off-by: Marek Vasut <marex@denx.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
jack-dev depends on jack, which does not exist. This patch removes this dependency.
Signed-off-by: Florian Wickert <fw@javox-solutions.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
A flaw was introduced by commit 414426a3:
[ librcf: add new recipe ]
in which, the SF headers wasn't installed, this could cause build
errors in projects that compiling/linking to librcf while librcf
was built with LIBRCF_USE_SF_SERIALIZATION option enabled.
Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Runtime package names cannot have slashes in them, so replace "virtual/"
with "virtual-" in RPROVIDES.
Signed-off-by: Robert Joslyn <robert_joslyn@selinc.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Clarify licensing and switch to github for fetching
* Delete empty /var/run
Fixes
minicoredumper-2.0.0: minicoredumper: Files/directories were installed but not shipped in any package:
/run
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Additional patches are upstream to fix build with gcc6 and clang
Add systemd unit file
Create missing symlink for dev shared object
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* based on discussion in pndeprecated thread:
https://patchwork.openembedded.org/patch/137573/
update the messages to warn possible users that the
recipe will be removed before the end of the next development
cycle (before Yocto 2.4 is released).
* updated with:
sed -i 's/^\(PNBLACKLIST.*".*\)"/\1 - the recipe will be removed on 2017-09-01 unless the issue is fixed"/g' `git grep PNBLACKLIST | sed 's/:.*//g' | sort -u | xargs`
* then noticed couple recipes being blacklisted only based on
DISTRO_FEATURES, so removed those:
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb
meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb
meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb
meta-oe/recipes-navigation/gypsy/gypsy.inc
meta-oe/recipes-navigation/navit/navit.inc
meta-oe/recipes-support/opensync/libsyncml_0.5.4.bb
* if it isn't fixed by this date, it's fair game to be removed
whenever someone gets around to i
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fixes:
dlm-4.0.2: No GNU_HASH in the elf binary:
'/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/dlm/4.0.2-r0/packages-split/dlm/usr/lib/libdlmcontrol.so.3.1'
No GNU_HASH in the elf binary:
'/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/dlm/4.0.2-r0/packages-split/dlm/usr/sbin/dlm_tool'
No GNU_HASH in the elf binary:
'/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/dlm/4.0.2-r0/packages-split/dlm/usr/sbin/dlm_controld'
[ldflags]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* as shown in the log.do_compile:
cc1: warning: include location "/usr/local/include" is unsafe for cross-compilation [-Wpoison-system-directories]
* it's caused by Makefile doing:
DEFAULT_LIBS=-L/usr/X11R6/lib -L/usr/local/lib -lX11 -lXtst
DEFAULT_INC=-I/usr/X11R6/include -I/usr/local/include
LIBS=$(shell pkg-config --libs x11 xtst 2> /dev/null || echo "$(DEFAULT_LIBS)")
INC=$(shell pkg-config --cflags x11 xtst 2> /dev/null || echo "$(DEFAULT_INC)")
which always uses the DEFAULT_* since RSS, because there was no
pkg-config in the recipe sysroot
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fixes:
No GNU_HASH in the elf binary:
'/tmp/work/armv5te-oe-linux-gnueabi/pngcheck/2.3.0-r0/packages-split/pngcheck/usr/bin/pngcheck'
[ldflags]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The recipe opencv_3.2.bb inherits to either distutils-base or
distutils3-base classes or both which do add appropriate
build dependency on python or python3 respectively.
There's no need to have python in DEPENDS explicitly.
It can even make things needlessly complicated in case a user
wants to build python3-only images.
The redundant build dependency on python is removed from DEPENDS.
Signed-off-by: Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This package is handy especially with musl to port
apps which use glibc backtrace APIs
build for musl systems alone
Signed-off-by: Khem Raj <raj.khem@gmail.com>
