Details
-
Task
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
N/A
-
None
Description
As pointed in MDEV-34861, clients in our binary taballs are linked dynamically with libncurses, which causes a trouble on systems where it is no longer available.
The complaint was about the binary tarballs from the old buildbot which we release, but the same is true for bintars produced by amd64-centos-7-bintar:
$ ldd mariadb-10.6.20-linux-systemd-x86_64/bin/mysql
|
linux-vdso.so.1 (0x00007fff965fe000)
|
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fd1947be000)
|
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fd1947b9000)
|
libncurses.so.5 => /lib/x86_64-linux-gnu/libncurses.so.5 (0x00007fd193dda000)
|
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007fd193da9000)
|
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fd193a00000)
|
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd193cca000)
|
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd19381f000)
|
/lib64/ld-linux-x86-64.so.2 (0x00007fd1947dd000)
|
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd193caa000)
|
In the old buildbot it was solved by installing libncurses.a and adding -DCURSES_NEED_NCURSES=1 flag to the build command line.
There is also an alternative solution with a symlink, see Sergei's comment, however the one with a cmake option seems more obvious (visible, trackable and reproducible).
Attachments
Issue Links
- blocks
-
MDEV-34861 Generic Linux build (.tar.gz) still depends on openssl1.0.0 for galera support, ncurses5 for client
-
- Closed
-
- includes
-
-
- Closed
-