You are not logged in.
Pages: 1
plain arch, xfce
getting the following errors which contain references to miniconda3 for some reason, when presumably ffmpeg should be using the system wide dependencies.
I've gotten these weird 'GLIBCXX not found' errors with other programs as well, there's a lot of hits for that on search engines but too many 'solutions' to just randomly try them all, since they're on a case by case basis.
It's a particularly nasty error to run into because well, it's just such an.. un-smart error to be happening.
what's frustrating is that pacman really ought to be solving dependencies automatically and it seems that Conda has monkeyed with things and is redirecting the execution of ffmpeg to miniconda3.
(probably could try and comment out the .bashrc stuff about conda, but since i use conda i don't want to do that.)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /usr/lib/librubberband.so.2)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/librubberband.so.2)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libzimg.so.2)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libvpl.so.2)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /usr/lib/libopenmpt.so.0)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libopenmpt.so.0)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `CXXABI_1.3.15' not found (required by /usr/lib/libvapoursynth-script.so.0)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /usr/lib/libsrt.so.1.5)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `CXXABI_1.3.15' not found (required by /usr/lib/libsrt.so.1.5)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libsrt.so.1.5)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libsnappy.so.1)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libjxl.so.0.10)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libjxl_threads.so.0.10)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /usr/lib/libx265.so.209)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libx265.so.209)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /usr/lib/libshaderc_shared.so.1)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libshaderc_shared.so.1)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /usr/lib/libSPIRV.so.14)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libSPIRV.so.14)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libjxl_cms.so.0.10)
ffmpeg: /home/username/miniconda3/lib/libgcc_s.so.1: version `GCC_12.0.0' not found (required by /usr/lib/libhwy.so.1)
ffmpeg: /home/username/miniconda3/lib/libgcc_s.so.1: version `GCC_13.0.0' not found (required by /usr/lib/libhwy.so.1)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libhwy.so.1)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /usr/lib/libSPIRV-Tools.so)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libSPIRV-Tools.so)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by /usr/lib/libSPIRV-Tools-opt.so)
ffmpeg: /home/username/miniconda3/lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/libSPIRV-Tools-opt.so)i'm used to using ffmpeg by command line to do all sorts of things and I've sunk hours into trying to find a solution, so any pointers would be appreciated.
found the fix, i think. don't know why but the following command seemed to work, now i'm able to run ffmpeg by command line.
sudo pamac upgrade -ai was dyslexic and thought it said 'pacman upgrade -a' at first, but it's _pamac_ -- never knew that command existed until today!
found at: https://forum.manjaro.org/t/usual-trick … es/71125/2
Last edited by rek (2024-08-05 06:57:16)
Offline
This has nothing to do with pacman. You need to remove the conda path from your LD_LIBRARY_PATH.
Offline
You could add this to ~/.bashrc:
alias ffmpeg='LD_LIBRARY_PATH= ffmpeg'Jin, Jîyan, Azadî
Offline
thanks folks!
edited my original post to say that I found what seems to be a fix, (knock on wood) it was apparently as simple as entering the command PAMAC upgrade -a which I've never heard of before, usually it's pacman -Syu... no idea why pamac would have a different set of powers than pacman, maybe somehow ffmpeg was installed via the AUR. I could swear I used pacman to install it, or maybe it was installed as a dependency of some other app, I can't possibly recall.
Offline
maybe somehow ffmpeg was installed via the AUR. I could swear I used pacman to install it, or maybe it was installed as a dependency of some other app, I can't possibly recall.
Please post the output of
pacman -Qikk ffmpegDisliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
maybe somehow ffmpeg was installed via the AUR. I could swear I used pacman to install it, or maybe it was installed as a dependency of some other app, I can't possibly recall.
Please post the output of
pacman -Qikk ffmpeg
ok, interesting! thanks for the -Qikk tip. seems like it was installed as a dependency, not explicitly done by me directly, but i've tried to reinstall it several times.
pacman: /home/username/miniconda3/lib/libcurl.so.4: no version information available (required by /usr/lib/libalpm.so.14)
Name : ffmpeg
Version : 2:7.0.1-2
Description : Complete solution to record, convert and stream audio and
video
Architecture : x86_64
URL : https://ffmpeg.org
Licenses : GPL-3.0-only
Groups : None
Provides : libavcodec.so=61-64 libavdevice.so=61-64
libavfilter.so=10-64 libavformat.so=61-64
libavutil.so=59-64 libpostproc.so=58-64
libswresample.so=5-64 libswscale.so=8-64
Depends On : alsa-lib aom bzip2 cairo dav1d fontconfig freetype2
fribidi glib2 glibc gmp gsm harfbuzz jack lame libass
libavc1394 libbluray libbs2b libdrm libdvdnav libdvdread
libgl libiec61883 libjxl libmodplug libopenmpt
libplacebo libpulse libraw1394 librsvg libsoxr libssh
libtheora libva libvdpau libvorbis libvpx libwebp
libx11 libxcb libxext libxml2 libxv mbedtls2 ocl-icd
onevpl opencore-amr openjpeg2 opus rav1e rubberband
sdl2 snappy speex srt svt-av1 v4l-utils vapoursynth
vid.stab vmaf vulkan-icd-loader x264 x265 xvidcore xz
zimg zlib libass.so=9-64 libbluray.so=2-64
libbs2b.so=0-64 libdav1d.so=7-64 libfreetype.so=6-64
libharfbuzz.so=0-64 libjxl.so=0.10-64 libopenmpt.so=0-64
libplacebo.so=349-64 librav1e.so=0.7-64 librsvg-2.so=2-64
librubberband.so=2-64 libva.so=2-64 libva-drm.so=2-64
libva-x11.so=2-64 libvidstab.so=1.2-64 libvorbisenc.so=2-64
libvorbis.so=0-64 libvpx.so=9-64 libx264.so=164-64
libx265.so=209-64 libxvidcore.so=4-64 libzimg.so=2-64
Optional Deps : avisynthplus: AviSynthPlus support
intel-media-sdk: Intel QuickSync support (legacy)
ladspa: LADSPA filters
nvidia-utils: Nvidia NVDEC/NVENC support [installed]
Required By : (a bunch of programs)
Optional For : (a bunch of programs)
Conflicts With : None
Replaces : None
Installed Size : 38.97 MiB
Packager : Robin Candau <antiz@archlinux.org>
Build Date : Wed 03 Jul 2024 07:49:14 AM CEST
Install Date : Mon 05 Aug 2024 04:43:44 AM CEST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
ffmpeg: 286 total files, 0 altered filesOffline
Even the pacman invocation has an error message related to conda libs... Remove the conda init from your .bashrc/.bash_profile or whatever shell init file it is in, and only run it on demand when you need to actively work with projects from conda. Otherwise you are globally overwritting core libraries with stuff from conda all the time.
Last edited by V1del (2024-08-05 13:55:44)
Offline
... it seems that Conda has monkeyed with things and is redirecting...
Yeah, using other package managers tends to do that. There may be safe ways to use conda, but your current use clearly isn't one of them.
Your problem is far from fixed. You may have gotten ffmpeg running, but the underlying problem is still there and should be fixed before it results in much worse symptoms.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Even the pacman invocation has an error message related to conda libs... Remove the conda init from your .bashrc/.bash_profile or whatever shell init file it is in, and only run it on demand when you need to actively work with projects from conda. Otherwise you are globally overwritting core libraries with stuff from conda all the time.
i didn't know that, as i was under the impression that conda would be safe to use given that the entire premise of virtual environments was exactly the opposite of messing with global settings of anything, and I perhaps naively trusted the process.
I tried commenting out the conda initialize section and then of course terminal had no idea what conda refers to anymore, i thought that would happen. I guess I could try to cobble together an alias and cross my fingers, but certainly the folks at Anaconda are smarter than me, so why didn't they think of that?
so how does one use conda to start a venv in order to execute a program using bash if the trigger is removed in addition to the paths to the libraries that an explicitly invoked venv requires?
i never wanted conda to do anything at all with libraries unless i explicitly change from base to an explicitly created and invoked virtual environment. why would it even countermand that? but it seems it is.
This has nothing to do with pacman. You need to remove the conda path from your LD_LIBRARY_PATH.
maybe Arojas' solution is the way, but I wonder what kind of problems I might see when trying to execute programs that i use venvs for.
I just don't want Conda doing anything to my (base) installation of python, and frankly I don't want it doing anything that has nothing to do with python, you know what I mean?
Last edited by rek (2024-08-05 22:55:05)
Offline
conda init is what brings you into the conda environment. Just don't run it unconditionally in your bashrc. When intending to work with conda, run conda init yourself, and use that terminal session only for conda related work. See e.g. how the wiki reccommends using it: https://wiki.archlinux.org/title/Conda#Usage
Offline
PAMAC upgrade -a which I've never heard of before, usually it's pacman -Syu... no idea why pamac would have a different set of powers than pacman,
pamac is an aur helper https://wiki.archlinux.org/title/AUR_helpers
but as all aur helpers are onthe aur and hence can't be downloaded via pacman at one point you seem to have downloaded and installed one and used it to override some stuff from the standard repos with incompatible aur versions
possible workaround: clean any packages not from the main repos and check common config/rc files to clear related overwrites
Offline
Pages: 1