Re: [Bf-committers] Import Mesh with VertexColor?

2013-07-18 Thread Thomas Volkmann
I only have the options that Softimage, Max or FBX-converter can export - thus
I tried evrey possible combination with the collada importer, but no vertex
colors (if I opened these .dae in SI or Max the colors are there).
I even tried to go through Meshlab and go for PLY. Then I got some colors, but
they were all messed up in green and pink.
The 2 hours I tried all this I should have been actually working... :/

cheers,
Thomas

 Campbell Barton ideasma...@gmail.com hat am 18. Juli 2013 um 03:45
 geschrieben:


 On Thu, Jul 18, 2013 at 3:52 AM, Thomas Volkmann
 li...@thomasvolkmann.com wrote:
  Hi,
  it's the time of the year again, when I want to use Blender for some 'real'
  tasks at work. And as usual I am having huge problems getting my Data into
  and
  out of Blender.
  Last time it was Camera animation that I couldn't get into Blender*, this
  time
  I'm using the vertex-colors when importing a mesh into Blender (from
  Softimage
  or Max).
  So my question:
  Am I doing something wrong, or is it just not supported?
 
  Again my usual plea (short version): If Blender wants to take part in
  professional pipelines, the data IO is crucial!
 
  cheers,
  Thomas

 What formats did you test?

 Formats that load vertex colors: Collada, PLY, X3D, VRML
 ... probably some others too but I'm sure these ones are supported.

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Embedded Bfont violates GPL

2013-07-18 Thread David Jeske
Looking through the GNU GPL Info, the situation with fonts is quite murky,
partially because the copyright of fonts is quite murky.

http://www.gnu.org/licenses/license-list.html#Fonts

The Open Font License (including its original release, version 1.0) is a
free copyleft license for fonts. Its only unusual requirement is that fonts
be distributed with some computer program, rather than alone. Since a
simple Hello World program will satisfy the requirement, it is harmless.
Neither we nor SIL recommend the use of this license for anything other
than fonts.

..which sounds somewhat like they think it's a harmless clause for fonts as
it relates to the GPL. That isn't quite the same as saying it's okay to
include them, but it certainly doesn't seem clear there is a problem with
including such fonts.
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Import Mesh with VertexColor?

2013-07-18 Thread David Jeske
it looks like this is a known limitation/bug in the current code.. this bug
was filed-and-closed with a note that it's not implemented.

https://projects.blender.org/tracker/?func=detailatid=498aid=35090group_id=9
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Embedded Bfont violates GPL

2013-07-18 Thread IRIE Shinsuke
 1) Fonts are 'libraries normally distrubted with the OS' therefore the
 GPL linking to such libraries is excluded from any GPL linking
 restriction

Did you mean system library exception?  In this case the exception
cannot be applied because:

- DejaVu fonts are not major essential components of the OS
- Bfont and Bmonofont are inseparably embedded in the Blender excutable

 2)  Fonts are trademarked - the renaming can be viewed as requiring
 changes to avoid trademark infringement.  People aren't allow to make...

I didn't mention trademark...  The further restrictions imposed by
the DejaVu font license are not for avoiding trademark infringement.
Bitstream Vera is indeed trademarked, but AFAIK Tavmjong Bah and
Arev are not.

Apache 1.1 license is incompatible with the GPL for the similar
restrictions (The derivative works are prohibited from using Apache
names without prior written permission).

http://directory.fsf.org/wiki/License:Apache1.1

IRIE Shinsuke

13/07/18, Tom M wrote:
 1) Fonts are 'libraries normally distrubted with the OS' therefore the
 GPL linking to such libraries is excluded from any GPL linking
 restriction

 2)  Fonts are trademarked - the renaming can be viewed as requiring
 changes to avoid trademark infringement.  People aren't allow to make
 changes to other trademarkable items such as the blender logo.  Since
 this is true of all aspects subject to trademark protection, and every
 GPLed project generally includes trademarkable elements, either all
 GPLed projects are in violation of the GPL - or the GPL has trademark
 exceptions in fact, even if not explicitly stated.

 LetterRip


 On Wed, Jul 17, 2013 at 7:19 AM, IRIE Shinsuke irieshins...@yahoo.co.jp 
 wrote:
 Hi,

 Blender's default font (Bfont = DejaVu Sans fonts) is embedded
 in the program binary, so the Bfont is distributed under GPL.
 However, this GPLed DejaVu fonts still inherit the following
 hateful restrictions:

 - The Font Software may be modified, altered, or added to, and
