webos-image-devel: Add valgrind=v3.8.1+svnr13429

:Release Notes:
upgrade to upstream valgrind version 3.8.1+svnr13429

:Detailed Notes:
* using valgrind developer svn repository
* updated patches based on valgrind v3.8.1
* previous valgrind encounted unsupported THUMB instructions
  and that makes crash on QtWebProcess

:Testing Performed:
Compiled locally and tested on a device

* run memecheck tool for QtWebProcess and get result

:QA Notes:

:Issues Addressed:
[GF-7895] valgrind crashes on attaching it to QtWebProcess

Open-webOS-DCO-1.0-Signed-off-by: Seungkyun Kim <seungkyun.kim@lge.com>

Change-Id: I84e6cdd8a59dc64b04e123344a58678d3687caed
Reviewed-on: https://g2g.palm.com/2757
Reviewed-by: Keith Derrick <keith.derrick@lge.com>
Tested-by: Keith Derrick <keith.derrick@lge.com>
webos-image: mojoservicelauncher=74

:Release Notes:
New version of mojoservicelauncher, to support Secure Developer Mode, make com.lge.* services "privileged", and support upstart 1.8. Also, changes to support Node v0.10.x

:Detailed Notes:
Changes:
  Mojoservicelauncher has been updated to work with Node.js v0.10
  Mojoservicelauncher been changed to make com.lge.* services "privileged"
  run-js-service: Exclude com.webos.* and com.lge.* services from jail.
  Update run-js-service for Secure Developer Mode
  Assign copyright to LG Electronics
4d6512d Fix build failure. jslauncher no longer exists
6e0bd64 Make changes to the service bootstrap file to support Node.js version 0.10.x
655d59f Assign Copyright to LG Electronics, Inc.
428d48f add Upstart 1.8 file
1a1f599 Update run-js-service for Secure Developer Mode
f137059 run-js-service: Exclude com.webos.* and com.lge.* services from jail.

