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

Dependencies (48)

Required by (64)

Sources (7)

Latest Comments

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

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.

danielkrajnik commented on 2023-05-26 11:59 (UTC)

@sausix thanks for the prompt reply. That's a bummer, do you know any aur helpers that have this feature? I'm currenly on paru, perhaps aura? Right now building this package takes over 2 hours each time...

sausix commented on 2023-05-26 11:24 (UTC)

@danielkrajnik That works on manual compilation.

AUR helpers clone the code and do a checkout. So every prebuilt object gets deleted. May be theres a way to check out and keep the new files... Git should have such an option. But the AUR helper needs that switch too.

danielkrajnik commented on 2023-05-26 11:00 (UTC) (edited on 2023-05-26 11:00 (UTC) by danielkrajnik)

Sorry if it's a very basic question, but is it normal that this package recompiles itself completely from scratch on each update? I thought that if you compile it once it will only recompile parts that changed? I didn't expect blender project to change literally every file on a daily basis ;)

microcoder commented on 2023-05-16 04:19 (UTC) (edited on 2023-05-16 04:20 (UTC) by microcoder)

-- The C compiler identification is Clang 15.0.7
-- The CXX compiler identification is Clang 15.0.7
...
-- Could NOT find Clang (missing: _CLANG_LIBRARIES) 
-- Clang not found, disabling WITH_CLANG

microcoder commented on 2023-05-12 06:42 (UTC)

@fbrennan Thank you! I no longer get the error

fbrennan commented on 2023-05-11 11:18 (UTC)

@microcoder : Going to need to know graphics hardware as I don't get these errors. However, I've pushed a new version today, version 3.6.r123907.g98334b8f7df, which as its most important change adds—

+  export LDFLAGS="-Wl,--copy-dt-needed-entries $LDFLAGS"

This should clear up a lot of issues with not being able to find symbols which will be found in the final binary.

@mysticfall: No problem :-)

mysticfall commented on 2023-05-09 04:34 (UTC)

Hi. I've managed to fix my upbge-git package which has been broken for a while by copying & pasting from your PKGBUILD.

I mentioned it in my commit log but I wanted to say thank you here also.

Thanks much for the great work! :)