./configure checks for libbonoboui and libgnomeui.
Add a PACKAGECONFIG for it, enabled by default.
Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Since they are autodetected they introduce floating dependencies,
so for now just require them at build time.
Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Fixes:
| liboauth-1.0.3/src/hash.c:363:26: fatal error: openssl/hmac.h:
| No such file or directory
Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* INSTALL file is automatically created by automake (now when it doesn't have
implicit foreign) and it changed the md5 to d0697e131465c2bdd0af3b07a84d2878
causing do_configure task to fail with:
ERROR: ser2net: md5 data is not matching for file://INSTALL;md5=0659eb117294c490ae3853facd7a6ddd
ERROR: ser2net: The new md5 checksum is d0697e131465c2bdd0af3b07a84d2878
Use COPYING file which should be more stable.
* adding foreing automake flag is maybe more correct solution, I wonder
how many projects were changed like this, but silently (this failed
only thanks to INSTALL file being used in LIC_FILES_CHKSUM)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* otherwise fails with:
| checking for NcursesW wide-character library... no
| checking for Ncurses library... no
| checking for Curses library... no
| configure: error: requires either NcursesW or Ncurses library
| Configure failed. The contents of all config.log files follows to aid debugging
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
It consists of a numactl program to run other programs with a specific NUMA
policy and a libnuma to do allocations with NUMA policy in applications.
Signed-off-by: Roy Li <rongqing.li@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
daemonize ships it's own hand-coded config.h.in, so exclude autoheader from
do_configure().
Also out-of-tree builds are broken so bump the SRC_REV to the next commit, where
they were fixed.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
There is not point in having two of this piece of software, I've merged
the missing PACKAGECONFIG into the OE-Core version, we can drop this one.
Update zile's DEPENDS to match (its only user in meta-oe).
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Update configure.patch to modernise configure.in, in particular passing the
foreign option to automake. The other changes are other modernisations
that were needed to make that.
Also use rm -f so that do_configure can rerun in the prepend.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Move recipes from meta-openembedded/meta-oe that are not
depended upon by recipes already in meta-oe (e.g. gateone,
anki)
* Recipes NOT moved:
python-futures
python-pyopenssl
python-simplejson
python-tornado
python-pyqt
python-sip
Signed-off-by: Tim Orling <TicoTimo@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* otherwise it fails with:
+ gtkdocize --docdir /OE/build/shr-core/tmp-eglibc/work/core2-64-oe-linux/libnice/0.0.13-r4/libnice-0.0.13
ln: target 'm4/' is not a directory: No such file or directory
cp: cannot create regular file 'm4/': Not a directory
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The core idea of libee is to provide a small but hopefully convenient
API layer above the CEE standard.
Signed-off-by: Roy Li <rongqing.li@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
If obj32 needed, user can build lib32-libhugetlbfs.
Fix the below build issue for 64bit powerpc boards:
| fatal error: gnu/stubs-32.h: No such file or directory
| # include <gnu/stubs-32.h>
| ^
| compilation terminated.
| make: *** [obj32/elflink.o] Error 1
Signed-off-by: Ting Liu <b28495@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
In recent libhugetlbfs source, powerpc/powerpc64 is changed back to
ppc/ppc64 (to match with the output of `uname -a`).
Update the recipe to avoid build issue for now.
Signed-off-by: Ting Liu <b28495@freescale.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Libhugetlbs doesn't generate proper .so.X libs, only two .so files. Package those in ${PN} and silence the resulting QA warning. This fixes:
ERROR: QA Issue: libhugetlbfs-tests rdepends on libhugetlbfs-dev
Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