in particular the designs of glyphs or characters in the Fonts
may be modified and additional glyphs or characters may be
added to the Fonts, only if the fonts are renamed to names not
containing either the words Bitstream or the word Vera.

 - The Font Software may be modified, altered, or added to, and
in particular the designs of glyphs or characters in the Fonts
may be modified and additional glyphs or characters may be
added to the Fonts, only if the fonts are renamed to names not
containing either the words Tavmjong Bah or the word Arev.

 - The Font Software may be sold as part of a larger software
package but no copy of one or more of the Font Software
typefaces may be sold by itself.

 Such further restrictions apparently violate the GPL.

 To avoid the license violation, Blender has to drop the Bitstream
 Vera derivative fonts (Bfont + Bmonofont) or load these fonts from
 separate font files as runtime data on startup.  The international
 fonts don't cause the problem because they are distributed as
 separate font files in 2.6x/datafiles/fonts/ directory.

 Thanks

 --
 IRIE Shinsuke
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Import Mesh with VertexColor?

2013-07-18 Thread Thomas Volkmann
I see, thanks for the link.

If I can't get stuff in and out of Blender, I can't use it in 
production. Sad but true...I guess I will cry myself to sleep tonight.

cheers,
Thomas


On 07/18/2013 08:17 AM, David Jeske wrote:
 it looks like this is a known limitation/bug in the current code.. 
 this bug was filed-and-closed with a note that it's not implemented.

 https://projects.blender.org/tracker/?func=detailatid=498aid=35090group_id=9

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Embedded Bfont violates GPL

2013-07-18 Thread David Jeske
On Wed, Jul 17, 2013 at 11:20 PM, IRIE Shinsuke irieshins...@yahoo.co.jpwrote:

 Apache 1.1 license is incompatible with the GPL for the similar
 restrictions (The derivative works are prohibited from using Apache
 names without prior written permission).

 http://directory.fsf.org/wiki/License:Apache1.1


FWIW, GPLv3 seems to specifically allow renaming clauses under section
7.(c,e)

7.Additional Terms.
...
Notwithstanding any other provision of this License, for material you add
to a covered work, you may (if authorized by the copyright holders of that
material) supplement the terms of this License with terms:
...
c) Prohibiting misrepresentation of the origin of that material, or
requiring that modified versions of such material be *marked in reasonable
ways as different from the original version*; or

e) *Declining to grant rights* under trademark law for use of some *trade
names, trademarks, or service marks*; or
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] hive system

2013-07-18 Thread Sjoerd de Vries
I added some more recent screenshots at the end of the BA thread.

cheers

Sjoerd
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


[Bf-committers] Blender 2.68 release AHOY!

2013-07-18 Thread Sergey Sharybin
Hi everyone!

After two months of intense development and bug hunting, we're finally
ready for 2.68!

Information for platform maintainers:
tag: blender-2.68-release
tag revision: 58365
addons revision: 4630
locale revision: 2100

Keep usual naming and let me know when the builds are ready. Official
press-release will be done when all builds are up.

Thanks everyone for your work! =)

Usual reminder reminder: we keep trunk frozen for around a day since now.
Trunk unfreeze will be announced here in ML, for until then no commits are
allowed.

-- 
With best regards, Sergey Sharybin
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Blender 2.68 release AHOY!

2013-07-18 Thread Sergey Sharybin
Just to clarify, no commits to trunk are possible. Work in branches could
go in an usual way :)


