Signing key has been recreated and repository/projects updated with the new key, everything should be fine now so we can remove workarounds in playbooks (insecure repository updating)

/reviewed-on nexedi/slapos.package!59

There's no `find` module on Ansible 1.7 so we need to use the `find` command directly instead.

/reviewed-on nexedi/slapos.package!57

fd46::/64 is a randomly chosen value within fc00::/16

/reviewed-on nexedi/slapos.package!54

All network access shall be protected if Ansible is run in offline mode.

/reviewed-on nexedi/slapos.package!53

This reverts commit 5fe5177f

For now the mitogen don't work on 2.5 which is the version installed by more recent centos.

/reviewed-on nexedi/slapos.package!52

It is important to have them in case of problem analysis.

The most important thing is that Certificate has to match the Key.

The CA certificate is fully optional, so make it seen as this, and also
explain what is its purpose.

The install.sh script has to remove all software releases except the provided
ones, and they are different in various scenarios.

  VIFIB Users may still using gnet-re6stnet.yml and/or vifib-re6stnet.yml

  The existing configuration is specific to vifib so keep it separated.

  vars_files overwrites var_prompt inputs, so keep it minimal on slapos installation.

The roles vars have priority  the playbook ones (at least on 2.x):

http://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#id18

The certificates might be  needed, so ask the user for domain name and
the certificates.

As a "safe" way to transmit the certificate use mktemp.

This functionality requires "playbook: Allow correct certificate with domain"

Thanks to using install.rc it is possible to easily select any playbook
to be used during the installation.

For most of cases the default approach, with generated certificate, is
enough, but sometimes the playbooks are used in environment, where
real certificates with domain names shall be used.

For such scenarios, prepare the system to use ansible-playbook
--extra-vars which can override the defaults.

Note that frontend requester is improved, to support case of passed or not
certificate files.

Bypasses the new inefficient module manager framework (Ansiballz) using the mitogen strategy plugin (https://github.com/dw/mitogen).

/reviewed-on nexedi/slapos.package!49

  The slapos master require that the machines access directly the apache instance on the backend,
  for authenticate the computers/software instances. This change is probably temporary considering
  that with causase this change might be dropped.

The previous usage lead to impossilibity of overriding variables defined
in role, because they were included forcibly in the tasks for
standalone-shared.

By using default Ansible apporach to role vars, they can be overriden on
playbook basis.

/reviewed-on nexedi/slapos.package!48

It is ansible standard and allows to set file mode.

As explained in http://docs.ansible.com/ansible/latest/template_module.html
"Leaving off the leading zero will likely have unexpected results.", so fix it.

  This change was suggested by @luke

  The current tag is broken, so we use master to validate the deployment, until we can release a new version

As frontend can be already available, but still not serving correct content
check that it returns ZMI (Zope Management Interface) before providing it
as working for the user.