The new versions do not include any price informations.
It is needed to create new Trade Condition which inherite from those versions.

Update preference to use those latest trade conditions.

slapos_accounting: factorise code

slapos_wechat: use reference sale trade condition

slapos_erp5: check sale trade condition reference

sale trade condition are versionned.

Clarify trade condition title

Prices are defined on Supply Line inside Sale Trade Condition.

Drop prices from Subscription Condition.
Instead, link the Subscription Condition to a Sale Trade Condition.

Apply the Sale Trade Condition on the created Open Sale Order.

Stop duplicating properties from the Subscription Condition to the created Subscription Request.

Payment is managed by the 'payment' category, and not the language.

This allows to remove all '==zh' conditions.
Instead, use custom Sale Trade Condition.

slapos_accounting: rename script for hosting subscription

slapos_accounting: revert failure error

slapos_accounting: force open order line to have an Instance tree and a hosting subscription

slapos_accounting: hosting subscript will host the date info

slapos_accounting: set open order periodicity on the hosting subscription

slapos_accounting: typo

slapos_accounting: hosting subscription will contain the periodicity

slapos_accounting: create hosting subscription

slapos_accounting: fixup start/stop date confusion

slapos_accounting: fixup

slapos_cloud: add hosting subscription workflow

slapos_cloud: stop using Instance Tree as Subscription Item

slapos_accounting: move periodicity view on hosting subscription

slapos_erp5: open order line have 2 items now

slapos_cloud: open order line has 2 items now

slapos_accounting: simulation is expanded from Hosting Subscription

slapos_accounting: validate hosting subscription

slapos_accounting: check all aggregate value

slapos_accounting: revert aggregate tester

slapos_accounting: simulate from hosting subscription

slapos_accounting: constraint is on hosting subscription

slapos_accounting: interaction are on hosting subscription

slapos_subscription_request: periodicity is on hosting subscription

slapos_accounting: open order line has 2 aggregate

slapos_cloud: hosting subscription have a workflow again

slapos_cloud: add hosting subscription template

slapos_accounting: do not create open order if it was not allocated

slapos_accounting: script renamed

slapos_cloud: update HS_view

Base_acceptContractInvitation is an infinite loop

slapos_jio_ui_test: wait for content loaded to delete project

slapos_jio_ui_test: wait for page to be loaded

This fixes a bug when the program output contain some ansi code, like
the \e[0;31m ansi code to display text in color on the terminal. These
characters are not allowed in XML so if they end up in the XML-RPC
messages this cause the underlying expat library to complain that the
stream is not well-formed (invalid token).

Fortunately, supervisor supports this and has a `strip_ansi` option that
we can set in the config to prevent these problems.

  It relies on Person_requestSupport now

We just relax the conditions to have an OS match.

 * consider raspbian as a debian
 * never set id

After the change to distro.linux_distribution() in
425f5bb7, raspbian is correctly detected
and id is set, see the execution of both functions on raspbian:

>>> platform.linux_distribution('', '', '', platform._supported_dists, 1)
('debian', '10.11', '')

>>> distro.linux_distribution(full_distribution_name=False)
('raspbian', '10', 'buster')

slapproxy, just like reference SlapOS Master, has to transmit important
partition parameters, in order to really support all features expected by the
software releases.

platform.linux_distribution() is deprecated since Python3.5 and it's
removed altogether in Python 3.8.

This more or less reverts 75b2d79c.

We don't need anymore the patch for Ubuntu as it is correctly supported
in distro module.

This commit reverts ddd77222.

The goal is to fix nexedi/slapos.buildout!25 (comment 148861)

os.environ is a special mapping object that transparently modifies the
actual environment and we should never make os.environ make point to
something else (see
nexedi/slapos.buildout!25 (comment 149333)
and https://docs.python.org/3/library/os.html#os.environ)

Instead change the environment only when calling SlapPopen. We will see
if the problems fixed by ddd77222 appear
again...

See merge request nexedi/slapos.core!360

See merge request !356