On Thu, Jul 18, 2013 at 4:34 PM, Sergey Sharybin sergey@gmail.comwrote:

 Hi everyone!

 After two months of intense development and bug hunting, we're finally
 ready for 2.68!

 Information for platform maintainers:
 tag: blender-2.68-release
 tag revision: 58365
 addons revision: 4630
 locale revision: 2100

 Keep usual naming and let me know when the builds are ready. Official
 press-release will be done when all builds are up.

 Thanks everyone for your work! =)

 Usual reminder reminder: we keep trunk frozen for around a day since now.
 Trunk unfreeze will be announced here in ML, for until then no commits are
 allowed.

 --
 With best regards, Sergey Sharybin




-- 
With best regards, Sergey Sharybin
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


[Bf-committers] first patch: fcurves evaluation speedup

2013-07-18 Thread Josh Wedlake
Hey, I just submitted my first patch to the tracker:
https://projects.blender.org/tracker/index.php?func=detailaid=36209group_id=9atid=127

It replaces the for loop over all the fcurve bezts with the
pre-existing binary search function.

I haven't contributed on (anyone else's) C projects before so please
let me know if I'm doing this all right.

Thanks,
Josh
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Embedded Bfont violates GPL

2013-07-18 Thread IRIE Shinsuke
Yeah, the section 7 of GPLv3 indicates two facts:

- The GPL needs modification (the additional term) for the embedded
   font part to prohibit the derivative works from using Bitstream or
   Arev names

- Prohibition of sale of the font only package is further restriction
   wihch cannot be allowed by the additional terms

So I conclude that the Bfont and Bmonofont cannot be embedded in the
Blender executable without violating the GPL.

IRIE Shinsuke

13/07/18, David Jeske wrote:
 On Wed, Jul 17, 2013 at 11:20 PM, IRIE Shinsuke 
 irieshins...@yahoo.co.jpwrote:

 Apache 1.1 license is incompatible with the GPL for the similar
 restrictions (The derivative works are prohibited from using Apache
 names without prior written permission).

 http://directory.fsf.org/wiki/License:Apache1.1


 FWIW, GPLv3 seems to specifically allow renaming clauses under section
 7.(c,e)

 7.Additional Terms.
 ...
 Notwithstanding any other provision of this License, for material you add
 to a covered work, you may (if authorized by the copyright holders of that
 material) supplement the terms of this License with terms:
 ...
 c) Prohibiting misrepresentation of the origin of that material, or
 requiring that modified versions of such material be *marked in reasonable
 ways as different from the original version*; or

 e) *Declining to grant rights* under trademark law for use of some *trade
 names, trademarks, or service marks*; or
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


[Bf-committers] error building with cuda, r57982

2013-07-18 Thread Yousef Hurfoush
hi 

any one working on adding scons support to building cuda with sdk 5.5 and 
vs2012?

Regards
Yousef Harfoush
ba...@msn.com

  
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] error building with cuda, r57982

2013-07-18 Thread Jürgen Herrmann
Last time I tried VS2012 and Cuda 5.5 worked well with scons

-Ursprüngliche Nachricht-
Von: bf-committers-boun...@blender.org
[mailto:bf-committers-boun...@blender.org] Im Auftrag von Yousef Hurfoush
Gesendet: Donnerstag, 18. Juli 2013 15:37
An: blender foundation committers
Betreff: [Bf-committers] error building with cuda, r57982

hi 

any one working on adding scons support to building cuda with sdk 5.5 and
vs2012?

Regards
Yousef Harfoush
ba...@msn.com

  
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Embedded Bfont violates GPL

2013-07-18 Thread Ton Roosendaal
Hi,

Thanks for notifying the issue. I will put it on my agenda for August to 
investigate. FSF is also still looking into our Python script licensing FAQ, 
which seems to be not accurate or even incorrect. I also contacted the Carve 
author about the GPL2 license.

First, Siggraph! :)

-Ton-


Ton Roosendaal  -  t...@blender.org   -   www.blender.org
Chairman Blender Foundation - Producer Blender Institute
Entrepotdok 57A  -  1018AD Amsterdam  -  The Netherlands



