An error occurred fetching the project authors.
- 17 Apr, 2020 4 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Rafael Monnerat authored
in some webrunner, there are 2 keys in equeue.db: ``` >>> print(db.keys()) ['/srv/slapgrid/slappart18/bin//runner-importer', '/srv/slapgrid/slappart18/bin/runner-importer'] ``` As you can see, the importer script path changed. But we don't care about this, we always want to have the latest (= the newest) backup date. See merge request !734
-
Thomas Gambier authored
in some webrunner, there are 2 keys in equeue.db: ``` >>> print(db.keys()) ['/srv/slapgrid/slappart18/bin//runner-importer', '/srv/slapgrid/slappart18/bin/runner-importer'] ``` As you can see, the importer script path changed. But we don't care about this, we always want to have the latest (= the newest) backup date.
-
- 16 Apr, 2020 3 commits
-
-
Jérome Perrin authored
Because of a bug in `slapos/testcase`, ldd check was not properly reporting several problems, because several components were using system libraries. These are the changes to profiles, adding the missing rpath and other changes so that components do not use system libraries either by explicitly providing the libraries so that the configure script does not use system development libraries if they are available ( like for zstd ) or by disabling the features at compile time for features we don't use ( like the `--without-icu` for boost ) See merge request !732
-
Jérome Perrin authored
Fix this random failure we sometimes have, like [here](https://nexedijs.erp5.net/#/test_result_module/20200414-44DF7D23/11) by adding a promise so that test does not try to connect to a nginx that's not started yet ``` ====================================================================== ERROR: test (test.TestJSTestNode) ---------------------------------------------------------------------- Traceback (most recent call last): File "parts/slapos-repository/software/jstestnode/test/test.py", line 60, in test '%sjio/test/tests.html' % (connection_dict['nginx'], ), allow_redirects=False) File "eggs/requests-2.20.0-py2.7.egg/requests/api.py", line 75, in get return request('get', url, params=params, **kwargs) File "eggs/requests-2.20.0-py2.7.egg/requests/api.py", line 60, in request return session.request(method=method, url=url, **kwargs) File "eggs/requests-2.20.0-py2.7.egg/requests/sessions.py", line 524, in request resp = self.send(prep, **send_kwargs) File "eggs/requests-2.20.0-py2.7.egg/requests/sessions.py", line 637, in send r = adapter.send(request, **kwargs) File "eggs/requests-2.20.0-py2.7.egg/requests/adapters.py", line 516, in send raise ConnectionError(e, request=request) ConnectionError: HTTPConnectionPool(host='::1', port=9443): Max retries exceeded with url: /jio/test/tests.html (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7f9b01f4b310>: Failed to establish a new connection: [Errno 111] Connection refused',)) ``` See merge request !733
-
Jérome Perrin authored
Several software use `slapos` command and expect this command to have networkcache support enabled, which is achieved in buildout by having `slapos.libnetworkcache` in the egg "working set" when generating the slapos script. Introduce a dedicated section to install `slapos` command and use it in softwares which includes a slapos, testnode and slaprunner. Test softwares like slapos-sr-testing also need a slapos command, but they generate one with development version of slapos.core. Before these changes, several software were installing `slapos` indirectly by installing `extra-eggs` from monitoring stack. The monitoring stack was also modified so that it uses a section with a prefix (`monitor-eggs`) and users of monitoring stacks were also modified to not use this `extra-eggs` part from monitoring stack, but install eggs through their own section. Similar problem also existed with `slapos.toolbox`, which is installed by several softwares and stacks, for different reasons (because it contains lots of utilities), now that buildout detects parts installing the same path, only one parts can install the scripts. For this, define a section `slapos-toolbox` that software and stack should install, instead of listing the egg as `eggs` in a `zc.recipe.egg` section, because that would install the scripts again. See merge request !729
-
- 15 Apr, 2020 19 commits
-
-
Jérome Perrin authored
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.
-
Jérome Perrin authored
This section installs slapos.toolbox eggs with dependencies and install scripts
-
Jérome Perrin authored
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
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
Also build the binaries as static so that they don't use system libraries.
-
Jérome Perrin authored
-
Jérome Perrin authored
To prevent using system libraries
-
Jérome Perrin authored
Otherwise it will try to use development system package and we will have different results depending on wether that package is installed or not. Note that because of a typo in the environment variable (this makefile uses $LDFLAGS, slapos zlib was not effective so far)
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
slap_connection is deprecated
-
Jérome Perrin authored
This prevent naming conflicts in softwares extending and is cleaner. Also other cleanups: - install an interpreter with a prefix, for similar reason - list monitor scripts explicitly, so that we don't have collisions with other sections installing same eggs (eg. slapos.core) - use ${buildout:bin-directory} instead of guessing it
-
Jérome Perrin authored
-
Jérome Perrin authored
This section installs a slapos command with network cache enabled, for softwares using an embedded slapos.
-
Jérome Perrin authored
Only install required eggs, drop unused [testnode] section
-
Jérome Perrin authored
this section is supposed to install slapos.cookbook, the egg with recipe at this point slapos.libnetworkcache should be already available.
-
Jérome Perrin authored
-
- 14 Apr, 2020 1 commit
-
-
Rafael Monnerat authored
-
- 13 Apr, 2020 3 commits
-
-
Jérome Perrin authored
* use strings for options, not `sets` which requires to use the `'!py!'` syntax and only works on a patched buildout * supports regenerating config, like when for example IP change * Removes the backup part of the recipe, which we don't use and looks buggy. * fix python3 support See merge request !727
-
Jérome Perrin authored
This should fix this random failure with tests: ====================================================================== FAIL: test_influxdb_api (test.TestInfluxDb) ---------------------------------------------------------------------- Traceback (most recent call last): File "parts/slapos-repository/software/grafana/test/test.py", line 126, in test_influxdb_api [connection_params['influxdb-database']], result['series'][0]['values']) AssertionError: ['telegraf'] not found in [[u'_internal']]
-
Jérome Perrin authored
-
- 10 Apr, 2020 1 commit
-
-
Thomas Gambier authored
-
- 09 Apr, 2020 9 commits
-
-
Rafael Monnerat authored
This script everything required to release slapos.cookbook, and verbose additional information to the user review and push the changes. This script automatically slapos.cookbook version on update stack/slapos.cfg also, if you want only release the EGG w/o using it, you can call it using: EGG_ONLY=Y bash release-cookbook else, call it only by 'bash release-cookbook'.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
This script should be invoked to release a new software release, it will use what is in 1.0 branch to create the tag, and it will verbose the follow information... ################################################################### You are about to release a new version of SlapOS Software Release Lastest release: 1.0.144 Next Release to be Tagged: 1.0.145 ################################################################### Please review current tag and them push it: To review use git log 1.0.145 To push into main repository: git push origin 1.0.145
-
Jérome Perrin authored
Update Thiea to 1.0, described a bit on : https://dev.to/svenefftinge/theia-1-0-finally-a-good-browser-ide-3ok0 Add by default some extensions for python and buildout. Also request a frontend so that we can access over IPv4 See merge request !725
-
Nicolas Wavrant authored
As we have runners with a section deployed using collective.recipe.shelloutput, if collective.recipe.shelloutput isn't in the SR folder anymore thisi section can't be uninstalled (as the uninstall method is defined in the egg). The output of buildout for this error was : While: Installing. Uninstalling runner-sshkeys-publickey-fingerprint-shelloutput. 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. While: Installing switch_softwaretype. The cause was f936ea2c
-
Ivan Tyagov authored
Starting from nexedi/slapos.recipe.build@5e95d882 gitclone should have built-in support for submodules. Credit: Kirill.
-
Nicolas Wavrant authored
The error was : Error: The following paths are already installed by other sections: {'/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/slapos-watchdog': 'extra-eggs', '/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/networkcache-download': 'slapos-cookbook', '/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/slapos': 'extra-eggs', '/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/generate-signature-key': 'slapos-cookbook', '/opt/slapgrid/4eb4146f38fc86ed2ad060217a1a95a6/bin/networkcache-upload': 'slapos-cookbook'}
-
Julien Muchembled authored
There was a typo and anyway it wouldn't have worked because of nexedi/slapos.buildout!11
-
Julien Muchembled authored
-