- 05 Apr, 2024 1 commit
-
-
Ivan Tyagov authored
-
- 04 Apr, 2024 1 commit
-
-
Thomas Gambier authored
See merge request nexedi/slapos!1557
-
- 03 Apr, 2024 5 commits
-
-
Thomas Gambier authored
-
Thomas Gambier authored
Also remove old unused gcc version
-
Thomas Gambier authored
unfortunately, there is no official release anymore so use a commit from master.
-
Thomas Gambier authored
-
Thomas Gambier authored
-
- 28 Mar, 2024 3 commits
-
-
Rafael Monnerat authored
This reverts commit 3d63cd39.
-
Rafael Monnerat authored
This reverts commit 1bd75eee.
-
Rafael Monnerat authored
-
- 26 Mar, 2024 7 commits
-
-
Rafael Monnerat authored
The backend haproxy must not handle the arbitrary variable Remote-User from headers. It isn't implemented authentication on this backend, so this setting is irrelevant by default. The proper way to handle authentication is use a trustfull frontend that will set this variable after properly authenticate the certificate and extract the user.
-
Rafael Monnerat authored
For now the only exception is slapos_configurator only
-
Jérome Perrin authored
While running tests using all.bash, `$HOME/.cache/go-build/` is populated with data referencing the build folder. This is problematic when using shared parts and installing a not pinned software release multiple times, like it is the case on test node. A scenario like this can happen: - a first succesful build install in `<shared>/golang1.21/<HASH1>` - golang1.21 section is changed in a the software release - golang1.21 is installed in `<shared>/golang1.21/<HASH2>`, running test fails because the cache `<software_folder>/.cache/go-build/` in references paths from `<shared>/golang1.21/<HASH1>/.build/go/src`, that was used when building the first build and have been removed while installing. This is visible with errors like this: 2024-03-21 20:52:37,214 INFO slapgrid_sr: 2024-03-21 20:52:37 slapos[23849] INFO vet: can't parse raw cgo file: open ../../../../a984f246a1b2789081965ab5c05674a8/.build/go/src/net/cgo_linux.go: no such file or directory
-
Ivan Tyagov authored
See merge request nexedi/slapos!1551
-
Ivan Tyagov authored
-
Ivan Tyagov authored
See merge request nexedi/slapos!1548
-
Ivan Tyagov authored
This reverts commit 5814aadb7234c6772e855c5549afbb09feeb1f5e.
-
- 25 Mar, 2024 1 commit
-
-
Lu Xu authored
-
- 22 Mar, 2024 1 commit
-
-
Julien Muchembled authored
Grrr Jinja2 does not want me to write: {%- if any(node.get(x, 1) for x in ('admin', 'master', 'storage-count')) %}
-
- 21 Mar, 2024 4 commits
-
-
Lu Xu authored
-
Lu Xu authored
-
Lu Xu authored
-
Jérome Perrin authored
See https://docs.python.org/3/using/cmdline.html#envvar-PYTHONHASHSEED Setting a value will set the environment variable for all zope processes and for the test runner. Default behavior is: - for zope: do not set the variable, so default python behavior will be used ( equivalent to setting `0` on python2 and `random` on python3) - for test runner: generate a random value for each execution and print it, to make it easy to re-run a failing test with the same seed. This means that ERP5 tests will likely reveal problems where code depends on python2 behavior of deterministic hashing. To keep previous behavior (and hide these problems), it's possible to set python-hash-seed to 0 in test suite parameters.
-
- 20 Mar, 2024 3 commits
-
-
Paul Graydon authored
See merge request nexedi/slapos!1553
-
Thomas Gambier authored
See: nexedi/rubygemsrecipe!10 nexedi/slapos.buildout!29
-
Titouan Soulard authored
The CertificateAuthority tool in ERP5 uses UTF8 encoding for certificates, but by default OpenSSL does not. This cause an error when using non-ascii characters: ``` The localityName field is different between CA certificate and the request ``` To solve the problem, the Certificate Authority recipe should use the same encoding as ERP5, which requires adding `-utf8` option when invoking OpenSSL. For instance, creating a certificate with `localityName` Москва will give the following with the default OpenSSL encoding: `\C3\90\C2\9C\C3\90\C2\BE\C3\91\C2\81\C3\90\C2\BA\C3\90\C2\B2\C3\90\C2\B0`. UTF8-encoding this same string gives `\D0\9C\D0\BE\D1\81\D0\BA\D0\B2\D0\B0`, which is what ERP5 expects.
-
- 19 Mar, 2024 3 commits
-
-
Paul Graydon authored
-
Jérome Perrin authored
-
Rafael Monnerat authored
See merge request nexedi/slapos!1552
-
- 18 Mar, 2024 6 commits
-
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
- 15 Mar, 2024 2 commits
-
-
Thomas Gambier authored
This option will give fixed IP to each SIM card.
-
Thomas Gambier authored
-
- 13 Mar, 2024 1 commit
-
-
Léo-Paul Géneau authored
component/mavsdk: v↑ mavsdk (0.39.0 -> 1.4.13) component/gwsocket: add gwsocket websocket server software/js-drone: add frontend for subscriber software/js-drone: use WebSocket for subscriber slapos/software: run quickjs as a service
-
- 12 Mar, 2024 2 commits
-
-
Łukasz Nowak authored
* the default is already tested so drop TestRe6stVerificationUrlDefaultSlave * use locally provided URL to check re6st-verification-url, to not depend on external resources slapos!1501 did a good job with making default disabled, but during the code review tests changes were not well checked.
-
Titouan Soulard authored
logrotate test for the rapid-cdn SR have been failing for quite some time because of a squid.log file created (and henceforth rotated) on any slave instance of the CDN: ``` Traceback (most recent call last): self.assertEqual( AssertionError: Items in the second set but not the first: 'squid.log_10.0.160.212.20240306.23h57m09s-20240307.00h00m02s.old.xz' ``` Since we do not want to test this file in that specific test, this commit instead loosely check the content of the rotated files directory. In other words, the test now checks for the presence of the two files to be tested, but avoid failing if other files exist. This goes in line with the two following lines of that same test, loosely checking for file absence instead of an empty directory. /cc @tomo @luke /approved-by @luke /reviewed-on !1541
-