See merge request !1707

We need also to start gitaly service before start gitlab restoration.

They are already in slapos stack

- add power_on parameter
- fix amarisoft_version parameter in ue
- fix com address in UE configuration
- add nginx for the websocket

During tests a hostname and port is provided instead
of an URL, so hostname needs to be retrieved

Update gNB configuration to match 2024 Amarisoft

User is still allowed to input a hidden parameter
to change the version

After dropping _force_slapos_node_instance_all tests with parameter propagation
need special treatment:

 * during first waitForInstance it is needed to wait for instance for the
   parameterto be requested to the master
 * during second waitForInstance the parameter is being propagated to other
   instances

This is solved by waitForInstanceWithPropagation

In some cases tests are modyfing in-place partitions (eg. .slapos-resource)
in order to mock some states. Then it's required to force instatiation with
waitForInstanceWithForce.

In other places additional, sometimes conditional, processing is added in
order to account for non forced default processing.

Do not force --all for instance in order to test real instantiation.

fix this error:

      t/unit-tests/clar/clar.c:209:10: fatal error: clar.suite: No such file or directory
      209 | #include "clar.suite"
            |          ^~~~~~~~~~~~
      compilation terminated.
      make: *** [Makefile:2795: t/unit-tests/clar/clar.o] Error 1
      git: Command 'set -e;make ' returned non-zero exit status 2.
      git: Compilation error. The package is left as is at /srv/slapgrid/slappart47/t/drw/shared/git/832728c0d7e76c5e768f4e3b2767d29d/.build/git-2.47.1 where you can inspect what went wrong.
      A shell script slapos.recipe.build.env.sh has been generated. You can source it in your shell to reproduce build environment.
      While:
      Installing git.
      Error: System error

See merge request !1701

See merge request !1631

- drop hardcoded values, use instance parameters
- propagate parameters to sub instances
- use uri template for monitoring setup url
- plus: fix password reinstall

this is actually failing with buildout 3.0.1+slapos007:

    While:
      Installing pillow-python.

    An internal error occurred due to a bug in either zc.buildout or in a
    recipe being used:
    Traceback (most recent call last):
      File "eggs/zc.buildout-3.0.1+slapos007-py3.9.egg/zc/buildout/buildout.py", line 2664, in main
        getattr(buildout, command)(args)
      File "eggs/zc.buildout-3.0.1+slapos007-py3.9.egg/zc/buildout/buildout.py", line 855, in install
        self._install_parts(install_args)
      File "eggs/zc.buildout-3.0.1+slapos007-py3.9.egg/zc/buildout/buildout.py", line 1026, in _install_parts
        installed_files = self[part]._call(recipe.install)
      File "eggs/zc.buildout-3.0.1+slapos007-py3.9.egg/zc/buildout/buildout.py", line 1948, in _call
        return f()
      File "eggs/zc.recipe.egg-2.0.8.dev0+slapos007-py3.9.egg/zc/recipe/egg/custom.py", line 80, in install
        return self._install()
      File "eggs/zc.recipe.egg-2.0.8.dev0+slapos007-py3.9.egg/zc/recipe/egg/custom.py", line 150, in _install
        return zc.buildout.easy_install.build(
      File "eggs/zc.buildout-3.0.1+slapos007-py3.9.egg/zc/buildout/easy_install.py", line 1163, in build
        return installer.build(spec, build_ext, patch_dict=patch_dict)
      File "eggs/zc.buildout-3.0.1+slapos007-py3.9.egg/zc/buildout/easy_install.py", line 970, in build
        patch_dict = patch_dict[dist.project_name]
    KeyError: 'pillow'