This recipe build cpan module Crypt-OpenSSL-RSA

Signed-off-by: Patrick Patat <patrick.patat@innotis.org>
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>

This recipe build cpan module Crypt-OpenSSL-Random

Add openssl to DEPENDS

Signed-off-by: Patrick Patat <patrick.patat@innotis.org>
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>

nis needs pkgconfig to check some dependencies, like DBUS

Signed-off-by: Roy Li <rongqing.li@windriver.com>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

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>

Signed-off-by: Eric Bénard <eric@eukrea.com>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

* tag v0.3 (and its SRCREV) doesn't exist in any branch so latest bitbake refuses to fetch it

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>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Christian Muller <christian.mueller@heig-vd.ch>

* 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>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Commit based on:
https://raw.github.com/tworaz/oe-tworaz/master/meta-jlime/recipes-support/libssh/libssh_0.5.2.bb



Updated version to latest.

Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
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>

Reported-by: Drew Moseley <drew_moseley@mentor.com>
Signed-off-by: Christopher Larson <chris_larson@mentor.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>

Signed-off-by: David Nyström <david.nystrom@enea.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

Signed-off-by: David Nyström <david.nystrom@enea.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>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

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>

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>

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>

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.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>