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: 76
Popularity: 0.000100
First Submitted: 2013-12-05 10:11 (UTC)
Last Updated: 2024-12-04 18:59 (UTC)

Required by (62)

Sources (7)

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 40 Next › Last »

fbrennan commented on 2023-07-14 10:58 (UTC)

I've figured out the problem and it's very complicated to fix. My personal build has the same issue, to wit:

-- Installing: /home/fred/Workspace/blender-git/pkg/blender-git/usr/share/blender/4.0/datafiles/studiolights/studio/rim.sl
blf_load_font_default: 'fonts' data path not found for 'DejaVuSans.woff2', will not be able to display text
blf_load_font_default: 'fonts' data path not found for 'DejaVuSansMono.woff2', will not be able to display text
blf_load_font_default: 'fonts' data path not found for 'DejaVuSansMono.woff2', will not be able to display text
blf_load_font_default: 'fonts' data path not found for 'DejaVuSans.woff2', will not be able to display text
blf_load_font_default: 'fonts' data path not found for 'DejaVuSansMono.woff2', will not be able to display text
Font data directory "fonts/" could not be detected!
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy'
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string: construction from null is not valid
CMake Error at source/creator/cmake_install.cmake:2167 (file):
  file INSTALL cannot find
  "/home/fred/Workspace/blender-git/src/build/source/creator/blender.1": No
  such file or directory.
Call Stack (most recent call first):
  cmake_install.cmake:51 (include)

The problem is how makepkg works intrinsically. We say we are installing into /usr to cmake but really we are going into $pkgdir/usr.

Now, the problem is, those Python scripts expect those installations to be happening to where cmake said.

One idea of mine is to simply export Python envvars just for that run of the scripts inside the $pkgdir…

Any other ideas, anyone?

sausix commented on 2023-07-04 19:10 (UTC)

@yewhan Tried again? Sometimes the blender devs commit an inconsistent source code, which gets fixed very fast.

It just compiled fine on my machine. I'm having Cython installed too. Tried a clean build too?

yewhan commented on 2023-07-03 04:42 (UTC) (edited on 2023-07-03 04:42 (UTC) by yewhan)

originally installing resulted in:

cannot find "/usr/lib64/python3.11/site-packages/Cython"
(maybe consider adding cython as a dependency?)

after installing cython it resulted in:

terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string: construction from null is not valid
CMake Error at source/creator/cmake_install.cmake:2131 (file):
  file INSTALL cannot find
  "/home/yewhan/.cache/yay/blender-git/src/build/source/creator/blender.1":
  No such file or directory.
Call Stack (most recent call first):
  cmake_install.cmake:51 (include)

Jackleson commented on 2023-06-28 22:13 (UTC) (edited on 2023-06-28 22:17 (UTC) by Jackleson)

-- Installing: /var/tmp/pamac-build-jp/blender-git/pkg/blender-git/usr/share/blender/4.0/datafiles/studiolights/matcap/metal_carpaint.exr
blf_load_font_default: 'fonts' data path not found for 'DejaVuSans.woff2', will not be able to display text
blf_load_font_default: 'fonts' data path not found for 'DejaVuSansMono.woff2', will not be able to display text
blf_load_font_default: 'fonts' data path not found for 'DejaVuSansMono.woff2', will not be able to display text
blf_load_font_default: 'fonts' data path not found for 'DejaVuSans.woff2', will not be able to display text
blf_load_font_default: 'fonts' data path not found for 'DejaVuSansMono.woff2', will not be able to display text
Font data directory "fonts/" could not be detected!
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy_types'
ModuleNotFoundError: No module named 'bpy'
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string: construction from null is not valid
CMake Error at source/creator/cmake_install.cmake:2131 (file):
  file INSTALL cannot find
  "/var/tmp/pamac-build-jp/blender-git/src/build/source/creator/blender.1":
  No such file or directory.
Call Stack (most recent call first):
  cmake_install.cmake:51 (include)


make: *** [Makefile:130: install] Error 1
==> ERROR: A failure occurred in package().
    Aborting...

No idea honestly

LoKolbasz commented on 2023-06-19 18:54 (UTC)

