collective.recipe.shelloutput does not work well with Python 3: it
outputs values as bytes, which are printed in the format "!py!b'XXX'".

The new "init" option is used as a replacement.

We need to access six when calling the 'replicated.replicate' macro.

"max" and "int" became directly accessible in slapos.recipe.template.

The kvm software release was recently modified to use
slapos.cookbook:switch-softwaretype instead of the deprecated
slapos.cookbook:softwaretype.

The latter uses ConfigParser to generate
buildout-switch_softwaretype.cfg from template-*.cfg. However,
ConfigParser changes the section keys to lowercase, as shown in the
following example:

>>> from six.moves.configparser import ConfigParser
>>> from io import StringIO
>>> c = ConfigParser()
>>> c.readfp(StringIO("[FOO]\nBAR = BAZ"))
>>> s = StringIO()
>>> c.write(s)
>>> s.getvalue()
'[FOO]\nbar = BAZ\n\n'

This behavior is not present with
slapos.cookbook:switch-softwaretype.

This change is related to 11210de0.

Dead code from the previous commit has also been removed.

[fish](https://github.com/fish-shell/fish-shell/) has a nice user experience in its default configuration.

[tmux](https://github.com/tmux/tmux) I don't use myself, but there's a component, so let's enable it as well.

/reviewed-on nexedi/slapos!707

Update docs to describe how to run test locally

/reviewed-on nexedi/slapos!705

Promise plugins are important part of the instantiated configuration, thus
have to be checked for changes.

This promise will check that certificate matches the key and will check
that it is renewed before 15 days before expiration.

For some cases on-renew is not needed, so allow empty one in case if it's
not provided.

and other probably useful information.

The user-friendly command line shell. https://fishshell.com

Upgrade Gitlab from version 8.17 to 9.5.10.

https://gitlab.com/gitlab-org/gitlab-foss/-/blob/v9.5.10/doc/install/installation.md

/reviewed-on nexedi/slapos!699

Previous gitlab version was 8.17.0, this commit upgrade gitlab to version 9.5.10,
and update all configuration to work with this version according to the installation procedure,
see: https://gitlab.com/gitlab-org/gitlab-foss/-/blob/v9.5.10/doc/install/installation.md

/reviewed-on nexedi/slapos!704

If pgdata already exists, then postgres recipe will not update or install anything when buildout will run. This result to no configuration or wrapper updated if configuration changes.

For example this change:  29d1ed68  the path of `posgtres bin` is now in shared folder, then impossible to run postgres service anymore because path was not updated by buildout in wrapper.

/reviewed-on nexedi/slapos!703