:Testing Performed:
Tested that existing services continue to launch with new run-js-service,
and that after upgrading to Node 0.10, they still do (though they don't
run correctly - there's more work to do there).

:QA Notes:
There's very little on the system that uses the Javascript services in
a major way. Maybe try something with Accounts?

:Issues Addressed:
[GF-2506] Upgrade NodeJS to v0.10.4
[GF-5644] Convert HP Copyright to LG
[GF-8025] add Upstart 1.8 job file to mojoservicelauncher
[GF-5198] DevMode: Restrict run-js-service (and/or node inspector) to only inspect js services when the device is in DevMode, and only those services contained in side-loaded apps that live in /media/developer.
[GF-4978] Support secure developer mode in run-js-service
[GF-7158] Javascript service URI
[GF-4768] Add special support for "com.webos.*" in luna-service2

Open-webOS-DCO-1.0-Signed-off-by: Mark Bessey <mark.bessey@lge.com>

Change-Id: I7b843a15027991ec6fd703e1ff7060c79c36048b
Reviewed-on: https://g2g.palm.com/2874
Reviewed-by: Keith Derrick <keith.derrick@lge.com>
Tested-by: Keith Derrick <keith.derrick@lge.com>
app-services: Install script for upstart 1.8

:Release Notes:
Add a couple of lines to install the new etc/init/createLocalAccount.conf
file.  Also change the directory defines used to prevent future trouble.

:Detailed Notes:
The intent of this fix is moving the upstart script - in the
initial implementation of Upstart 1.8, many 'component' upstart jobs
were modified for 1.8 and packaged with starfish-initscripts to ease
the transition from Upstart 0.3.11 to 1.8.  The plan was and is to
move the 'imported' scripts back to their home package as soon as is
reasonable.
This particular fix just adds the lines needed to install the newly
added createLocalAccount.conf in the app-services package in addition
to the existing createLocalAccount upstart 0.3.11 job file.
I also changed the {webos_upstartconfdir} to {sysconfdir}/event.d and
used {sysconfdir}/init for the new file - this is to prevent any
"surprises" if someone changes the webos_upstartconfdir without our
knowledge.

:Testing Performed:
Since the 1.8 file itself is functionally unchanged from that present
in starfish-initscripts, the testing done running Upstart 1.8 + s-i
over the last couple of months still applies.

The testing done specifically for this fix is to locally build the
component with a locally modified copy of meta-webos and inspect
the output directory:
starfish/BUILD-goldfinger/work/all-starfish-linux/app-services/
   3.0.0-1-r6starfish1/image/etc/init and ..../etc/event.d
to confirm that the properly configured upstart scripts end up in their
respective locations.

Mini-BAT performed - results are attached to CCC

:QA Notes:

:Issues Addressed:
[GF-8224] update meta-webos/recipes-webos/app-services/app-services.bb to install upstart 1.8 script
[GF-8223] add Upstart 1.8 script to app-services

Open-webOS-DCO-1.0-Signed-off-by: Ed Chejlava <ed.chejlava@lge.com>

Change-Id: I4aa8fce20c0a6412d60cf99d9b198da2ea6f21be
Reviewed-on: https://g2g.palm.com/2792
Reviewed-by: Ed Chejlava <ed.chejlava@lge.com>
Tested-by: Ed Chejlava <ed.chejlava@lge.com>
Reviewed-by: Build Verification
Reviewed-by: Keith Derrick <keith.derrick@lge.com>
connman: backport patch to fix autoscan behaviour

:Release Notes:
Adding a patch to fix a bug within connman 1.12 which refuses connman to
enable autoscan functionality at wpa-supplicant.

:Detailed Notes:
Due to a bug within the interface creation handling the autoscan
functionality within wpa-supplicant never were correctly configured so
after some time all found networks where removed from an internal list
within wpa-supplicant as the self implemented autoscan functionality
within connman comes to late to refresh all found networks. Only the
autoscan functionality implemented within wpa-supplicant can take care
about refreshing all listed networks correctly. With this patch applied
connman now reports all really available networks correctly over time
without signalling that some of them where not available for short
timeframes.

:Testing Performed:
* Tested locally with connman 1.12 / wpa-supplicant 2.0

:QA Notes:
Depends on the following other changes at runtime to verify that the
issue described in GF-7727 is fixed:
* https://g2g.palm.com/#/c/2785/
* https://gpro.palm.com/#/c/5872/

:Issues Addressed:
[GF-7727] Wifi service returns {"returnValue":true}, but without network info
[GF-8334] CCC: connman=webos2

Open-webOS-DCO-1.0-Signed-off-by:Simon Busch <simon.busch@lge.com>

Change-Id: I651665c76e73a426b2b0beb3a9cc7898227d06a0
Reviewed-on: https://g2g.palm.com/2789
Reviewed-by: Build Verification
Tested-by: Simon Busch <simon.busch@lge.com>
Reviewed-by: Susan Montooth <susan.montooth@lge.com>
webos-preferred-providers: Add VIRTUAL-RUNTIME_browser_fonts

:Release Notes:
Allow the package that supplies the browser fonts to be selected by
the distro via the VIRTUAL-RUNTIME_browser_fonts setting. It's set to
isis-fonts in Open webOS.

:Detailed Notes:

:Testing Performed:
"make webos-image" succeeded.

:QA Notes:

:Issues Addressed:
[GF-11105] Allow the package that supplies the browser fonts to be
           selected by the distro

Open-webOS-DCO-1.0-Signed-off-by: Herb Kuta <herb.kuta@lge.com>
Change-Id: I2863c33fbac5848ea35659828a7db0a2a60ab612
Reviewed-on: https://g2g.palm.com/2926
Tested-by: Herb Kuta <herb.kuta@lge.com>
Reviewed-by: Susan Montooth <susan.montooth@lge.com>