Package Details: blender-git 4.4.r142069.g320cf68e4b8-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.000426
First Submitted: 2013-12-05 10:11 (UTC)
Last Updated: 2024-10-09 12:26 (UTC)

Dependencies (48)

Required by (63)

Sources (9)

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 39 Next › Last »

sausix commented on 2021-02-22 14:34 (UTC)

@bartus Don't know the exact reason, but PKGBUILD was stuck to some older version: pkgver=2.93.r103953.gbc851700a61 which did not yet had the extra opt paths.

Even after deletion of PKGBUILD it was recreated with that older version. Maybe some AUR helper bug (yay).

A clean build helped.

I had installed the qfix-packages manually before updating blender-git so i did not realize the old PKGBUILD.

Sorry and thanks for helping!

There are other problems and i will open an issue at github.

bartus commented on 2021-02-22 08:00 (UTC) (edited on 2021-02-22 08:08 (UTC) by bartus)

This package is also hosted on GitHub.
Use env vars to control build process:
  • FRAGMENT="#{commit,tag,branch}=..." for making bisect build.
  • CUDA_ARCH="sm_xx sm_yy" to build for a specific Cuda arch, supports multiple values.
  • MAKEFLAGS="xxx" to override default make flags (check oom-killer disclaimer below)
Usage cases:
  • makepkg CUDA_ARCH=sm_52
  • yay -S blender-git --mflags "CUDA_ARCH=sm_52"
Optional features, defined at build time base on installed packages:
Disclaimer:

If you want to prebuild cycles/compositor kernels, you have to install cuda beforehand. If you don't have cuda installed, PKGBUILD will silently discard cycles/compositor cuda kernel build.

Same goes with usd,optix,openimagedenoise features.

Out of memory killer.

You may use ninja-mem to prevent oom-killer when building on system with low memory to core ratio.

To activate use MAKEFLAGS+=" -m75" where 75 is the percentage upper threshold of memory usage when new build jobs is postponed.

Or simply lower the make jobs count in "MAKEFLAGS" variable, but bear in mind this will prolong your build process.

bartus commented on 2021-02-22 07:45 (UTC) (edited on 2021-02-22 07:49 (UTC) by bartus)

@sausix: Strange, as I explicitly popped up pkgrel for openshadinglanguage-qfix to trigger rebuild ( ಠ ʖ̯ ಠ) ###

Also weird, that cmake fails to find oiio since it has direct path to oiio provided in -DOPENIMAGEIO_ROOT_DIR=/opt/oiio switch. ###

Could you please add --trace-expand to cmake call and check blender-git-*-build.log for FindOpenImageIO.cmake lines.

##patch

Apply with git apply -v <(curl -s http://ix.io/2QiQ) in blender-git clone.

To get blender-git*-build.log build with makepkg -L

Then search for those lines blender-git*-build.log :

...
/build/blender-git/src/blender/build_files/cmake/Modules/FindOpenImageIO.cmake(42):  FIND_LIBRARY(OPENIMAGEIO_LIBRARY NAMES OpenImageIO HINTS /opt/oiio;/opt/lib/oiio PATH_SUFFIXES lib64 lib )
...
/usr/share/cmake-3.19/Modules/FindPackageHandleStandardArgs.cmake(480):  string(APPEND DETAILS [/opt/oiio/lib/libOpenImageIO.so] )
...

btw. If you want to post blender-git*-build.log use ix.io

sausix commented on 2021-02-21 15:07 (UTC)

Thanks for previous fixing!

openshadinglanguage-qfix was not updated/triggered somehow and still provided /usr/bin/oslc which was not working anymore because of newer libclang-cpp.so.

After forcing a reinstall of all your *-qfix packages, it seems like that blender-git does not find the libs in the new destinations below /opt.

CMake Error at CMakeLists.txt:926 (message):
  Cycles requires WITH_OPENIMAGEIO, the library may not have been found.
  Configure OIIO or disable WITH_CYCLES

bartus commented on 2021-02-15 20:48 (UTC)

@sausix: This is due to conflict between open{image,color}io witch was rebuild using different version ( openimageio<-opencolorio1 not opencolorio=2 )

Should be fixed now ( using openimageio-qfix since community/openimageio get rebuild against opencolorio=2 )

sausix commented on 2021-02-13 13:52 (UTC) (edited on 2021-02-13 15:24 (UTC) by sausix)

For any reason the dependency opencolorio always wants to replace any preinstalled opencolorio or opencolorio-git into opencolorio1 which results in:

-- Could NOT find OpenColorIO: Found unsuitable version "1.1.1", but required is at least "2.0.0" (found /usr/lib/libOpenColorIO.so;/usr/lib/libyaml-cpp.so;/usr/lib/libexpat.so;/usr/lib/libpystring.so)

And that removes color management completely except basic RGB.

What's the cause of this problem?

Found it. openimageio requires and pulls opencolorio1.

With openimageio-git:

/usr/bin/oslc: error while loading shared libraries: libOpenImageIO.so.2.2: cannot open shared object file: No such file or directory

I'm giving up.

ElijahLynn commented on 2020-08-31 22:51 (UTC)

"error merging blender-git: fatal: No current branch."

bartus commented on 2020-06-25 10:44 (UTC)

@sausix I would say outdated

Feel free to report ;)

sausix commented on 2020-06-25 10:37 (UTC)

@bartus But what is the status of this package? Temporary broken? Deprecated? Because it does not build anymore even without embree packages.

Thanks

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 39 Next › Last »