Package Details: lib32-x265 1:4.1-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: jahway603
Last Packager: unit73e
Votes: 14
Popularity: 0.29
First Submitted: 2017-08-24 18:30 (UTC)
Last Updated: 2025-06-17 21:05 (UTC)

Required by (23)

Sources (2)

Latest Comments

1 2 3 4 5 6 Next › Last »

pqatsi commented on 2026-07-09 18:06 (UTC)

@oxalin have not put their patch here, but I built here this one

diff --git a/.SRCINFO b/.SRCINFO
index ef8db93..20b9811 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -1,6 +1,6 @@
 pkgbase = lib32-x265
    pkgdesc = Open Source H265/HEVC video encoder. 32bit libraries.
-   pkgver = 4.1
+   pkgver = 4.2
    pkgrel = 1
    epoch = 1
    url = https://bitbucket.org/multicoreware/x265_git
@@ -13,9 +13,11 @@ pkgbase = lib32-x265
    depends = lib32-gcc-libs
    depends = lib32-libnuma
    provides = libx265.so
-   source = x265::git+https://bitbucket.org/multicoreware/x265_git.git#tag=4.1
+   source = x265::git+https://bitbucket.org/multicoreware/x265_git.git#tag=4.2
    source = cstdint_missing.patch
-   sha256sums = a6a10ca581c13d8f43713f198ac2164d02d44b6c70ca31ec54e6bdb59410cdf5
+   source = unix64_plt.patch
+   sha256sums = 901baca9ead1a7a0c3731b19aa4bd47978b97b087de1525a91ef769a0b0f7639
    sha256sums = d97c14a03f32672ba84880e40dc934027117bd1c6a331f3351e08466598767ac
+   sha256sums = 78972153abb804c5f8828ac69ea15a5aa0ab2a95fa19e8b2c4508a32558bdea0

 pkgname = lib32-x265
diff --git a/PKGBUILD b/PKGBUILD
index d4ed547..49c5388 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -6,7 +6,7 @@
 # Contributor: Lorenzo Ferrillo <lorenzofer at live dot it>

 pkgname=lib32-x265
-pkgver=4.1
+pkgver=4.2
 pkgrel=1
 epoch=1
 pkgdesc='Open Source H265/HEVC video encoder. 32bit libraries.'
@@ -16,17 +16,17 @@ license=('GPL')
 depends=('x265' 'lib32-gcc-libs'  'lib32-libnuma')
 makedepends=('cmake' 'nasm' 'git')
 provides=('libx265.so')
-_tag=f0c1022b6be121a753ff02853fbe33da71988656
-source=("${pkgname#lib32-*}::git+${url}.git#tag=${pkgver}" "cstdint_missing.patch")
-sha256sums=('a6a10ca581c13d8f43713f198ac2164d02d44b6c70ca31ec54e6bdb59410cdf5'
-            'd97c14a03f32672ba84880e40dc934027117bd1c6a331f3351e08466598767ac')
+source=("${pkgname#lib32-*}::git+${url}.git#tag=${pkgver}" "cstdint_missing.patch" "unix64_plt.patch")
+sha256sums=('901baca9ead1a7a0c3731b19aa4bd47978b97b087de1525a91ef769a0b0f7639'
+            'd97c14a03f32672ba84880e40dc934027117bd1c6a331f3351e08466598767ac'
+            '78972153abb804c5f8828ac69ea15a5aa0ab2a95fa19e8b2c4508a32558bdea0')

 prepare() {
   cd "${pkgname#lib32-*}"
-  # Fix CMake build error with latest CMake 4.0 release
-  git cherry-pick --no-commit b354c009a60bcd6d7fc04014e200a1ee9c45c167
   # Fix missing required cstdint include
   patch -Np1 -i ../cstdint_missing.patch
+  # Fix PLT path - https://github.com/Multicorewareinc/x265/issues/831
+  patch -Np1 -i ../unix64_plt.patch
 }

 build() {

oxalin commented on 2026-06-23 05:36 (UTC)

Hi.

I just updated the whole package with all relevant native's commits: nvchecker, 0BSD license, add .gitignore, removed unneeded patch, update the build process.

Would you consider adding me as a co-maintainer? I could push the changes (or send a pull request, I don't know how co-maintainers works). I'm the maintainer of a few packages myself, such as lib32-ffmpeg, lib32-x264, etc.

unit73e commented on 2025-12-18 00:06 (UTC)

Hello. I've moved to another distribution and for that reason I have no way to manage this package anymore. I'll leave maintenance to someone else.

unit73e commented on 2025-06-17 20:55 (UTC) (edited on 2025-06-17 21:06 (UTC) by unit73e)

@kacperoo29 confirmed that it should be bumped. will work on it. EDIT: updated to 4.1 and thanks for informing.

unit73e commented on 2025-06-03 19:31 (UTC) (edited on 2025-06-03 19:31 (UTC) by unit73e)

@enodev fixed in release 6. Thanks. There is no upstream fix so I had to create a patch.

unit73e commented on 2025-05-31 13:30 (UTC)

@enodev it's a new problem. GCC 14 is stricter and requires explicit cstdint import. I'll fix it later in the day, but it's better if upstream already fixed it and we use that, rather than a patch.

enodev commented on 2025-05-31 10:18 (UTC)

Not sure if this is relevent to others, when I was trying to build this package(install failed with yay, and failed then tried with makepkg). I went through the build process manually and got this error.

lib32-x265/src/x265/source/dynamicHDR10/json11/json11.cpp:101:32: error: ‘uint8_t’ does not name a type
  101 |         } else if (static_cast<uint8_t>(ch) <= 0x1f) {

Which seems to be at the make -C step. Make was helpful and let me know.

lib32-x265/src/x265/source/dynamicHDR10/json11/json11.cpp:28:1: note: ‘uint8_t’ is defined in header ‘<cstdint>’; this is probably fixable by adding ‘#include <cstdint>’
   27 | #include <limits>
  +++ |+#include <cstdint>
   28 |

After adding #include <cstdint> to the json11.cpp file make seems to run fine. I guess incase anyone else runs/ran into this problem?

AmbassadorDave commented on 2025-04-23 22:05 (UTC)

@unit73e thank you kindly, the package installed just fine with your fix applied!

unit73e commented on 2025-04-22 21:40 (UTC)

@AmbassadorDave confirmed and fixed. just adding the --no-commit to cherry pick solves the problem.

Are they now required to install/update lib32-x265?

No. They can use the old binary. It's the same thing, this update just fixes the cmake4 problems.

Also, it doesn't hurt, but there is no need to increase the pkgrel when you increase the epoch.

@vitaliikuzhdin having checked the documentation a higher version with same epoch, wins. it's in pacman(8) manual. as you mentioned the epoch cannot go back anymore, it will stay 1 forever. At least until I or someone else messes up again and becomes 2.

1 2 3 4 5 6 Next › Last »