Updates until mid of November 2014

The patches in the meta-ros repository have been submitted and
included in 0.7.3 and hence are deleted in this commit.

The patch in the meta-ros repository has been submitted and
included in version 0.7.3 and hence is deleted in this commit.

After updating to 0.3.2, the patch is obsolete, and hence removed.

README: adding BBLAYERS example under USAGE

libfreenect improvements

Solves following warning:
QA Issue: libfreenect requires /bin/bash,
but no providers in its RDEPENDS [file-rdeps]

Backporting following libfreenect patch:
https://github.com/OpenKinect/libfreenect/commit/
0cbb86ec982d3e79ad5efa9d1b2b16724ae89bc5

Without this patch, libfreenect would override all compiler flags,
including any machine specific compile flags
(e.g. -mfloat-abi=hard to compile with hard floating point).

We are backporting this patch rather than upgrading to v0.4.1
where this is fixed, as v0.4.0 introduced changes that break
compatibility with the current freenect version (0.3.2).
See https://github.com/OpenKinect/libfreenect/releases/tag/v0.4.0
for the breaking changes.
See https://github.com/ros-drivers/freenect_stack/issues/12
for additional discussion.

This commit provides the autotools-brokensep class and uses it for
the wxwidgets recipe.
The autotools-brokensep indicates that this package currently cannot
handle out-of-source builds, and hence the in-source build must be
kept until this is resolved.
The autotools-brokensep class is a copy of the autotools-brokensep
class provided in the openembedded-core commit 006b8a78 [1].
To make this commit backwards compatible to even earlier versions
of openembedded-core, we provide this class in meta-ros ourselves.

[1] http://cgit.openembedded.org/openembedded-core/commit/?id=006b8a7808a58713af16c326dc37d07765334b12

minor updates till early October 2014

This commit also adds cmake-modules to the dependencies of
clear-costmap-recovery, while looking into an build issue of the
intermediate version 1.11.12(!) of navigation.

updates and minor tuning at the beginning of September 2014

The urdfdom-headers package was removed from packagegroup-ros-world
in #182, because it is an empty package and causes the image
creation to fail (cf. #177).
In commit 9ff8d1f7, urdfdom-headers
was added again while adding new ROS packages to
packagegroup-ros-world. As part of the manual regression testing,
executing 'bitbake packagegroup-ros-world' for the different qemu
architectures, but not building full images, this problem has
slipped through the regression testing the last few months. This
issue was reported on the meta-ros mailing list by Parag
Batavia [1].

[1] https://groups.google.com/forum/#!topic/meta-ros/VZo3IUsI_48

addressing obvious flaw in commit 53796fc4

In commit 53796fc4, bitbake fails at parsing. It slipped through,
as I did not invoke any testing before submitting 53796fc4. This
commit resolves the obvious shortcoming.

README.md: updating dependency section (resolves #289)

improving quality and quality assurance

The description is not indented after line breaks. All other
information, i.e., the dependencies and SRCURI, are indented with
four spaces after line breaks. Shell scripts are indented with
multiples of four spaces.

In recipes-ros, I located and checked for tabulators and spacing
with these bash commands:

egrep '^ [^ ]+' . --exclude *.patch -R
egrep '^  [^ ]+' . --exclude *.patch -R
egrep '^   [^ ]+' . --exclude *.patch -R
egrep '^    [ ]+[^ ]+' . --exclude *.patch -R

While going through the recipes and manually improving the layout,
I also adjusted the descriptions to use maximal 100 characters
per line.

This commit enables to use travis ci for continuous integration.
As bash is not a valid programming language setup for travis,
I simply used the default ruby environment, which also provides
a proper shell interpreter.

The check-patch-files script checks that all patch files in the
given directory are annotated with an 'Upstream-Status', and
that all patch files are at least noted in their top-level
directory (so we can assume they are used).

In case a violation is detected, it returns a non-zero exit code,
so that a travis-ci reports a violation as build failure.