Cryptsetup with the command luksOpen failed with the error message:
device-mapper: status ioctl failed: Permission denied
The error comes from libgcrypt with drops root privileges if it is
linked with libcap support [1]. Update cryptsetup to latest version,
add PACKAGECONFIG for crypto backend selection (openssl / gcrypt)
and change the default crypto backend to openssl as libgcrypt states
the drop root privileges behaviour as a feature [2].
The license was updated to GPLv2 with OpenSSL exception.
Update the RRECOMMENDS to be conistent with the package names.
[1] http://code.google.com/p/cryptsetup/issues/detail?id=47
[2] https://bugs.g10code.com/gnupg/issue1181
Signed-off-by: Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
fixes a linking issue and also sets the required variable for X based programms
Signed-off-by: Samuel Stirtzel <s.stirtzel@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Building fbset gave the following warning:
WARNING: fbset: Use of ALTERNATIVE_NAME is deprecated, see
update-alternatives.bbclass for more info.
update-alternatives.bbclass states that this warning will eventually become an
error so this is worth fixing.
The use of deprecated syntax is replaced with current syntax to do the same
thing. To test that this works, a .deb package was created and the post-install
script was checked to ensure that update-alternatives would be called with the
exact same arguments as it was by the script generated by the old recipe.
Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Intel® Threading Building Blocks (Intel® TBB) lets you easily write
parallel C++ programs that take full advantage of multicore performance,
that are portable and composable, and that have future-proof
scalability.
Natively supports only x86(-64) targets with fallbacks for non-supported
architectures. There is a work at Linaro to add AArch64 and ARMv7a
support.
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The glog library implements application-level logging. This library
provides logging APIs based on C++-style streams and various helper
macros.
glog.inc cause meta-linaro has glog_svn.bb recipe as well
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
lio-utils (lio-utils.git) provide a simple low-level configuration tool
set for the Target+iSCSI (LIO).
lio-utils use the configFS kernel API that is available with LIO, which
provides a clean interface for controlling the kernel level Target
engine and its fabric module subsystems.
Signed-off-by: Ting Liu <b28495@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Before:
WARNING: File '/usr/lib/openldap/slapd' from openldap was already stripped, this will prevent future debugging!
WARNING: File '/usr/bin/ldapsearch' from openldap was already stripped, this will prevent future debugging!
WARNING: File '/usr/bin/ldapmodify' from openldap was already stripped, this will prevent future debugging!
WARNING: File '/usr/bin/ldapdelete' from openldap was already stripped, this will prevent future debugging!
WARNING: File '/usr/bin/ldapmodrdn' from openldap was already stripped, this will prevent future debugging!
WARNING: File '/usr/bin/ldappasswd' from openldap was already stripped, this will prevent future debugging!
WARNING: File '/usr/bin/ldapwhoami' from openldap was already stripped, this will prevent future debugging!
WARNING: File '/usr/bin/ldapcompare' from openldap was already stripped, this will prevent future debugging!
WARNING: File '/usr/bin/ldapexop' from openldap was already stripped, this will prevent future debugging!
WARNING: File '/usr/bin/ldapurl' from openldap was already stripped, this will prevent future debugging!
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Uclibc doesn't have aio.h, which xfsprogs checks for.
However, xfsprogs doesn't use aio.
Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Replace CXXFLAGS += "-fPIC" with EXTRA_CXXFLAGS to allow native
build and use relative paths to simplify recipe.
Signed-off-by: Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Fix build with mutlilib enabled architectures
when we have libdir != /usr/lib it always would
not package libsensors.* since they will get
installed into /usr/lib and ignored. So define
LIBDIR properly
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
When build on host with older eglibc (Ubuntu 12.04) build fails with:
/tmp/OE/build/tmp-eglibc/sysroots/genericarmv8/usr/include/bits/predefs.h:23:3: error: #error "Never use <bits/predefs.h> directly; include <stdc-predef.h> instead."
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
lmsensors-config provides lmsensors configuration files. The main lmsensors
recipe provides machine-independent parts of lmsensors, while this recipe
allows configuration files to be machine-specific.
The packages consist of:
* lmsensors-config-libsensors: libsensors configuration file
* lmsensors-config-sensord: sensord logging daemon configuration files
* lmsensors-config-fancontrol: fancontrol script configuration file
Signed-off-by: Thomas Fitzsimmons <fitzsim@cisco.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* this set does not build with distroless qemuarm as reported in
'State of bitbake world' thread, nobody volunteered to fix them
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* only one of those should be built in sysroot, otherwise they were
overwritting files provided by other alternatives
* define PACKAGECONFIG options
* there are no RCONFLICTS/RREPLACES/RPROVIDES, because it depends on
selected PACKAGECONFIGs
* add PN to VIMDIR and use VIMDIR where undefined VIMVER was
(e.g. "${PN}${VIMVER}")
* move checksums from .inc to recipe
* vim/gvim/vim-tiny conflict is now fatal, with
http://patches.openembedded.org/patch/43105/
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
u64/u32 is not defined in sys/types.h, include linux/types.h like
the kernel version of fuse.h does. Patch sent to upstream mailing list.
Upstream-Status: Submitted
Signed-off-by: Riku Voipio <riku.voipio@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* openldap-2.4.23: openldap: Files/directories were installed but not shipped
/var/volatile
/var/volatile/run
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Update to 0.29 (latest, 0.30, needs GStreamer 1.0) and refresh the package based
on the different recipes in oe-core and meta-oe.
Explicitly depend on GTK+ 2 and GTK+ 3, but split those dependencies into
different packages.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fails without:
| temacs: error while loading shared libraries: libharfbuzz.so.0: cannot open shared object file: No such file or directory
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Convert --enable-neon selection to use neon tune feature.
* Drop neon patch since fftw now has direct neon support.
* Remove SRC_URI from each bb file and use only SRC_URI from fftw.inc file.
The old recipe selected neon for all armv7 machines, which was not
entirely correct.
Signed-off-by: Philip Balister <philip@balister.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* it can try to use host paths like:
-lOpenCL -L/usr/lib/nvidia
-lCL -L/usr/lib/nvidia
-lclparser -L/usr/lib/nvidia
ERROR: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
