GitLab

When using internal llvm compiler, we got this error on Debian 12

2023-07-12 00:48:42 slapos[2468769] INFO FAILED: brotli
2023-07-12 00:48:42 slapos[2468769] INFO python3 "../../build/toolchain/gcc_link_wrapper.py" --output="./brotli" -- "/srv/slapgrid/slappart0/t/dvl/i/0/tmp/soft/8db55dc3d35b55b9f773dc4e56fb2801/parts/chromium-source/src/third_party/llvm-build/Release+Asserts/bin/clang++" -fuse-ld=lld -Wl,--fatal-warnings -Wl,--build-id -fPIC -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,--icf=all -Wl,--color-diagnostics -Wl,--no-call-graph-profile-sort -m64 -no-canonical-prefixes -Werror -Wl,-O2 -Wl,--gc-sections -rdynamic -nostdlib++ --sysroot=../../build/linux/debian_sid_amd64-sysroot -Wl,-z,defs -Wl,--as-needed -pie -Wl,--disable-new-dtags "-Wl,-rpath=/srv/slapgrid/slappart0/t/dvl/i/0/tmp/soft/8db55dc3d35b55b9f773dc4e56fb2801/parts/nss/lib,-rpath=/srv/slapgrid/slappart0/t/dvl/i/0/tmp/soft/8db55dc3d35b55b9f773dc4e56fb2801/parts/nspr/lib" -o "./brotli" -Wl,--start-group @"./brotli.rsp"  -Wl,--end-group  -ldl -lpthread -lrt
2023-07-12 00:48:42 slapos[2468769] INFO /srv/slapgrid/slappart0/t/dvl/i/0/tmp/soft/8db55dc3d35b55b9f773dc4e56fb2801/parts/chromium-source/src/third_party/llvm-build/Release+Asserts/bin/ld.lld: /srv/slapgrid/slappart0/t/dvl/i/0/tmp/soft/8db55dc3d35b55b9f773dc4e56fb2801/parts/chromium-source/src/third_party/llvm-build/Release+Asserts/bin/../lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /lib/x86_64-linux-gnu/libicuuc.so.72)

This is needed for Debian 12

This is needed on Debian12 so that binutils can recognize the system libraries. Without this upgrade we have the following error when trying to build gcc8.5 on Debian12:

/opt/slapgrid/shared/binutils/ea3cf4e44b2944e805d9fe6387a4eeb0/bin/ld: /lib/x86_64-linux-gnu/libc.so.6: unknown type [0x13] section `.relr.dyn'

See merge request nexedi/slapos!1407

See merge request nexedi/slapos!1399

Fix takoever of a theia with initial embedded instance. The issue was
that the promise checking that the embedded instance was successfully
requested relied on files which were not transferred to backup theia.

The location of these files has been changed in order to transfer them;
therefore the old location is still checked for upgrade-compatibility.

Test that takeover of theia with an initial embedded instance succeeds.

See merge request nexedi/slapos!1403

Now each partiton in slapos-sr-testing has its own IPv6 thanks to
ipv6 range, takeover url changes after takoever, so up-to-date
connection parameters need to be fetched before doing a second
takeover.

restart restic after renewing certificate, using the same approach as
software/dufs

Because dufs only reads certificate on startup it does not detect when
the certificate was renewed.

The only thing supported by dufs is to restart, so we use hash-files
options of wrapper recipe to

Resiliency import script had a race condition where the proxy might not
have finished restarting before formatting the partitions, causing the
import script to randomly fail during format because the proxy is down
when format tries to send it updated computer information.

See merge request nexedi/slapos!1406

Update mariadb and related components:

 - mariadb: 10.3.35 / 10.4.25 => 10.4.28
 - mroonga: 12.09 => 13.01
 - groonga: 12.0.7 => 13.0.1
 - groonga-normalizer-mysql: 1.1.8 => 1.2.1

Drop mariadb 10.3

---

Updating to 10.4 took time, because running the test from [`software/erp5/test/test/benchmarks.py`](https://lab.nexedi.com/nexedi/slapos/blob/c2e5a077453eea8fdff609d84d090fde40718bfc/software/erp5/test/test/benchmarks.py) sometimes caused mariadb to crash after some time - usually running the test 10 times in a loop was causing the crash (after 1 or 2 days).

Most of the time, mariadb process is still running, but no longer handle clients, gdb always showed a thread like this:

```
Thread 160 (Thread 0x7f15a505c700 (LWP 122797)):
#0  0x00007f1e0454771b in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007f1e044c5558 in malloc () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007f1e04548432 in backtrace_symbols () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x00007f1df4c8a7c4 in grn_ctx_log_b...

see nexedi/cloudooo!32

See merge request nexedi/slapos!1394

See merge request nexedi/slapos!1402