Search Criteria
Package Details: lib32-x265 3.0-2
| Git Clone URL: | https://aur.archlinux.org/lib32-x265.git (read-only) |
|---|---|
| Package Base: | lib32-x265 |
| Description: | Open Source H265/HEVC video encoder. 32bit libraries. |
| Upstream URL: | https://bitbucket.org/multicoreware/x265 |
| Licenses: | |
| Provides: | |
| Submitter: | llde |
| Maintainer: | llde |
| Last Packager: | llde |
| Votes: | 4 |
| Popularity: | 0.122694 |
| First Submitted: | 2017-08-24 18:30 |
| Last Updated: | 2019-04-02 16:10 |
Dependencies (4)
- lib32-gcc-libs (lib32-gcc-libs-gitb, lib32-gcc-libs-git)
- lib32-numactl
- cmake (cmake-git) (make)
- nasm (nasm-git) (make)
Required by (25)
- ffmpeg-compat-57 (requires libx265.so)
- ffmpeg-decklink (requires libx265.so)
- ffmpeg-full-nvenc (requires libx265.so)
- ffmpeg-git (requires libx265.so)
- ffmpeg-headless (requires libx265.so)
- ffmpeg-libfdk_aac (requires libx265.so)
- ffmpeg-mmal (requires libx265.so)
- ffmpeg-qsv (requires libx265.so)
- ffmpeg-qsv-git (requires libx265.so)
- ffmpeg-svt (requires libx265.so)
- ffmpeg-tmblock-git (requires libx265.so)
- ffmpeg-ubuntu-bionic (requires libx265.so)
- ffmpeg-vaapi-crop (requires libx265.so)
- ffmpeg2.8 (requires libx265.so)
- ffmpeg3.4 (requires libx265.so)
- ffmpeg4.0 (requires libx265.so)
- lib32-ffmpeg
- lib32-ffmpeg-semifull-git
- lib32-gst-plugins-bad
- lib32-libheif
- vlc-debug (requires libx265.so) (make)
- vlc-decklink (requires libx265.so) (make)
- vlc-git (requires libx265.so) (make)
- vlc-nightly (requires libx265.so) (make)
- vlc-nox (requires libx265.so) (make)
Latest Comments
llde commented on 2019-04-02 15:50
Hi oxalin. I was delayed by RL. I fixed both issue you reported. I'm doing a test run and upload ASAP.
oxalin commented on 2019-04-01 18:54
Hi again. Did you have time to have a look at the modifications I proposed a few weeks ago?
oxalin commented on 2019-02-19 19:57
Two things to report.
1- The .pc file is still broken. That being said, I thing the problem comes from x265's source code and how we are using cmake's variables. The x265.pc.in defines libdir=${exec_prefix}/@LIB_INSTALL_DIR@, which obviously will not work properly in the current PKGBUILD, leading to [from x265.pc]
prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}//usr/lib32 includedir=${prefix}/include
Name: x265 Description: H.265/HEVC video encoder Version: 3.0 Libs: -L${libdir} -lx265 Libs.private: -lstdc++ -lm -lgcc_s -lgcc -lgcc_s -lgcc -lrt -ldl -lnuma Cflags: -I${includedir}
According to CMake, LIB_INSTALL_DIR can be an absolute or a relative path. However, x265's developers chose to use a relative path...
We could use -DLIB_INSTALL_DIR='lib32' and it will be fixed.
2- "gcc-libs-multilib " dependency should be replaced by "lib32-gcc-libs", reported by namcap
llde commented on 2018-10-20 10:29
@yan12125 @oxalin From what I read this shouldn't create problems, however I'm trying to modfy it. I found the "patch" that introduced this beheviour upstream, I couldn't find a cmake way to fix this, so I'm doing this with sed (but sed still feels as black magic for me).
Sorry for the delay.
EDIT: Ok bug fixed also update to 2.9
yan12125 commented on 2018-09-15 07:43
I rejected the orphan request as this package is updated. However, the issue mentioned by @oxalin is still there. Please fix it, thanks!
llde commented on 2018-09-01 18:40
I'm going to update and fix this after finish with lib32-zbar
oxalin commented on 2018-02-26 02:24
The x265.pc file that is installed by this package wrongly defines libdir=${exec_prefix}/lib
It should be libdir=${exec_prefix}/lib32