- 04 Jun, 2024 1 commit
-
-
Alain Takoudjou authored
-
- 03 Jun, 2024 2 commits
-
-
Rafael Monnerat authored
The script were failing to generating the proof but it was continuing anyway. the set -e forces the script exit.
-
Rafael Monnerat authored
This diff don't cause error since bash isn't run with -e but makes write_backup_proof useless basically.
-
- 31 May, 2024 1 commit
-
-
Joanne Hugé authored
Some phones with Android 12+ disconnects from 5G networks which don't support IMS. Therefore we add minimal IMS support in this commit (even though we don't actually need it's features). Only Amarisoft >= 2024-05-02 support launching lteims without root privilege, so if Amarisoft version is older IMS is disabled and we inform the user so in the connection parameters. For this to work, SIM cards config needs to be modified, impu and impi must be for instance: impu: 001010000001312, impi: 001010000001312@ims.mnc001.mcc001.3gppnetwork.org
-
- 30 May, 2024 1 commit
-
-
Jérome Perrin authored
- pycrypto does not seem used (because it does not work on py3 with buildout3) - cns.recipe.symlink and PyRSS2Gen versions are defined in stack/slapos.cfg
-
- 28 May, 2024 1 commit
-
-
Léo-Paul Géneau authored
See merge request !1587 Revert eb1b1a41 to avoid the use of `fPIC` flag as it is a "contagious" build option. To not face the build error "relocation R_X86_64_32 against .rodata.str1.8 can not be used when making a shared object; recompile with -fPIC" while building a shared library without fPIC flag, `gcc` is compiled with `-enable-default-pie` flag (which is a compilation option used for `gcc` binaries provided by Debian by example, see `gcc -v`).
-
- 27 May, 2024 2 commits
-
-
Kazuhiko Shiozaki authored
-
Yusei Tahara authored
Since slapos package provides gettext, it is not necessary to build gettext here. Also slapos package's gettext commands such as msgfmt may not work with libraries built by a software release, thus remove LD_LIBRARY_PATH.
-
- 26 May, 2024 3 commits
-
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
- 25 May, 2024 9 commits
-
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
- 24 May, 2024 11 commits
-
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
Lu Xu authored
Follow https://tech-academy.amarisoft.com/NR_TDD_Pattern.html#Test_4
-
- 23 May, 2024 1 commit
-
-
Kirill Smelkov authored
With newer setuptools that is coming via nexedi/slapos!1550 (44.1.1 -> 67.8.0) we will need a fix from setuptools-dso 2.10 to handle `python setup develop` well: Previously with setutools-dso 2.9 and setuptools 67.8.0 built shared libraries were not copied back into the working tree upon develop install which made anything using pygolang to fail as e.g. $ ../bin/gpython Traceback (most recent call last): File ".../../bin/gpython", line 20, in <module> sys.exit(gpython.main()) File ".../pygolang/gpython/__init__.py", line 456, in main pymain(argv, init) File ".../pygolang/gpython/__init__.py", line 223, in pymain init() File ".../pygolang/gpython/__init__.py", line 447, in init import golang File ".../pygolang/golang/__init__.py", line 41, in <module> from golang._gopath import gimport # make gimport available from golang File ".../pygolang/golang/_gopath.py", line 65, in <module> from golang import sync File ".../pygolang/golang/sync.py", line 36, in <module> from golang._sync import \ ImportError: liblibgolang.so.0.1: cannot open shared object file: No such file or directory See https://github.com/mdavidsaver/setuptools_dso/pull/29#issuecomment-1745790761 and https://github.com/mdavidsaver/setuptools_dso/commit/2fdf75f2 for details. P.S. NOTE that changing version of a setup-egg required egg currently does _not_ force a rebuild. In other words pushing this change into testnodes won't make pygolang t o be rebuilt at all. I think this is simply a bug in slapos.buildout to fix. /reported-by @xavier_thompson /cc @jerome, @tomo, @kazuhiko /reviewed-on nexedi/slapos!1585
-
- 22 May, 2024 2 commits
-
-
Thomas Gambier authored
See merge request nexedi/slapos!1578
-
Carlos Ramos Carreño authored
This is done as an alternative to the patch in !1580, as the last version is already patched. See merge request nexedi/slapos!1582
-
- 21 May, 2024 1 commit
-
-
Lu Xu authored
-
- 20 May, 2024 5 commits
-
-
Thomas Gambier authored
without this change, configure would use openssl lib for MD5, sha256sum, ... if openssl development files are present on the system.
-
Thomas Gambier authored
Previously, zstd support was only compiled if zstlib was installed in the system.
-
Thomas Gambier authored
-
Thomas Gambier authored
This especially brings support for systems where 'model name' is not present in /proc/cpuinfo
-
Thomas Gambier authored
the previous version was failing like this if lib64 doesn't exist: libcap: Command 'set -e;cd /opt/slapgrid/shared/libcap/4d09237abd7cb34117fccc1d3c3bc862 [ -d lib64 ] && ln -s lib64 lib' returned non-zero exit status 1
-