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

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.

Test Mariadb in ERP5 SR test and a few cleanups, mainly around mariadb:
 - We need a more "strict" promise than just checking if something is listening on the port
 - We don't need to wait so long between setup retries
 - We can use mroonga provided setup script instead of writing the setup ourselves.

See merge request !722

Buildout complains that two sections can not write to same file (rightfully) thus rewrite in same section.

In Ubuntu 19.10, we use GCC 9.2.1 and glib was failing to compile with
the following message:

  CC       libgio_2_0_la-gdbusauth.lo
gdbusauth.c: In function '_g_dbus_auth_run_server':
gdbusauth.c:1302:11: error: '%s' directive argument is null [-Werror=format-overflow=]
 1302 |           debug_print ("SERVER: WaitingForBegin, read '%s'", line);
      |           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: some warnings being treated as errors

So we apply this MR:
https://gitlab.gnome.org/GNOME/glib/-/merge_requests/626
corresponding to this commit:
https://gitlab.gnome.org/GNOME/glib/-/commit/2a9ddc630341789c629c17c17565f5a7a7db8a8e

"gdbus: Avoid printing null strings"

This mysql_update service retries every 30 seconds, but what usually
happens is that it starts at same time as mariadb, make a first attempt
at connect which fails because mariadb is not ready, sleep for 30
seconds, reties and succeed. Which is not efficient because we don't
need to wait for so long.
Instead of sleeping for 30 seconds between each retries, start with a
short delay and increase each time, but not more than 30 seconds.

We want to wait for mysql_upgrade pseudo-service to have created users
and installed groonga, not just that something listen on the port.

Instead of writing the instructions ourselves, source mroonga provided
install script.

This currently only works with python2, so let's explictly use python2
for now.

shared support is now integrated in slapos.cfg

This fixes commit f9d5bde3.

We also often have MAKEFLAGS with -l option. For b2, this option sets
a time limit in seconds for each job, which led to random failures.

As found by jm@nexedi.com :

>>> with open('/dev/null') as f:
...   subprocess.check_call(('echo', 'foo'), stdout=f)

echo: write error: Bad file descriptor

To easily check regressions in profiles and check that fonts in PDF are what we expect.

See merge request !715

See merge request !718

Check what fonts are used when converting to PDF, using HTML as input.

Checking that something listen on the port is not enough to know when
instance is ready, because apache listen on the port very early. Also,
this does not detect problems on backend.

This fixes a regression in commit a7a36453
("Clean up some zc.recipe.egg sections installing the same scripts/interpreter").

This means the user don't have any instance at this point.

See merge request !717

See commit 1e514399.