Also improve the recipe `switch-softwaretype' by catching the possible errors.

- directory html5as: final version 
- directory html5as-base: initial version

See merge request nexedi/slapos!1006

See merge request nexedi/slapos!1003

See nexedi/slapos!1008

This is based on commit "Firefox Version Up to 78.1.0esr", but it does not
replace the default firefox, just enable a new version for now.

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 nexedi/slapos!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