FFMPEG recompilation failure (libavformat) about ffmpeg.jl HOT 5 CLOSED

Alternatively, clear LD_LIBRARY_PATH when running julia, unless needed for some specific packages, for example

LD_LIBRARY_PATH="" julia

from ffmpeg.jl.

Ciao @giordano, indeed, I eventually figured out that my Geant4 installation (from the Arch Linux AUR repo) was adding /usr/lib to LD_LIBRARY_PATH... nasty! I just removed /etc/profile.d/geant4_profile.sh then.

from ffmpeg.jl.

Looks the same issue as in #36, a workaround is to manually point LD_LIBRARY_PATH to the artifact folder where libavformat.so is.

from ffmpeg.jl.

I've just hit this problem on a system where LD_LIBRARY_PATH isn't set, and it isn't fixed by LD_LIBRARY_PATH="" julia

Is there another mechanism other than LD_LIBRARY_PATH that can bring system ffmpeg in?

from ffmpeg.jl.

I just realized I was hitting this because on Julia < 1.8 there's a bug where the module import order isn't guaranteed (fixed by JuliaLang/julia#45861).

I was using a dep that used a system lib that imported ffmpeg, and thought that having using VideoIO before using that lib should have fixed it, but in some cases the order was messed up.

I fixed it by manually controlling when my package that used a system lib initializes, rather than automatically in its __init__()

Pretty nasty bug to debug

from ffmpeg.jl.