Since the compatibility with PY3.

This makes dev instance and production the similar.

Keep consistency with others alarms enabled related to upgrade.

This allow admin destroy software installations which are failing for example.

slapos_accouting: Don't split the Packing Lists with Consumption information like in Subscription Request

The Consumption Information should SUM always until the packing list be stopped. The Subscription Request however should be kept separated.

Some tools are using directly slapproxy sqlite database and they stopped working when table number was increased in !76 .

We made a quick improvement to the tools so that they can autodetect the current table names instead of hardcoding ( slapos@b8c895cd ) but this failed, because slapproxy remove did not remove the old tables after migration. This branch is about removing the table, to quickly repair these tools.

The long term plan is (hopefully) to improve these tools so that they don't use the private tables like this.

/reviewed-on !105

Because we want to trigger an upgrade that will remove old tables.

Note that re-dumping database_dump_version_current fixed the column
order in software table - the dump was incorrect (this also change
output of `proxy show` for this test)

Create a test for each previous versions to current version (starting
from version 10, earlier versions are not really supported).

Procedure to add test for new version can be:
 * update table structure and increase version in slapos/proxy/schema.sql
 * use generate_dump.sh script to generate
   slapos/tests/test_slapproxy/database_dump_version_$NEW_VERSION.sql
   from slapos/tests/test_slapproxy/database_dump_version_$PREVIOUS_VERSION.sql
   (with computer_id "computer")
 * add TestMigrateVersion$(NEW_VERSION)ToLatest in
   slapos/tests/test_slapproxy/__init__.py
 * use generate_dump.sh script to update in-place
   slapos/tests/test_slapproxy/database_dump_version_current.sql
   (with computer_id "slaprunner")

Instead of keeping old tables which cause confusion for humans and tools
directly operating on the database, remove old tables and create a
separate backup file.

There are 2 interaction triggering the same thing.

python-easyinstall is not a package anymore in Ubuntu 18.10

/reviewed-on !104

This test was probably asserting that initial state was OK

easy_install is not provided python-setuptools package for ubuntu 18.04. It seems easy_install is being removed

If they are not, it mess up the simulation.

This is only for when subscription request is present, as consumption is normally irrelevant from accounting point of view.

This preserves the previous approach from non-subscriptions hosting subscriptions.