I kept up with the discussion a few months ago whether to keep or get
rid of the opencollada library and it seems the consensus (if there
was one) was to keep it around for now.
Since I maintain openCOLLADA for Fedora, I was wondering if anyone was
even looking at the issues logged at the homepage
On Thu, Jun 21, 2012 at 10:25 AM, Antony Riakiotakis wrote:
> I think on linux the system library is used. Maybe you should upgrade your
> system's openjpeg?
Either way, if a minimum version of a library is needed, shouldn't it
error out in configuration instead of during building?
Just as a dat
On Thu, Jun 21, 2012 at 11:28 AM, Antony Riakiotakis wrote:
> Should we add a switch to use external/openjpeg for people who may want it?
I think that would be a good idea although you kinda already do (with
cmake). In my spec file for Fedora I rm -rf the bundled openjpeg
library and cmake automa
On Thu, Jun 21, 2012 at 11:56 AM, Daniel Salazar - 3Developer.com
wrote:
> I deleted the ffmpeg libs from svn in order to use the system ones,
> this has worked for me in the past. Now I'm getting this
>
> http://www.pasteall.org/33119
>
> any ideas?
I don't remember you saying one way or the oth
On Thu, Jun 28, 2012 at 6:52 AM, Terry Wallwork
wrote:
> Hi,
>
> Just tried building the latest svn version of Blender and it will no
> longer link since Fedora updated to OpenImageIo Version 1.0.5
I'm assuming you're building with Cmake? That what the snippet you
posted looked like but admittedl
On Thu, Jun 28, 2012 at 8:42 AM, Terry Wallwork
wrote:
> Hi Richard,
>
> Yes I am building Blender with Cmake, and yes I build Blender frequently
> to keep up to date with its progress, I never use the Fedora provided
> sources only ever Blender Trunk SVN. The older version of OIIO worked ok
> (be
I just did a current SVN checkout and had no issues linking with oiio 1.0.5...
Richard
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
On Thu, Jun 28, 2012 at 10:09 AM, Terry Wallwork
wrote:
> Hi Richard,
>
> Sorry for the noise, it links here also, I just needed to delete the
> Blender source and build files to get it to compile and link against the
> newer OIIO version.
Glad it was an easy fix :) Another good think about using
Need some help here...
As of Fedora 18, we're shipping Python 3.3 and the current version of
blender is 2.63a. During configuration it's not finding Python using
the bundled FindPythonLibsUnix.cmake module. It seems to check for
Python 3.2 but instead of saying it's not the right version it's not
Ok, I got past the Python 3.3 issue and now I'm having an issue with Boost 1.50:
[ 85%] Building CXX object
intern/cycles/util/CMakeFiles/cycles_util.dir/util_cache.cpp.o
In file included from /usr/include/boost/filesystem.hpp:15:0,
from
/builddir/build/BUILD/blender-2.63a/intern/
On Sat, Aug 11, 2012 at 6:12 PM, Sergey Sharybin wrote:
> Support of newer boost libraries was added to cycles in r48836 which
> happened after 2.63a release. You should either:
>
> - use older boost (like 1.49)
> - use newer sources (current trunk)
> - backport changes from r48836 to your local c
I'm trying to get my blender package for Fedora to meet the packaging
guidelines (which are quite extensive).
One of the things I'm fighting with is that building things in
statically should be avoided (like openCOLLADA).
The problem I'm fighting now is that Fedora provides a glew package
but I'm
On Tue, Apr 5, 2011 at 2:14 PM, pete larabell wrote:
> RIchard,
>
> so far as I know, blender needs it's own glew implementation. It is
> not the same as the system version. It is not something that can be
> turned off, since blender itself draws to the screen with OpenGL.
Strange then... I have
On Tue, Apr 5, 2011 at 6:32 PM, Campbell Barton wrote:
> Hi Richard,
> added WITH_BUILTIN_GLEW option to CMake r36024 which can be disabled
> to link against the systems GLEW library.
Awesome! I'll try it out.
Will I still need the patch that updates the includes in the actual
source files?
i.e
On Tue, Apr 5, 2011 at 6:32 PM, Campbell Barton wrote:
> Hi Richard,
> added WITH_BUILTIN_GLEW option to CMake r36024 which can be disabled
> to link against the systems GLEW library.
Awesome! I'll try it out.
Will I still need the patch that updates the includes in the actual
source files?
i.e
Just wanted to put in a "me too".
I got a good build for Fedora 14 x86_64. Tested it out remotely over
X11 Forwarding (cygwin) and everything seemed fine. No console errors
so that's good.
With all the stuff Dave P. and I are doing to the source to make it
compatible with with the distribution re
On Thu, Jun 30, 2011 at 9:55 PM, Muhamad Faizol Abd. Halim
wrote:
> hi all,
>
> has anyone been able to compile on Fedora 14 (with boost 1.44)?
I assume you mean compile blender?
I've had success building up to version 2.57b with reverse patches for
Python 3.1 compatibility. Never worried about
On Fri, Jul 1, 2011 at 9:39 AM, Brecht Van Lommel
wrote:
> Hi,
>
> I think this is about Cycles, Blender itself doesn't need boost. I
> don't know if anyone has compiled Cycles on Fedora with that boost
> version, but if you have a compile error related to boost it may be
> there's a small code tw
Can someone fill me in on the details?
I'm doing a svn checkout of cycles right now. Can I build it
separately from blender and create a cycles-lib type package?
I'm trying this on Fedora 14 x86_64 if it matters.
Thanks,
Richard
___
Bf-committers maili
On Fri, Jul 1, 2011 at 8:08 PM, Dan Eicher wrote:
> I was building cycles on fedora 14 for a while, OIIO needed a reverse
> patch (on boost maybe?) to build IIRC.
I was able to pull and compile oiio on my F14 box without any patches.
I've started looking at what it would take to build it as a sep
Hey guys, I'm back!
I know I've been quiet for a while but I was building some other
packages for Fedora but now my interest in blender has piqued again
with blender-cycles.
I've already built a package for oiio and I think it's working
properly. Now I need some help building blender-cycles.
Que
On Fri, Jul 8, 2011 at 6:06 AM, Brecht Van Lommel
wrote:
> Hi,
>
> I've fixed the blenderplayer build now to solve these errors (it's
> disabled by default, didn't really keep track of it for the branch).
That's got it! Thanks!
No I'm having issues because I'm trying to call this "blender-cycles
I've gotten OpenImageIO accepted into Fedora now so I was working on
getting the blender-cycles branch to build and ran into the following
issue:
Linking C executable ../../bin/blender
cd /home/build/rpmbuild/blender/BUILD/blender-2.58/Build/source/creator
&& /usr/bin/cmake -E cmake_link_script CM
I ran across this before but have now forgotten how I fixed/worked around it.
ERROR 0002: file '/usr/bin/blender' contains an invalid rpath
'/usr/include/lib' in
[/usr/include/lib:/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/lib]
ERROR 0002: file '/usr/bin/blender' contains an invalid
On Wed, Aug 3, 2011 at 11:19 PM, Campbell Barton wrote:
> >From looking into this RPM is checking for RPATH's with readelf.
>
> I tried this on fedora and arch linux blender builds.
> readelf -d ./blender.bin | grep "RPATH"
>
> And only got this on arch (nothing on fedora with both scons and cmak
I'm not sure why but the header files seem to be getting installed
with the the cmake build internal path... Here's a snippet of
install_manifest.txt
/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/RNA_access.h
/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include/RNA_types.h
I think I've figured out at least part of the problem...
There are 3 internal output paths in CMakeCache.txt:
EXECUTABLE_OUTPUT_PATH:INTERNAL=/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/bin
INCLUDE_OUTPUT_PATH:INTERNAL=/home/build/rpmbuild/blender/BUILD/blender-2.58/Build/include
LIBRAR
Ok, I'm not sure if I did it the right way but I fixed it by changing
one cmake variable in
source/creator/CMakeLists.txt
from:
# headers
install(
FILES
${CMAKE_SOURCE_DIR}/source/blender/makesrna/RNA_access.h
${CMAKE_SOURCE_DIR}/source/blender/makesrna/RNA_types.h
Well I've given up on figuring out what's causing it for now and
decided to just use chrpath --delete to get rid of it, but if anyone
thinks of anything, please let me know.
Thanks,
Richard
___
Bf-committers mailing list
Bf-committers@blender.org
http://
Ok guys, I hope I don't have to keep bothering you but I've got one
more problem.
I'm not sure if it's specific to the blender-cycles branch but none of
the files in /lib are being installed and neither are
makes{rna,dna} from ./bin.
I don't remember having this problem in previous versions and I
Not having gotten any replies to my last few questions I'm starting to
think I'm becoming a bother, but I'll try again...
I've been working on a blender-cycles build for Fedora and I thought I
was getting pretty close until I ran rpmlint on the installed blender
package.
I noticed I had seemingly
On Sat, Aug 6, 2011 at 9:02 AM, Brecht Van Lommel
wrote:
> Hi,
>
> The only difference with trunk should be that there is a shared
> library being built that contains the cycles render engine. I'm not
> sure which files from the lib/ directory you are expecting to be
> installed? Also makesrna and
On Sat, Aug 6, 2011 at 9:06 AM, Brecht Van Lommel
wrote:
> Hi,
>
> Blender itself shouldn't require any extra libraries compared to
> trunk, so I'm not sure how this could happen. Where does the shared
> library "libbf_avi.so" come from? That's supposed to be a static
> library linked into blender
On Thu, Aug 4, 2011 at 11:16 PM, Campbell Barton wrote:
> Are you building a branch? - current trunk doesn't include the lines you post.
> If so please include such info when reporting problems otherwise we
> assume you use trunk.
Sorry, I'm using the blender-cycles branch.
$ svn info blender-cy
Ok, I've got all my other problems pretty much fixed by building in
the libs statically, but I'm still having an rpath issue:
I'm rimmed all the warnings that can be ignored so here's what's left:
$ rpmlint blender
blender.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/blender
['/usr/include/li
On Sun, Aug 7, 2011 at 9:02 AM, Dan Eicher wrote:
> Are you talking about the cmake "make package" rpm builder or making a
> .spec file from scratch?
No, I'm using rpmbuild on a Fedora system.
> The cmake one should work in cycles though may need an entry for
> libcycles.so so as to not complai
Ok guys, just wanted to make sure I'm not missing anything :)
I've noticed that the latest checkout I did no longer installs any
header files. I assume this is intentional?
Thanks,
Richard
___
Bf-committers mailing list
Bf-committers@blender.org
http://
On Sun, Aug 14, 2011 at 1:02 AM, Dan Eicher wrote:
> This patch (http://www.pasteall.org/23988/diff) fixes cmake so it can
> build with the version of openCOLLADA that is packaged by the fedora
> folks. Since they build against xml2 it looks for that instead of
> expat so would require anyone buil
On Sun, Aug 14, 2011 at 7:48 AM, Dan Eicher wrote:
> On Sun, Aug 14, 2011 at 5:14 AM, Richard Shaw wrote:
>> I'm not a cmake expert but for the Fedora build we decided to put the
>> headers in "/usr/include/" without the extra
>> "/include" on the e
On Wed, Aug 24, 2011 at 1:41 PM, Campbell Barton wrote:
> @Richard
> Just committed and an update to CMake / Collada so collada can be
> found on ubuntu which uses paths, interested to know if this works now
> on fedora.
>
> eg ubuntu paths...
>
> /usr/ include/opencollada/COLLADABaseUtils/COLLADA
I just svn up'ed from the blender-cycles branch and tried to compile
only to find out I need boost 1.47 and Fedora 15 shipped with 1.46. Is
this a hard requirement? I don't think F15 will be getting 1.47 but I
can ask.
Thanks,
Richard
___
Bf-committers m
On Mon, Sep 5, 2011 at 7:10 PM, Jeff Doyle wrote:
> Cycles builds fine for me on Fedora 15 with Boost 1.46.
Funny, I get this during configuration:
CMake Error at /usr/share/cmake/Modules/FindBoost.cmake:1128 (message):
Unable to find the requested Boost libraries.
Boost version: 1.46.0
On Mon, Sep 5, 2011 at 10:48 PM, Jeff Doyle wrote:
> I've been building Cycles for many months now on Fedora 15 so decided to
> try cmake on a clean build directory to see if I could duplicate the
> problem that Richard has.
Are you currently using scons for building?
> Yep, got the same error
On Tue, Sep 6, 2011 at 10:17 AM, Jeff Doyle wrote:
> Hi Richard,
>
>> Are you currently using scons for building?
>>
>
> I normally use code::blocks for building Blender but once in a while I
> use cmake to build and as a reference to update the code::blocks project
> files when new files/build op
On Tue, Sep 6, 2011 at 12:48 PM, Brecht Van Lommel
wrote:
> Hi,
>
> I've changed the minimum version to 1.34 now.
Thanks!
Richard
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Hey guys, I inhereted a lot of patches when I started trying to build
blender 2.5X for Fedora and I've weeded out a lot of them but there's
a couple still around that I'd like to remove if I can.
1. This does something with bmake. I'm using cmake for building, do I need this?
--- blender-2.44/rel
On Tue, Sep 6, 2011 at 6:57 PM, Campbell Barton wrote:
> Hi Richard,
>
> Reply inline...
>
> On Wed, Sep 7, 2011 at 4:11 AM, Richard Shaw wrote:
>> Hey guys, I inhereted a lot of patches when I started trying to build
>> blender 2.5X for Fedora and I've weeded ou
On Wed, Aug 24, 2011 at 1:41 PM, Campbell Barton wrote:
> @Richard
> Just committed and an update to CMake / Collada so collada can be
> found on ubuntu which uses paths, interested to know if this works now
> on fedora.
I've got it building fine. The only thing I had to do was to patch
FindOpenC
I had it building in 39982 but now trying to build blender-cycles rev
40414 I get this error:
../../lib/libbf_rna.a(rna_space_gen.c.o): In function
`rna_SpaceView3D_viewport_shade_itemf':
/home/build/rpmbuild/blender/BUILD/blender-2.59-svn40414/source/blender/makesrna/intern/rna_space.c:460:
undef
On Wed, Sep 21, 2011 at 12:18 AM, Campbell Barton wrote:
> On Wed, Sep 21, 2011 at 5:42 AM, Richard Shaw wrote:
>> I had it building in 39982 but now trying to build blender-cycles rev
>> 40414 I get this error:
>>
>> ../../lib/libbf_rna.a(rna_
On Sun, Sep 25, 2011 at 4:50 PM, Daniel Salazar - 3Developer.com
wrote:
> OK, i did this change but I still get the same error
>
> --- build_files/cmake/Modules/FindOpenCOLLADA.cmake (revision
> 40541)
> +++ build_files/cmake/Modules/FindOpenCOLLADA.cmake (working copy)
> @@ -61,6 +61,8 @@
On Wed, Oct 5, 2011 at 8:40 PM, Martin Poirier wrote:
> Doing it in the installer is a perfectly acceptable solution. As you said,
> Python does it (as does the installers of some extensions).
>
> Martin
Just an FYI... Right now it looks like you're only considering this
for Windows based system
On Wed, Oct 5, 2011 at 9:47 PM, Campbell Barton wrote:
> Richard, its not that we focus on windows only - just that for *nix
> packagers this is trivial since we can assume the right version of
> python installed (unlike windows where we bundle python libs but no
> exe).
Sorry, I left out a word
Are there any plans for Universal 3D (U3D) support?
I was trying to find a way to create a 3D PDF with open source
software but Blender doesn't appear to support it. It's an open
standard so I figure the lack of support is for a more technical
reason?
Thanks,
Richard
_
On Fri, Oct 7, 2011 at 4:41 PM, Toni Alatalo wrote:
> On Oct 7, 2011, at 11:18 PM, Richard Shaw wrote:
>> Are there any plans for Universal 3D (U3D) support?
>> I was trying to find a way to create a 3D PDF with open source
>> software but Blender doesn't appear t
2011/10/11 José Romero :
> Why don't you pay a look at this project? http://www.openshot.org/ It's
> really the most usable FOSS video editor I have ever tried. One thing
> that would be cool is that it integrated a bit better with Blender.
I wondered if someone was going to mention OpenShot. I'm
On Mon, Oct 17, 2011 at 12:58 PM, Ton Roosendaal wrote:
> Hi all,
>
> The last commit has been done!
>
> Tag: tags/blender-2.60-release
> trunk svn revision: 41098
> extensions revision: 2473
I just tried building for Fedora with cmake and it still built the
/usr/share/blender/2.59 directory inst
On Mon, Oct 17, 2011 at 1:46 PM, pete larabell wrote:
> did you clean out your build/ directory before building?
Yes, I'm using rpmbuild so it expands from source every time. My
source came from: "svn -r 41098 export blender-2.60"
Looking at "source/blender/blenkernel/BKE_blender.h", it still sh
I know that cycles will be going into trunk at some point but I
decided to go ahead and do an svn up of cycles one last time.
Besides pulling in some new bundled libraries, it also appears to be
missing several includes.
I added the following after one by one after several attempts at building:
On Thu, Dec 15, 2011 at 3:06 PM, Campbell Barton wrote:
> AFAICS the problems is that many distros don't upgrade apps, they just
> accept bugfixes or security updates on whatever is released with the
> distro.
> Theres not much we can do about that.
It's a far from perfect solution, but Fedora co
I'm not sure who would review it but I've submitted a patch[1] for
parallel building of opencollada.
Also, while trying a new build with the gcc47 fixes I noticed I was
getting this out a number of times (4 to be exact):
/home/build/rpmbuild/openCOLLADA/BUILD/openCOLLADA-svn868/COLLADASaxFramework
On Tue, Mar 20, 2012 at 3:40 PM, Dave Plater lst wrote:
> On 03/17/2012 01:09 AM, Campbell Barton wrote:
>> Do you have a link to the patches you're applying to blender?
>>
>> On Fri, Mar 16, 2012 at 9:18 PM, Dave Plater lst
>> wrote:
>>> I'm getting really tired of having to continually patch b
On Tue, Mar 20, 2012 at 5:08 PM, Dave Plater lst wrote:
> By the way could you send me a link for your patch or source rpm please
> Richard, I've got a build error concerning missing variables atm.
http://dl.dropbox.com/u/34775202/blender-2.62-1.svn44995.fc16.src.rpm
HTH!
Richard
_
On Mon, Mar 26, 2012 at 7:07 AM, Renato Perini wrote:
> Compiling ==> 'VideoFFmpeg.cpp'
> In file included from /usr/include/unistd.h:227:0,
> from /usr/include/python3.2mu/Python.h:36,
> from source/gameengine/Expressions/KX_Python.h:47,
> from s
On Mon, Mar 26, 2012 at 7:48 AM, Renato Perini wrote:
> I'm compiling the current SVN code (at the time of writing, r45179)
Obviously I meant 44559 :) I'll do a checkout and try again.
Richard
___
Bf-committers mailing list
Bf-committers@blender.org
ht
On Mon, Mar 26, 2012 at 10:22 AM, Xavier Thomas
wrote:
> It seems the error comes from the file:
>
> /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include/stddef.h
>
> Which is not from Blender. This could be a problem with this file or a bug
> in gcc 4.7. Using another gcc version will certainly fix the
On Mon, Mar 26, 2012 at 4:22 PM, Campbell Barton wrote:
> get this error too on arch linux, gcc4.7. disabling game engine /
> ffmpeg works for now, probably will be fixed in a GCC package update.
That's right, I currently have both disabled as well...
Thanks,
Richard
On Thu, Apr 5, 2012 at 9:51 AM, Andrew Hunter wrote:
> OpenColorIO already supports the F65 via Academy IIF-ACES (Image
> Interchange Framework - Academy Color Encoding Space) workflow[3].
> Included in that are the academy approved transforms for the F65. This
> is an opportunity for Blender to b
I'm hoping someone can take a look and figure out pretty quickly
what's going on.
We have a bug report from a user who doesn't have the Cycles rendering
option available in the dropdown but in looking at the build log
everything looks fine (oiio is being used)
Can someone take a look at this bug
On Thu, Apr 19, 2012 at 8:13 AM, Ton Roosendaal wrote:
> Hi all,
>
> There's this awesome artist/developer posting great physics videos online:
> http://www.youtube.com/user/Phymec?feature=playlist-comment
>
> I'd love to work with him; both for Blender python scripts and for Mango
> production h
On Thu, Apr 19, 2012 at 8:42 AM, Bastien Montagne wrote:
> I have a red hat bugzilla acount, so answered directly there…
Thank you!
Richard
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
Ok, looks like I broke something else I need your help with!
I recently had the Fedora Blender maintainer add libspnav as a build
dependency. Now when someone tries to start Blender but is not running
or does not have spacenavd installed, Blender fails to start[1].
I'm thinking Blender should han
On Sun, Jun 3, 2012 at 10:09 AM, Thomas Dinges wrote:
> Hi,
> you don't need Field3D for Cycles, can you just disable that, there
> might be a build option for it?
You should just be able to remove Field3D as it's only needed for HDF5
support which is minimal at this point and the build will cont
I'm working on getting a build of 2.56 beta or newer built for Fedora
and I was told that I should seek out Dave Plater as he's the Suse
maintainer which also uses RPMs.
I've downloaded the Suse src RPM and I have modified the spec file but
I'm running into issues that are beyond my ability to fix
On Thu, Mar 3, 2011 at 12:33 PM, Dan Eicher wrote:
> Don't know if it helps any but with cmake you can do a 'make package'
> and it spits out an rpm -- which also probably needs someone familiar
> with rpm based distros to look over/fix.
I read that somewhere but wasn't sure how that would ultima
On Thu, Mar 3, 2011 at 12:33 PM, Dan Eicher wrote:
> Don't know if it helps any but with cmake you can do a 'make package'
> and it spits out an rpm -- which also probably needs someone familiar
> with rpm based distros to look over/fix.
I tried 'make package' but got the following:
$ make packa
On Thu, Mar 3, 2011 at 1:21 PM, Dan Eicher wrote:
> On Thu, Mar 3, 2011 at 12:11 PM, Richard Shaw wrote:
>>
>> I tried 'make package' but got the following:
>>
>> $ make package
>> make: *** No rule to make target `package'. Stop.
>>
On Sun, Mar 6, 2011 at 3:12 AM, Campbell Barton wrote:
> Writing to notify of some changes I plan to make to CMake build system
> soon (this week).
>
> The main change is that the install target will be used so "make
> install" is needed to copy scripts, python etc into CMake's bin/
> directory.
On Mon, Mar 7, 2011 at 8:50 AM, IRIE Shinsuke wrote:
> At Sun, 6 Mar 2011 09:12:57 +,
> Campbell Barton wrote:
>> On Unix/Linux (but not Apple), there is still the case where you can
>> either do a portable install or a system install into /usr/bin/,
>> /usr/share/blender... etc.
>> For this c
I checked out a more current svn to get the fix for blenderplayer not
installing and hacked bpy_util to not complain about python 3.1 but
ran into another issue:
/builddir/build/BUILD/blender-2.56.svn35406/source/blender/python/generic/py_capi_utils.c:98:3:
error: implicit declaration of function
On Tue, Mar 8, 2011 at 10:48 AM, Tobias Oelgarte
wrote:
> I had the same problems of missing prototypes for functions as i tried
> to build with 3.1 with just overwriting (ignoring) the checks. That
> basically means, that this functions are not available in 3.1 but in
> 3.2, which then might lead
2011/3/8 Ρυακιωτάκης Αντώνης :
> Wow, so many people desperate with python 3.2! For my part I had some
> difficulty with python but nothing that a few edits in the CMakefile
> couldn't correct. I think being able to build blender is much more trouble
> than building python 3.2.
> Just my 2 minority
On Tue, Mar 8, 2011 at 3:25 PM, Campbell Barton wrote:
> To find out the revision this changed...
> svn blame /data/src/blender/blender/source/blender/python/intern/bpy_util.h
>
> 35386 campbellbarton #if PY_VERSION_HEX < 0x0302
>
> Then make a diff...
> svn diff -c35386 > py31_compat.d
Is this file needed for install? It gets installed on linux using
"make install" but with the wrong permissions for an executable
script.
Looking through the file it seems to be something needed for building...
Richard
___
Bf-committers mailing list
Bf-
On Tue, Mar 8, 2011 at 12:40 PM, Ton Roosendaal wrote:
> Hi,
>
> For binary distros you can include a static python too. This should
> cover most of Linux user cases?
> Source distros are a different topic... but for that a dependency with
> Python 3.2 sources can be added?
For now I got around i
On Tue, Mar 8, 2011 at 6:13 PM, Campbell Barton wrote:
> We can upgrade python without causing too much inconvenience just be
> ensuring we document how to install the latest python.
> I thought that documenting how to build python would be enough, but it
> seems us bearded linux geeks who like to
I've already taken care of it for my build but per the freedesktop
specification[1] if the absolute path is not given to the icon file in
the "Icon=..." key then it should not contain a file extension.
Thanks,
Richard
[1]
http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-lat
I'm running svn 35439 with reverse patches for python 3.1 and I get
the following when running blender on Fedora 14 x86_64.
The GLX errors are due to running over remote ssh/X forwarding.
$ blender @> blender.log
Xlib: extension "NV-GLX" missing on display "localhost:10.0".
Traceback (most recen
Thanks to Campbell for the python script fix! Now the next problem. I
have no clue what's causing this. When I exit blender I get a BUNCH of
the following (more than I have scrollback history):
C++/anonymous len: 16 0x3839868
C++/anonymous len: 16 0x3839ce8
C++/anonymous len: 32 0x383adc8
C++/ano
On Thu, Mar 10, 2011 at 6:53 PM, Campbell Barton wrote:
> On Fri, Mar 11, 2011 at 12:39 AM, Richard Shaw wrote:
>> Thanks to Campbell for the python script fix! Now the next problem. I
>> have no clue what's causing this. When I exit blender I get a BUNCH of
>> the f
On Thu, Mar 10, 2011 at 10:48 PM, Campbell Barton wrote:
> I once spent some time trying to track down the allocations valgrind
> complains about and it seems they are either...
> * allocations by 3rd party libs - openal/python/x11 for eg, variables
> that are allocated once and kept
> * blenders
Yup, 3.2 required. I'm maintaining 3.1 compatibility using reverse patches
for Fedora though.
Richard
On Mar 12, 2011 7:44 PM, "bjornmose" wrote:
> Am 12.03.2011 01:15, schrieb Daniel Salazar - 3Developer.com:
>> here's the error
>>
>> http://www.pasteall.org/19839
>>
>> cheers
>> Daniel Salazar
/home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:209:3:
error: 'btSoftBody::Material::Material()' cannot be overloaded
/home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:204:17:
error: with 'btSoftBody::Mate
On Mon, Mar 21, 2011 at 1:42 PM, Richard Shaw wrote:
> /home/build/rpmbuild/BUILD/blender-2.56.svn35657/extern/bullet2/src/BulletSoftBody/btSoftBody.h:209:3:
> error: 'btSoftBody::Material::Material()' cannot be overloaded
> /home/build/rpmbuild/BUILD/blender-2.56.svn35657
On Tue, Mar 22, 2011 at 11:32 AM, Erwin Coumans wrote:
> I removed the constructors (the original reason of a static variable in
> ZeroInitialize was removed).
>
> Can you try compiling the latest trunk?
It's still building the documentation (doxygen) but that happens after
the program is built t
Ok, new problem. The svn 35706 builds for Fedora 14 and Python 3.1
(I'm using reverse patches to maintain 3.1 compatibility) just fine,
but I tried building for Fedora 15 with Python 3.2 (the patches are
not applied) and ran into the following. I'm sorry it's so long but I
didn't want to leave anyt
On Tue, Mar 22, 2011 at 8:14 PM, Campbell Barton wrote:
> Could you try adding -fpermissive to your CMAKE_CXX_FLAGS, this is
> already done with bullet but perhaps it needs to be added in more
> places.
It get's a little further now...
[ 47%] Building CXX object
source/blender/collada/CMakeFile
On Wed, Mar 23, 2011 at 10:00 AM, Dave Plater wrote:
> On 03/23/2011 02:38 PM, Nathan Letwory wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 23.3.2011 12:42, Dave Plater wrote:
>>> To Campbell and Nathan, blender has gcc46 bild problems, possibly just need
>>> "#include" in t
> On Wed, Mar 23, 2011 at 10:00 AM, Dave Plater
> wrote:
>> On 03/23/2011 02:38 PM, Nathan Letwory wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> On 23.3.2011 12:42, Dave Plater wrote:
To Campbell and Nathan, blender has gcc46 bild problems, possibly just
need "#i
Here's the error:
error: /builddir/build/SPECS/blender.spec:153: parseExpressionBoolean returns -1
/builddir/build/BUILD/blender-2.56.svn35825/source/blender/python/generic/py_capi_utils.c:61:2:
error: implicit declaration of function '_Py_atomic_load_relaxed'
Richard
_
1 - 100 of 107 matches
Mail list logo
