I wonder how Sketchup deals with this issue with their embedded ruby...
On 4/30/10, Benjamin Tolputt btolp...@internode.on.net wrote:
Campbell Barton wrote:
Best bring this up next meeting and come to some consensus. I wasn't
in IRC for the decision either :)
Interesting to note :)
On 30 apr 2010, at 12:00, bf-committers-requ...@blender.org wrote:
Triggered by the crazily exploded security/sandboxing talk, I looked a
bit into what kind of mathematical expression parsers etc.
well, I was triggered too, and having just recently thought about pragmatic en
pythonic ways
I'm sorry Ben, I did not mean to offend. Do Nothing is always an option,
and I was alerted that option 5 already covered it. While I grant you that it is
a possibility that something may happen, I was trying to say this thread
was like trying to design a building when you don't have a customer,
Hi all,
As a reminder: IRC meetings are open for everyone. We report on
progress, define actions and planning, and make decisions when needed.
Meetings are not meant for discussions, for that this list or any time
outside meetings is better suited.
Decisions are 'in consensis' by default,
Hi,
Are you sure they didn't mean they wanted to be able to render a single frame
on more than one machine?
For tile dispatch, what's needed is a way to specify the rendered tile on
command line as well as a way to load render results per tile (or at least an
easy way to recomposite the full
+1 while no single machine of mine (I have 8) can render a single frame of BBB,
or even ED, (malloc returns 0), my hope is that if I could get the tile small
enough,
each would be able to render a portion, and then one could stitch them together.
--Roger
From: Martin Poirier
Would compositing with nodes be a problem since one needs data from
bordering pixels in order to do certain operations such as blur?
On Fri, Apr 30, 2010 at 3:00 PM, Roger Wickes rogerwic...@yahoo.com wrote:
+1 while no single machine of mine (I have 8) can render a single frame of
BBB,
or
Hi all,
In the latest SVN build, when you zoom it no longer releases after you let go
of the mouse button. I set my zoom to Control + Alt + LMB. I can zoom just
fine, but when I release the mouse button the zoom stays on, turning into a
rotate if I let go of the alt key.
I fixed this by
Some time ago I was struggeling with a compiler seqfault on WinXP,
MinGW. Finally I found a combination of compilation switches and gcc
version 4.4.1 (TDM-2 mingw32) which allowed me to compile on my laptop
(no space for VC express or such) including ffmpeg.
However since today:
Linking
Sorry if this discussion is considered closed, but I wanted to read
everything before chiming in.
On Wed, Apr 28, 2010 at 9:06 AM, Benjamin Tolputt btolp...@internode.on.net
wrote:
However, the sand-boxing as presented in PyPy is very crude and will
do nothing to fix the issues with Python in
Did you try building without openMP? It is known to produce such
crash, even in Linux.
I also think it is only with gcc 4.4 or 4.5 but 4.3 works ok.
2010/4/30 Carsten Wartmann c...@blenderbuch.de:
Am 30.04.2010 19:01, schrieb Carsten Wartmann:
Compiling == 'initrender.c'
hi.
All:
I have commented extensively about the present Blender Security Model. See:
http://lists.blender.org/pipermail/bf-committers/2010-March/026604.html
http://lists.blender.org/pipermail/bf-committers/2010-March/026615.html
I helped Leif to write up his GSOC proposal for a Security model
+1. This would be really good.
Perhaps some of the issues are just that the operators currently in 2.5 are
incomplete; I don't know. I do know that changing parameters for many of them
causes them to behave in unintuitive ways.
I think the Fracture operator shows best one of the limitations
Jason Wilkins wrote:
I think this is incorrect. The way PyPy is implemented presents a possible
solution. Depending on the maturity of PyPy this may be ways off, so I'm
just throwing this out to be considered.
PyPy is a meta-circular interpreter, what that boils down to is the fact
that
Would it be possible to get clarity on when this will be discussed in
IRC. Some of us are in a timezone where we need to make a special effort
to be awake and logged in for it.
Campbell suggested this be discussed next weekend. Given his role in
Python code maintenance, I expect this delay is
I believe that security is 10% technical and 90% social problem, so
web of trust + educating users on security issues seems to be most
logical solution and requires the least amount of changes in Blender's
and third party plugins' code. It seems to work for Mozilla Firefox,
for example, which is
On the next dev meeting, Sunday May 2nd (1400 UTC).
Martin
--- On Fri, 4/30/10, Benjamin Tolputt btolp...@internode.on.net wrote:
From: Benjamin Tolputt btolp...@internode.on.net
Subject: [Bf-committers] Security Meeting Date/Time
To: bf-blender developers bf-committers@blender.org
On Fri, Apr 30, 2010 at 7:39 PM, Benjamin Tolputt btolp...@internode.on.net
wrote:
I believe that resistance to this idea is based around the very valid
question of Who is going to maintain this subset interpreter?.
I understand this and is why I need to look and see just how simple it is to
Jason,
there is already a sandbox version of pypy.
http://codespeak.net/pypy/dist/pypy/doc/sandbox.html
As regards web of trust and GPG, there is python GnuPG
http://code.google.com/p/python-gnupg/
LetterRip
___
Bf-committers mailing list
19 matches
Mail list logo
