Package Details: blender-git 4.3.r139593.g8ea4d7ed892-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: fbrennan
Votes: 76
Popularity: 0.000543
First Submitted: 2013-12-05 10:11 (UTC)
Last Updated: 2024-07-29 17:54 (UTC)

Dependencies (48)

Required by (63)

Sources (9)

Latest Comments

« First ‹ Previous 1 .. 23 24 25 26 27 28 29 30 31 32 33 .. 39 Next › Last »

travnick commented on 2011-12-05 16:34 (UTC)

That's strange: []$ yaourt -Qs boost extra/boost 1.48.0-2 [119,74 M] Free peer-reviewed portable C++ source libraries - Development extra/boost-libs 1.48.0-2 [8,94 M] Free peer-reviewed portable C++ source libraries - Runtime []$ blender blender: error while loading shared libraries: libboost_filesystem.so.1.47.0: cannot open shared object file: No such file or directory I built blender just one hour ago (first yaourt -G blender-svn -> makepkg | yaourt -U blender.....)

mrunion commented on 2011-12-05 15:45 (UTC)

I did -- at least I think I did! I actually removed and completely re-downloaded everything. I'll give it a try again. Thanks!

stativ commented on 2011-12-05 15:14 (UTC)

mrunion: Blender doesn't have any internal copy of boost. Did you try to do a clean rebuild (ie. remove the build dirs in $srcdir) of blender and openimageio-git? It works for me.

mrunion commented on 2011-12-04 16:39 (UTC)

libboost causes issues since Blender is built on 1.47 and Arch has upgraded to 1.48: blender: error while loading shared libraries: libboost_filesystem.so.1.47.0 Is there a way to make Blender build against the system boost version instead of it's own boost version?

N30N commented on 2011-12-03 10:46 (UTC)

stativ, I know. I disabled compile time compilation of the kernels so that cuda-toolkit could be removed from depends but it does build fine. I'd guess issue is probably with your card running out of memory (for that you'd need to limit what versions of CUDA it builds for).

stativ commented on 2011-12-03 08:48 (UTC)

N30N: blender-cycles-svn didn't compile CUDA kernels at compile time, but at runtime. This works with this PKGBUILD too (unless they broke it). There's an "experimental" code in this PKGBUILD which is supposed to compile CUDA at compile time. I guess this is what you meant by the "export lines." It's commented out (ie. the code doesn't have any effect as if it was removed), because it didn't work for me. In other words, if you leave the PKGBUILD as is, CUDA will work in exactly same way as it worked with blender-cycles-svn.

N30N commented on 2011-11-28 15:17 (UTC)

stativ, As I tried to say previously it worked in blender-cycles-svn. Looking at your PKGBUILD it should work if you just remove the export lines.

stativ commented on 2011-11-28 13:49 (UTC)

eribol: I guess you mean that you've uncommented the CUDA code in PKGBUILD. I know about this problem (just read the notice in the code you've uncommented). I'm pretty sure it's caused by the fact CUDA requires gcc 4.4, but external libraries, such as boost and openexr, were compiled with a binary incompatible version of gcc. There are three possible solutions: 1) force nVidia to support current gcc versions officially (the clean way) 2) change CUDA headers so they doesn't choke on newer gcc versions and hope it will not explode. More information could be found on Blender wiki: http://wiki.blender.org/index.php?title=Dev:2.6/Source/Render/Cycles/Building&oldid=157080 (IMO relatively clean way, but it's not guaranteed it will work) 3) recompile your entire system using gcc 4.4 (the ugly and utterly slow way) Or you can let CUDA compile it's kernels at runtime (ie. leave the code commented out). It's slow, but it works. Also results are cached, so the kernels are not recompiled each time you hit the "Render" button.

<deleted-account> commented on 2011-11-27 19:40 (UTC)

@stativ, if i use the cude options its give me this error. /usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.4/../../../../lib/libboost_thread.so: undefined reference to `std::out_of_range::~out_of_range()@GLIBCXX_3.4.15' /usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.4/../../../../lib/libboost_regex.so: undefined reference to `std::overflow_error::~overflow_error()@GLIBCXX_3.4.15' collect2: ld How can we fix that? Or is this just temporarily.