daemon: lua-related test config updates.

daemon: ruleset creation/parsing vs. plugin loading/starting ordering fixes.

lua-decision: added basic resolver target generation.

resolver: support for plain resolver context creation, prepared target fixes.

Resolver context creation and input parsing can now be done in
two phases. This is especially useful if one needs to have both
programmatically created (pre-prepared) targets and static targets
from a resolver input file.

This commits also fixes a few bugs related to handling preprepared
targets.

lua-bindings: initialize lua-utils and lua-decision.

plugins/lua: added lua interpreter skeleton.

build-sys: fix incorrect build dependencies/linkage.

resolver: allow scriptlet type to be specified.

core/scripting: fix interpreter registration to not depend on resolver.

lua-bindings: added support for evaluating Lua from the console.

You can now evaluate Lua code snippets or Lua files from the console.
Please note that currently you need to fully quote Lua code you enter
via the console to protect it from the console input tokenizer. This
limitation will be lifted once we have implemented support for non-
pre-tokenized console commands.

Also note that all output produced by Lua code is currently going to
the standard output of the murphy daemon and not to the console where
you entered the Lua snippet. Consider this a bug which should be fixed.
Fixing this is a bit harder that it was with the old ohm-time console
implementation. In all its crudeness (whenever 'grabbed') the old ohm
console was simply dup2ing stdout to the socket fd of the console
connection during the execution of console commands. With our current
console things this is not so easy: we have mrp_console_printf to print
to the console which is not fd-based but is using glibc's custom stream
handler support...

core: warn only once about lack of signature check.

WiP-core: murphy lua bindings prototype for basic daemon configuration.

This prototype provides equivalent functionality to the built-in
configuration language of the daemon. IOW, it provides functions
for

  - testing the existence of plugins
  - loading plugin instances with optional parameters
  - basic info, error, warning message logging

This proto currently does not use or depend on the common lua-utils
or lua-decision 'convenience libraries'. However it can be easily
moved on top of those if needed. This would probably make sense if
we start adding bindings to more complex bits of functionality
(such as the mainloop, transports, events, etc).

build-sys: don't claim to support that old Lua.

lua-decision: add select_install() to print dependencies

build: do not link murphyd agains the resource library if --with-resources=no

lua-decision: first prototype of the 'element' object

build: conditional build of resource management (--with-resources)

building: build support for lua-decision library

lua-decision: initial sources

lua-utils: add local Makefile to compile locally, ie. not in the src dir

lua-utils: fix funcbridge.c

- to avoid namespace clash use builtin.method instead of builtin
- mrp_create_funcbridge_class() do not leave garbage on the stack

lua-utils: fix mrp_lua_push_strarray()

lua-library: add MRP_LUA_OVERRIDE_STRINGIFY

lua-utils: fix MRP_LUA_CLASS_DEF to work with multiple constructors

building: make the lua-utils library

scripting: add sources of LUA scripting support library

resolver: added support for precompiled (pre-prepared) targets.

Precompiled targets skip the target compilation (preparation)
phase altogether. They get added with a pre-prepared scripting
context readily provided by the one creating the target. Hence
it is possible, using precompiled targets, to avoid altogether
the textual representation of target update 'rules' in cases
where this would be difficult or inconvenient.

plugins: removed decision-proto plugin.

domain-control: added domain-control plugin (modified decision-proto).

common: added support for type-agnostic message field iteration.

murphy-db: added column 'introspection' for mql_result_rows.

build-sys: fix to handle plugins with dashes in their names.

Added README to make automake happy.

build-sys: make gen-linkedin-loader executable.

resource-native: set default config only for our own start event.

build-sys: --with-dynamic-plugins handling fix.

build-sys: linkedin loader generation fixes.

resolver: targets and target aliasen can now be added programmatically.

Note that a separate alias addition function is merely API-sugar.
Adding an alias is equivalent to adding a new target of the form:

target <alias>
    depends on <target>

core/scripting: script type name is const.

