Introduce autobuild scripts

Add agl and linux autobuild scripts to silence build warnings.
These 2 scripts are based on the latest version of the autobuild
script, but they've been customized to (i) work with the existing
qmake files and (ii) the 'update' and 'package-test' targets have
been removed.

Bug-AGL: SPEC-2164

Signed-off-by: Scott Murray <scott.murray@konsulko.com>
Change-Id: Ia2f785e1e3e8c3635a9a8a6966f694c3208a2d22

Update to apply remoting plugin

Remoting plugin uses jpeg element as default.

This pipeline is refered from sample script in
https://gitlab.freedesktop.org/wayland/weston/blob/master/doc/remoting-client-receive.bash

Bug-AGL : SPEC-2420

Signed-off-by: Harunobu Kurokawa <harunobu.kurokawa.dn@renesas.com>
Change-Id: I83e3bf9e75af24d80993ed1ef78c01154ae94c1b

Fix compilation against newer Wayland IVI extension

The ilm_init function has moved to the new libilmCommon library in
Wayland IVI extension 2.x, so switch to using the ilmCommon package
config in the application CMakeLists.txt. ilmCommon has a dependency
on ilmControl, so that still gets pulled in.

Change-Id: Id9cefd7cb1ceec826d44011d91ad1f196e7e19b2
Signed-off-by: Scott Murray <scott.murray@konsulko.com>

Add waylandsink fallback

Add a check for vaapisink availability, and fall back to using
waylandsink if it is unavailable.  This should allow using a non-Intel
board for the cluster demo, though there are potentially issues around
having a H.264 decoder plugin available that may need to be addressed
in the target platform BSP (e.g. Raspberry Pi).

Change-Id: Ie351fe0cd6e36e3db6707b9202b3b1fd7c66d3ce
Signed-off-by: Scott Murray <scott.murray@konsulko.com>

Initial check-in

Demo instrument cluster receiver application to receive a h264 stream
sent via RTP from another host running Wayland and Weston with the
gst-recorder feature for streaming a virtual display patched in.

The gstreamer pipeline used is based on what was being used with
gst-launch-1.0 in the previously hand-constructed instrument cluster
demo.  The use of vaapisink likely constrains use to Intel based
platforms at present, future work should allow working on other
platforms.

The app/surface.{hpp,cpp} files are adapted from code from
xdg-launcher:

https://gerrit.automotivelinux.org/gerrit/staging/xdg-launcher

Note that they are MIT licensed while all other source files are
Apache 2.0.  Other than significant refactoring to ease integration,
the functional differences from the runxdg code in xdg-launcher are
that homescreen support has been removed, as the instrument cluster
platform does not use it, and the logging has been reworked to use the
hmi-debug mechanism used by the windowmanager and homescreen.

There is also an implicit assumption that the windowmanager
configuration is such that the "app" role will map the receiver's
surface to the desired location in the center of the dashboard.

Change-Id: Ieddef6463efb744d9c9c28b1508cc930a32981a4
Signed-off-by: Scott Murray <scott.murray@konsulko.com>

Initial empty repository