Package Details: blender-git 4.4.r144205.gfba10a82121-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, blender-4.1-bin
Provides: blender
Submitter: stativ
Maintainer: fbrennan (bartus)
Last Packager: bartus
Votes: 77
Popularity: 0.59
First Submitted: 2013-12-05 10:11 (UTC)
Last Updated: 2024-12-04 18:59 (UTC)

Required by (64)

Sources (7)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 .. 40 Next › Last »

microcoder commented on 2024-09-27 07:25 (UTC) 

==> Starting prepare()...
Skipping submodule 'lib/linux_x64'
Skipping submodule 'lib/macos_arm64'
Skipping submodule 'lib/macos_x64'
Skipping submodule 'lib/windows_arm64'
Skipping submodule 'lib/windows_x64'
Skipping submodule 'tests/data'
Checking patch intern/ffmpeg/ffmpeg_compat.h...
error: while searching for:
#endif
}

/* -------------------------------------------------------------------- */
/** \name Deinterlace code block
 *

error: patch failed: intern/ffmpeg/ffmpeg_compat.h:141
error: intern/ffmpeg/ffmpeg_compat.h: patch does not apply
Checking patch source/blender/imbuf/intern/anim_movie.cc...
Hunk #1 succeeded at 656 (offset 3 lines).
Hunk #2 succeeded at 1035 (offset 3 lines).
==> ERROR: A failure occurred in prepare().
    Aborting...

saburouta commented on 2024-09-20 23:48 (UTC) (edited on 2024-09-24 04:51 (UTC) by saburouta)

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.

fbrennan commented on 2024-07-29 18:00 (UTC)

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… :-)

sausix commented on 2024-07-05 10:00 (UTC)

@stevesp It worked for me in the official Arch package. Maybe I just missed the affected version. Thank you for the info!

stevesp commented on 2024-07-05 09:55 (UTC) (edited on 2024-07-05 09:56 (UTC) by stevesp)

@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.

sausix commented on 2024-07-02 18:47 (UTC)

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

stevesp commented on 2024-06-25 09:44 (UTC) (edited on 2024-06-25 09:45 (UTC) by stevesp)

@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.

sausix commented on 2024-06-22 10:56 (UTC) 

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.

insanemal commented on 2024-05-07 12:50 (UTC)

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?

« First ‹ Previous 1 2 3 4 5 6 7 .. 40 Next › Last »