Now we have a combined software release for wendelin(erp5-cluster) and ipython-notebook(jupyter).
The main instance wendelin will request for notebook as well as erp5-cluster.
Different software-types available are :-
1. default - Will behave exactly same as default for erp5-cluster. Return parameters for various softwares in erp5-cluster.
2. create-erp5-site: Will create erp5-bootstrap service and start erp5.

In the parameters, users have to provide with "jupyter-family" key whose value would be the family user wants jupyter to use while interacting with erp5.

Store only first 2 system arguments in 'args' so that to facilitate use of switch-softwaretype recipe in chain.
For example:-
In one buildout having section with recipe switch-softwaretype and running buildout for a file which in succession is calling another buildout, so that we don't have a conflict between other system arguments.

Add support for "hosts" aliasing in Zope instances.
Add support for SASL relayhost with mandatory TLS encryption.
Add mandatory TSL + SASL authentication, to not be an open relay.
Wrap postfix commands with proper environment instead of symlink +
source-able script.
Add ipv6 listening support (untested).
Drop non-required main.cf configuration options.
Make postifx instance optional (requires postmaster address to be
provided).
Document and rework smtp-related parameters.
Expose an userhosts hostname for smtp server.
Add diversion support (solution to "prod clone sent mails to real customer").
Use etc/run rather than etc/service, for consistency (if it needs to be
changed, it must be changed for all software types).
Hook into syslog and setup local syslog daemon, with logrotate integration.
Update TODO entries.

Extend m4 as it is not guaranteed to be pulled by other dependencies.
Call toochain commands with explicit path, and simplify PATH as a
result.

you can extend component/numpy/openblas.cfg to build numpy with OpenBLAS.

This reverts commit d48851e9.

Turns out, "logger" command (with which this tool was developped) is not
actually using libc's syslog API, so is not representative of proper
syslog usage. Also, syslog API happens to be extremely painful to hook
(500 lines of libc code to fork because of direct internal accesses,
constants and static globals).
Syslog hooking will happen someday, just not this way.

slapos.core.git moved to lab.nexedi.cn and repository on git.erp5.org
made readonly. Update all referenced to old repository location:

    http://git.erp5.org/repos/slapos.core.git

->

    https://lab.nexedi.cn/nexedi/slapos.core.git

/reviewed-by trustme

/reviewed-by: TrustMe

* lab/master:
  Add Ivan's certificate.
  use slapos.cookbook 1.0.9

Add Ivan's certificate.

Please accept so I can start upload to schacache for Wendelin release.

See merge request !16