Why does it depend on ffmpeg
and at the same time provides it's own ffmpeg
:
ls /opt/net.downloadhelper.coapp/converter/build/linux/64
:
ffmpeg libavdevice.so.58 libbz2.so.1.0 libopencore-amrwb.so.0 libpostproc.so.55 libtheora.so.0 libvpx.so.6 libx264.so.161
ffplay libavfilter.so.7 libmp3lame.so.0 libopenjp2.so.7 libswresample.so.3 libvo-amrwbenc.so.0 libwebpdecoder.so.3 libx265.so.188
ffprobe libavformat.so.58 libnuma.so.1 libopus.so.0 libswscale.so.5 libvorbisenc.so.2 libwebpdemux.so.2 libxvidcore.so.4
libaom.so.0 libavresample.so.4 libogg.so.0 liborc-0.4.so.0 libtheoradec.so.1 libvorbisfile.so.3 libwebpmux.so.3 libz.so.1
libavcodec.so.58 libavutil.so.56 libopencore-amrnb.so.0 liborc-test-0.4.so.0 libtheoraenc.so.1 libvorbis.so.0 libwebp.so.7
Please try to not install the bundled libraries and executables but depend on system libraries and executables (if needed, create symlinks into /opt/net.downloadhelper.coapp/converter/build/linux/64/
). If this is not possible, remove the dependency on ffmpeg
.
Thanks for maintaining!
Pinned Comments
Paragoumba commented on 2021-12-27 23:19 (UTC) (edited on 2023-09-28 21:07 (UTC) by Paragoumba)
@dreieck I have updated the package to not bundle ffmpeg anymore following this upstream issue. Vdhcoapp can only use the local ffmpeg because its path is hardcoded. The package uses symlinks for now and I am waiting for Vdhcoapp to properly support using the system's ffmpeg.
I also added the
provides
andconflicts
variables.Thanks for your suggestions