docs: updated README and moved it to README.md.

resource-dbus: add client tracking.

Add optional client tracking to release resources when a D-Bus client
leaves the bus without cleaning up the resources manually. This is
configured via the plugin configuration file.

resource-dbus: filter out the events before first resource set acquisition.

common/glib-glue: emulate deferred with 0 msec delay, not 10.

resource-dbus: filter out events before acquiring the resource set.

common: slight cleanup of mainloop test wrt. to superloops.

common/ecore: fix copy-paste'os in ecore .pc.in and ecore pkg-config check.

build-sys: don't link unconditionally against glib and dbus libs.

common/glib-glue: added libmurphy-glib, a glib murphy superloop.

libmurphy-glib provides the necessary gluing code to enable the
murphy mainloop to be pumped by a GMainLoop. Don't try to run glib
subloops (glib plugin/glib-pump) with glib superloops.

resource-dbus: fixed a few TODO items.

resource-dbus: made constants of some strings.

resource-dbus: added a Python resource client under docs.

resource-dbus: added D-Bus API spec.

build-sys: fix the libresource link-time deps.

resource-dbus: compiles again after resource library changes.

resource-dbus: work towards the attribute maps.

resource-dbus: started resource library integration.

resource-dbus: started the work on D-Bus resource frontend plugin.

resource: added a function to get the resource id from resource name.

build: updated debug infos.

murphy.conf: load decision proto plugin if it is available.

repo-fixing: fixup #6.

decision-proto: build lib and test client whenever the plugin is enabled.

build-sys: get rid of a compile-time warning.

build-sys: fix src/Makefile.am (broken during conflict-resolution).

common: updated linker script.

repo-fixing: fixup #5.

plugins: added a prototype decision plugin.

The decision-proto plugin provides a client library through which
enfocement points can publish their own data to the murphy DB and
also subscribe for data published by ohter entities (not just
enforement points) to the DB.

documentation: copy .svg files to prevent installation errors

resource: resource set state changes no-request => release when got installed

resource: send resource event when resource set get installed

resource: do not advice a subset of mandatory resources

resource: instead of global request numbers use per resource set request numbers

resource-client: report request numbers

resource: do not filter duplicate request

Earlier subsequent identical requests were filtered and left
unanswered. Now every request is answered. Subsequent acquire
requests are treated as new resource acquisition request.

resource: add support for resource set autoreleasing

resource: always reply to client requests, even if nothing has changed

resource-native-plugin: renaming resource-plugin => resource-plugin-native

resource: fixing pkg-config file

resource-client: fix example in help printout

resource-client: add command line option parsing and help

resource-client: add flag support for resource definitions

resource-client: add a test client

resource-plugin: complete first version of protocol

resource: extend client api to support plugin-resource

plugin-resource: add messages for querying and setting up resource sets

resource-plugin: add protocol support for querying resources, classes and zones

plugins: make separate subdir for resource plugin

plugins: initial version of resource plugin

resource: insert application classes into the database

resource: renamed resource-class => application class

The difference between resource-definition and resource-class
was apparently not clear for some folks and caused some confusion.
The resource-definitions, like 'audio_playback', are indeed resource
classes, while the former resource-classes like 'phone', 'navigator',
'camera', 'game', 'player' etc. are actually application classes.
For better clarity the resource-class was renamed to application-class.

resource: add client query function to resource sets

resource: add destructor for resource set + integrate it with clients

resource: add resource name query & attribute read/write functions to client api

resource: add callback support for events

resource: add database table for zones

resource: add database table for resource owners

resource: api improvements

resource: make separate api includes for clients managers and configurators

resource: add read/write attribute functions to resource and zone

resource: add support for resource managers

Enforcement plugins could hook-into the resource allocation
process by providing some function pointers when they define the
resource(s) they manage. During the resource allocation process
these functions are called back. Such way the enfrocement plugin
could implement some actual actions that might be needed to manage
the actual resource(s) or they can block the resource allocation for
instance.