An error occurred fetching the project authors.
- 13 Nov, 2019 1 commit
-
-
Nicolas Wavrant authored
In test nodes we put the software_root folder out of the webrunner so we can keep it for the following tests. Except that the shared folder has been introduced by default recently, and it is still inside the webrunner. Thus, between 2 tests the webrunner is deleted, so the shared parts are too, but not the SR folder (which is marked as completed). Then in the successive tests the software release fails to build, or the insances fail to isntanciate.
-
- 12 Nov, 2019 2 commits
-
-
Łukasz Nowak authored
/reviewed-on nexedi/slapos!654
-
Nicolas Wavrant authored
It has been moved to component/rdiff-backup, but it was been forgotten to clean it here
-
- 08 Nov, 2019 18 commits
-
-
Julien Muchembled authored
-
Łukasz Nowak authored
-
Łukasz Nowak authored
-
Łukasz Nowak authored
runTestSuite.in uses _update_hash_filename_ compatbility to avoid clash with section's filename key. As software.cfg is extended by other software releases rename the template part to template-neo in order to avoid clash of sections.
-
Łukasz Nowak authored
instance.cfg md5sum has been omitted.
-
Łukasz Nowak authored
-
Łukasz Nowak authored
_update_hash_filename_ key is used to avoid clash with recipe.
-
Łukasz Nowak authored
-
Łukasz Nowak authored
-
Łukasz Nowak authored
-
Łukasz Nowak authored
hexagonit.recipe.download is replaced with slapos.recipe.build:download in order to have the same approach everywhere and so _update_hash_filename_ key is used to avoid collision with section:filename.
-
Łukasz Nowak authored
-
Łukasz Nowak authored
Use _update_hash_filename_ to avoid filename clash with recipes.
-
Łukasz Nowak authored
-
Łukasz Nowak authored
-
Łukasz Nowak authored
_update_hash_filename_ is used to avoid conflict of section:filename key with hexagonit.recipe.download
-
Łukasz Nowak authored
A lot recipes treats filename key as something special, so for them support additional key _update_hash_filename_, in order to avoid such clash.
-
Nicolas Wavrant authored
In 95c05120, a published parameter "ssh-url" was added to the webrunner, clashing with the existing "ssh-url" parameter used by the resilient stack (which is extended by webrunner). As the new "ssh-url" is public and read by customers, it doesn't make sense to rename it to something more slaprunner-ished, more especially it already existis "ssh-command", so if a second parameter was named "runner-ssh-url" it wouldn't make sense to the user... This change had to be propagated to all the software releases extending the resilient stack. Finally, I think that stacks should use namespaces to avoid conflicts with the software releases extending them. Currently, we are doing the opposite and are using namespaces for software release to avoid conflicting with their stack : for exemple, in stack/resilient we have a section [sshd-raw-server] and in the software/slaprunner we have [runner-sshd-raw-server]. This situation will create clashes when one software release extends 2 stacks, as nothing guarantees that 2 stacks have no conflicting section name, config file path, ...
-
- 07 Nov, 2019 3 commits
-
-
Łukasz Nowak authored
This test just update slave dict of the class, so it is needed to request.
-
Łukasz Nowak authored
As timeout is the same on frontend caddy, ATS and backend caddy allow 0 or 1 accesses to the additional endpoints. The request might not reach the backend caddy, and this is expected.
-
Łukasz Nowak authored
-
- 06 Nov, 2019 12 commits
-
-
Thomas Gambier authored
-
Xiaowu Zhang authored
-
Xiaowu Zhang authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Łukasz Nowak authored
-
Łukasz Nowak authored
/reviewed-on nexedi/slapos!647
-
Łukasz Nowak authored
-
Łukasz Nowak authored
It is not part of the tested system.
-
Łukasz Nowak authored
-
Łukasz Nowak authored
The test system requires to adapt to changes in slapos.core rapidly, and so it has use the most recent version.
-
Jérome Perrin authored
Sometimes we observe: /usr/bin/ld: cannot find -laspell collect2: error: ld returned 1 exit status libtool: install: error: relink `email-filter.la' with the above command before installing it Makefile:960: recipe for target 'install-filterLTLIBRARIES' failed /reviewed-on nexedi/slapos!652
-
- 05 Nov, 2019 2 commits
-
-
Łukasz Nowak authored
QEMU has troubles if host runs on XFS, which is already fixed upstream: https://git.qemu.org/?p=qemu.git;a=commitdiff;h=b2c6f23f4a9f6d8f1b648705cd46d3713b78d6a2 But as new release is not there qemu-kvm is fixed like distributions do: https://bugzilla.redhat.com/show_bug.cgi?id=1751934#c22 /reviewed-on nexedi/slapos!650
-
Julien Muchembled authored
-
- 04 Nov, 2019 1 commit
-
-
Łukasz Nowak authored
Due to missing test and rare condition, if https-only and prefer-gzip-encoding-to-backend were true accessing http:// of the slave resulted with redirecting to the https:// url with prefer-gzip added to the path, which is fixed and tested here.
-
- 31 Oct, 2019 1 commit
-
-
Romain Courteaud authored
-