Package Details: lib32-x265 4.0-1

Git Clone URL: https://aur.archlinux.org/lib32-x265.git (read-only, click to copy)
Package Base: lib32-x265
Description: Open Source H265/HEVC video encoder. 32bit libraries.
Upstream URL: https://bitbucket.org/multicoreware/x265_git
Licenses: GPL
Provides: libx265.so
Submitter: llde
Maintainer: unit73e
Last Packager: unit73e
Votes: 11
Popularity: 0.000003
First Submitted: 2017-08-24 18:30 (UTC)
Last Updated: 2024-11-09 20:57 (UTC)

Required by (21)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3

Strunkenbold commented on 2019-07-20 08:14 (UTC)

Hello could you please upgrade to 3.1.1 ? =) lib32-ffmpeg fails without this.

llde commented on 2019-04-02 15:50 (UTC)

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 (UTC)

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 (UTC) (edited on 2019-02-24 17:32 (UTC) by oxalin)

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 (UTC) (edited on 2018-10-20 11:41 (UTC) by llde)

@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 (UTC)

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 (UTC)

I'm going to update and fix this after finish with lib32-zbar

oxalin commented on 2018-02-26 02:24 (UTC)

The x265.pc file that is installed by this package wrongly defines libdir=${exec_prefix}/lib

It should be libdir=${exec_prefix}/lib32