See merge request nexedi/slapos.core!553

   This gives same visual/information as user has

   Those gadgets should be reusable via older erp5 ui and oss website.

  Try to compute status like the user view. It makes things easier for the administrator if he can also have the same set of messages and information to debug.

   Otherwise save the form may check security on the object listed

The output of slapos commands has been observed to be truncated earlier
than desired in some cases due to long promise messages in output of
slapos node instance and long paths included in the logs.

See merge request !551

See merge request nexedi/slapos.core!550

See merge request nexedi/slapos.core!549

   Now we only have a single div (status) rather them two.

    The secondary element is not that useful in reality, since it eventually contains something failing and tickets provides an way better overview of the problem.

   Also create a testing ERP5 Software Release

See merge request !538

Promise launcher compares current slapgrid version with an old version
number to determine if some feature is supported or if it should use a
legacy workaround. But the comparison was a simple lexicographic order
string comparison, and now that we incremented from 1.9.3 to 1.10.0 it
wrongly compared the versions. Fix it with pkg_resources.parse_version.

See merge request nexedi/slapos.core!548

    Compute Node must be able to invalidate Certificate Login whenever the Software Instance is destroyed.

When the range available to allocate a single IPv6 to each partition is
too small, wrap around by allocating the same IPs instead of aborting.

The wrap around logic loops over the addresses in the range other than
0 and 1 which are reserved for the slapnode, except if the range is so
small that there are no other addresses.

   Since login is invalidated the user wont be able to login into master anymore.

   Revoke certificate too often may cause an excessive amount which dont scale.

Standalone uses the path of a slapos binary passed as a parameter to
run slapos commands with supervisord or as subprocesses, instead of
recreating an entry point script into the slapos version currently
running standalone. Normally the slapos binary provided is actually
the same slapos. One reason to do it this way is that in test nodes,
standalone is run with pygolang's gpython which doesn't support
running buildout (buildout tries to reexec with -S).

Store ip/netmask instead of ip/prefixlength in computer definition file
generated by standalone because that is what format expects to parse.

Due to typo, ipv4 address was wrongly used when loading ipv6 range
from computer definition file. Also, prefixlength was misleadingly
loaded as netmask.

if ipv6 is a range with prefix length N < 112:
  => give a unique ipv6 to each partition and a unique /N+16 range
if ipv6 is a range with prefix length >= 112
  => give a unique ipv6 to each partition
if ipv6 is not a range:
  => give the same ipv6 to each partition
Co-authored-by: Xavier Thompson <xavier.thompson@nexedi.com>

See merge request !540

   This is covered by UI test

    This ensure that when users access the site, the information is likely to be cached already.

  Dont fetch the list twice for Network and Organisation
  We dont use Project anymore
  Direct call API for getAccessStatus instead call ComputeNode_getNewsDict

  Similar to getComputeNodeInformation, use caching system to not
  recalculate status for the related software instances, only acquire
  from cache if it is updated.

  There isn't a need for such aggregated monitoring on Project