This fixes the host contamination when the host has the SQLite3
headers available.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Change-Id: Ib748bfbd3437e3cfdeaba7283b99aa55ad479a6a
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Remove with-libdir as there is no such option and set libdir with --libdir.
Change-Id: Ida67c0c92d19ccc339f16c504055daa8c0d7208a
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add patch to tell autoconf about with-plugin option.
In this way we avoid warnings like:
configure: WARNING: unrecognized options: --with-plugin-maria
Change-Id: Id64ac01d7f2072e1bca8979c5da3e8c6520105cb
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
In recent versions, upstream has decided to place additional
restrictions on commercial use beyond a standard open source license
(LGPLv3) [1]. This makes it hard to set a LICENSE value that is easily
understood. Of course, as the authors, they have the right to decide
what licensing terms they wish to distribute their project under, and we
could always set LICENSE_FLAGS to denote the extra terms, but this is
somewhat messy and personally I feel less inclined to continue
maintaining this recipe in meta-webserver now, especially since I
originally put it together on my own time. At the moment due to a
branch/commit mismatch it is no longer fetching in any case.
(If someone wants to resurrect this recipe in another layer, they are
more than welcome to do so.)
[1] http://support.ajenti.org/topic/351265-clarify-licensing/
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This adds the Tears of Steel movie in 1080P as a sample content for
easy addition in images.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* when enabled it will try to download
http://linuxtv.org/hg/dvb-apps/archive/tip.tar.bz2
from do_configure (bypassing PREMIRROR and bitbake fetcher), but
what's worse even when it fetches it, it fails in do_install, because
dvb-scan directory is empty, reading the script called from configure
3.3-r0/git/support/getmuxlist, I don't know how it could work before,
because it first moves files to dvb-scan directory and then removes
them all one by one.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This new recipe discards the old recipe in OE-Classic:
http://layers.openembedded.org/layerindex/oe-classic/recipe/16369/
When building ready-to-use images (like .vmdk), it is sometimes convenient to have a fancy shell environment.
Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
By default "xuser" cannot execute this binary. So we fix it.
Signed-off-by: Felipe F. Tonello <eu@felipetonello.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* unlike BBCLASSEXTENDed native support, dependencies in mariadb-native don't get
automatic -native suffix, so mariadb-native was depending on target ncurses and zlib.
* move the dependency from .inc and apply it with right suffix
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* either fix build to prevent trying to access compiler or don't set
PACKAGE_ARCH, signature is different for different MACHINEs
e.g.
List of dependencies for variable TUNE_ARCH changed from 'set(['X86ARCH32', 'X86ARCH64'])' to 'set([])'
Hash for dependent task gettext_0.18.3.1.bb.do_populate_sysroot changed from 915bae004926e982f835d12f511a5f2b to 24c8263bb82124c9000fff3eab16d293
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The -dev has a runtime dependency against ${PN} which is empty; we
allow it to be empty to satisfy the dependency instead of mangingling
the -dev dependencies.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* This updates to the 3.4.2 release and rework the packaging splitting
the C bindings in another binary package to reduce footprint in
rootfs; this also moves geos-config to the development package as it
should.
* Fix -dev installation and upgrade path
Using 'lib_package' renames the binaries and we need a transitional
package to be used as upgrade path. This is done using an empty 'geos'
package which installs the new ones as runtime dependency.
This same package is used to satisfy -dev dependency of geos package
allowing for its inclusion into SDK.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The pointercal-xinput has been moved to OE-Core so we should handle it
here.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Includes a patch from Zeroc to help with ice builds.
Signed-off-by: Philip Balister <philip@balister.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
xfconf-4.10.0 does not use OE sysroot as is.
--with-sysroot=yes
will make configure run CC --print-sysroot
and use that.
When searching the PATH for perl, no target perl is found,
since PATH does not contain any reference.
Instead native perl is found, and if certain perl packages
are installed on the host machine, the xfconf perl support
is enabled which may cause the build to fail on 64 bit hosts.
If the perl packages are not installed on the host, then
perl support in xfconf is disabled, and the xfconf build
will succeed, even on 64 bit hosts.
If native perl is found, and the perl packages are available
on the host, the perl support is enabled.
Since native perl is used, the native linker is used to link the
resulting *target* code.
The perl support requires some libraries, which are built for the target.
If the host is 64 bit (x86_64) and the target is 32 bit (ARM?),
there is a mismatch which is detected by the linker,
and the libraries found are rejected.
If the host does not have the correct libraries,
then the xfconf build fails.
If the host has the correct libraries, then the linker will try
to link host libraries with the target application.
The patch will define PERL as the target perl.
This means that configure will look for the required perl
packages in the target sysroot, instead of in the native filesystem.
The patch has been tested in Angstrom master, which does not
build the required perl packages, and thus perl support
in xfconf is disabled, and the build succeeds.
A simpler way to do this, proposed by Charles Ash <ashcharles@gmail.com>
is to simply disable the perl-support in xfconf.
This patch will be better, if ever the support for the needed
perl packages is added to the OpenEmbedded/Angstrom build.
Signed-off-by: Ulf Samuelsson <ulf@emagii.com>
Tested-by: Ash Charles <ashcharles@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This recipe follows gnome-3.2 release and SHA
in SRCREV also belongs to same branch.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Below errors only occurs on Ubuntu 13.10:
$arch-linux-libtool: link: g++ ... -o .libs/mysqltest_embedded \
../../libmysqld/.libs/libmysqld.so -ldl
../../libmysqld/.libs/libmysqld.so: undefined reference to `dlopen'
../../libmysqld/.libs/libmysqld.so: undefined reference to `dlclose'
../../libmysqld/.libs/libmysqld.so: undefined reference to `dlerror'
../../libmysqld/.libs/libmysqld.so: undefined reference to `dlsym'
GCC/ld verion on the host:
gcc (Ubuntu/Linaro 4.8.1-10ubuntu8) 4.8.1
GNU ld (GNU Binutils for Ubuntu) 2.23.52.20130913
This is a strange behavior on Ub13.10, it fails even '-ldl' in the
link command line. This patch will append '-ldl' to dependency_libs
in libmysqld.la.
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add lua 5.2.2 recipe.
Update:
* remove bitwise_operators.patch that lua uses bit32 library to
support for bitwise operations.
* update uclibc-pthread.patch
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
When enable multilib on x86-64, it fails to build lib32-rsyslog with
error:
| ERROR: Function failed: SYSTEMD_SERVICE_lib32-rsyslog value lib32-rsyslog.service does not exist
It uses wrong value ${PN}.service to set SYSTEMD_SERVICE. Correct it by
using BPN.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
