This allows, in case of error, verbose what to do

   Implementation changed, Subscription Request is a Ticket-like, so it goes to normal feed.

   If the Subscription Request still submitted, display it on ticket list, so the user has some information on what is going on.

   ... we dont require to create and use the user under the same transaction anymore.

   This was missing when creating payment.

that is part of gcc-10 and the system libquatmath can be linked if built with system gcc-10.

  This is long gone

   in addion to Software Product

  Remove some editable fields that were probably added due copy and paste.

This is needed after nexedi/slapos@1888c1f2

See merge request nexedi/slapos.core!632

Without this, we can have such errors:
RuntimeError: Unknown ldd line ldd: warning: you do not have execution permission for `/opt/slapgrid/shared/bzip2/449734bcc91bae01810a28d0af447a66/lib/libbz2.so' for /opt/slapgrid/shared/bzip2/449734bcc91bae01810a28d0af447a66/lib/libbz2.so.

Indeed, the permission for the lib itself is:
[root@fedora-riscv slapos]# ls -l /opt/slapgrid/shared/bzip2/449734bcc91bae01810a28d0af447a66/lib/libbz2.so.1.0.8
-r--r----- 1 slapsoft slapsoft 260080 May 10 10:32 /opt/slapgrid/shared/bzip2/449734bcc91bae01810a28d0af447a66/lib/libbz2.so.1.0.8

See merge request nexedi/slapos.core!632

Many old releases do not have such json, and must still be configurable for now

It should be an action on an instance node

See merge request nexedi/slapos.core!607

This is mainly about error handling, simpler and more useful.

- Always warn when a valid SR can't be loaded, with a message that
  contains the original exception (for example, compared to before
  this commit, it will tell if a JSON file can't be found,
  or where JSON has syntax errors).

- Same as previous point if serialisation type is invalid or missing.
  If the caller needs it to transform parameters (parameters file),
  it will raise with the original exception. Otherwise, it falls back
  on json-in-xml. In some places, such fallback is a change of
  behaviour and I have no opinion about it except that at least
  it's now consistent throughout slapos.core.

- Remove warning about RootSoftwareInstance/default: meaningless
  because contradicted the comment, and useless because the transition
  to 'default' is already complete for SR schemas. There are still 3
  lines of backward compatibility code for the rest of slapos.core.

- Don't read the same file several times. Note however that this
  performance fix is only for the SoftwareReleaseSchema class:
  the caller should be fixed to not instanciate several times with
  the same parameters (from do_request & _requestComputerPartition).

See merge request !621

See nexedi/slapos.core@01bd2af3

- drop Base_getSupportRequestInProgress
- drop SupportRequest_getLastEvent

  This code isnt needed anymore.

   This is easily doable via portal_templates, so no need to keep ad-hoc scripts here.

  not the agregate.