Package Details: blender-git 2.81.r91063.ab519b91b2c-1

Git Clone URL: (read-only, click to copy)
Package Base: blender-git
Description: A fully integrated 3D graphics creation suite (development)
Upstream URL:
Licenses: GPL
Conflicts: blender
Provides: blender
Submitter: stativ
Maintainer: fbrennan (kureta)
Last Packager: kureta
Votes: 71
Popularity: 0.000311
First Submitted: 2013-12-05 10:11
Last Updated: 2019-12-04 14:38

Dependencies (28)

Required by (54)

Sources (6)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 ... Next › Last »

stativ commented on 2015-01-01 12:06

There seems to be a bug in makepkg. I will investigate that more.

escentrix commented on 2014-12-31 16:00

I'm trying to get this compiled ('yaourt -S blender-git' as well as manual makepkg) but I keep running into:

==> Validating source files with md5sums...
blender ... Skipped
blender-addons.git ... Skipped
blender-addons-contrib.git ... Skipped
blender-translations.git ... Skipped
scons.git ... Skipped
blender.desktop ... Passed
==> Extracting sources...
-> Creating working copy of blender git repo...
Cloning into 'blender'...
-> Creating working copy of blender-addons git repo...
Cloning into 'blender-addons'...
/usr/bin/makepkg: line 1593: cd: blender-addons.git: No such file or directory
==> ERROR: Failed to change to directory blender-addons.git
==> ERROR: Makepkg was unable to build blender-git.

Everything was downloaded okay and I can see that blender-addons.get is there. Not sure what to do next.

stativ commented on 2014-12-09 21:14

mrunion: I just tried it and it compiles fine. Thank you for all the work on fixing the issue.

mrunion commented on 2014-12-05 00:15

The Blender ticket has been marked resolved and it appears they have (or will shortly) fix the issue.

mrunion commented on 2014-12-04 02:22

The error I'm getting doesn't necessarily relate to these changes AFAIK. Here is the error:

/tmp/tmp.HuPKkPCapN/blender-git/src/blender/source/blender/blenfont/intern/blf_glyph.c: In function ‘blf_glyph_add’:
/tmp/tmp.HuPKkPCapN/blender-git/src/blender/source/blender/blenfont/intern/blf_glyph.c:265:13: error: conversion to ‘int’ from ‘unsigned int’ may change the sign of the result [-Werror=sign-conversion]
g->width = bitmap.width;
/tmp/tmp.HuPKkPCapN/blender-git/src/blender/source/blender/blenfont/intern/blf_glyph.c:266:14: error: conversion to ‘int’ from ‘unsigned int’ may change the sign of the result [-Werror=sign-conversion]
g->height = bitmap.rows;
cc1: some warnings being treated as errors
source/blender/blenfont/CMakeFiles/bf_blenfont.dir/build.make:123: recipe for target 'source/blender/blenfont/CMakeFiles/bf_blenfont.dir/intern/blf_glyph.c.o' failed
make[2]: *** [source/blender/blenfont/CMakeFiles/bf_blenfont.dir/intern/blf_glyph.c.o] Error 1
CMakeFiles/Makefile2:4889: recipe for target 'source/blender/blenfont/CMakeFiles/bf_blenfont.dir/all' failed
make[1]: *** [source/blender/blenfont/CMakeFiles/bf_blenfont.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....

As you can see, the problem is that the setting -Werror=sign-conversion is catching an uncast type coersion. Lines 265 and 266 (where the error occurs) are:

265 g->width = bitmap.width;
266 g->height = bitmap.rows;

The problem is that g->width/height are type "int", but bitmap.wdith/height are type "unsigned int". That is causing the issue.

I tried an explicit cast (I changed the code to g->width = (int)bitmap.width, ... etc.). Blender compiled fine this way.

I added "-Wno-error=sign-conversion" to the CXX_FLAGS in my makepkg.conf file and the build failed the same way. (I may have not done this correctly, though, so YMMV.)

I have reported this as a Blender bug. (

Sanne commented on 2014-12-02 20:41

Just to let everybody know, there was a change in default cmake build configs (in main CMakeLists.txt) recently that may be the reason for unexpected build behaviors.



mrunion commented on 2014-11-29 03:11

Has anyone had any problems building blender in the past 3-4 days? There is an error with a "conversion" at about 52%. The problem is with blf_glyph.c. I think I know the fix, but I am wondering why the code would start failing now, when it seems the Blender code hasn;t changed in a long time. I think it's because of aglibc update, but I haven't dug any further.

Does anyone else have a building issue?

stativ commented on 2014-11-25 20:58

It seems so. I updated the PKGBUILD accordingly.

mrunion commented on 2014-11-19 03:02

It seems that now we have to also have -WITH_GAMEENGINE=ON if -WITH_PLAYER=ON. Has anyone else experienced this?

stativ commented on 2014-06-06 11:11

reedlaw: I would say that freetype2-infinality should be fixed to provide the same files as the freetype2 package.