logrotate stack uses srv/backup/logrotate

Since slapos commit 246be932e (component/libtirpc,libnsl: initial
inclusion, 2021-12-28) we have a slapos component, so no reason to
accept the system library

For fish shell, make slapos node software --only-sr and slapos node instance
--only-cp complete the software and partitions from the local slap proxy

We don't use abbreviations in the user interface, this also makes
another message to translate.

This reverts commit a8f83ef9 and the
other places where this pattern was copied.

If some non verified connection is being made, let's be honest and don't
hide it to user.

In the commit dc559dad specific exceptions
has been exposed to caller, but in case of SLAPOS_TEST_DEBUG enabled unusal
exception is raised.

This commit improves the situation so that behaviour is consistent neverthless
the SLAPOS_TEST_DEBUG.

This reverts commit 71fd0fab.

All Zelenium tests are failing because of this change.
Revert until all tests are fixed.

The change was missing in the commit 439786ba.

Filling the service worker is not supposed to take so much time

The inventory catalog uses second for precision.
Ensure all test movements are created in different seconds.

See merge request nexedi/slapos.core!334

The state of Software Release being cleaned up or not is really never
known, so simply drop the concept.

Use case to cover, is some developer having upgrade_scope=auto set and
installing archived SRs - it IS expected that such SR would be cleaned
if not used.

The allocation_scope of Compute Node is as important, as Compute Node
owner regarding the software management itself.

Add a test where the binary is compatible but the signature is unverified

Avoid catching interruptions and system calls during exception handling

Get all binaries for the requested SR
Indicate which are verified by the certificate list

Leave string interpolation to the logging method

Use `gcc -dumpmachine` instead of `platform.machine()` to discriminate
architecture

Use libnetworkcache to list only binaries with verified signature

See merge request nexedi/slapos.core!352

See merge request !346

See merge request nexedi/slapos.core!347

Improvements:

 * allow to destroy any kind of instance
 * damage software release to avoid change propagation
 * provide more information in the UI for the OSS Operator
 * stabilise field and action naming
 * allow to rename and destroy only stopped instances

For the OSS Operator it's important to have a safe way to rename and stop
instances, especially in context of the Instance Tree management.

This action is more advertised then rename and destroy, which has much
more drastic consequences.

Fix a missing dependency in 1.7.0 on python2

Minor version was increased because "slapgrid: Process promises with
instance python" brings full support of using slapos node on python3
also when using software on python2

Support a syntax like:

      slapos request \
        --node=computer_guid=local \
        --parameters-file=~/request.json \
        ERP5 \
        https://lab.nexedi.com/nexedi/slapos/raw/1.0.145/software/erp5/software.cfg

to request an instance with parameters in ~/request.json file.

This also teach slapos.core about the instance schema, which makes it possible to
understand the serialisation, so that we no longer need to use `_ = json.dump(params)`
to encode parameters.

This also emits a warning when requesting with parameters which do not match the schema.


See merge request !215

Because json is unicode in python2, pretty-printing the parameters would
display something like {u'foo': u'bar'}. Encode these unicode strings on
python2, so that it looks like {'foo': 'bar'} on both python2 and python3

This is more readable

Support a syntax like:

      slapos request \
        --node=computer_guid=local \
        --parameters-file=~/request.json \
        ERP5 \
        https://lab.nexedi.com/nexedi/slapos/raw/1.0.145/software/erp5/software.cfg

to request an instance with parameters in ~/request.json file.

This automatically understands the serialisation, when software uses json-in-xml
serialisation, no need to use `_` argument with the encoded json.

This allows easily serving a directory content with a server like this:

    from six.moves import SimpleHTTPServer

    class FileHTTPServer(ManagedHTTPServer):
      working_directory = profile_dir
      RequestHandler = SimpleHTTPServer.SimpleHTTPRequestHandler