This script everything required to release slapos.cookbook, and verbose additional information to
the user review and push the changes.

This script automatically slapos.cookbook version on update stack/slapos.cfg also, if you want only
release the EGG w/o using it, you can call it using:

 EGG_ONLY=Y bash release-cookbook

else, call it only by 'bash release-cookbook'.

  This script should be invoked to release a new software release, it will use what is in 1.0 branch to create
  the tag, and it will verbose the follow information...

###################################################################
You are about to release a new version of SlapOS Software Release
Lastest release: 1.0.144
Next Release to be Tagged: 1.0.145
###################################################################
 Please review current tag and them push it:
 To review use git log 1.0.145

 To push into main repository:
 git push origin 1.0.145

Update Thiea to 1.0, described a bit on :
 https://dev.to/svenefftinge/theia-1-0-finally-a-good-browser-ide-3ok0

Add by default some extensions for python and buildout. Also request a frontend so that we can access over IPv4

See merge request !725

As we have runners with a section deployed using
collective.recipe.shelloutput, if collective.recipe.shelloutput isn't in
the SR folder anymore thisi section can't be uninstalled (as the
uninstall method is defined in the egg).

The output of buildout for this error was :

While:
  Installing.
  Uninstalling runner-sshkeys-publickey-fingerprint-shelloutput.
  Installing recipe collective.recipe.shelloutput.
  Getting distribution for 'collective.recipe.shelloutput'.
Error: We don't have a distribution for collective.recipe.shelloutput
and can't install one in offline (no-install) mode.
While:
  Installing switch_softwaretype.

The cause was f936ea2c

Starting from nexedi/slapos.recipe.build@5e95d882 gitclone should have built-in support for submodules. Credit: Kirill.

The error was :

 Error: The following paths are already installed by other sections:
 {'/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/slapos-watchdog':
 'extra-eggs',
 '/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/networkcache-download':
 'slapos-cookbook',
 '/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/slapos':
 'extra-eggs',
 '/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/generate-signature-key':
 'slapos-cookbook',
 '/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/networkcache-upload':
 'slapos-cookbook'}

There was a typo and anyway it wouldn't have worked because of
nexedi/slapos.buildout!11

Mostly useful for components that are built with cmake.

c++ already exists. cmake searches for c++ in the same folder as it found cc.

Another part wrote to etc/service/frontend_apache, which resulted of
impossibility to start apache after instance is restarted.

The issue is that the upstream package has been bworked (it is not
a .tar.gz in reality), which explains why the md5sum changed).

The source code is also available on github, but with a 3rd md5sum.

This reverts commit 2f705697.

See merge request !723

See merge request !724

Since `buildout 2.7.1+slapos002`, we `Check that sections don't installed the same path`, so we need to adjust some profiles which were not respecting this rule.

This fixes the regression introduced by nexedi/slapos@bbd70f7d

See merge request !726

use another port so that we can run tests on test node, port 8080 is
already used by testnode.

Install a promise so that we know when instance is ready
Use a builout.hash.cfg for easier management

By using a short filenames like "httpd.crt" or "httpd.key", we risk have
conflict with users of this stack. Use a name with more context, that
should likely not be used by applications.

This solves an issue with lamp stack, that was visible with nextcloud
software:

     While:
       Installing ca-apache-php.
     Error: The following paths are already installed by other sections: {'/srv/slapgrid/slappart8/srv/testnode/cvt/inst/test0-0/tmp/inst/ncs2/srv/ssl/certs/httpd.key': 'ca-monitor-httpd', '/srv/slapgrid/slappart8/srv/testnode/cvt/inst/test0-0/tmp/inst/ncs2/srv/ssl/certs/httpd.crt': 'ca-monitor-httpd'}

We were using caddy-log-access-header to make sure we have at least one
file to include, but this was implemented in a way that the config file
was overwritten.
Reimplement this by using caddy-log-access-empty to create an empty file
when there are no slaves, caddy-log-access otherwise.

If we list eggs as eggs= of a zc.recipe.egg section, the scripts of these eggs
will be installed again.

This fixes this error while building:

    While:
      Installing extra-eggs.
    Error: The following paths are already installed by other sections: {'/srv/slapgrid/slappart8/srv/testnode/cvt/inst/test0-0/tmp/soft/72b4c4e0472506664a0cb3cc44bbb0b2/bin/caucased-manage': 'caucase-eggs', '/srv/slapgrid/slappart8/srv/testnode/cvt/inst/test0-0/tmp/soft/72b4c4e0472506664a0cb3cc44bbb0b2/bin/caucase-key-id': 'caucase-eggs', '/srv/slapgrid/slappart8/srv/testnode/cvt/inst/test0-0/tmp/soft/72b4c4e0472506664a0cb3cc44bbb0b2/bin/caucase-updater': 'caucase-eggs', '/srv/slapgrid/slappart8/srv/testnode/cvt/inst/test0-0/tmp/soft/72b4c4e0472506664a0cb3cc44bbb0b2/bin/caucase-rerequest': 'caucase-eggs', '/srv/slapgrid/slappart8/srv/testnode/cvt/inst/test0-0/tmp/soft/72b4c4e0472506664a0cb3cc44bbb0b2/bin/caucase': 'caucase-eggs', '/srv/slapgrid/slappart8/srv/testnode/cvt/inst/test0-0/tmp/soft/72b4c4e0472506664a0cb3cc44bbb0b2/bin/caucase-probe': 'caucase-eggs', '/srv/slapgrid/slappart8/srv/testnode/cvt/inst/test0-0/tmp/soft/72b4c4e0472506664a0cb3cc44bbb0b2/bin/caucased': 'caucase-eggs'}

The same caddy-log-access section was defined more than once, keep only
one implementation.
Remove some trailing spaces.

So that we can access over IPv4 with a valid certificate

This required to generate a certificate, otherwise accessing from
frontend cause 404 site not served on this interface