Hi,
1) DMG or zip?
Here's my take: you open the zip, and yo can use Blender immediately. You can
drag it to the Application folder on the list view easily, or to any other
location you want. The unzipped folders allow you to keep different releases
around too.
Disk images also cannot be deleted
On Sun, Nov 04, 2012 at 11:31:10AM +0100, Ton Roosendaal wrote:
> 1) DMG or zip?
> Here's my take: you open the zip, and yo can use Blender immediately. You can
> drag it to the Application folder on the list view easily, or to any other
> location you want. The unzipped folders allow you to keep
Hi IRIE,
it should really not matter, we will probably use our own RB-1.2. It
depends on how fast our pull request will get accepted (we still have to
do that one). Then we can use origin/master too.
Thanks for the tip with find_library, will check with Lukas and Jens.
Regards,
Thomas
Am 04.11
Hi all,
uploaded another patch to finish integration of the backup icons:
http://projects.blender.org/tracker/index.php?func=detail&aid=33080&group_id=9&atid=127
Can someone do a review, please ?
Best Regards
Georg Kronthaler
POSTFACH FAST VOL
Thanks for the explanation. I will use RB-1.2, too.
--
IRIE Shinsuke
12/11/04, Thomas Dinges wrote:
> Hi IRIE,
> it should really not matter, we will probably use our own RB-1.2. It depends
> on how fast our pull request will get accepted (we still have to do that
> one). Then we can use orig
Hi,
I was checking Freestyle branch r51854 and noticed a part of the
modifications has been lost when some codes in bmo_utils.c were moved
to bmo_similar.c in r51755.
Before r51854, the difference between trunk and Freestyle branch is:
diff -urN trunk/source/blender/bmesh/operators/bmo_utils.c
Forgot to mention that this code needs style cleanup:
cont = 0 -> cont = FALSE
--
IRIE Shinsuke
12/11/04, IRIE Shinsuke wrote:
> Hi,
>
> I was checking Freestyle branch r51854 and noticed a part of the
> modifications has been lost when some codes in bmo_utils.c were moved
> to bmo_similar
Hi all,
Here's the notes from today's meeting in irc.freenode.net #blendercoders:
1) Blender 2.65 release targets
- Target list and planning:
http://wiki.blender.org/index.php/Dev:Doc/Projects#2.6x_release_cycle
- Dynamic topology sculpt: Sergey and Nicholas worked on it last week. They see
Hi,
I'm using system-wide LLVM installed in /usr on Ubuntu 12.10, but
CMakeLists.txt cannot find it so I have to specify the directory
explicitly by a command line option -DLLVM_DIRECTORY=/usr.
The following patch should fix this bug:
Index: blender/CMakeLists.txt
===
Hi,
Many thanks for the report. The missing code is still necessary and should not
have
been removed. I just fixed the issue in the Freestyle branch revision 51868.
With best regards,
--
KAJIYAMA, Tamito
-Original Message-
From: IRIE Shinsuke
Sent: Sunday, November 04, 2012 2:09
One more thing... I want to use LLVM as shared library, but it seems
there is no way to do that.
--
IRIE Shinsuke
12/11/05, IRIE Shinsuke wrote:
> Hi,
>
> I'm using system-wide LLVM installed in /usr on Ubuntu 12.10, but
> CMakeLists.txt cannot find it so I have to specify the directory
> expl
Hi, after a lot of effort I will quit trying to build Open Shading
Language for MinGW-w64, at least until a new LLVM version comes out
that better supports MinGW-w64.
I got to the point where I could configure OSL and build a few files.
The critical issue currently is that llvm-3.1 crashes when att
A few corrections: The patch still uses the perl version of
llvm-config. If you try with llvm-3.1 just use llvm-config since it's
a normal executable instead of perl script in this version.
___
Bf-committers mailing list
Bf-committers@blender.org
http://l
13 matches
Mail list logo