/reviewed-on !53

As these slapparts are unstable and are updated every couples of months.
Do so by using the API-ification of inspectInstance which can now
return a JSON (thus output can be easily processed)

As in webrunner slappart0 is always the root instance and
all needed parameters are bubbled up to it

This shall be helpful when debugging why the data disappeared from a webrunner.

/cc @cedric.leninivin  @jerome @Nicolas @alain.takoudjou @rafael

/reviewed-on nexedi/slapos.toolbox!52

This shall be helpful when debugging why the data disappeared from a
webrunner.

This promises are used in caddy-frontend to check slave frontend status. We don't want to run them everytime buildout will deploy frontend because:
- there is too many slaves, check all slave frontend promises while deploying frontend will slow down slave frontend deployment.
- we don't want to reprocess frontend if one of slave frontend promise is failing

First start of promise migration to new python promises format. Promises migrated here are
used in caddy-frontend and monitor stack.

[webrunner] when displaying connection parameters, sort them in alphabetical order (as done on slapos master)

@jerome @jm @vpelletier @rafael @Nicolas @guillaume.hervier @alain.takoudjou

I tested in my webrunner

/reviewed-on !48

Function should return True if everything is OK.
Also add some logging

As mentionned by @jerome in 2848a965
fnmatch allows more natural definitions for path manipulations

The promise should not fail if the backup was never launched because the instance just deployed.

/reviewed-on !47

Thus we have more possibilities in filtering than just excluding
a full directory.

It can exclude directories from the hash computation, which may
be handy for more than one software release.
Its first application will be to exclude logrotated logs from the signature
file, and the zodb backup, as they integrate their own integrity mechanisme