I've opened an issue for consistent build errors at generating fatbin kernels for HIP AMD GPUs with Rocm 5.1.3. It fails to build every version every day.
Search Criteria
Package Details: blender-git 3.3.r115774.gd54eb5ed209-1
Package Actions
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: | 72 |
Popularity: | 0.014460 |
First Submitted: | 2013-12-05 10:11 (UTC) |
Last Updated: | 2022-06-17 10:24 (UTC) |
Dependencies (32)
- alembic
- embree
- ffmpeg (ffmpeg-v4l2-request-git, ffmpeg-nox-git, ffmpeg-svt-vp9-git, ffmpeg-intel-full-git, ffmpeg-yt-dlp-bin, ffmpeg-shinobi, ffmpeg-git, ffmpeg-ndi, ffmpeg-libfdk_aac, ffmpeg-obs, ffmpeg-cuda, ffmpeg-mmal, ffmpeg-amd-full-git, ffmpeg-vulkan, ffmpeg-nocuda, ffmpeg-headless, ffmpeg-amd-full, ffmpeg-full, ffmpeg-decklink, ffmpeg-full-git)
- fftw (fftw-amd)
- freetype2 (freetype2-minimal-git, freetype2-ttmetrics, freetype2-v35, freetype2-git, freetype2-ultimate5, freetype2-infinality-remix)
- libgl (glshim-git, libhybris-ext-libgl-git, libhybris-libgl-git, nvidia-340xx-utils, libglvnd-git, swiftshader-git, amdgpu-pro-libgl-cfe, amdgpu-pro-libgl, amdgpu-pro-libgl-fix, libglvnd)
- libharu
- libpng (libpng-apng, libpng-minimal-git, libpng-git)
- libtiff (libtiff-git, libtiff-minimal-git, libtiff-lerc)
- libxi (libxi-git)
- openal (openal-git, openal-minimal-git)
- opencollada
- opencolorio (opencolorio-git)
- openimageio (openimageio-git)
- openjpeg2 (openjpeg-git)
- openshadinglanguage
- opensubdiv
- openvdb
- openxr (openxr-git)
- potrace
- Show 12 more dependencies...
Required by (55)
- amino-git (requires blender) (optional)
- anja-git (requires blender) (make)
- arx-libertatis (requires blender) (optional)
- blender-ac3d (requires blender)
- blender-better-collada-git (requires blender)
- blender-plugin-animation-nodes-git (requires blender)
- blender-plugin-blenderseed-git (requires blender)
- blender-plugin-blendrig-git (requires blender)
- blender-plugin-bligify (requires blender)
- blender-plugin-bullet-constraints-builder (requires blender)
- blender-plugin-cad-sketcher-git (requires blender)
- blender-plugin-cork (requires blender)
- blender-plugin-cubesurfer (requires blender)
- blender-plugin-edgeflow (requires blender)
- blender-plugin-edgeflow-git (requires blender)
- blender-plugin-facebuilder (requires blender)
- blender-plugin-fspy (requires blender)
- blender-plugin-gaffer-git (requires blender)
- blender-plugin-gcode-reader (requires blender)
- blender-plugin-hdri-lighting-shortcut (requires blender)
Sources (7)
Latest Comments
Fog commented on 2022-05-30 23:16 (UTC)
sausix commented on 2022-04-26 09:04 (UTC)
@niobium93 Can confirm. Please create an issue as requested in the pinned comment next time.
niobium93 commented on 2022-04-26 07:29 (UTC)
Is rendering on this for the last few days completely broken for anyone else or just me? Just trying to render the default cube on Cycles on CPU, nothing fancy, crashes immediately.
Fog commented on 2022-02-19 02:05 (UTC)
got some build errors when it is applying a patch
Applied patch build_files/cmake/platform/platform_unix.cmake cleanly. Applied patch source/blender/io/usd/CMakeLists.txt cleanly. Checking patch build_files/cmake/Modules/FindOpenEXR.cmake... error: while searching for: SET(_openexr_libs_ver_init "2.0")
SET(_openexr_FIND_COMPONENTS Half Iex IlmImf IlmThread Imath )
SET(_openexr_SEARCH_DIRS
error: patch failed: build_files/cmake/Modules/FindOpenEXR.cmake:34 error: build_files/cmake/Modules/FindOpenEXR.cmake: patch does not apply Checking patch source/blender/imbuf/intern/openexr/openexr_api.cpp... error: while searching for:
include <ImfChannelList.h>
include <ImfCompression.h>
include <ImfCompressionAttribute.h>
include <ImfIO.h>
include <ImfInputFile.h>
include <ImfOutputFile.h>
include <ImfPixelType.h>
include <ImfStandardAttributes.h>
error: patch failed: source/blender/imbuf/intern/openexr/openexr_api.cpp:38 error: source/blender/imbuf/intern/openexr/openexr_api.cpp: patch does not apply ==> ERROR: A failure occurred in prepare(). Aborting...
Command 'makepkg --force' failed to execute.
bda commented on 2022-01-05 12:26 (UTC)
hi, i can't compile it because there no tbb/atomic.h.
saburouta commented on 2021-12-08 17:21 (UTC)
@bartus Thanks! Following your suggestions, I was able to get blender-3.1 to build and run successfully.
bartus commented on 2021-12-07 14:45 (UTC) (edited on 2021-12-07 15:23 (UTC) by bartus)
@saburouta: it looks fine here, new tbb from staging works fine with blender-git (just disable embree and osd http://ix.io/3HhB as they links to old tbb)
btw. devtools
providers nice script called archbuild
which is symlinked as {extra, testing, staging}-x86_64-build
allowing to quickly build your packages against one of extra, testing, staging repository. One thing to remember is adding path to create build container -r /tmp/build-somethig
to prevent trashing your root fs.
saburouta commented on 2021-12-07 02:31 (UTC)
@bartus That's a good point. I will try that. Thank you. Sorry to take staging/testing/customization noise to this board here.
bartus commented on 2021-12-06 23:35 (UTC) (edited on 2021-12-06 23:46 (UTC) by bartus)
@saburouta lot of blender deps links with tbb: opensubdiv, openvdb, openimagedenoise, alembic... Are all of them correctly linked against your new tbb library?
If blender won't build against your modified libtbb veriant you can build it with the Archs tbb in chroot and repackage the Archs tbb with just libtbb.so.2 as tbb2-libs to satisfy blender-git runtime dependency.
I see there's new tbb version sitting in the Archs staging repo, will test bender-git and get back to you.
saburouta commented on 2021-12-06 23:17 (UTC)
@bartus That's what I mean with it not being a problem with this package. I upgraded tbb to a more recent version, and rebuilt many packages.
Blender's build system is just a little confusing to me. I feel like I have configured it to also update, but it keeps referring to '2', no matter what I set or patch.
I'm not saying this package has a problem, I was just hoping someone here would have understand how to configure Blender's dependencies.
bartus commented on 2021-12-06 21:43 (UTC)
@saburouta: can't see where's the problem here: libtbb.so.2 is provided in the current version of tbb.
saburouta commented on 2021-12-06 21:24 (UTC)
I keep getting an error linking to libtbb.so.2
. I believe this is because of my system, not anything wrong with Blender per se, but does anyone know how to configure Blender to build against a different version of tbb
?
/aur/blender/blender-git/src/build/bin/blender: error while loading shared libraries: libtbb.so.2: cannot open shared object file: No such file or directory
I don't want to downgrade tbb
if I can void it.
Fog commented on 2021-10-29 05:38 (UTC)
rm: cannot remove '.cache/pikaur/build/blender-git/pkg/blender-git/usr/blender-thumbnailer': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...
Errors during installation after building
Removed this line from PKGBUILD and it installed successfully.
rm "${pkgdir}"/usr/blender-thumbnailer
xyproto commented on 2021-09-05 10:34 (UTC)
The latest commit does not build here. It complains about a missing CMakeLists.txt.
bartus commented on 2021-06-01 09:18 (UTC) (edited on 2021-06-01 09:20 (UTC) by bartus)
@Sinasta @mahjong open{colorio,imageio, shadinglanguage}-qfix
requires a rebuild against latest community\openexr
if you're using rebuild-detector
and doesn't get notifications about this, please contact @kuteta. I'll pop the pkgrel
to trigger rebuild when I'm back. When community/blender
finally gets updated to 2.93
those -qfix
shananigans will be over.
mahjong commented on 2021-06-01 07:46 (UTC)
Same issue as @Sinasta
Sinasta commented on 2021-05-20 10:30 (UTC) (edited on 2021-05-20 11:22 (UTC) by Sinasta)
getting this error when trying to compile the new version:
[225/4634] Generating node_scatter_volume.oso FAILED: intern/cycles/kernel/shaders/node_scatter_volume.oso cd /var/tmp/pamac-build-sinasta/blender-git/src/build/intern/cycles/kernel/shaders && /opt/osl/bin/oslc -q -O2 -I"/var/tmp/pamac-build-sinasta/blender-git/src/blender/intern/cycles/kernel/shaders" -I"/opt/osl/share/OSL/shaders" -o /var/tmp/pamac-build-sinasta/blender-git/src/build/intern/cycles/kernel/shaders/node_scatter_volume.oso /var/tmp/pamac-build-sinasta/blender-git/src/blender/intern/cycles/kernel/shaders/node_scatter_volume.osl /opt/osl/bin/oslc: error while loading shared libraries: libOpenEXR-3_0.so.27: cannot open shared object file: No such file or directory [226/4634] Building CXX object intern/cycles/kernel/CMakeFiles/cycles_kernel.dir/kernels/cpu/kernel_split_avx2.cpp.o [227/4634] Building CXX object intern/cycles/kernel/CMakeFiles/cycles_kernel.dir/kernels/cpu/kernel_split.cpp.o [228/4634] Building CXX object intern/cycles/kernel/CMakeFiles/cycles_kernel.dir/kernels/cpu/kernel.cpp.o [229/4634] Building CXX object intern/cycles/kernel/CMakeFiles/cycles_kernel.dir/kernels/cpu/kernel_split_sse41.cpp.o [230/4634] Building CXX object intern/cycles/kernel/CMakeFiles/cycles_kernel.dir/kernels/cpu/kernel_sse41.cpp.o [231/4634] Building CXX object intern/cycles/kernel/CMakeFiles/cycles_kernel.dir/kernels/cpu/kernel_split_sse3.cpp.o [232/4634] Building CXX object intern/cycles/kernel/CMakeFiles/cycles_kernel.dir/kernels/cpu/kernel_sse3.cpp.o [233/4634] Building CXX object intern/cycles/kernel/osl/CMakeFiles/cycles_kernel_osl.dir/osl_services.cpp.o ninja: build stopped: subcommand failed. ==> ERROR: A failure occurred in build(). Aborting...
and this error when trying to start Blender:
blender: error while loading shared libraries: libIex-3_0.so.27: cannot open shared object file: No such file or directory
sausix commented on 2021-03-02 19:44 (UTC) (edited on 2021-03-02 19:44 (UTC) by sausix)
@carlosnewmusic Use MAKEFLAGS to reduce memory assignment. This is mostly described below.
Less threads or just a specific cuda kernel solves that issue. The kernels consume around 3GB RAM each.
carlosnewmusic commented on 2021-03-02 16:22 (UTC)
when compiling it leaves the system frozen using all available ram and swap
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.
- Please report
issues
andpatches
at: https://github.com/bartoszek/AUR-blender-git - CI Build Status: <img alt="Build Status" src="https://travis-ci.org/bartoszek/AUR-blender-git.svg?branch=travis" />
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:
- cuda
- usd
- aur/optix
- openimagedenoise
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.
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
bartus commented on 2020-06-25 08:08 (UTC) (edited on 2020-06-25 08:10 (UTC) by bartus)
@sausix: there is some patching required to build against Archs embree package. Check out blender-develop-git
sausix commented on 2020-06-25 00:28 (UTC)
Embree is now enabled by default since June 22.
https://developer.blender.org/rB99436acde8fbb7381f095922bb61455b0c8fb9a9
embree3/rtcore.h
now missing. Referenced in src/blender/intern/cycles/kernel/kernel_types.h:21:12
Package embree
solved some missing files but threw compile errors later.
Package embree2
did not help.
./../lib/libcycles_kernel.a(kernel.cpp.o):kernel.cpp:function ccl::kernel_volume_stack_update_for_subsurface(ccl::KernelGlobals*, ccl::ShaderData*, ccl::Ray*, ccl::VolumeStack*) [clone .constprop.0]: error: undefined reference to 'rtcOccluded1'
Following errors ommitted.
hugegameartgd commented on 2020-05-01 18:50 (UTC)
openjpeg
needs to be openjpeg2
sausix commented on 2020-03-12 15:38 (UTC)
@bartus: Thank you. I've asked here because that does not affect Blender's buildbot running CeontOS.
bartus commented on 2020-03-12 15:26 (UTC)
@sausix: simple bug, already poke the dev about it.
sausix commented on 2020-03-12 04:07 (UTC) (edited on 2020-03-12 04:08 (UTC) by sausix)
Doesn't build since some hours because of changes in blender source. Affects a few new data type conversions. https://git.blender.org/gitweb/gitweb.cgi/blender.git/commitdiff/6cf4861c3ac09fd65a765e8f8e3584713cc5303b
Compile output (first error only):
/home/as/.cache/yay/blender-git/src/blender/intern/cycles/render/image.cpp:153:34: error: could not convert 'ccl::ImageLoader::osl_filepath()' from
'OpenImageIO_v2_2::ustring' to 'bool'
153 | if (img->loader->osl_filepath()) {
| ~~~~~~~~~~~~~~~~~~~~~~~~~^~
| |
| OpenImageIO_v2_2::ustring
Installation of newer OpenImageIO didn't help. Blender's BuildBot does compile. Affects two of my systems.
berilac commented on 2020-03-09 19:59 (UTC)
@bartus: thank you for all the help. will definitely test those optimisations
kureta commented on 2019-12-04 14:39 (UTC)
@bartus thanks for the heads up!
bartus commented on 2019-12-04 07:06 (UTC)
@kureta, oidn is now available in [community]/openimagedenoise repository, you should switch to it to resolve conflict with [community]/blender.
bartus commented on 2019-11-03 12:59 (UTC) (edited on 2019-11-03 13:01 (UTC) by bartus)
@berilac: You can turn one more optimization in makepkg.con
by changing -mtune=xx
and -march=xx
to native
in C/CXXFLAGS
.
For me it's a speed up in bvh_build
of ~10%.
To check how much time blender
spend in bvh
generation run blender in background mode $ blender bmw27_gpu.blend -b -f 0 -o /tmp
.
berilac commented on 2019-11-03 09:09 (UTC) (edited on 2019-11-03 09:24 (UTC) by berilac)
@bratus: For me, I still get slower results from 2.8
- though they are markedly improved compared to the difference with default cube; at least they are no worse.
BMW demo:
- blender-2.79b
- 256x256 -> 6:45.70
- 512x512 -> 6:39.85
- 756x756 -> 6:46.39
- blender-2.82
- 256x256 -> 6:53.79
- 512x512 -> 6:41.97
- 756x756 -> 6:50.70
bartus commented on 2019-11-02 22:53 (UTC)
@berilac
BMW demo:
- blender-2.7 > 2:23
- blender-2.82 > 2:15
Looks like just a cold start in blender-2.8
, with realistic test 2.8
is a bit faster.
berilac commented on 2019-11-02 18:30 (UTC)
@bartus: ok, so not just me then. I've been trying to find out more about this. Pretty strange development... shame
bartus commented on 2019-11-02 15:50 (UTC) (edited on 2019-11-02 22:53 (UTC) by bartus)
@berilac:
GTX970
Default cube:
- blender-2.7 > 1,44sec
- bledner-2.82 > 5,16sec
berilac commented on 2019-11-02 14:15 (UTC)
@bartus: thank you very much.
You are right, it did look strange, though I had little idea why.
coredumpctl
gave me some quick insight.
My $PATH was messed up, causing a version of oslc
that I have from RenderManProServer to be used.
I would paste the new logs, but I guess they are not so relevant anymore.
Problem solved, compilation successful, regardless of tweaking _cuda_capability
.
Now I face a strange separate issue. Rendering the default cube takes around 10s with cycles and GPU (NVIDIA GeForce GTX 960M). It renders in around 2.4s using Blender 2.79b. Same for blender-git and blender-2.8-git. Working on gathering more information
bartus commented on 2019-11-01 14:26 (UTC)
@berilac: could you please limit compilation to single cuda compute capability
(with blender-2.8-git
run makepkg _cuda_capability=sm_52
to build sm_52
kernels)
This core dump
looks really strange, please look inside coredumpctl
to find what process exactly crashed.
Also could you build with verbose make
( add -v
flag to ninja
call here in blender-2.8-git)
berilac commented on 2019-11-01 13:59 (UTC)
Unable to compile blender-git (and also blender-2.8-git - slightly different errors, but feels like similar/same cause).
Looks to fail compiling cuda, or cycles (because of cuda?)
Not sure where to begin with diagnosis. I've been at this and research for a few hours now...getting nowhere.
log here: https://vim.cx/?1896d025ae773e0c#GnfEQysX9uKBt4zzauZ5NVSTAanzM88xphtXtTUt3pvf
I can't seem to figure out where the relevant information is. Even a point in the right direction would be appreciated.
bartus commented on 2019-10-24 14:39 (UTC) (edited on 2019-10-24 14:42 (UTC) by bartus)
@rubic: strange, as this symbol exist in libbost_locale.a
$ objdump -tC /usr/lib/libboost_locale.a|grep manager::select|cut -f2;;
00000000000000e1 .hidden boost::locale::localization_backend_manager::select(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned int)
rubic commented on 2019-10-24 12:05 (UTC)
Failed to build for me, with the error:
[100%] Linking CXX executable ../../bin/blender
/usr/bin/ld: ../../lib/libbf_intern_locale.a(boost_locale_wrapper.cpp.o): in function `bl_locale_init':
boost_locale_wrapper.cpp:(.text+0x2f): undefined reference to `boost::locale::localization_backend_manager::global()'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0x62): undefined reference to `boost::locale::localization_backend_manager::select(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned int)'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0x83): undefined reference to `boost::locale::localization_backend_manager::global(boost::locale::localization_backend_manager const&)'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0x8c): undefined reference to `boost::locale::localization_backend_manager::~localization_backend_manager()'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0xdf): undefined reference to `boost::locale::localization_backend_manager::~localization_backend_manager()'
/usr/bin/ld: ../../lib/libbf_intern_locale.a(boost_locale_wrapper.cpp.o): in function `bl_locale_set':
boost_locale_wrapper.cpp:(.text+0x196): undefined reference to `boost::locale::generator::generator()'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0x1af): undefined reference to `boost::locale::generator::add_messages_path(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0x1bf): undefined reference to `boost::locale::generator::add_messages_domain(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0x211): undefined reference to `boost::locale::generator::generate(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0x27c): undefined reference to `boost::locale::base_message_format<char>::id'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0x4cd): undefined reference to `boost::locale::generator::~generator()'
/usr/bin/ld: boost_locale_wrapper.cpp:(.text+0x69e): undefined reference to `boost::locale::generator::generate(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const'
/usr/bin/ld: ../../lib/libbf_intern_locale.a(boost_locale_wrapper.cpp.o): in function `bl_locale_init.cold':
boost_locale_wrapper.cpp:(.text.unlikely+0x15): undefined reference to `boost::locale::localization_backend_manager::~localization_backend_manager()'
/usr/bin/ld: ../../lib/libbf_intern_locale.a(boost_locale_wrapper.cpp.o): in function `bl_locale_set.cold':
boost_locale_wrapper.cpp:(.text.unlikely+0xc8): undefined reference to `boost::locale::generator::~generator()'
/usr/bin/ld: ../../lib/libbf_intern_locale.a(boost_locale_wrapper.cpp.o): in function `boost::locale::info const& std::use_facet<boost::locale::info>(std::locale const&)':
boost_locale_wrapper.cpp:(.text._ZSt9use_facetIN5boost6locale4infoEERKT_RKSt6locale[_ZSt9use_facetIN5boost6locale4infoEERKT_RKSt6locale]+0x7): undefined reference to `boost::locale::info::id'
collect2: error: ld returned 1 exit status
make[2]: *** [source/creator/CMakeFiles/blender.dir/build.make:441: bin/blender] Error 1
make[1]: *** [CMakeFiles/Makefile2:7314: source/creator/CMakeFiles/blender.dir/all] Error 2
kureta commented on 2019-10-02 21:25 (UTC)
@bartus are you on freenode irc or something? I would like to talk to you about your PKGBUILD and i don't want to clutter this comment section.
kureta commented on 2019-10-02 18:50 (UTC)
@bartus so are you saying if I remove optix
after installing blender
, Cycles OptiX device should continue to work without problems? Also isn't this package and yours are practically same? Should we merge them?
bartus commented on 2019-10-02 16:14 (UTC) (edited on 2019-10-02 18:35 (UTC) by bartus)
@kureta Shouldn't Optix go in to makedepends
. Optix v7.0 is header only ( symbols are pulled from the drivers)
kureta commented on 2019-09-30 12:43 (UTC)
@bartus I've already modified PKGBUILD, compiled, installed, and tested optix rendering on an RTX graphics card. Everything works fine.
kureta commented on 2019-09-29 21:01 (UTC) (edited on 2019-09-29 21:01 (UTC) by kureta)
Hi! I have modified your PKGBUILD file a bit. Specifically:
- removed cmake flags that are no longer applicable
-DWITH_GAMEENGINE=ON \
-DWITH_PLAYER=ON \
- Added optional dependencies for OptiX and Open Image Denoise Support
optdepends=('cuda: CUDA support in Cycles'
'optix: OptiX support in Cycles'
'oidn: Intel Open Image Denoise support in compositing')
- Added logic for detection of these optional dependencies
# check for optix
_OPTIX_PKG=`pacman -Qq optix 2>/dev/null` || true
if [ "$_OPTIX_PKG" != "" ]; then
_EXTRAOPTS="$_EXTRAOPTS \
-DWITH_CYCLES_DEVICE_OPTIX=ON \
-DOPTIX_ROOT_DIR=/opt/optix"
fi
# check for open image denoise
_OIDN_PKG=`pacman -Qq oidn 2>/dev/null` || true
if [ "$_OIDN_PKG" != "" ]; then
_EXTRAOPTS="$_EXTRAOPTS \
-DWITH_OPENIMAGEDENOISE=ON"
fi
Maybe you can incorporate these changes into your PKGBUILD too.
bartus commented on 2019-06-17 14:59 (UTC) (edited on 2019-09-07 13:51 (UTC) by bartus)
@fbrennan: Consider updating pkgver
scheme to preserve consistency across different blender packages in AUR.
pkgver() {
cd "$srcdir/blender"
printf "2.81.r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
}
This would make repology
versions report more usable
thanks ;)
fbrennan commented on 2019-01-17 08:20 (UTC)
Thanks guys, I'm working on getting it to build myself with the new changes. A state of flux is an understatement, the new development branch differs significantly from the old one so please allow time for things to stabilize :-)
rigred commented on 2018-12-29 18:36 (UTC)
This is now no longer the blender-2.79 branch. Recently blender dves have moved the blender-2.8 code into master (this PKGBUILD compiles from master) and the PKGBUILD and build options haven't been updated yet.
Things are currently in a state of flux so it may take a while to get things worked out.
seo.disparate commented on 2018-12-25 08:24 (UTC)
I got this to build by adding the following changes to the PKGBUILD:
diff --git a/PKGBUILD b/PKGBUILD
index [`e828e21`](https://aur.archlinux.org/cgit/aur.git/commit/?h=blender-git&id=e828e21)..8fd245c 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -8,7 +8,7 @@ arch=('i686' 'x86_64')
url="<http://blender.org/>"
depends=('libgl' 'python' 'desktop-file-utils' 'hicolor-icon-theme'
'ffmpeg' 'fftw' 'openal' 'freetype2' 'libxi' 'openimageio' 'opencolorio'
- 'openshadinglanguage' 'libtiff' 'libpng')
+ 'openshadinglanguage' 'libtiff' 'libpng' 'python-numpy')
optdepends=('cuda: CUDA support in Cycles')
makedepends=('git' 'cmake' 'boost' 'mesa')
provides=('blender')
@@ -65,6 +65,7 @@ build() {
-DWITH_PYTHON_INSTALL=OFF \
-DPYTHON_VERSION=3.7m \
-DWITH_MOD_OCEANSIM=ON \
+ -DPYTHON_NUMPY_PATH=/usr/lib/python3.7/site-packages \
$_EXTRAOPTS
make
}
Note I'm not sure if python-numpy should be depends or make-depends, so I added it as depends in the diff.
agapito commented on 2018-12-25 06:36 (UTC)
Can´t build:
[ 93%] Building CXX object source/blender/freestyle/CMakeFiles/bf_freestyle.dir/intern/winged_edge/WXEdgeBuilder.cpp.o [ 93%] Building CXX object source/blender/freestyle/CMakeFiles/bf_freestyle.dir/intern/winged_edge/WingedEdgeBuilder.cpp.o [ 93%] Linking CXX static library ../../../lib/libbf_freestyle.a [ 93%] Built target bf_freestyle make: *** [Makefile:163: all] Error 2
mowcat commented on 2018-12-24 19:54 (UTC)
@fbrennan fair point, just gotten used to installing blender-2.8-git and blender-git.
fbrennan commented on 2018-12-23 13:40 (UTC)
@mowcat I don't understand your point. This package is for building master
just by its name. Feel free to make blender2.7-git
if you want.
mowcat commented on 2018-12-23 03:16 (UTC)
I needed to edit the PKGBUILD file in order to use the blender2.7 branch.
stativ commented on 2018-08-11 19:23 (UTC)
I just disowned the package. I no longer have the time to play with blender, so I believe it's time to pass it to someone else.
nucularJohn commented on 2018-08-07 14:12 (UTC)
Python is 3.7 now. -DPYTHON_VERSION=3.7m
SpotlightKid commented on 2018-02-24 20:29 (UTC)
When I build this, the resulting package is missing the *.oso files under /usr/share/blender/2.79/scripts/addons/cycles/shader/ that the non-git package has.
I tried replacing the build function with the one from the non-git package, which uses the cmake file under build_files/cmake/config/blender_release.cmake, but then I get random compiler failures when building.
Anybody and idea how to fix this?
berilac commented on 2018-01-27 08:54 (UTC)
Appear to have solved the issue. Should anyone run into it themselves:
Edit the PKGBUILD in the build() section, in the cmake command add the following, or a variant of
-DCYCLES_CUDA_BINARIES_ARCH:STRING="sm_20;sm_21;sm_30;sm_35;sm_37;sm_50;sm_52;sm_60;sm_61"
I had to remove sm_20 and 21 before it would compile for me.
berilac commented on 2018-01-19 08:14 (UTC)
I believe I ran into something similar to the following error before. I can't remember how I eventually got around it...
[ 17%] Generating kernel_sm_20.cubin nvcc fatal : Value 'sm_20' is not defined for option 'gpu-architecture' make[2]: [intern/cycles/kernel/CMakeFiles/cycles_kernel_cuda.dir/build.make:255: intern/cycles/kernel/kernel_sm_20.cubin] Error 1 make[1]: [CMakeFiles/Makefile2:1465: intern/cycles/kernel/CMakeFiles/cycles_kernel_cuda.dir/all] Error 2
Any ideas? googling thus far has not been very much use. Perhaps it involves a CMAKE flag for makepkg, but I am uncertain...
Pinned Comments
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.
issues
andpatches
at: https://github.com/bartoszek/AUR-blender-gitUse 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 havecuda
installed,PKGBUILD
will silently discard cycles/compositorcuda
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.