We don't need a section here, we inherit this from jupyter stack

See merge request !756

Since e5687602 it's instance
responsability to generate a fonts.conf if they need fonts, but we
realized to late that if there is no /etc/fonts/fonts.conf on the
machine firefox does not start.

In recent ERP5 software release, we have a $FONTCONFIG_FILE, but on
older versions we don't.

To keep compatibility with old ERP5 software release, we generate a
default FONTCONFIG_FILE that will be used as fallback when
$FONTCONFIG_FILE environment variable is not set.

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

The output of buildout for this error was :

Installing switch_softwaretype.
Uninstalling frontend-port.
While:
  Installing.
  Uninstalling frontend-port.
  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.

The cause was a7a36453

See merge request !700

now that we have a patch to support gcc 8 we should support all known
versions of gcc

gcc-5.5 compiles a bit slower python and we are observing failures in
ERP5 performance tests.

Fix build errors on gcc 8:

   ../glibmm/threads.h: In member function 'GPrivate* Glib::Threads::Private<T>::gobj()':
   ../glibmm/threads.h:661:29: error: cannot convert 'GPrivate' {aka '_GPrivate'} to 'GPrivate*' {aka '_GPrivate*'} in return
      GPrivate* gobj() { return gobject_; }
                                ^~~~~~~~

This backport fixes from
https://github.com/GNOME/glibmm/commit/37d57ae9572b7d74aa385a30313eceae7f2d3fce
plus changes to generated files, as found in
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=85e6e0e04ae19670b071820947d941e521d1200e
or
https://src.fedoraproject.org/rpms/glibmm24/c/ecc4276486706c0ebc55aff3ac592499dc9df2a9?branch=master

This includes a workaround to fix ZSTD detection.

This allows to test the minimal setup of the configuration.

The setup is split, as slaves are now not required.

Some test methods are changed to reflect the reality of instantiation.

This reverts commit bb92b732 because of:

    CMake Error at storage/rocksdb/build_rocksdb.cmake:45 (MESSAGE):
      ZSTD library was not found, but WITH_ROCKSDBZSTD option is ON.  Either set
      WITH_ROCKSDBZSTD to OFF, or make sure ZSTD is installed

without valid fonts, firefox refuses to start

PyPDF2 overwrites `warning.showwarning` and this is already confirmed as a major flaw: https://github.com/mstamy2/PyPDF2/issues/67#issuecomment-34387142

But, this is never applied in PyPDF2.

To fix this issue in ERP5, we will copy the patch to our stack and apply it.

See merge request !746

Use by default latest version

Because we were generating a fontconfig file without the default
configuration, non optimal fonts where selected during substitutions,
for example instead of the very common Arial, we were substituting a
serif font which looks completly different.

See merge request !753

setUpModule is expensive and also the snapshot in case of error would
fail if called more than once

This is a loop invariant.