The package fails to compile with the following linker errors:

/usr/bin/ld: ../../lib/libbf_nodes_geometry.a(unity_6_cxx.cxx.o): in function `blender::AtomicDisjointSet::join(int, int)':
unity_6_cxx.cxx:(.text._ZN7blender17AtomicDisjointSet4joinEii[_ZN7blender17AtomicDisjointSet4joinEii]+0x11c): undefined reference to    `__atomic_compare_exchange'
/usr/bin/ld: unity_6_cxx.cxx:(.text._ZN7blender17AtomicDisjointSet4joinEii[_ZN7blender17AtomicDisjointSet4joinEii]+0x18c): undefined reference to `__atomic_compare_exchange'
/usr/bin/ld: unity_6_cxx.cxx:(.text._ZN7blender17AtomicDisjointSet4joinEii[_ZN7blender17AtomicDisjointSet4joinEii]+0x1d0): undefined reference to `__atomic_compare_exchange'
/usr/bin/ld: unity_6_cxx.cxx:(.text._ZN7blender17AtomicDisjointSet4joinEii[_ZN7blender17AtomicDisjointSet4joinEii]+0x217): undefined reference to `__atomic_compare_exchange'
/usr/bin/ld: ../../lib/libbf_editor_mesh.a(editface.cc.o): in function `paintface_select_linked':
editface.cc:(.text+0x2502): undefined reference to `__atomic_compare_exchange'
/usr/bin/ld: ../../lib/libbf_editor_mesh.a(editface.cc.o):editface.cc:(.text+0x6beb): more undefined references to `__atomic_compare_exchange' follow

Does anyone know a fix for this issue?

danielkrajnik commented on 2023-05-27 13:49 (UTC) (edited on 2023-05-27 16:00 (UTC) by danielkrajnik)

I've tried to build another large git+aur package (aur/IfcOpenShell-git) and it skipped all the pre-compiled objects, which leads me to believe that something is not right with the way blender-git package handles updates (please see the comment below regarding long build times). If anyone had any suggestions that would be really helpful.

UPDATE: interestingly enough I found that running paru -S blender-git updates timestamps of ALL files in src/blender, which may be the reason why make triggers recompile on all files - trying to find out why, because normally i believe git operations don't modify unchanged files (and thus preserve their timestamp).

danielkrajnik commented on 2023-05-27 11:55 (UTC) (edited on 2023-05-27 13:49 (UTC) by danielkrajnik)

@microcoder thanks, mine was set to -j2 by default, but because it's a laptop that setting may make sense. I'm still not sure why it wouldn't be possible for paru to keep compiled objects and recompile only changed files like a typical MakeFile-based build (which take only a minute)? ccache mentioned before does help a bit, but build times are still over half an hour (because it checks every .c file). I'm wondering if it's caused by the way packages have to be built on arch or was it something specific to blender-git package that requires it to be rebuild from scratch each time?

microcoder commented on 2023-05-27 08:25 (UTC) (edited on 2023-05-27 08:25 (UTC) by microcoder)

@danielkrajnik My CPU Intel 4701 (Haswell) compiling code in

real 43m7,340s user 79m32,402s sys 3m27,176s

I tune the make to 8 threads for my CPU for acceleration:

MAKE_CMD="make ${MAKEFLAGS:--j8}"

danielkrajnik commented on 2023-05-26 13:01 (UTC) (edited on 2023-05-26 13:03 (UTC) by danielkrajnik)

@sausix How about ccache? I've just tried this package and it cached blender-git's compilation, so on the next run it took no time at all to update. You can then stay on the "bleeding edge" and keep the upgrade times reasonable? Or is this excessive or will result in some undesirable side effects later on?

sausix commented on 2023-05-26 12:21 (UTC)

@danielkrajnik

2 Hours??? :-O My "old" Ryzen 3700 takes under 20 minutes. But I'm restricting to exactly my needed cuda kernel. Saves some time and a lot of RAM.

I'm using yay and I skip blender-git most of the times. I mostly recompile only if some dependencies are to new and blender does not start. So I compile Blender seperately only if I need it.