[Application][Linux] xwalkctl should fail if can't activate service

When listing the applications, we were missing a case in which the
service wasn't activated but listing continued without errors. We prefer
to fail as soon as possible in the tool.
[Application][Tizen] Specify session bus address in Tizen

In Tizen the session bus is not available for us by peeking at the
DBUS_SESSION_BUS_ADDRESS, it will be created in a well-known place
instead.

The code change so instead of using the '_for_bus' variants of the
functions, we explicit create the GDBusConnection and use it.

This patch also improves the error message for the case where we fail to
create the object manager client and fix the include rules to follow our
standards.
Merge pull request #1391 from cmarcelo/session-bus-address-tizen

[Application][Tizen] Specify session bus address in Tizen
[Runtime] Move "is_running_as_service" flag to XWalkRunner

This distinction will be used later in xwalk_paths, to setup different
data paths for Crosswalk in Tizen.
[Runtime] Small refactor to our PathProvider

Move the logic for xwalk::DIR_DATA_PATH to a separate function, and
create a helper function for Linux for getting the config path from
XDG. These will be useful when we transition Tizen to use home directory
for service mode instead of the "/opt/usr/apps".
Merge pull request #1408 from cmarcelo/run-as-service-switch

[Runtime] Move "is_running_as_service" flag to XWalkRunner
Revert "[Tizen]Remove the openssl BuildRequires"

The code in crypto/crypto.gyp only pulls in the dependency on
third_party/openssl when building for Android.

For now, revert the commit as it was not essential while we can fix this
upstream.

This reverts commit f8d9749eb4320d49527184214df1d028e242d7b7.
Merge pull request #1410 from rakuco/revert-pr1394

Revert "[Tizen]Remove the openssl BuildRequires"
[Application][Linux] Remove unused CommandLine
Merge pull request #1411 from cmarcelo/remove-unused

[Application][Linux] Remove unused CommandLine
Merge pull request #1409 from cmarcelo/small-refactor-xwalk-paths

[Runtime] Small refactor to our PathProvider
[XESh] Move all v8 related code to its own thread.

This patch fixes XESh so it can handle sync messages.
After some investigation we realized this bug was being
caused due to both native extensions code and their
JavaScript context being kept in the same thread.

This commit, thus, moves every v8 related code to its own thread.
XWalkExtensionClient was also moved to XEShV8Runner because it
relates to a v8::Context (through XWalkModuleSystem). That
ended up cleaning xesh_main.cc (hence, ExtensionManager), leaving
there only native-related pieces of the Extensions Framework.

BUG=https://crosswalk-project.org/jira/browse/XWALK-304
TEST=./xwalk/extensions/xesh/xesh_test.sh ./out/Release/