done with:

     npm install
     git ls-files | grep -v '\/unstable\/' | xargs ./node_modules/.bin/eclint fix
     git ls-files | grep buildout.hash.cfg | xargs ./update-hash

See merge request nexedi/slapos!779

As we have kvm with a section deployed using
collective.recipe.shelloutput, if collective.recipe.shelloutput isn't in
the SR folder anymore this section can't be uninstalled (as the
uninstall method is defined in the egg).

The output of buildout for this error was :

Installing switch_softwaretype.
Uninstalling frontend-port.
While:
  Installing.
  Uninstalling frontend-port.
  Installing recipe collective.recipe.shelloutput.
  Getting distribution for 'collective.recipe.shelloutput'.
Error: We don't have a distribution for collective.recipe.shelloutput
and can't install one in offline (no-install) mode.

The cause was a7a36453

kvm_controller_raw uses slapos.qemuqmpclient from slapos.toolbox

See the following error without this patch:

slapuser61@COMP-202:~/srv/runner/instance/slappart0$ /srv/slapgrid/slappart61/srv/runner/instance/slappart0/bin/kvm_controller_raw
Traceback (most recent call last):
  File "/srv/slapgrid/slappart61/srv/runner/software/1adf3dca589722a5eeac686fd4870ad0/bin/python-with-eggs", line 76, in <module>
    exec(compile(__file__f.read(), __file__, "exec"))
  File "/srv/slapgrid/slappart61/srv/runner/instance/slappart0/bin/kvm_controller_raw", line 9, in <module>
    from slapos.qemuqmpclient import QemuQMPWrapper, getInitialQemuResourceDict
ImportError: No module named qemuqmpclient

don't add automatic route when adding IP address on interface because
the automatic route doesn't add "via XXXXXX" gateway option.

In KVM setup, the host machine is the gateway. We need to go through the
gateway because we can't reach directly the other VM running on
different slaptap interfaces.

TODO: There are still direct references to specific version of Python in:
  - slapos component
  - bazel templates
  - nextcloud & theia SR

When we have a section to generate a python interpreter with eggs built
in, don't name this `extra-eggs` because the meaning is not clear.

Despite the name, this section was inherited from monitor, but now that
we fixed monitor to prefix the sections, this section is no longer
extended from monitor, but defined in softwares

The kvm software release was recently modified to use
slapos.cookbook:switch-softwaretype instead of the deprecated
slapos.cookbook:softwaretype.

The latter uses ConfigParser to generate
buildout-switch_softwaretype.cfg from template-*.cfg. However,
ConfigParser changes the section keys to lowercase, as shown in the
following example:

>>> from six.moves.configparser import ConfigParser
>>> from io import StringIO
>>> c = ConfigParser()
>>> c.readfp(StringIO("[FOO]\nBAR = BAZ"))
>>> s = StringIO()
>>> c.write(s)
>>> s.getvalue()
'[FOO]\nbar = BAZ\n\n'

This behavior is not present with
slapos.cookbook:switch-softwaretype.

This change is related to 11210de0.

Dead code from the previous commit has also been removed.

This avoids duplication of information.

- lsmod is wrong because kvm_intel may be built inside the kernel
- kvm_intel is wrong because it only works for Intel CPUs
  (for exemple, there exists kvm_amd)
- /dev/kvm may have wrong permissions

This requires the "prerm" plugin be enabled to be used in addition to devperm. 

I tested on production and it works fine.

/cc @tomo

/reviewed-on nexedi/slapos!687

If there is IPv6 on both interface, Linux will put a default route on
ens3 preventing IPv6 to work correctly on ens4.
Even disabling totally IPv6 from inside the host on ens3 may not work.
It is safer to disable it from qemu process directly. Also, it will ease
the configuration of the host.

NBD server is not running until an image is uploaded. Make sure that the
promise doesn't fail until the image is there. Also display a WARNING in
the connection parameter to say that the NBD server is not running.

The OS may not have Python (slapos-node package does not depend
on any version of Python). Another possible issue was found on Suse:

  make[3]: Entering directory '.../parts/glib__compile__/glib-2.56.4/gio'
    GEN      gdbus-daemon-generated.c
  Traceback (most recent call last):
    File "./gdbus-2.0/codegen/gdbus-codegen.in", line 53, in <module>
      from codegen import codegen_main
    File ".../parts/glib__compile__/glib-2.56.4/gio/gdbus-2.0/codegen/codegen_main.py", line 30, in <module>
      from . import parser
    File ".../parts/glib__compile__/glib-2.56.4/gio/gdbus-2.0/codegen/parser.py", line 23, in <module>
      import xml.parsers.expat
  ImportError: No module named xml.parsers.expat