Why don't you just shift the release date (by one week for example),
fix the issues as needed and keep trunk frozen for that period ?
Wouldn't that help to get out an excellent release and avoid
to push out 2.59b one week after 2.59 was released ?
Am 12.08.2011 07:52, schrieb Sergey I. Sharybin:
>
This issue (IMHO) is not worth holding back the release for, we can
review Sergey's fix and have it ready for next release.
We now have 200 bugs in the tracker, so unless new bugs are found that
are regressions from previous releases we're better off sticking to a
more strict release cycle, 2.59 re
I don't think way of fixing discovered bug _so_ bad. There were several
crashes there in 2.58 and there was no report in tracker about this --
users simply not using this tool much or using them in safe way.
And disabling things which can be unstable ,we can be sure there's no
hidden problems an
As painful as this attitude seems, I'd have to agree with it. The
idea here is to modify expectations -- mostly on the developers part.
Umgiven that the next number is to be 6.0 I wouldn't mind seeing
that "200 bugs" turn into "0 bugs" in the near future rather than have
to learn new UI. It'
Hi.
As far as i understand Blender-2.5 does (or will?) support Collada-1.4.1
So i wonder if it may be possible (and feasible) to either:
- add support for Collada-1.4.0 exports into the Collada-exporter
- or create an (XSL based?) transformation which transforms
a valid Collada-1.4.1 file int
Just so I'm not confused as a platform builder... are the 39307 builds
ok, or are we building again? lol
On Fri, Aug 12, 2011 at 8:59 AM, Jim Williams wrote:
> As painful as this attitude seems, I'd have to agree with it. The
> idea here is to modify expectations -- mostly on the developers part
Yep 39307
I'd prefer if this thread keeps on topic for devs & release
maintainers and have discussion about general changes in policy,
opinions on best practice etc in a different thread.
Theres some issues I'd like to bring up too but best do this after
siggraph when more of the devs are reading
UNSUBSCRIBE
Il giorno 12/ago/2011, alle ore 17:01, Campbell Barton
ha scritto:
> Yep 39307
>
> I'd prefer if this thread keeps on topic for devs & release
> maintainers and have discussion about general changes in policy,
> opinions on best practice etc in a different thread.
>
> Theres som
one question to team- I have a mac os version 10.6- and pressing the mmb
will launch the calendar and calculator widgets during any application- but
when using blender- this action overrides the ability to pan in the 3d
viewport- so the only way i can pan is the use two fingers on the finger
pad- I
Hi Charles,
So as not to clutter up this thread (much) further, I will email you
directly about how to solve that.
Davis
On Fri, Aug 12, 2011 at 6:43 PM, Charles Jackson wrote:
> one question to team- I have a mac os version 10.6- and pressing the mmb
> will launch the calendar and calculator w
Hi all,
Just saw this and thought it might be fun for everyone to look at...
http://hardware.slashdot.org/story/11/08/12/0431217/3D-Hacking-Environment-Links-Kinect-Blender-and-Metasploit
:)
Cheers!
___
Bf-committers mailing list
Bf-committers@blender
http://www.pasteall.org/23972
I'm getting this
cheers
Daniel Salazar
3Developer.com
On Fri, Aug 12, 2011 at 8:57 AM, Jason Wilkins
wrote:
> Revision: 39337
>
> http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=39337
> Author: jwilkins
> Date: 2011-08
Hi Daniel, to bypass go to extern/brushlib and run "python generate.py ./"
This will generate brushsettings.hpp for you
This is a strange issue where a command in the cmakefile won't execute and
we haven't found a way to fix this yet.
___
Bf-committers ma
Thanks, now it worked
Daniel Salazar
3Developer.com
2011/8/12 Αντώνης Ρυακιωτάκης :
> Hi Daniel, to bypass go to extern/brushlib and run "python generate.py ./"
> This will generate brushsettings.hpp for you
> This is a strange issue where a command in the cmakefile won't execute and
> we haven
14 matches
Mail list logo