- 09 Oct, 2017 1 commit
-
-
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 nexedi/slapos@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 nexedi/slapos!234
-
- 29 Sep, 2017 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 28 Sep, 2017 10 commits
-
-
Kazuhiko Shiozaki authored
-
Julien Muchembled authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Hardik Juneja authored
-
Hardik Juneja authored
-
Hardik Juneja authored
I have been facing some gunicorn issues while fixing tickets. The gunicorn fails start because the pid has been taken by some other process. This bug has been solved in the v19.7.0. See: https://github.com/benoitc/gunicorn/blob/master/gunicorn/pidfile.py#L75 Also See: https://github.com/benoitc/gunicorn/releases/tag/19.7.0 Almsost a year ago Nicolas fixed the version of gunicorn to v19.4.5 here 391b026e Since then the bug stoping up from upgrading has been fixed as well. /reviewed-on nexedi/slapos!228
-
Łukasz Nowak authored
Without logs of SlapOS it is hard to understand the problem in case of failure, thus add part of this information into log file.
-
Jérome Perrin authored
Add a Mosh (mobile shell) component https://mosh.org/ , especially for the "local echo" feature ( see [demo](https://youtu.be/XsIxNYl0oyU?t=6m11s)) that makes remote shell over high latency network less painful. --- I could not get the integrated `mosh` command to work with webrunner's openssh, but I'm already opening this MR for visibility. For now, connecting using the way described as **Q: How do I run the mosh client and server separately?** in mosh [FAQ](https://mosh.org/#faq) works. You can evaluate this with: ```ini [buildout] extends = component/mosh/buildout.cfg parts = mosh ``` Start the server from the server side (after ssh'ing to the server) : ```bash $ LC_ALL=C.UTF-8 ./parts/mosh/bin/mosh-server new -s -v ``` it will prints something like: ``` MOSH CONNECT 60002 XXXeu5nj+CLZtw/HiIcrLQ mosh-server (mosh 1.3.0) [build mosh 1.3.0] Copyright 2012 Keith Winstein <mosh-devel@mit.edu> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. [mosh-server detached, pid = 24525] ``` then from client connect with: ```bash $ MOSH_KEY=XXXeu5nj+CLZtw/HiIcrLQ mosh-client 2001:X:X:X:X 60002 ``` /reviewed-on !164
-
- 27 Sep, 2017 9 commits
-
-
Hardik Juneja authored
When a file is removed while rsync is running (after build the list and before transfer the file), rsync fail with the follow message: rsync warning: some files vanished before they could be transferred Long back rafael proped a solution here 387d3b7e But it seems like adding --ignore-missing-args dont really help but just ignore the files given in args and are counldn't be found anymore. /reviewed-on nexedi/slapos!225
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Tristan Cavelier authored
-
Tristan Cavelier authored
-
Nicolas Wavrant authored
-
- 26 Sep, 2017 1 commit
-
-
Alain Takoudjou authored
-
- 25 Sep, 2017 1 commit
-
-
Rafael Monnerat authored
-
- 20 Sep, 2017 2 commits
-
-
Rafael Monnerat authored
This library is required for a generic implementation of OAuth implementation of facebook login
-
Rafael Monnerat authored
-
- 18 Sep, 2017 1 commit
-
-
Julien Muchembled authored
-
- 14 Sep, 2017 1 commit
-
-
Tomáš Peterka authored
/reviewed-on !223
-