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.

resource: richer get and set functionality

- attributes now have an access field to control gets/sets
- added some more functions to fetch (ie. get) individual
  attribute values or obtain the list of all readable attributes

repo-fixing: fixup #4.

build: fix Makefile.am to have right include pathes for resource compilation

resource: fix bugs to get libmurphy-resource compiled and linked

resource: add libmurphy-resource building section to Makefile.am

resource: add packaging info

resource: add source files

plugin-test: add mqi_open() that db-cmd's work even if noone else opens the DB

murphy-db: fix memory corruption when dropping mdb tables

murphy-db: fix transaction iterator

test plugin: use transactions when fiddling with the DB.

core: added MRP_PLUGIN_ARGUMENTS convenience macro.

common: fix missing include.

build-sys: gen-linkedin-loader helper script.

common: added iterating version of mrp_msg_get.

build-sys: handle no exports by gen-inker-script.

common: update debug function info.

build-sys: better include defaults.

common/ecore-glue: try to emulate HUP I/O events

Try to emulate HUP I/O events on top of ecore main loop using
recv/MSG_PEEK whenever the fd becomes readable and the user has
subscribed for HUP events. Fortunately this is not needed as we
only use ecore I/O watches to monitor our epoll fd. I've added
it just for the sake of completeness.

common/ecore-glue: added libmurphy-ecore, an EFL/ecore murphy superloop.

libmurphy-ecore provides the necessary gluing code to enable the murphy
mainloop to be pumped by an EFL/ecore mainloop. Since ecore internally
uses glib, we'll probably have eventually a similar glib-glue library
and use that for ecore-glue as well...

common: a bit better superloop abstraction with improvement cleanup

Cleaned up a little bit the superloop abstraction with repect to
cleanup/unregistration. Now the superloop glue code provides a
cleanup handler which is invoked by the mainloop during unregistration.
The dangerous bits of passing the opaque glue data between the mainloop
and the superloop glue via the user are now gone.

Updated the pulse glue accordingly.

common/transport: uninitialized variable fix.

murphy-db: return MQI_STAMP_NONE as stamp for non-existing tables.

common: added mrp_msg_set, mrp_msg_iterate, mrp_msg_find for arrays.

daemon: handle correctly log levels given with -l.

murphy-db: get_table_handle should return MQI_INVALID_HANDLE for non-existing tables.

murphy-db: fix some initialization macros to compile cleaner with -Wextra.

common: fix incorrect index usage in default decoding of arrays.

scripts: report autotools failures in bootstrap.

common/msg: added mrp_msg_get for fetching multiple message fields.

You can use mrp_msg_get to fetch multiple fields from a message with
a single function call. Moreover, the implementation will do its best
to avoid scanning the message more than once. IOW, mrp_msg_get can be
used to fetch multiple fields from a message efficiently if the fields
to fetch are specified in the same order (with potential fields missing
in between) as they are present in the actual message.

Added missing licensing information.

scripts: added build-aux/enlicense.

common: fix the stream-transport read handling.

config: try to load the signalling plugin.

build-sys: regenerated common-func-info.

common: removed extra debug messages from internal transport.

build-sys: correct tabulation.

signalling: import methods.

build-sys: no longer generate symbols for signalling.

signalling: plugin compiles again.

build-sys: added missing header files to install.

common: bug fixes in internal transport and tests.

tests: basic test for creating internal enforcement point.

common: initial support for internal transport.

signalling: started working on multiple endpoint support.

test: parametrized the test enforcement point.

signalling: added license headers.

test: more tests for signalling.

signalling: fixed API error handling.

test: added a function to test plugin for testing signalling interface.

signalling: fixes to transactions, better debug messages.

signalling: support for transaction timeouts.

signalling: add an initial signalling plugin.

plugin-test: test hack console command for testing target updates.

core: debug table update.

resolver: emit target update events, run autoupdate from a deferred cb.

Deferring autoupdates requires deferring functions from the main
loop. These are available from the main murphy context on which
the resolver did not have any dependency so far. Direct dependency
could have been avoided by hiding the deferring functions behind
externally provided callbacks.

However, since eventually we probably want to be able to demand-
load (mrp_request_plugin) scriptlet interpreter plugins it's easier
to just provide access to the main context (and its mainloop) for
the resolver. The downside is that this creates an ugly cross-
dependency between the main context and the resolver context...

resolver: added basic event emission support.

core, common/msg: enabled sentinel check for safer event emitting.

common: added mrp_list_insert_{before,after}.

common: including macros.h in hashtbl.h