- 04 Jan, 2022 6 commits
-
-
Joanne Hugé authored
-
Joanne Hugé authored
-
Joanne Hugé authored
-
Joanne Hugé authored
-
Levin Zimmermann authored
On Debian 10 the test was successful because it could use the system python (usr/bin/python). In Debian 11 the system python isn't available anymore, therefore it fails. To ensure the Fluentd program can successfully execute the "python custom_read_bme280.py" command, the script passes the same python binary to the Fluentd config file with which the test is called (sys.executable).
-
Kirill Smelkov authored
@romain reports that Popen(close_fds=True) is slow on py2. Let's semantically backport from py3 how to close only actually opened file descriptors instead of whole 3..`ulimit -n` range. Attached test benchmark shows the following results with `ulimit -n`=65K: Before this patch: $ ./bin/python2.7 ~/x.py close_fds=False: 0.001251 s/call 0.001337 s/call 0.001486 s/call close_fds=True: 0.017973 s/call 0.018152 s/call 0.018204 s/call After the patch: $ ./bin/python2.7 ~/x.py close_fds=False: 0.001391 s/call 0.001416 s/call 0.001570 s/call close_fds=True: 0.001469 s/call 0.001479 s/call 0.001491 s/call i.e. ~12x speedup. References on this subject are in the patch itself. The test benchmark is below: ---- 8< ---- import timeit from subprocess import check_call def f(): check_call(['true'], close_fds=False) def g(): check_call(['true'], close_fds=True) N=3 n=100 print 'close_fds=False:' for i in range(N): print '%.6f s/call' % (timeit.timeit(f, number=n) / n) print print 'close_fds=True:' for i in range(N): print '%.6f s/call' % (timeit.timeit(g, number=n) / n) /helped-by @jm
-
- 30 Dec, 2021 10 commits
-
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Joanne Hugé authored
-
Joanne Hugé authored
-
Joanne Hugé authored
-
Joanne Hugé authored
-
Joanne Hugé authored
-
Joanne Hugé authored
-
Joanne Hugé authored
-
- 29 Dec, 2021 3 commits
-
-
Thomas Gambier authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
- 28 Dec, 2021 13 commits
-
-
Julien Muchembled authored
-
Jérome Perrin authored
This version fixes build for debian >= 11
-
Jérome Perrin authored
On debian 11, linking against libnsl link against several system libraries and the check software check fail.
-
Jérome Perrin authored
these are dependencies of postfix
-
Jérome Perrin authored
- access log - log rotation - username is logged (expected failure in WSGI) - event log - log rotation - long requests log (expected failure in WSGI) - log rotation - activity processing - deadlock debugger
-
Jérome Perrin authored
so that we can use them in setUpClass
-
Jérome Perrin authored
Since ERP5 commit d4eda7ea49 (CMFActivity: show InnoDB history list length in console watcher, 2020-09-15), the wrapper script no longer work because accessing history list length require PROCESS privileges. In the case of ERP5, mariadb database is dedicated for ERP5, so we can grant the PROCESS privilege also to erp5 default user, which is used in the wrapper script. We don't grant the permission to test users because they don't need it.
-
Jérome Perrin authored
also access urllib3 from its real location
-
Jérome Perrin authored
sort import and don't use map & range from six, they are used in a way that leads to same results in python 2 or 3
-
Thomas Gambier authored
-
Thomas Gambier authored
-
Thomas Gambier authored
-
Thomas Gambier authored
See merge request nexedi/slapos!1092
-
- 27 Dec, 2021 8 commits
-
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
Communication between repman and mariadb can now use ssl for secure connection. Proxysql is also configured to work with ssl, user access database with secure connection.
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
Also solve when database initial user created with authentication plugin socket on master database doesn't exist on slave database mariadb because there are running diffrent slapuser. OPENED ERR00056 : Master user 'slapuser4'@'localhost' is not defined on replication candidate [2001:67c:1254:e:5:513b:0:5f35]:2199
-