Actually, docker is used to test Linux packages once they are built.
The packaging process is done on the host system where package.py is
run.

Consequences:
    * difficult to reproduce an exact same build on another host
    * changing a Debian/Ubuntu target version means some upgrade steps
      on the build host (mix that with the fact that the host also
      could build old Odoo versions)
    * Fedora rpm package is built on an Ubuntu system (which is not a
      real problem but it could be)

With this commit, the package.py utility is refactored to use Docker
containers to build the Gnu/Linux packages.

Also, the Debian package is adapted for Debian Buster, the RPM package
is built based on Fedora 30.

Some minor changes are also made in the windows packaging system.

closes odoo/odoo#37766

Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>

Fedora 29 switched to python 3.7. It seems that there is no official
way to build a RPM package that could works with 3.6 and 3.7.
Building two different packages for each version could open the pandora
box of packaging.

With this commit an ugly hack is used: if python3.7 is found, the odoo
directory is symlinked into its site-packages dir.

fixes #30579

closes odoo/odoo#30618

Since 565277ac sassc is used as a
fallback when the python libsass is not available.

With this commit, the saasc package dependency is added to the rpm to
avoid installing libsass with pip.

Include libsass instead of node-less

Thank you to @d-fence for testing this.

Complements 021de21e and #16918

Without this, odoo log outputs to stdout and is catched by journald. We
force the use of a log file to keep the behavior consistent with the
debian package.

no fallbacks were implemented to `openerp-server.conf`.

The use of an entry point was considered in order to provide
an `odoo` command in the path for the packages users, but the
generated entry point will first check that all the things in
install_requires were provided in a not bright way: it'll check
that it matches a distribution name. This does not work because
python-chart does not have the distrubtion name "pychart" which
is provided by the python-pychart package in debian jessie. Same
for suds-jurko which is provided by python-suds in debian stretch
but does not have the distribution name "suds".

Also, adapted the  packages tests to these cli changes.

Fix the various place when the rename of the git root directory
broke the packaging script. Also, we can now name the library
"odoo".

this avoid to overwrite the configuration file at each update.

closes  #11722

easy_install suds-jurko result in "The required version of setuptools
(>=1.4) is not available," in the last CentOS. As we don't want to
force the upgrade of setuptools, use the suds package instead.

Also, add it in centos test environment (missing after
rev 6dfbca2b)

This library is a SOAP client. It will be used to integrate Odoo with
external web services that use SOAP based protocols.

[REF] Packaging: backport of a7ab5a41
[REF] Packaging: backport of a700a113
[REF] Packaging: backport of 9d0bd280
[REF] Packaging: backport of b0722d3e
[REF] Packaging: backport of 24b2c938
[REF] Packaging: backport of e874cdaf
[REF] Packaging: backport of 56b61da1
[REF] Packaging: backport of be96dd85
[REF] Packaging: backport of 50a4da99
[REF] Packaging: backport of 1c41f369
[REF] Packaging: backport of cc113317
[FIX] Packaging: backport of 13471630
[REF] Package: backport of 93845d68
[REF] Package: backport of 012bc01c
[FIX] Package: partial apply of d9e72a37
[REF] Package: backport of 67036fef
[REF] Package: backport of 73de0138
[REF] Package: backport of 30d987ed
[REF] Package: backport of 29132669
[REF] Package: backport of 7db12dc4
[REF] Package: backport of f668f9c6
[REF] Package: backport of 2cf4051a
[REF] Packaging: backport of 73592487
[REF] Packaging: backport of f2598ecd
[REF] Package: backport of fd21912c
[REF] Package: backport of 9a8cdf49
[REF] Package: backport of 2f4984b8
[REF] Package: backport of 6e9edeeb
[REF] Package: partial backport of d4624fa8
[REF] Package: backport of 9f13722f

only create db

Install psycogreen from easy_install (not in EPEL), required for openerp-gevent

PyChart is now in the EPEL repo so we now list it as required in
setup.cfg. The other mandatory lib not provided by EPEL are
pyPdf, vatnumber and pydot and are now installed by easy_install
during the post install.

By default, the package was installed in /usr/local/lib/python2.7 in CentOS7.
It is problematic because most of other python packages are installed in /usr/lib
and also because /usr/local/lib is not in the default PYTHONPATH. It's fixed by
overriding the install script and forcing prefix to be /usr.

Added a minimal systemd unitfile.
Adapted tests accordingly.

[ADD] RedHat: defined the dependencies and added a post-install script to create the odoo user, the odoo configuration file, ...