On 18 Jul, 2013, at 15:10, IRIE Shinsuke wrote:

 Yeah, the section 7 of GPLv3 indicates two facts:
 
 - The GPL needs modification (the additional term) for the embedded
   font part to prohibit the derivative works from using Bitstream or
   Arev names
 
 - Prohibition of sale of the font only package is further restriction
   wihch cannot be allowed by the additional terms
 
 So I conclude that the Bfont and Bmonofont cannot be embedded in the
 Blender executable without violating the GPL.
 
 IRIE Shinsuke
 
 13/07/18, David Jeske wrote:
 On Wed, Jul 17, 2013 at 11:20 PM, IRIE Shinsuke 
 irieshins...@yahoo.co.jpwrote:
 
 Apache 1.1 license is incompatible with the GPL for the similar
 restrictions (The derivative works are prohibited from using Apache
 names without prior written permission).
 
 http://directory.fsf.org/wiki/License:Apache1.1
 
 
 FWIW, GPLv3 seems to specifically allow renaming clauses under section
 7.(c,e)
 
 7.Additional Terms.
 ...
 Notwithstanding any other provision of this License, for material you add
 to a covered work, you may (if authorized by the copyright holders of that
 material) supplement the terms of this License with terms:
 ...
 c) Prohibiting misrepresentation of the origin of that material, or
 requiring that modified versions of such material be *marked in reasonable
 ways as different from the original version*; or
 
 e) *Declining to grant rights* under trademark law for use of some *trade
 names, trademarks, or service marks*; or
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers
 
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Import Mesh with VertexColor?

2013-07-18 Thread Campbell Barton
On Thu, Jul 18, 2013 at 4:01 PM, Thomas Volkmann
li...@thomasvolkmann.com wrote:
 I only have the options that Softimage, Max or FBX-converter can export - 
 thus
 I tried evrey possible combination with the collada importer, but no vertex
 colors (if I opened these .dae in SI or Max the colors are there).
 I even tried to go through Meshlab and go for PLY. Then I got some colors, but
 they were all messed up in green and pink.

Then something very bad happened, I checked vertex colors using...

http://people.sc.fsu.edu/~jburkardt/data/ply/ply.html See skull.ply

... and it looks exactly as the preview image linked.

 The 2 hours I tried all this I should have been actually working... :/

I realize this is frustrating, but also to be systematic about what you do.

Try view the PLY in another application(s) - something other then the
application you exported from which is known to have working format
support,
if it works their - report a bug in blenders tracker, if not - the
export may be invalid.

If you can't test this in other applications you can always make a bug
report anyway- including the model and an image of how it should look
then blender devs can check on it.

 cheers,
 Thomas

 Campbell Barton ideasma...@gmail.com hat am 18. Juli 2013 um 03:45
 geschrieben:


 On Thu, Jul 18, 2013 at 3:52 AM, Thomas Volkmann
 li...@thomasvolkmann.com wrote:
  Hi,
  it's the time of the year again, when I want to use Blender for some 'real'
  tasks at work. And as usual I am having huge problems getting my Data into
  and
  out of Blender.
  Last time it was Camera animation that I couldn't get into Blender*, this
  time
  I'm using the vertex-colors when importing a mesh into Blender (from
  Softimage
  or Max).
  So my question:
  Am I doing something wrong, or is it just not supported?
 
  Again my usual plea (short version): If Blender wants to take part in
  professional pipelines, the data IO is crucial!
 
  cheers,
  Thomas

 What formats did you test?

 Formats that load vertex colors: Collada, PLY, X3D, VRML
 ... probably some others too but I'm sure these ones are supported.

 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers



-- 
- Campbell
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Import Mesh with VertexColor?

2013-07-18 Thread Thomas Volkmann
I think the colors we're fxxxed up in meshlab already, but I didn't have time
for further investigation. I'll write a report with example file when my project
is done and I have some time.

