serg I've checked the bintars with the script here:

https://github.com/MariaDB/buildbot/pull/694

The results are as follows:

10.6, 10.11. 11.4 all have the following differences compared to our previously released bintars (version by version):

ERROR: We have missing files from the archive! {'lib/libgalera_smm.so', 'bin/garbd'}

ERROR: We have extra deps for bin/mariadb! {'libtinfo.so.5'}

ERROR: We have missing deps for lib/plugin/auth_gssapi.so! {'libpthread.so.0'}

Missing files -> Files not in archive compared to previous release
Extra -> The archive has more deps than previous release
Missing -> The archive has fewer deps than previous release
Is this acceptable?

serg cvicentiu
Changes of the centos-7 bintar were deployed in production. See runs on: https://buildbot.mariadb.org/#/builders/577
If any other changes are needed, please let me know and I will handle it asap.

Thanks!

For 10.5 this option worked for me: -DCONC_WITH_SSL=openssl to avoid old gnutls incompatibility.

cvicentiu

• missing libpthread.so.0 looks ok to me
• new libtinfo.so.5 as long as ncurses is liked dynamically, it's acceptable, we need to switch to static ncurses. but it's a separate task, old buildbot didn't do that either
• missing galera files — bintar builder didn't package them, they were added to the bintar by release scripts. I'd prefer to change that, but it's not easy

serg
ncurses is linked statically in old buildbot, new buildbot too.

the only difference between the two, is that in old buildbot , ncurses is compiled statically slightly differently, some functions are part of libtinfo.a and there is a bug in cmake / readline.cmake where it will not respect CMAKE_LIBRARY_PATH to search for static libtinfo.

Old bb ncurses static variant has libtinfo embedded in libncurses.a
I tested today with cvicentiu and we will proceed with compiling ncurses statically same as in old buildbot.
The updates will be applied to both new bintar (alma linux8) and centos-7-bintar and this error will no longer be present:

bin/mariadb! {'libtinfo.so.5'}