also update groonga 7.0.5 and mroonga-7.05.

@Tyagov  @luke 

/reviewed-on nexedi/slapos!212

Instead of templating python code, make it static and parameterize it
with parameters.

kernel.json can pass default ERP5 url, which is (dirty) read by
ERP5kernel. Additionally ERP5kernel.py is just linked into kernel
directory, which simplifies debugging.

Note: This commit is still dirty, but it prepares ERP5kernel.py to be
      packaged, thus there is no reason to make more changes and
      cleanup.

/reviewed-on !206

grep '----- something' fails because of the '-' character
used for passing options:
grep: unrecognized option '----- something'
so only grep for the string 'something'

on the SlapOS's host, as required to chroot in the build
environment cros_sdk

configuration files

Automate ebuild revision numbers.
Reactivate testing.

The caucase parameter 'auto-sign-csr' used to say if the first csr should be signed
was changed to 'auto-sign-csr-amount' to let specify how many csr can be signed without
human intervention.
This parameter will be set to 2 in erp5 software release, so that caucase http server and
apache server cas request thier certificate automatically.

/reviewed-on nexedi/slapos!203

whenever the zope instances have the same title (example all zope have 'Zope monitor' as title) the request to frontends consider it as the same request and gives same frontend to each of them.

/reviewed-on nexedi/slapos!202

http://mailman.nginx.org/pipermail/nginx-announce/2017/000200.html

See the comments at [this MR](nexedi/slapos!193).

/reviewed-on nexedi/slapos!200

 The principle of deployment on slapos is once the instance is read to use the
 all the promises must work and buildout would stop to run for a while. This
 Promise is been disable because it assumes the user must use the instance first
 them the promise will be green, which can cause endless failure.

 This fail until user do something makes tests and resilience fail, as there is
 no automation to emulate a user take some action.

 This problem MUST be reimplemented on the current way, and not assume user will
 do any action. Others promises can be added into monitor (but not this one like this).