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'

if '-ltinfo', '-ltermcap' or '-lcurses' is set in the linker option,
sqlite3 binary wil link to system libtinfo like this:

slapsoft@tomo-node:~/shared/sqlite3/39068f3749274fa37ab3897081678816/.build/sqlite-autoconf-3370200$ ldd sqlite3
	linux-vdso.so.1 (0x00007fff6dfe6000)
	libreadline.so.8 => /opt/slapgrid/shared/readline/13387ca15e2015da77fab391a268aaa6/lib/libreadline.so.8 (0x00007f4418d7d000)
	libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 (0x00007f4418d40000)
	libz.so.1 => /opt/slapgrid/shared/zlib/ac3692dceab375c8e6b9c06735e5faf2/lib/libz.so.1 (0x00007f4418d1b000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f4418bd7000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f4418bd1000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f4418bad000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f44189d9000)
	libncurses.so.6 => /opt/slapgrid/shared/ncurses/13a31fd4ae4eaba4a72e42f42c997f1c/lib/libncurses.so.6 (0x00007f441897c000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f4418f5a000)

if libuuid was present on the system, python would link with it in:
lib/python3.9/lib-dynload/_uuid.cpython-39-x86_64-linux-gnu.so

if libtinfo was present on the system, readline would prefer to use it instead of libncurses

This will let a non-shared Theia (for example coming from shacache
binary) to be able to use the shared parts of a machine.

See merge request nexedi/slapos!1409

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.