To be merged after gtk-immodules-cache.bbclass hits oe-core
Signed-off-by: Samuel Stirtzel <s.stirtzel@googlemail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
This fixes "ERROR: Multiple .bb files are due to be built which each provide jpeg"
Signed-off-by: Samuel Stirtzel <s.stirtzel@googlemail.com>
Acked-by: Chase Maupin <chase.maupin@ti.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Without that change target system had to be restarted to get MySQL
running or it had to be run by hand. Reason was simple: mysql init
script was starting before S99configure when package was not yet
configured.
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* mcnavi depends on ecore, but meta-oe does not depend on meta-efl
* thanks to kergoth for reporting this!
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* it was removed from oe-core
http://git.openembedded.org/openembedded-core/commit/?id=5b3748d463a6666c0d8e2624092619da8d8e6328
* there should be --disable-xprint/--without-xprint too, but it looks
like all support for xprint was removed from libxaw already
commit 012e73faab8dc8617c6da4679715dae14f6cddd4
Author: Daniel Stone <daniel@fooishbar.org>
Date: Fri Aug 15 18:25:53 2008 +0300
Remove last remaining vestiges of Xprint support
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* bitbake uses PACKAGES_DYNAMIC as regexp
^ could make matching faster (and it will be more clear that we're expecting regexp not glob)
* made all those last '-' optional, use .* (or nothing)
* use += instead of = in most cases to keep ${PN}-locale from
bitbake.conf:PACKAGES_DYNAMIC = "^${PN}-locale-.*"
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Since we override do_configure, gnu-configize doesn't get called and
using the old gnu-config files distributed with the PHP source can cause
problems for some people e.g. building for AArch64; so add a call to it
explicitly here.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Maliit is a Qt based virtual keyboard under liberal license (LGPLv2.1 / BSD)
The inputmethod framework from Qt is used and it supports gtk-immodules.
It can also be used without dependencies to GTK+ (separate package for GTK+)
Signed-off-by: Samuel Stirtzel <s.stirtzel@googlemail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* To edit glade files for xfce-packages it needs libxfce4ui's catalog [1].
* Unfortunately some host distributions do not supply a libxfce4ui-glade package.
* By installing glade3 + libxfce4ui-glade it is now possible to edit xfce's
glade-files on target machine.
[1] http://comments.gmane.org/gmane.comp.desktop.xfce.devel.version4/20021
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
This allow the package to build fine. On the test board it didn't show
anything in display but it seems to be hardware specific issue.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
PHP 5 is distributed under the PHP 3.01 license (which we identify as
PHP-3.0 as far as common license files go).
Fixes the following warning:
WARNING: modphp: No generic license file exists for: PHP in any provider
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Fixes the following QA issue:
ERROR: QA Issue: package modphp contains bad RPATH ${STAGING_DIR_TARGET}/usr/lib in file ${WORKDIR}/packages-split/modphp/usr/lib/apache2/modules/libphp5.so
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
The apr-1-config and apu-1-config scripts (installed into the sysroot
by apr and apr-util respectively) report incorrect paths with current
OE-Core - see:
http://bugzilla.yoctoproject.org/show_bug.cgi?id=3267
Since OE-Core is frozen at the moment, work around the issue by taking
a copy of the scripts and fixing them up. Additionally we need to not
mangle the libtool name as apr installs it into the sysroot as just
'libtool'.
This fixes building apache2 with rm_work enabled.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* based on recipe from oe-classic
* update to currently available upstream version 1.4.9
Signed-off-by: Andrea Galbusera <gizero@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
libftdi itself is licensed under LGPLv2, with some parts (eeprom programmer) is
licensed under GPLv2. There doesn't seem to be any part licensed under a
GPLv2-RLE variation of GPLv2, and so we should use GPLv2 instead of
GPLv2-RLE.
Signed-off-by: Martin Ertsaas <mertsas@cisco.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Using 'lib*' we end having problem with every other package that
generate libraries dynamically thus we changed it to match the library
prefixes.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
This package depends on libpostproc to ensure same set of libraries is
provided for runtime.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
This has been split from libav code during development of 0.9 series.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
checking for UDEV... no
configure: error: Package requirements (libudev >= 143) were not met:
No package 'libudev' found
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
