This reverts commit 27fd1355.

Let's merge and switch wendelin development to master.

For now we only add components which should be orthogonal to the rest
and cannot break things. Yet master is a focal point for joint effort
and people can try wendelin work-in-progress.
Acked-by: Ivan Tyagov <ivan@nexedi.com>

* wendelin:
  wendelin.core: Add part/recipe how to build it from git repository
  components: wendelin-core -> wendelin.core
  Add Ipython and pandas python libraries.
  Add wendelin-core.
  Add msgpack-python library.

There is now

    wendelin.core       and
    wendelin.core-dev

parts.

wendelin.core just installs released egg from pypi, and
wendelin.core-dev installs it from latest git version.

A reminder how to use wendelin.core-dev instead of wendelin.core:

if your buildout.cfg

    [buildout]
        # directly or indirectly
        extends = ..../wendelin.core/buildout.cfg

then at tails, do

    [buildout]
        parts -= wendelin.core
        parts += wendelin.core-dev

This way wendelin.core will be fetched from git repository.

.core is part of the software name, and buildout allows dot inside a
name.

- publish ipv4 after allocation
- fix computer_guid for cluster allocation

kvm_run script can now create external disk with specified format (qcow2, raw, etc...)
if kvm external disk is created it will never be replaced, even if user
reduce the number of disk with parameter 'external-disk-number' or change the
'external-disk-format' value. All created disk will be added to qemu run command.

numa option can be used to create [fake] numa nodes and expose them to the guest
OS instance. In this case it is important to know the host cpu topology and where
the instance will be allocated.

cpu-options are additional parameters like sockets=1,cores=5,threads=1
in this case if cpu-count parameter is 1 qemu options will be:
-smp 1,sockets=1,cores=5,threads=1