cheers,
Thomas

 Campbell Barton ideasma...@gmail.com hat am 18. Juli 2013 um 16:36
 geschrieben:


 On Thu, Jul 18, 2013 at 4:01 PM, Thomas Volkmann
 li...@thomasvolkmann.com wrote:
  I only have the options that Softimage, Max or FBX-converter can export -
  thus
  I tried evrey possible combination with the collada importer, but no vertex
  colors (if I opened these .dae in SI or Max the colors are there).
  I even tried to go through Meshlab and go for PLY. Then I got some colors,
  but
  they were all messed up in green and pink.

 Then something very bad happened, I checked vertex colors using...

 http://people.sc.fsu.edu/~jburkardt/data/ply/ply.html See skull.ply

 ... and it looks exactly as the preview image linked.

  The 2 hours I tried all this I should have been actually working... :/

 I realize this is frustrating, but also to be systematic about what you do.

 Try view the PLY in another application(s) - something other then the
 application you exported from which is known to have working format
 support,
 if it works their - report a bug in blenders tracker, if not - the
 export may be invalid.

 If you can't test this in other applications you can always make a bug
 report anyway- including the model and an image of how it should look
 then blender devs can check on it.

  cheers,
  Thomas
 
  Campbell Barton ideasma...@gmail.com hat am 18. Juli 2013 um 03:45
  geschrieben:
 
 
  On Thu, Jul 18, 2013 at 3:52 AM, Thomas Volkmann
  li...@thomasvolkmann.com wrote:
   Hi,
   it's the time of the year again, when I want to use Blender for some
   'real'
   tasks at work. And as usual I am having huge problems getting my Data
   into
   and
   out of Blender.
   Last time it was Camera animation that I couldn't get into Blender*, this
   time
   I'm using the vertex-colors when importing a mesh into Blender (from
   Softimage
   or Max).
   So my question:
   Am I doing something wrong, or is it just not supported?
  
   Again my usual plea (short version): If Blender wants to take part in
   professional pipelines, the data IO is crucial!
  
   cheers,
   Thomas
 
  What formats did you test?
 
  Formats that load vertex colors: Collada, PLY, X3D, VRML
  ... probably some others too but I'm sure these ones are supported.
 
  ___
  Bf-committers mailing list
  Bf-committers@blender.org
  http://lists.blender.org/mailman/listinfo/bf-committers



 --
 - Campbell

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] FCurve Python update patch

2013-07-18 Thread Dan Eicher
Hi,

I did a quick check and it does indeed look like a simple matter of missing
update calls.

It's an easy fix but it's too close to release to be messing around with
something like this so...

Dan


On Wed, Jul 17, 2013 at 10:57 AM, Tom Edwards cont...@steamreview.orgwrote:

 Here's a script:

 import bpy

 o = bpy.context.active_object
 if not o.animation_data: o.animation_data_create()

 a = o.animation_data.action = bpy.data.actions.new(Test Action)

 c = a.fcurves.new(data_path=location,index=2)

 c.keyframe_points.add(3)
 c.keyframe_points[0].co = [0, 0]
 c.keyframe_points[1].co = [4, 1.5]
 c.keyframe_points[2].co = [8, 0]

 This is what I see (note the orange handle line):
 http://img46.imageshack.us/img46/8609/aath.png

 Editing the curve or even starting an edit then cancelling it causes the
 handles to pop into the correct position.

 On 17/07/2013 5:46, Dan Eicher wrote:
  HI,
 
  Do you have some code that shows how this fails because it really should
  happen automagically, probably just a missing update event somewhere.
 
  Dan
  ___
  Bf-committers mailing list
  Bf-committers@blender.org
  http://lists.blender.org/mailman/listinfo/bf-committers
 

 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Blender 2.68 release AHOY!

2013-07-18 Thread Jürgen Herrmann
Hi Sergey, 

The experimental VS2012 Release Builds can be found here:
http://download.shadowrom.de

Best regards

Jürgen

-Ursprüngliche Nachricht-
Von: bf-committers-boun...@blender.org
[mailto:bf-committers-boun...@blender.org] Im Auftrag von Sergey Sharybin
Gesendet: Donnerstag, 18. Juli 2013 12:35
An: Blender Developers
Betreff: [Bf-committers] Blender 2.68 release AHOY!

Hi everyone!

After two months of intense development and bug hunting, we're finally ready
for 2.68!

Information for platform maintainers:
tag: blender-2.68-release
tag revision: 58365
addons revision: 4630
locale revision: 2100

Keep usual naming and let me know when the builds are ready. Official
press-release will be done when all builds are up.

