Package Details: blender-git 4.4.r142069.g320cf68e4b8-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.000289
First Submitted: 2013-12-05 10:11 (UTC)
Last Updated: 2024-10-09 12:26 (UTC)

Dependencies (48)

Required by (63)

Sources (9)

Latest Comments

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 39 Next › Last »

stativ commented on 2015-01-01 12:06 (UTC)

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

escentrix commented on 2014-12-31 16:00 (UTC)

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'... done. -> Creating working copy of blender-addons git repo... Cloning into 'blender-addons'... done. /usr/bin/makepkg: line 1593: cd: blender-addons.git: No such file or directory ==> ERROR: Failed to change to directory blender-addons.git Aborting... ==> 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 (UTC)

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 (UTC)

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 (UTC)

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. (https://developer.blender.org/T42797)

Sanne commented on 2014-12-02 20:41 (UTC)

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. Discussion: http://lists.blender.org/pipermail/bf-committers/2014-November/044462.html Commit: https://developer.blender.org/rBbf63e348a2c481fa523466a86dd52cedadc62bc8

mrunion commented on 2014-11-29 03:11 (UTC)

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 (UTC)

It seems so. I updated the PKGBUILD accordingly.

mrunion commented on 2014-11-19 03:02 (UTC)

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 (UTC)

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