Libraries not found

[wellinton-capixaba]

When I try to run ffmpeg from ffmpeg-master-latest-linux64-gpl.tar

I receive:

./ffmpeg: error while loading shared libraries: libmvec.so.1: cannot open shared object file: No such file or directory

When running ldd on the executable I receive:

./ffmpeg: /lib64/libm.so.6: version GLIBC_2.27' not found (required by ./ffmpeg)
./ffmpeg: /lib64/libpthread.so.0: version GLIBC_2.28' not found (required by ./ffmpeg) ./ffmpeg: /lib64/libc.so.6: version GLIBC_2.26' not found (required by ./ffmpeg)
./ffmpeg: /lib64/libc.so.6: version GLIBC_2.27' not found (required by ./ffmpeg) ./ffmpeg: /lib64/libc.so.6: version GLIBC_2.28' not found (required by ./ffmpeg)
./ffmpeg: /lib64/libc.so.6: version GLIBC_2.25' not found (required by ./ffmpeg) linux-vdso.so.1 (0x00007fff9c9ff000) libm.so.6 => /lib64/libm.so.6 (0x00007f323170f000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f323150b000) librt.so.1 => /lib64/librt.so.1 (0x00007f3231303000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f32310e5000) libc.so.6 => /lib64/libc.so.6 (0x00007f3230d35000) /lib64/ld-linux-x86-64.so.2 (0x00007f3231a14000) libmvec.so.1 => not found libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f3230b1e000

I thought this was supposed to be a static ffmpeg?

[BtbN]

glibc cannot be linked statically.

As per the README, the minimum supported system is one using glibc-2.28 or higher, and kernel 4.18 or higher.
Given that your glibc is missing symbols for an even older version, your system is simply too old.

[dhwz]

Then how does johnvansickle build fully static binaries of ffmpeg, they're not dynamically linked to glibc?

[wellinton-capixaba]

Then how does johnvansickle build fully static binaries of ffmpeg, they're not dynamically linked to glibc?

They are and work like a charm. Not to mention that the required glibc and kernel version could be reduced.

[dhwz]

They are and work like a charm. Not to mention that the required glibc and kernel version could be reduced.

Yes that's what I said. I'm using johnvansickle too as they are fully static not linked against any glibc or any other lib.
And I'm forced to use them as I'm using them on some old embedded systems where only e.g. glibc 2.25 or even 2.23 is available, and depending on the device also much older kernel (e.g. 3.4) versions than the here required ones.

[BtbN]

If you don't link against glibc, using a static musl or something instead, dlopen() becomes unuseable, since the system libs are using the systems glibc, and you can't mix multiple libcs.
Which would break a lot of features, like vaapi, frei0r, vapoursynth, nvenc/nvdec/cuda, vulkan, opencl, ...

I opted to rather support those features, a lot of which are quire commonly used, rather than supporting 10+ year old systems.
The selected minimum glibc version is in fact the oldest that is still able to build all dependencies.
It was originally something even older, but over time newer libc features were being used, making an update neccesary.