* In RPM/DEB we introduce new utility - tarantool_ctl (extra/dist/dist.lua)
* /var/pid -> /var/run
* Fix extra/dist/dist.lua
* /extra/dist/tarantool.init and /extra/dist/tarantool.service now
  are regenerated by cmake (paths to `dist.lua`)
* Systemd service (Uses sysv-init script)
* RPM Supports both systemd and init (by using '--with systemd' in
  rpmbuild flags)

This patch adds a new implementation of UUID library.
New library generates RFC4122 compatible random-based (version 4)
UUIDs using data from /dev/(u)random. The uuidgen(2) syscall is also
supported on BSD system. `struct tt_uuid` redefined from RFC4122.
Complimentary functions rewrotten to remove dependecy on e2fs libuuid.
Lua bindings refactored to use new library and support all features.

Closes #317

* Move building of modules into Lua (in rpmspec)
* Remove tarantool.cfg and init.d/tarantool_box from SCL spec (bug in cmake28-epel-6-x86_64)
* Merge two specs (for EL and other RPM linuxes)
* Add Fedora's Mock specifications

Change cmake minimum required version to 2.8.

Use copy_directory for Sophia and LuaJIT, this should
fix stupid errors when rebuilding after a pull.
Exclude src/trivia/config.h from source install.

If ${MODULE_${type}} is absolute - do not prepend with ${CMAKE_INSTALL_PREFIX}

Update mans, docs.

A lot of resources still need to be updated (build scripts, etc).

tarantool_box without arguments runs in interactive mode.
@todo:
    - log_level by default should be 'critical'
    - wal_mode by default should be 'none'
    - pid_file by default should be 'none'
    - readline should be called via coeio, to not block
    event loop while it's running

 * Install *.lua modules into ${DATADIR}/tarantool/1.5
    and *.so modules into ${LIBDIR}/tarantool/1.5
 * Fix default package.path and package.cpath
 * Install Lua headers to ${INCLUDE_DIR}/tarantool/1.5
 * Install config.h to ${INCLUDE_DIR}/tarantool/1.5
 * Add a new package - tarantool-dev (server development headers)
 * Use RPM Macroses in rpm.spec
 * Fix tarball generation for Debian
 * Use GNUInstallDirs.cmake to setup directories

move module related tests from test/box/ to test/module/.

Summary:
* PLUGIN_DIR -> MODULE_DIR
* MODULE_DIR prefix is /usr/lib/tarantool/VERSION
* MODULE_DIR automatically appends to both lua c/path
* removed plugin autoload facility in src/lua/init.cc
* removed admin console plugin dependencies
* moved src/box/lua/sql.lua to separate module = require('box.net.sql')
* moved src/plugin/pg = require('box.net.pg')
* moved src/plugin/mysql = require('box.net.mysql')
* default .so and .lua install is lib/tarantool/modules/{box/net/}
* debian spec and tests are updated

All layouts are in doc/www-data.in/_layout and are written in Jinja1
(django-like templates). All texts are in doc/www-data.in/_texts

Text files contains YAML files with chunks of markdown strings:
```
$module:
    $uno: |
        some text in markdown
    $dos: |
        it may be multiline
    $tres: |
        # header 1
        ```
        may have some embedded code
        ```
        e.t.c
    ...
```
where `$module` is name of layout file, `$uno`, `$dos`, `$tres`... are
name of parts (template parts `{{ $module.$part }}`)
Site still stores files in `doc/www-data` for copying on server.
Also it integrates documentation (only on stable/master branches) into site (still templlates)
Usage of new `extra/static.py`:
```bash
$ cmake . -DENABLE-DOC=TRUE
$ make
$ cd /doc/www-data.in/
$ ../../extra/static.py site `# build site`
$ ../../extra/static.py docs `# embed docs`
```

 ### documentation building

Add `html-saxon-chunk` and `html-chunk` targets for building chunked
html documentation.

`make` in `doc/user` now builds `html-saxon` and `html-saxon-chunk`
targets

Move towards a uniform include scheme where header files are
stored along with the sources files, in the same directory.

We had to begin to use this scheme thanks to use of subprojects,
and a mix of two approaches turns the code base into a mess.

msgpuck is an external project and hosts its headers within
the same directory which contains its C files.

Therefore, for msgpuck, we have to add src/lib to the header search path,
whether we want it or not.

Since it's there anyway, kill include/lib and move all
headers of all other stand-alone libraries to their respective
directories in lib/.

include_directories(src/) is a total blasphemy, and is thus
removed.

use new connector as client driver

This commit completely changes the data format used by Tarantool.
A new binary serialization format called MsgPack (http://msgpack.org)
has been introduced to store tuples, keys, request members, etc.
MsgPack supports various data types and hierarchical structures. Since
tuple & keys format has been changed, the binary protocol is no more
compatible with 1.5 clients.

The list of major changes:

 * Add MsgPack library and unit tests as a submodule
 * Add Lua bindings for the library and unit tests for it
 * Update IPROTO to use MsgPack for all kinds of requests
 * Change struct tuple to use MsgPack Array instead of BER-encoded fields
 * Remove fixed offsets from tuples (cannot be supported by MsgPack)
 * Replace const char *key, key_part pairs with MsgPack Arrays
 * Rework comparators and indicies to support MsgPack'ed fields
 * Merge NUM and NUM64 types into the one single type (NUM)
 * Rewrite box_lua.cc functions to support MsgPack instead of BER
 * Rewrite tuple_update to support MsgPack instead of BER
 * Totaly remove varint32 functions from all modules
 * Rework lua_tofield and YAML encoder to properly support Lua tables
 * Modifie bootstrap files and system spaces to use the new format
 * Add MsgPack support to the test system via msgpack-python
 * Update tests to use proper data types and remove unneeded box.packs

Tarantool 1.6 is the world's first MsgPack-based database!

Use check_symbol_exists(), not check_function_exists(),
to discover fdatasync(), since apparently on some BSD systems
the symbol is present in the library but not in the headers
(I hope not vice versa).

Don't use check_prototype_definition, since it's not available
in CMake 2.6.