[Tizen] Application resource protection implementation
This is the first commit which includes:
- Add the attribute "encryption" in the tizen:setting in config.xml.
- If the value is "enable", the WRT must encrypt the HTML, CSS, JS file resources when the application is installed. And the WRT should be able to decrypt the encrypted data when the application is loaded for running. According to the spec, the encryption is performed at the installation moment (not at packaging time).

For security consideration, I do not implement the encyption & decryption algorithm. They need supports from the system level, such as the trust-zone on ARM or chaabi on IA. But at this moment the Tizen does not include such the security module. Another solution may be storing the security key within system-level storage like gnome-keyring or some external / internal storage. However this is still not supported by Tizen. So at present I leave the encryption & decryption not implemented until we get support from system in the future. I will be back to finish the feature when the security module is available at system-level.

BUG=XWALK-1172
 [Android] Allow concurrent builds using make_apk.py

 - Set temp directory to a random value using tempfile.mkdtemp that enables
   multiple simultaneous builds to happen on the same system
 - Fixed icon_dict being "None" when manifest file passed in without any path

 Bug=XWALK-2650
 Bug=XWALK-2664
[Tizen] Fix xwalkctl crash when trying to install not a package

BUG=XWALK-2681
Merge pull request #2477 from SebastianStolinski/master

[Tizen] Xwalkctl - replacing relative paths by full paths
Merge pull request #2479 from tweglarski/XWALK-2681

[Tizen] Fix xwalkctl crash when trying to install not a package
[Tizen] Fix of backendlib - pkg_plugin_get_app_detail_info_from_package should validate path

If pkgmgr-server passes path that is not valid widget path,
this will lead to crash of pkgmgr-server. Function
pkg_plugin_get_app_detail_info_from_package of backendlib
should check if valid package data can be received from
given path.

BUG=XWALK-2683
Implementation of encryption/decryption methods for Tizen.

Implemented encryption and decryption methods for encrypting
and decrypting *.html, *.js and *.css files.

BUG=XWALK-1172
DEPS.xwalk: Roll blink-crosswalk bc7b6c1 -> b8fedaf

b8fedaf Merge pull request #24 from pozdnyakov/fix_the_viewport
3a072fd Fix the --enable-viewport command line option
[Android] Compress AAR packages generated with Python's zipfile.

By default, Python's zipfile module will store the files in the ZIP
archives it creates uncompressed, which makes the architecture-specific
AAR archives we host in 01.org quite big. x86 AAR packages are more than
double the size of a compressed ZIP archive, for example (43M vs 20M).

Fix this by explicitly creating ZipFile with zipfile.ZIP_DEFLATED.

BUG=XWALK-2688
Merge pull request #2480 from pozdnyakov/roll_blink_xwalk

DEPS.xwalk: Roll blink-crosswalk bc7b6c1 -> b8fedaf
Bump version to 10.38.219.0
Merge branch 'master' of github.com-crosswalk:crosswalk-project/crosswalk
Merge pull request #2478 from tiwanek/XWALK-2683

[Tizen] Fix of backendlib - pkg_plugin_get_app_detail_info_from_package should validate widget path
Merge pull request #2467 from jizydorczyk/encryption

[Tizen] Application resource protection implementation
DEPS.xwalk: Roll ozone-wayland (113c320 -> 0f8b830)

0f8b830 XDG-Shell: fix popup windows (drop-drow lists)

BUG=XWALK-2594
Merge pull request #2481 from rakuco/compress-python-generated-zip-files

[Android] Compress AAR packages generated with Python's zipfile.
Merge pull request #2482 from rakuco/roll-oz-wl-302

DEPS.xwalk: Roll ozone-wayland (113c320 -> 0f8b830)
DEPS.xwalk: Roll chromium-crosswalk (66c669a -> c8d2f7c)

c8d2f7c Merge pull request #195 from rakuco/ignore-khronos-CL
22479b2 .gitignore: Ignore src/third_party/khronos/CL.
Bump version to 10.38.220.0
[Tizen] Move platform sensor initialization out from browser UI thread.

Cold start time of sample Calulator application increases to ~1080 ms on
Tizen VTC-1010 at the moment. One bottleneck is it takes long period to
initalize platform sensors inside browser main thread, which blocks native
window display and starting render message loop.

The CL moves the platform sensors initialization outside of browser main
thread. The local test result shows it shortens ~200ms of cold start
time.

BUG=XWALK-2520