ffmpeg-full: installing libx264 (2:152.20171224-1) breaks dependency 'libx264.so=148-64'
libx264-10bit 2:152.20171224-1
Git Clone URL: | https://aur.archlinux.org/ffmpeg-full.git (read-only, click to copy) |
---|---|
Package Base: | ffmpeg-full |
Description: | Complete solution to record, convert and stream audio and video (all possible features including libfdk-aac) |
Upstream URL: | https://www.ffmpeg.org/ |
Keywords: | audio codec convert cuda cuvid decklink encoder fdk-aac fdkaac hwaccel libnpp media nvenc svt video |
Licenses: | LicenseRef-nonfree-and-unredistributable |
Conflicts: | ffmpeg |
Provides: | ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so |
Submitter: | rpolzer |
Maintainer: | dbermond |
Last Packager: | dbermond |
Votes: | 136 |
Popularity: | 0.072143 |
First Submitted: | 2013-01-24 11:17 (UTC) |
Last Updated: | 2025-05-04 23:31 (UTC) |
« First ‹ Previous 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 56 Next › Last »
ffmpeg-full: installing libx264 (2:152.20171224-1) breaks dependency 'libx264.so=148-64'
libx264-10bit 2:152.20171224-1
FrederickZh: Fixed, thanks!
Got "ERROR: Rockchip MPP is outdated, please get a more recent one." during build. Seems to be related to: https://trac.ffmpeg.org/ticket/6834
@3ED_0 It seems that you have an outdated version of rockchip-mpp.
Please update rockchip-mpp to the latest version (currently at 20171218) and try again.
[...] -> Running ffmpeg configure script. Please wait... ERROR: rockchip_mpp >= 1.3.7 not found using pkg-config [...]
Aur: rockchip-mpp
Cysioland: This is the limitation of AUR, you should manually remove ffmpeg-full-nvenc (-Rdd), update x265 and then rebuild ffmpeg-full-nvenc. Or, in a cleaner way, just build the updated package in a clean chroot (https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot).
:: ffmpeg-full-nvenc: installing x265 (2.6-1) breaks dependency 'libx265.so=130-64'
Can't update my system because of this.
And what are those freetype libraries in /usr/local/lib?
I wish I knew. I removed it and the package built successfully. That file was about a billion years old, so I don't think it had any use for a while. Good riddance, thanks for pointing it out.
bus: Can you please try to build the package again after cleaning the build directory? I've made some changes which may help with this case, however quite unlikely.
Also you can try to disable the hardening in PKGBUILD, but it will obviously impact the security.
And what are those freetype libraries in /usr/local/lib? I've had AUR infinality packages installed on my machine until yesterday (yep), but they didn't affect the ffmpeg building.
Getting these errors when linking:
"LD libavcodec/libavcodec.so.57
/usr/bin/ld: /usr/local/lib/libfreetype.a(ftbase.c.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/local/lib/libfreetype.a(ftbitmap.c.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
. . ."
I tried shoving -fPIC in many places, but it has not resulted in a successful compilation. Is anyone else getting this? Any suggestions for possible fixes?
Pinned Comments
dbermond commented on 2024-06-24 15:59 (UTC)
@LordSIGSEGV avoid creating files not tracked by pacman in the system reserved directories, specially symlinks to shared libraries, as this have the potential to completely break your system. I have already notified the quirc maintainer in the aur web page of the package in April-2024. While this issue is not solved in quirc, I recommend to use quirc-git, which currently has a better packaging and does not suffer from this problem.