Thanks everyone for your work! =)

Usual reminder reminder: we keep trunk frozen for around a day since now.
Trunk unfreeze will be announced here in ML, for until then no commits are
allowed.

--
With best regards, Sergey Sharybin
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Blender 2.68 release AHOY!

2013-07-18 Thread Jürgen Herrmann
Sorry wrong url:

http://download.shadowrom.de/Blender 

-Ursprüngliche Nachricht-
Von: bf-committers-boun...@blender.org
[mailto:bf-committers-boun...@blender.org] Im Auftrag von Jürgen Herrmann
Gesendet: Donnerstag, 18. Juli 2013 18:12
An: 'bf-blender developers'
Betreff: Re: [Bf-committers] Blender 2.68 release AHOY!

Hi Sergey, 

The experimental VS2012 Release Builds can be found here:
http://download.shadowrom.de

Best regards

Jürgen

-Ursprüngliche Nachricht-
Von: bf-committers-boun...@blender.org
[mailto:bf-committers-boun...@blender.org] Im Auftrag von Sergey Sharybin
Gesendet: Donnerstag, 18. Juli 2013 12:35
An: Blender Developers
Betreff: [Bf-committers] Blender 2.68 release AHOY!

Hi everyone!

After two months of intense development and bug hunting, we're finally ready
for 2.68!

Information for platform maintainers:
tag: blender-2.68-release
tag revision: 58365
addons revision: 4630
locale revision: 2100

Keep usual naming and let me know when the builds are ready. Official
press-release will be done when all builds are up.

Thanks everyone for your work! =)

Usual reminder reminder: we keep trunk frozen for around a day since now.
Trunk unfreeze will be announced here in ML, for until then no commits are
allowed.

--
With best regards, Sergey Sharybin
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [58370] branches/soc-2013-viewport_fx: not really a stopping point, but checking in so that I can change my physical location

2013-07-18 Thread Thomas Dinges
Hi Jason,
it would be helpful if you could do a bit more descriptive commit logs, 
so everyone else can follow.

Regards,
Thomas

Am 18.07.2013 19:08, schrieb Jason Wilkins:
 Revision: 58370

 http://projects.blender.org/scm/viewvc.php?view=revroot=bf-blenderrevision=58370
 Author:   jwilkins
 Date: 2013-07-18 17:08:23 + (Thu, 18 Jul 2013)
 Log Message:
 ---
 not really a stopping point, but checking in so that I can change my physical 
 location



-- 
Thomas Dinges
Blender Developer, Artist and Musician

www.dingto.org

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] error building with cuda, r57982

2013-07-18 Thread Yousef Hurfoush
hi

tested again today with r58371, cuda 5.5, vs2012 express, default profile with 
cuda binaries enabled, windows 8 enterprise x64:

scons, mingw32 - successfully builds
scons, mingw64 - error - log file: http://www.pasteall.org/43753
cmake, vc11 x64- error - 'ptxas' died with status 0xC005 
(ACCESS_VIOLATION)

any idea whats wronge ??


Regards
Yousef Harfoush
ba...@msn.com



 From: shadow...@me.com
 To: bf-committers@blender.org
 Date: Thu, 18 Jul 2013 15:49:22 +0200
 Subject: Re: [Bf-committers] error building with cuda, r57982
 
 Last time I tried VS2012 and Cuda 5.5 worked well with scons
 
 -Ursprüngliche Nachricht-
 Von: bf-committers-boun...@blender.org
 [mailto:bf-committers-boun...@blender.org] Im Auftrag von Yousef Hurfoush
 Gesendet: Donnerstag, 18. Juli 2013 15:37
 An: blender foundation committers
 Betreff: [Bf-committers] error building with cuda, r57982
 
 hi 
 
 any one working on adding scons support to building cuda with sdk 5.5 and
 vs2012?
 
 Regards
 Yousef Harfoush
 ba...@msn.com
 
 
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers
 
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers
  
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Blender 2.68 release AHOY!

2013-07-18 Thread Campbell Barton
Credits page updated (now without messing up unicode characters)

http://www.blender.org/development/credits
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers