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

Dependencies (48)

Required by (62)

Sources (7)

Latest Comments

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

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.

N30N commented on 2011-11-18 16:03 (UTC)

> ie. it's GPL2 or any later, which is what license=('GPL') means. Ok, I just noticed that GPL is a link to GPL2 (and this strange convention on the wiki).

stativ commented on 2011-11-18 14:49 (UTC)

N30N: the kernels build fine when they are compiled at a runtime, but when trying to compile them at a compile time, the blender build fails. That's because it's necessary to do entire build using gcc 4.4 which results in errors when linking OpenEXR (and boost probably too). The license is correct, because looking at random file in the blender source three, you will find following: * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. ie. it's GPL2 or any later, which is what license=('GPL') means. > Looking at you PKGBUILD looks like sndfile is missing. I removed that one yesterday, because it didn't seem to be very useful. I've been able to load music files such as ogg or mp3 without libsndfile. Maybe you could give me more insight on this issue.

stativ commented on 2011-11-18 12:12 (UTC)

> it compiles at run time if not done at build I didn't know that. My tests confirms you're right. I tried to modify PKGBUILD to build CUDA kernels if cuda-toolkit is present, but it breaks the build, so I left that code commented out until I get more time to fix it. > You didn't copy other changes? Well, I did all changes on my own. I skimmed through your PKGBUILD only once before deleting it IIRC the changes were some kind of switch to switch branches (I don't see a reason to add it) and enabling some additional libs, such as jack, which I don't want to explicitly enable either, because I'm trying to stick with the defaults most of the time. > This package still has incorrect license According to http://projects.blender.org/scm/viewvc.php/trunk/blender/COPYING?view=markup&revision=41229&root=bf-blender the license is correct. > and missing features found in the standard build (like blenderplayer) Could you please elaborate which features? For now I've added blender player.

stativ commented on 2011-11-17 20:09 (UTC)

QXQ: well, the blender-cycles didn't actually used cuda, because cuda was explicitly disabled in the PKGBUILD, so I think there's no hurt. Stay tuned, I've a PKGBUILD which detects CUDA and enables it when it's found, but I want to test it first.