- 09 Dec, 2020 1 commit
-
-
Łukasz Nowak authored
While caucase-updater aibcc was added, it was copy & pasted from aikc, and by mistake it shared data_dir, which results with not working update of certificates. This fixes this issue introduced in "caddy-frontend: Setup backend client auth"
-
- 07 Dec, 2020 2 commits
-
-
Kirill Smelkov authored
We are starting to use wendelin.core not only in Wendelin context. So it makes sense to have it installed in base ERP5, like we already do for example for NumPy and SciPy. /reviewed-by @rafael, @jp /reviewed-on !874
-
Kirill Smelkov authored
Having only one section [wendelin.core] instead of [wendelin.core] and [wendelin.core-dev] is easier to handle in "we want to use such and such particular version" scenarious without deciding in advance whether an SR needs to inherit from wendelin/software.cfg or wendelin/software-dev.cfg /reviewed-on !874
-
- 04 Dec, 2020 1 commit
-
-
Jérome Perrin authored
we no longer run tests with `python setup.py test`, so this hack is no longer necessary. See merge request nexedi/slapos!871
-
- 03 Dec, 2020 3 commits
-
-
Nicolas Wavrant authored
Further work by Vincent Pelletier: - do not enable openldap dependency, we do not need such advanced features (yet ?) - refresh noroot.patch - if we this component is to reference m4, then it should extend it
-
Vincent Pelletier authored
Fixes FTBFS on gcc 10.
-
Vincent Pelletier authored
-
- 02 Dec, 2020 11 commits
-
-
Thomas Gambier authored
-
Xavier Thompson authored
-
Thomas Gambier authored
-
Thomas Gambier authored
See merge request !872
-
Léo-Paul Géneau authored
-
Kirill Smelkov authored
This upgrade mainly fixes gpython and pymain to be more compatible with CPython when handling command line. In particular it moves sys.executable setup and -O handling into pymain: pygolang!10 pygolang@21756bd3 pygolang@11b367c6 pygolang@8564dfdd
-
Jérome Perrin authored
we no longer run tests with `python setup.py test`, so this hack is no longer necessary.
-
Jérome Perrin authored
in ceb063a4 (software/repman: tests python3 compliance, 2020-10-23), test profile was changed to run on python3 only but this was accidentally reverted in 3a1e5628 (software/slapos-sr-testing: use nxdtest, 2020-10-28), by running repman also on python2. Restore the situation where we run repman only on python3
-
Jérome Perrin authored
The initial intent was to use an interpreter named `python_for_test` and not `python`, so that software do not accidentally pick up this python during compilation. 6033e4fa (software/slapos-sr-testing: fix python3 profile, 2020-12-01) was a quick fix for some python3 compatibility issues discovered after merge, but it was not correct, because by using ${python-interpreter:eggs}, it was installing the default python-interpreter section, which has an interpreter named `python`. This caused issues while building proxysql, which assumes /usr/bin/env python is python2. The fix is to override python-interpreter directly, we don't need another section eggs here.
-
Vincent Pelletier authored
-
Jérome Perrin authored
This code seems not used, before 51c3773e and b77d7bae it was not possible to import. See merge request !869
-
- 01 Dec, 2020 11 commits
-
-
Thomas Gambier authored
See merge request !870
-
Thomas Gambier authored
the version up is needed to support more CPU architectures. For example, version 0.2.18 was failing with Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
-
Xavier Thompson authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
This code error when it's imported, because it imports from a non existing, slapos.tool module. This is an "emergency commit" to repair the tests on python 3 after 3a1e5628 (software/slapos-sr-testing: use nxdtest, 2020-10-28)
-
Jérome Perrin authored
This code error when it's imported, because `install` does not exist on this class, so the assignment caused NamError. This is an "emergency commit" to repair the tests on python 3 after 3a1e5628 (software/slapos-sr-testing: use nxdtest, 2020-10-28)
-
Jérome Perrin authored
It got broken in 3a1e5628 (software/slapos-sr-testing: use nxdtest, 2020-10-28)
-
- 30 Nov, 2020 11 commits
-
-
Thomas Gambier authored
See merge request nexedi/slapos!865
-
Xavier Thompson authored
This is to match Theia file hierarchy
-
Xavier Thompson authored
-
Xavier Thompson authored
-
Thomas Gambier authored
See merge request nexedi/slapos!866
-
Jérome Perrin authored
Until now, standalone subsystem was started as a daemon first time a terminal was openned and since it was running as daemon, stopping the theia instance did not stop any of the services running in the embedded slapos. Before nexedi/slapos.core!265 there was two supervisor running as daemon: - ~/srv/slapos/etc/supervisord.conf which runs slapos proxy etc - ~/srv/slapos/inst/etc/supervisord.conf with runs instances in the embedded slapos After, the second one runs as a service in the first one, but the first one was still running as daemon. This changes so that the first supervisor runs as a service managed by the Theia instance, so stopping Theia instance will effectively stop the services. When upgrading, running instances should continue to run as detached. To attach them to the new service, procedure could be something like this Stop supervisors inside Theia instance: supervisorctl -c ~/srv/slapos/etc/supervisord.conf shutdown supervisorctl -c ~/srv/slapos/inst/etc/supervisord.conf shutdown Restart slappartX:slapos-standalone-instance-XXX-on-watch from host slapos
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
We are observing some segmentation fault with python curses applications that might be because the TERMINFO are different from the system one. I did not debugged, but since I set this environment variable I did not observe any segmentation fault. By comparing strace, the invocations seems same with or without $TERMINFO. In both cases the termcaps from the correct ncurses are selected, this just seem to workaround for some reason.
-