| 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, blender-4.1-bin |
| Provides: | blender |
| Submitter: | stativ |
| Maintainer: | fbrennan (bartus) |
| Last Packager: | bartus |
| Votes: | 77 |
| Popularity: | 0.016754 |
| First Submitted: | 2013-12-05 10:11 (UTC) |
| Last Updated: | 2025-09-30 09:33 (UTC) |
I switched to opencl-amd, rebuilt hsa-rocr with the exports below (I don't know if that's necessary, or if it's just an example of another program that has the same issue as blender), and then added those export to Blender.
Blender builds successfully, and Cycles renders on the AMD GPU.
4.3.r139593.g8ea4d7ed892 adds the sed.
Users of AMD hardware should be aware I also had to do this, which I did not commit as it gives us a somewhat crippled Blender, which while being OK for my usecase may not be for yours:
diff --git a/PKGBUILD b/PKGBUILD
index 15fc39d..92bc698 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -158,7 +158,7 @@ build() {
fi
if [ -d /opt/rocm/bin ]; then
- _CMAKE_FLAGS+=( -DWITH_CYCLES_HIP_BINARIES=ON
+ _CMAKE_FLAGS+=( -DWITH_CYCLES_HIP_BINARIES=OFF
-DWITH_CYCLES_HYDRA_RENDER_DELEGATE:BOOL=FALSE
)
fi
The reason we need to do this is that hipcc is provided in Arch by hip-runtime-amd, an official package which is outdated since April and which has no bleeding edge AUR version. To fix this and potentially build with Cycles HIP binaries you will have to build your own newer hipcc. Otherwise you will get:
clang: error: invalid target ID 'gfx1150'
I was waiting in vain for this to be fixed as it affects an official package so kept expecting it to be soon, that's why I wasn't committing the sed as the package was still not completely fixed for me. However, seeing as no progress is likely to be made for the foreseeable future, committed this half-measure… :-)
@stevesp It worked for me in the official Arch package. Maybe I just missed the affected version. Thank you for the info!
@sausix I had the same error recently and I solved the problem by using the patch proposed in the following issue report and rebuild blender with it: https://gitlab.archlinux.org/archlinux/packaging/packages/blender/-/issues/18. It seems to be an arch related error that had to be fixed also for the extra/blender package.
@stevesp The sed patch works. I can compile again. Doesn't every Arch user have this issue currently?
Can someone confirm a crash? Not sure if it's an upstream issue:
Select default cube, goto Physics tab, click Fluid and choose Type=Domain.
I get:
Fatal Python error: PyImport_AppendInittab: PyImport_AppendInittab() may not be called after Py_Initialize()
Python runtime state: initialized
Current thread 0x00007fbc9a1a6000 (most recent call first):
<no Python frame>
Extension modules: _freestyle, bpy.props, bpy.app.icons, bpy.app.timers, bpy.utils.units, bpy.types, mathutils.geometry, mathutils.interpolate, mathutils.noise, mathutils, idprop, bmesh.ops, bmesh.utils, bmesh.geometry, bmesh, _cycles, gpu.capabilities, gpu.matrix, gpu.platform, gpu.select, gpu.shader, gpu.state, gpu.texture, gpu.compute, blf (total: 25)
Abgebrochen (Speicherabzug geschrieben)
@sausix: As suggested by you, the issue is line 330 in src/build/source/creator/cmake_install.cmake. I fixed this in the PKGBUILD file directly, by adding the following line to the package() function after the other sed command:
sed -ie 's|/usr/lib/python/|/usr/lib64/python3.12/|g' source/creator/cmake_install.cmake
Hope that helps.
CMake Error at source/creator/cmake_install.cmake:330 (file):
file INSTALL cannot find "/usr/lib/python": No such file or directory.
Call Stack (most recent call first):
cmake_install.cmake:51 (include)
src/build/source/creator/cmake_install.cmake line 330 is referencing "/usr/lib/python/" which could be the issue.
Hey, I've got a bit of fun here. I'm running "bleeding edge" mesa/GPU drivers for my 7900XTX and they are compiled with LLVM 19. It seems this builds with default LLMV of 17.
I can't run blender currently. It crashes on launch. I think it's the mismatched LLVM versions.
How can I build this against llvm 19?
I've got LLVM-minimal-git and clang-minimal-git 19 packages,but I assume I need more to get it to build?
Thanks @stevesp ! It helped me. For those who have the same error you can set variable LDFLAGS into begin build() function in your BKGBUILD file:
build() {
# Fix for error build: "/usr/bin/ld.gold: pack-relative-relocs: unknown -z option"
export LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now"
...
Pinned Comments
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 @
sausixand have only modified it in that I added a dependency tomakepkg-git-lfs-protowhich 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.