- 11 Oct, 2017 13 commits
-
-
Jérome Perrin authored
Now we can run slaprunner's slapos just with `slapos`
-
Jérome Perrin authored
For consistency and because mosh uses $SHELL and otherwise would use the system shell ( /bin/sh )
-
Jérome Perrin authored
~/bin/bash was used sometimes in place of bash, but we can use the "real" bash directly, not need for a wrapper. Introduce a section to define the shell $PATH and $SHELL we want to reference from other sections. slapos.cookbook:shell recipe creates a wrapper copying environment of user running slapos node instance, but we are trying to avoid this.
-
Jérome Perrin authored
For consistency, we want to use this shell when invoking `bash`
-
Jérome Perrin authored
When connecting by ssh, bash starts with a $PATH containing standard directories (/usr/bin:/bin). We don't want this to have priority either.
-
Jérome Perrin authored
This simplifies 17931bed by not overriding ~/.bashrc (that according to our ~/.bash_profile can be modified by end users)
-
Jérome Perrin authored
Because we have set a $PATH containing mosh-server it can be used with: $ LC_ALL=C.UTF-8 mosh slapuser0@2001:67c:?:?:?:? --ssh='ssh -p 22222'
-
Jérome Perrin authored
shellinabox shell wrapper, bash's .bashrc, gunicorn environment (which minishell's inherit) and openssh command should all have the same $PATH for consistency
-
Jérome Perrin authored
Only use /usr/bin:/bin/ as a fallback.
-
Jérome Perrin authored
Environment of user running `slapos node instance` should not influence the instance.
-
Yusei Tahara authored
-
Yusei Tahara authored
-
Yusei Tahara authored
-
- 10 Oct, 2017 4 commits
-
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
Go1.5 and go1.6 are not used anywhere in slapos tree and neither these versions are supported by upstream release policy https://golang.org/doc/devel/release.html#policy anymore. So let's remove them.
-
Alain Takoudjou authored
-
- 09 Oct, 2017 4 commits
-
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
- 06 Oct, 2017 3 commits
-
-
Hardik Juneja authored
/reviewed-on nexedi/slapos!239
-
Julien Muchembled authored
-
Rafael Monnerat authored
This reverts commit 9b0b7a8b
-
- 04 Oct, 2017 5 commits
-
-
Julien Muchembled authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
- 02 Oct, 2017 5 commits
-
-
Sebastien Robin authored
This reverts commit 40108537. Using the public cloudooo for all unit tests makes things unreliable, we have every day many tests failing due to this. It would be required to reapply this change to : - make ERP5 more resilient to network failures when there is issues connecting to cloudooo - find some automated ways to have a cloudooo per testnode machine, with idea of having possibility to request "where is the nearest service doing that" - possibly having a CDN of cloudooo, but this does not prevent having a cloudooo per testnode
-
Rafael Monnerat authored
-
Jérome Perrin authored
what we usually call float is called number in json schema https://spacetelescope.github.io/understanding-json-schema/reference/numeric.html#number
-
Jérome Perrin authored
Test will fail if /tmp/instance_test_resourcefile already exists
-
Jérome Perrin authored
All tests from `slapos.test.recipe` module were executed twice since f8de4cc4 when running as `python setup.py test` `python setup.py test --test-suite slapos.test.test_recipe.additional_tests` still runs only tests for recipes and `python setup.py test` runs tests for recipe and static tests for software releases (for now json schema). @rafael @katomaso /reviewed-on !234
-
- 29 Sep, 2017 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 28 Sep, 2017 5 commits
-
-
Kazuhiko Shiozaki authored
-
Julien Muchembled authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-