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: 75
Popularity: 0.000199
First Submitted: 2013-12-05 10:11 (UTC)
Last Updated: 2026-04-28 12:16 (UTC)

Required by (67)

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 »

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.

sausix commented on 2025-08-24 12:34 (UTC) (edited on 2025-08-24 12:36 (UTC) by sausix)

New update: https://gist.github.com/sausix/2df9897832aa9ecb04b77ccfe8cc0056

I tried to build on a non NVidia computer for the first time.

  • gcc14 seems always to be required not only for CUDA.
  • The build is using the ld.gold linker for some reason. Just found the older workarounds in the comments here. But lld should be the preferred option. It was not installed and cmake still chose ld.gold. Added some CMAKE flags. The "LD" env could also be used but I did not test it.
  • Added lld dependency.
  • Added some more "else" branches on CUDA and Optix. It tried to compile CUDA and Optix-Cycles before because their options default to "ON". Saves time and disk space.

FYI: makepkg-git-lfs-proto should be installed before creating the package. It spits out warnings. MAKEDEPENDS is too late so you probably have to invoke makepkg twice?

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