- 28 Oct, 2019 2 commits
-
-
Alain Takoudjou authored
-
Alain Takoudjou authored
This reverts commit 4636f49f.
-
- 24 Oct, 2019 1 commit
-
-
Tatuya Kamada authored
-
- 23 Oct, 2019 1 commit
-
-
Łukasz Nowak authored
This reverts commit 97884c30. Package like lm-sensors, which depends on the kernel, shall be provided by the OS. /reviewed-on nexedi/slapos!642
-
- 21 Oct, 2019 2 commits
-
-
Łukasz Nowak authored
It is proven to work on Debian 10. /reviewed-on nexedi/slapos!640
-
Łukasz Nowak authored
slapos node collect require lmsensors, so use those ones provied with slapos component. /reviewed-on nexedi/slapos!641
-
- 18 Oct, 2019 1 commit
-
-
Julien Muchembled authored
-
- 17 Oct, 2019 3 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
- 16 Oct, 2019 1 commit
-
-
Jérome Perrin authored
Otherwise it will be installed without our special part, using system curl. /reviewed-on nexedi/slapos!639
-
- 15 Oct, 2019 1 commit
-
-
Łukasz Nowak authored
-
- 11 Oct, 2019 2 commits
-
-
Jérome Perrin authored
/reviewed-on nexedi/slapos!635
-
Jérome Perrin authored
also drop test_nextcloud_promises as promises are now checked by framework. /reviewed-on nexedi/slapos!636
-
- 10 Oct, 2019 9 commits
-
-
Jérome Perrin authored
-
Łukasz Nowak authored
Prove that: * VNC is accessible * monitor-base-url on each partition is accessible with password extracted from the main partition
-
Łukasz Nowak authored
frontend-instance-guid and frontend-additional-instance-guid are used to control where the websocket frontend shall end up.
-
Łukasz Nowak authored
-
Łukasz Nowak authored
Real frontend is always requested. Additional frontend is requested only if frontend-additional-instance-guid is not empty. This frontend is published as url-additional and can be used for access to users from some restricted networks.
-
Łukasz Nowak authored
publish-early does not work in this case, and monitor password is stored in buildout elsewhere anyway.
-
Łukasz Nowak authored
-
Łukasz Nowak authored
-
Jérome Perrin authored
-
- 09 Oct, 2019 2 commits
-
-
Cédric Le Ninivin authored
-
Cédric Le Ninivin authored
-
- 08 Oct, 2019 1 commit
-
-
Jérome Perrin authored
-
- 07 Oct, 2019 14 commits
-
-
Jérome Perrin authored
Update almost all tests to use nexedi/slapos.core!64 Notable changes: * the testcase class is generated dynamically with `makeModuleSetUpAndTestCaseClass` * `self.slap` allow low level control of slapos * IP addresses are available as `_ipv6_address` and `_ipv4_address` class attributes * `getSupervisorRPCServer` no longer exist, instead use `self.slap.instance_supervisor_rpc` (as context manager) * now the framework takes care of running promises and instance step fail when instanciation fail or when promises are not satisfied (as a result, some tests checking promises are dropped) * test needs `slapos` and `supervisord` commands in PATH. It's important to have a recent enough `slapos` and not the `~/bin/slapos` from slaprunner which sets `$SLAPOS_CONFIGURATION` Following tests were not updated: * `caddy-frontend` as this will require more work, because this software uses shared partitions and maybe other things will need to be adapted in the tests. * `slapos-master` as it is same as ERP5 and I thought maybe we can do better than duplicating code, so I left it as is for now. * `nextcloud` as this fail the `slapos node instance` step. There are also a few style changes or small fixes to make pylint happy and some other fixes for problems with softwares and also a fix for seleniumrunner flaky test. /reviewed-on nexedi/slapos!624
-
Jérome Perrin authored
-
Jérome Perrin authored
also drop test_turnserver_promises as promises are now checked by framework.
-
Jérome Perrin authored
slapos.cookbook:zero-knowledge.read has this limitation that because it reads the secret file on __init__, ie. before any other parts are installed, the value cannot be read the first time. On first slapos node instance run, the generated turnserver-config has an empty secret, it's only after the second execution that the secret is generated. What happens is: - first run: - read-secret __init__ cannot find the file and does not override secret - turnserver-config uses the default ${read-secret:secret} (empty string) - gen-secret install creates the secret file - second run - read-secret __init__ finds the file and override secret with the value read from the file. - turnserver-config uses the overriden ${read-secret:secret} (good secret) This was not a problem before, because some frontend promise were always failing, so we processed this partition several time, but now it is succesfully processed the first time. To workadound this, we prevent turnserver from starting if secret is empty, then promise will fail, instance will be processed a second time and then turnserver will run with a secret.
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
This was causing "No JSON object could be decoded"
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
now that promises are satisfied, we don't retry slapos node instance again and again, so this test starts earlier and we need to wait longer for ERP5 to be ready. Also tolerate that this 503 can be 404 (I think this happened a few time on test nodes in the past)
-
Jérome Perrin authored
-