This is a "minimal" version up to fix https://bugs.gentoo.org/580392 which
appears now that we build with gbm

some components, like binary chromium needs libgbm, which is part of mesa, but
build only when enabled.

fixup for 452e8f78

See !1008

* [slapos-master](https://nexedijs.erp5.net/#/test_result_module/20210629-DE509CB3/23) is failing in checkSoftware step, because:
  * wcfs is linked against system zlib (fixed in this MR)
  * the .so in the build directory have missing references. I think we don't need to check in build folders and also liblibgolang is missing, but it's not a problem because of the way we load dynamically at runtime, so I suggest changing checkSoftware in nexedi/slapos.core!317
* [gitlab](https://nexedijs.erp5.net/#/test_result_module/20210629-DE509CB3/10) is failing for some time because mimemagic have been yanked from rubygems. This is a minimal change to get the test running again, to prevent other problems to sneak in while we don't have tests

See merge request nexedi/slapos!1007

see nexedi/gitlab-ce!5

On wendlin.core 2, wcfs uses github.com/DataDog/czlib which uses zlib. We also
need to instruct linker to set a rpath for slapos' zlib, otherwise the system
one will be used.

Suggested by Kirill on nexedi/slapos!1007 (comment 136801)

Change all `check_port_listening` promises to `check_socket_listening`
and rename all associated `config-hostname` arguments to `config-host`

See merge request nexedi/slapos!1004

See nexedi/slapos@f3da4b0e

It was broken since commit 92779bf4.

See merge request nexedi/slapos!999

With recently backported fix for h5py

This software uses xml for parameters serialisation, so we can not use
boolean type. As a result, smtp_verify_ssl was always "true" and disabling ssl
verification was not working.

When accessing the smtp server from localhost, grafana attempt STARTLS and
verifies certificate, so scenarios of using localhost:25 as smtp server usually
needed smtp_verify_ssl="false".

Fixes and tests https://github.com/apache/trafficserver/issues/7880

By following:

https://docs.trafficserver.apache.org/en/9.0.x/release-notes/upgrading.en.html

configuration has been adapted.

Tests to new version string has been adapted with smaller fixes, including a
bit more time for log to appear in squid.log.

Previous patch is incorporated with 4f6bfe439e4ed7794992e16c16eb991976a3018e

The missing run was hidden by slow Caddy warmup procedure.

Remote-User header is not managed by the frontend.

for https://github.com/grafana/loki/issues/3177

While investingating this, I realized loki officially supports golang 1.15, but
beside this, everything seems to work fine, so let's keep using 1.16

* version up
 * ssh keys support
 * mod_auth_web support

See merge request nexedi/slapos!993

This is a workaround to avoid the UnicodeDecodeError that occurs
when installing wheel, in particular during compilation of ERP5.

The previous way to initialize ~/srv/mariadb relied on /bin/mv, so that
it's atomic, making [template-mysqld-wrapper] idempotent (think of a
crash in the middle mysql_install_db). However, mv only works if
~/srv/mariadb is a simple directory: it fails if it's a symlink,
a mount point, or a subvolume (btrfs).

When using extra storage devices for some data, one may prefer to only
put the data (e.g. ~/srv/mariadb) and not the whole slapos partition.
Then if we want a resilient ERP5 with catalog's datadir on a separate
storage device, the importer script must be able to reinitialize
~/srv/mariadb whatever its type.

The web service will receive a application/x-www-form-urlencoded POST request,
with login and password arguments and must respond with a
`X-Proftpd-Authentication-Result: Success` header to signal successful
authentication.

The sftp server will map all logins to the same user.