Package Details: blender-git 5.2.r160573.g65b811645fc6-1

Git Clone URL: https://aur.archlinux.org/blender-git.git (read-only, click to copy)
Package Base: blender-git
Description: A fully integrated 3D graphics creation suite (development)
Upstream URL: https://blender.org/
Licenses: GPL
Conflicts: blender
Provides: blender
Submitter: stativ
Maintainer: fbrennan (bartus)
Last Packager: bartus
Votes: 76
Popularity: 0.80
First Submitted: 2013-12-05 10:11 (UTC)
Last Updated: 2026-04-28 12:16 (UTC)

Dependencies (52)

Required by (68)

Sources (2)

Pinned Comments

bartus commented on 2025-10-31 09:46 (UTC) (edited on 2025-10-31 09:51 (UTC) by bartus)

fbrennan commented on 2025-08-18 16:53 (UTC) (edited on 2025-08-18 16:54 (UTC) by fbrennan)

I had hoped that there would be some alternative to requiring Git LFS. However, given how many months have passed, it seems that this is going to be a permanent requirement for building going forwards from the Blender development team. So, I have accepted the patch of @sausix and have only modified it in that I added a dependency to makepkg-git-lfs-proto which you need for makepkg to understand git-lfs protocol.

As usual, if you have trouble building remember Blender is a fast moving project. If no comment helps, rewind the Git repository to the version we last advertised as building with the PKGBUILD.

Latest Comments

1 2 3 4 5 6 .. 42 Next › Last »

bartus commented on 2026-06-08 13:25 (UTC)

@mith: makepkg -e works perfectly fine here. @sausix: Just compile in a clean chroot env, and you'll be fine - fixing all the potential aberrations from the local env is needless work 👍 Moreover, embedding a Python interpreter is redundant if you're not releasing the package to be used on a system with a different default Python interpreter.

sausix commented on 2026-05-03 15:08 (UTC)

I fixed a lot: https://gist.github.com/sausix/2df9897832aa9ecb04b77ccfe8cc0056

  1. Without having python3.13 installed there was no way of compiling: 
CMake Error at build/source/creator/cmake_install.cmake:350 (file):
  file INSTALL cannot find "/usr/lib64/python3.13": No such file or
  directory.
Call Stack (most recent call first):
  build/cmake_install.cmake:67 (include)

Removing the sed patch solved the issue.

  1. Most CMAKE_FLAGS were ignored because -C "${srcdir}/blender/build_files/cmake/config/blender_release.cmake" appeared after individual settings and that reverted to defaults. 8GB of existing Python modules moved into the package again. Moved the instruction to the top.

  2. Blender compile failed because external ceres-solver and internal routines collided somehow and resulted in blender --help outputting: ERROR: flag 'logtostderr' was defined more than once (in files '/usr/src/debug/google-glog/google-glog/src/flags.cc' and 'extern/glog/src/logging.cc'). Added -DWITH_SYSTEM_GLOG=ON and -WITH_SYSTEM_GFLAGS=ON to ignore internal routines.

  3. I've set some Python paths so at least blender-git always compiles against the system Python environment. Because of python-uv and other installed Python interpreters on my machine in $HOME blender-git tried to compile against them and also tried to open Blender on them and failed.
    Note for Python developers having multiple Python insterpreters installed: blender-git and also the official blender package will fail to open until you set PYTHONEXECUTABLE=/usr/bin/python3.14. Or blender will complain about not finding the math module.

mirh commented on 2026-04-18 15:41 (UTC)

Shouldn't everything up to the first cmake command (included) be in the prepare section? I cannot use makepkg -e to try again to build the package if it fails.

carlosnewmusic commented on 2026-02-07 14:41 (UTC)

build error https://pastes.io/blender-gi

bartus commented on 2025-10-31 09:46 (UTC) (edited on 2025-10-31 09:51 (UTC) by bartus)

bartus commented on 2025-10-31 09:44 (UTC) (edited on 2025-11-21 08:52 (UTC) by bartus)

@sausix

I've only adopted this package to fix the glaring issues, not to overhaul the build process, which always implies automagical deps resolving (finding what's installed on the build system and enabling the feature in Blender).

I've pushed the blender-develop-git package that allows full deps control and is non-conflicting with extra/blender.

sausix commented on 2025-10-26 13:57 (UTC)

It's building with almost all render backend again. Can you please adopt my "else" branches so these backends are not compiled by default? It should be cuda only for me since no oneapi or HIP is installed.
Also I can't see comments here which I got by mail. 

  - WITH_CYCLES_OSL                 ON
  - WITH_CYCLES_EMBREE              ON
  - WITH_CYCLES_PATH_GUIDING        ON
  - WITH_CYCLES_DEVICE_OPTIX        ON
  - WITH_CYCLES_DEVICE_CUDA         ON
  - WITH_CYCLES_CUDA_BINARIES       ON
  - WITH_CYCLES_DEVICE_ONEAPI       ON
  - WITH_CYCLES_ONEAPI_BINARIES     ON
  - WITH_CYCLES_DEVICE_HIP          OFF
  - WITH_CYCLES_HIP_BINARIES        ON
  - WITH_CYCLES_DEVICE_HIPRT        ON

sausix commented on 2025-09-30 18:14 (UTC)

Before a nice person will commit a new PKGBUILD... Here's a quite "huge" improvement: https://gist.github.com/sausix/2df9897832aa9ecb04b77ccfe8cc0056
At least on my machine the package grew up to 7.5GB of compressed size! Boiled down to having a complete embedded Python environment which contained packages like PyTorch and other heavy stuff. Maybe totally related to a local Python environment being directly copied. Also contained a double path .../site-packages/site-packages/... which looked very wrong. However Python is still available for Blender in my tests and the package shrunk to sleaky ~100MB. Official Arch Linux Blender has -DWITH_PYTHON_INSTALL=OFF too.
Also added manifold as optdepends which enabled that in the summary.

bartus commented on 2025-09-30 09:40 (UTC) (edited on 2025-09-30 09:41 (UTC) by bartus)

alternative to makepkg-git-lfs-proto is to call make update_code in the prepare(): blender devs wrote some neat helper scripts for pulling lfs sumges with fallback servers and code/libs separation.

1 2 3 4 5 6 .. 42 Next › Last »