I hear from users that they are fiddling with the recipe to build gnuradio
with different options for various purposes. Start adding PACKAGECONFIG
support to reduce user editing of the recipe.
Currently these options are supported:
uhd : enable support for UHD based hardware.
grc: Build gnuradio companion.
qtgui: Build the qtgui component.
Signed-off-by: Philip Balister <philip@balister.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for packagegroup-core-standalone-hhvm-sdk-target:
* libc-client (= 2007e-r1) *
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
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>
* gateone-1.1: gateone: Files/directories were installed but not shipped
/var/volatile
/var/volatile/log
/var/volatile/log/gateone
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>
php-native had:
WARNING: The recipe php-native is trying to install files into a shared area when those files already exist. Those files and their manifest location are:
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.filemap
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.lock
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.depdblock
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.depdb
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.channels/pear.php.net.reg
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.channels/pecl.php.net.reg
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.channels/doc.php.net.reg
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.channels/__uri.reg
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.channels/.alias/pear.txt
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.channels/.alias/pecl.txt
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/x86_64-linux/usr/lib/php/.channels/.alias/phpdocs.txt
Please verify which package should provide the above files.
php had:
WARNING: QA Issue: php: Files/directories were installed but not shipped
/.filemap
/.lock
/.depdblock
/.depdb
/var
/.registry
/.channels
/home
/var/run
/var/log
/var/volatile
/var/volatile/run
/var/volatile/log
/etc/php-fpm.conf.default
/.registry/.channel.pecl.php.net
/.registry/.channel.doc.php.net
/.registry/.channel.__uri
/.channels/pear.php.net.reg
/.channels/pecl.php.net.reg
/.channels/doc.php.net.reg
/.channels/__uri.reg
/.channels/.alias
/.channels/.alias/pear.txt
/.channels/.alias/pecl.txt
/.channels/.alias/phpdocs.txt
/home/hrw
/home/hrw/HDD
/home/hrw/HDD/devel
/home/hrw/HDD/devel/canonical
/home/hrw/HDD/devel/canonical/aarch64
/home/hrw/HDD/devel/canonical/aarch64/openembedded
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
when rebuilding we were running into issues where /usr/lib64 was
being made /usr/lib6464 and install was failing. Now we check if /lib
is at the end of line then only we replace it.
Fixes the reinstall issue
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
when we have multilib enabled then there are some hardcoded
assumptions in lua code which needs to be fixed some can
be fixed by simply passing right variable on cmdline for
the one's in sourcecode needs to be edited in place.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
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>
gitpkgv runs the 'git rev-list | wc -l' several times when processing a
package using GITPKGV. This takes ages for packages like the linux
kernel which has a) a large repository and b) lots of subpackages.
This patch caches the result of 'git rev-list' and uses it on the next
run.
Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Fix packaging issues for the examples package.
* Disable build for machines without neon, since cmake detection is broken.
Signed-off-by: Philip Balister <philip@balister.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This version drops the usrp E100 utilities. Also, the recipe depends on
python-cheetah-native now.
Signed-off-by: Philip Balister <philip@balister.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* use INC_PR
* fix RDEPENDS
* use normal PV
* move checksums from .inc to .bb
* upgrade, because old version fails to build with a lot of errors like this:
compat-wireless-3.5-rc5-1/include/linux/compat-3.5.h:102:8: error: redefinition of 'struct tc_fq_codel_xstats'
* 3.5.4-1, 3.6.8-1 can failed when kernel option is missing:
| compat-wireless-all/3.5.4-r1.0/compat-wireless-3.5.4-1/drivers/net/ethernet/broadcom/b44.c:2342:2:
error: implicit declaration of function 'ssb_pcihost_register' [-Werror=implicit-function-declaration]
| cc1: some warnings being treated as errors
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>
An argument was missed in the manual setuptools configuration which meant that
the tool was installed into
/data/poky-master/tmp/sysroots/x86_64-linux/usr/bin/mako-render. Using the
setuptools class reduces duplication and puts the tool into /usr/bin where it
belongs.
Signed-off-by: Ross Burton <ross.burton@intel.com>
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>
This shows up when doing multilib builds where
PN != BPN and warnings about non existent systemd packages are
popping up.
Signed-off-by: Khem Raj <raj.khem@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>
Martin Jansa
Koen Kooi
Andreas Müller
Khem Raj
Philip Balister
Marcin Juszkiewicz
David Nyström
Jack Mitchell
Riku Voipio
Ross Burton
Enrico Scholz
Andrei Gherzan
Marko Lindqvist