The windows libs have been upgraded to v3.0.5 , this is I think the first time
we've used my
buildscripts to make osd libs, so if any issues popup bug me!
--Ray
On 8/9/2016 9:33 AM, Mai Lavelle wrote:
> Hello everyone,
>
> Looks like we will need to bump OSD to version 3.0.5 for a few bug fixe
I saw your post on BA as well, neither place is great for a lot of back and
forth while trouble shooting,
please open up a ticket on developer.blender.org with the issue and I'll see
what I can do about
sorting this out.
--Ray
On 9/29/2016 9:59, Hadrien Brissaud wrote:
> Hi all,
>
> just gra
Sounds good to me!
--Ray
On 12/2/2016 6:21, Sergey Sharybin wrote:
> Hey everyone,
>
> We've got MSVC 2015 libraries and buildbot for quite some time now. While
> there are some compilation errors time to time on buildbot, they don't seem
> to be MSVC 2015 specific at all.
>
> Is there any reas
All (2013/2015/x86/x64) windows libraries have been updated, one thing to note
though is that all sse support in oiio had to be disabled, due to some
incompatibilities
between the oiio simd headers and msvc.
If there's any issues, drop me a line or bug me on irc.
--Ray
On 12/1/2016 7:27 AM
Gratian,
The cycles unit tests are currently broken on windows, for various reasons
I'm working on getting this corrected, but consensus has not been reached
on how to properly do it. You can track progress here:
https://developer.blender.org/D2367
not mentioned in this diff, but you also need p
We've updated a few libraries last week to new versions, these changes have been
accounted for in master but have not yet made it into the 2.8 branch. If you
need
to build 2.8 at this point in time, you're required to check out the libs
before these
changes got committed, you can do this by runn
Updated the windows libs, tested all variants except 2015/x86 which currently
has unrelated (T50176) issues that break cycles.
--Ray
On 1/24/2017 3:52 AM, Sergey Sharybin wrote:
> Hi,
>
> Was investigating crash of microdisplacement in Cycles with recent builds.
> It appears to be a bug in OpenS
Windows libs have been updated.
--Ray
On 4/3/2017 4:24 AM, Sergey Sharybin wrote:
> Hi everyone,
>
> I would like platform maintainers to update OpenImageIO library to version
> 1.7.13 (from current 1.7.8).
>
> This is needed to address bug reports T50968 and T50850.
>
_
Windows libs have been updated
--Ray
On 4/4/2017 5:01 AM, Sybren A. Stüvel wrote:
> Hello all,
>
> I've just pushed an update to master which updates install_deps.sh to
> install Alembic version 1.7.1 (previously we used 1.6.0). This
> provides us with a slightly nicer API so that I don't have t
The windows libs are done.
--Ray
On 5/10/2017 8:11 AM, Gaia Clary wrote:
> Dear Platform maintainers
>
> Recently i have posted 2 change requests to the openCollada project:
>
> * Fixing the scons build on linux (requested by Hackerman)
> * Improved error handling (reporting errors instead of te
The windows libs were completed yesterday.
--Ray
On 5/15/2017 8:33 AM, Sergey Sharybin wrote:
> Hi,
>
> I would like platform maintainers to update OpenColorIO latest master
> verison of to 6de9710 since this is required to fix interpolation issues
> reported in T51217.
>
__
The msvc libs took a bit, but they are done!
--Ray
On 5/18/2017 8:13 AM, Bastien Montagne wrote:
> Hi platform maintainers,
>
> I’d like to request update of our python library to 3.5.3 (we are
> currently at 3.5.2).
>
> This fixes https://developer.blender.org/T51415. While not being
> critic
Hi everyone,
As mentioned in the weekly notes, I would like platform maintainers to update
OpenImageIO library to version 1.7.15 (from current 1.7.13).
This will fix a number of regressions introduced in earlier versions where we
had to turn off SSE2 for MSVC builds. And fix a rather large perf
All windows libs have been updated, I also refreshed OSL given it was using
OIIO's headers.
--Ray
On 6/4/2017 9:40 AM, Ray Molenkamp wrote:
> Hi everyone,
>
> As mentioned in the weekly notes, I would like platform maintainers to update
> OpenImageIO library to version 1.7
The windows libraries have been updated
--Ray
On 6/7/2017 3:50 AM, Sergey Sharybin wrote:
> Hi,
>
> Linux release environment has been updated.
>
> On Wed, Jun 7, 2017 at 11:26 AM, Gaia Clary
> wrote:
>
>> Dear Platform maintainers
>>
>> 2 days ago Jens Verwiebe has found an issue with building
Windows builds are at the regular spot, the win32 transfer got interrupted and
i had to upload it with a different filename, sorry about that.
I have one failing alembic test [1] on both win32 and win64 but that doesn't
seem like a showstopper , still it be nice if we could resolve this before w
I have no objections, will this replace install_deps.sh? I have suggested
merging all platforms
before but got push back due to install_deps wanting to use as much apt-get as
possible to
keep the time needed to fetch the dependencies down.
I'm not sure making it easily available though make has
On 7/25/2017 3:38 AM, Sergey Sharybin wrote:
>
>> I would like to have the files in the main Blender repo so that when adding
>> or upgrading a library, a single commit documents all the changes, and can
>> be submitted to differential. It also means we can reuse existing cmake
>> code, which is
The windows builds are done.
--Ray
On 8/1/2017 11:34 AM, Bastien Montagne wrote:
> Hi,
>
> We've switched to bcon5 today which means two things:
>
> 1. Only crucial fixes are allowed in the master branch
> 2. We're doing RC1 builds
>
> Information for platform maintainers:
>
> - Branch: blender-v
Not my regular platform, but I tend to help out the odd user with linux
building errors, and this
one comes up rather frequently
In our cmakelist.txt we have an exception for linux that sets
option(WITH_SYSTEM_GLEW "Use GLEW OpenGL wrapper library provided by the
operating system" ON)
option(WI
Make.bat was called that long before I started maintaining it, so I have no
historic knowledge on how that came to be.
The 'Using the Command line' section already explains how to open a proper
cmd.exe command prompt. The wiki instructions work well *IF* you follow them
to the letter, over the yea
windows builds are ready.
--Ray
On 9/11/2017 4:50 AM, Bastien Montagne wrote:
> Hi,
>
> We are ready for the 2.79 final release!
>
> Information for platform maintainers:
>
> - Build from the blender-2.79-release branch,
> SHA 5bd8ac9abfa2fa5db8ddfef393fc2c4dc82ba22d
> - Addons revision: f1c6cfa
final destination.
>>>
>>> We need to give some hours to let mirrors to sync, then we can modify the
>>> download page. Release candidate builds will be removed once download page
>>> is updated.
>>>
>>> On Mon, Sep 11, 2017 at 5:04 PM, Ray M
While tracking down T52756, I stumbled on some version mismatches in our
versions of libsndfile.
Windows vc12 x86/x64 1.0.25
Windows vc14 x86/x64 1.0.26 (which has a seeking bug)
Linux x64/x86 1.0.25
Mac OS x64 1.0.24
https://wiki.blender.org/index.php/Dev:Doc/Building_Blender isn't listing
any s
etected.
> So if you're running 32bit Linux, the big download button should
> download Blender for 32bit Linux.
> I'd say there was definitely some thought on how end users actually use it! ;)
>
> On 12 September 2017 at 22:48, Ray Molenkamp wrote:
>> Why is the .zip fi
Hello all,
I've just pushed an update to the cmake dependencies builder (mac/windows)
to update the previously untracked library libsndfile to 1.0.28.
The reason for this is that between the various supported platforms
we used 3 different versions, some of them with rather nasty bugs.
So to stra
The windows libs are done.
One point to note, both the windows and mac platform devs have left the 3.5
libs in
I decided to leave 3.5/3.6 side by side for a few weeks so
branches that lag a little behind can still build without us having to talk
them though
checking out an older revision of th
pressed send too soon, oh well..
The windows libs are done.
One point to note, both the windows and mac platform devs have left the 3.5
libs in
svn (side by side with 3.6) so branches that lag a little behind can still build
without us having to talk them though checking out an older revision of
Windows has been updated to 2.18.4 as well , while i was looking in
site-packages
I noticed while our python build is pip enabled we do not ship the pip scripts
in
site-packages, the user manually has to run 'python -m ensurepip' to get them.
should we ship them by default?
--Ray
On 9/21/2017
This file should be in the libraries you checked out from svn, validate that
you did the checkout and that it succeeded successfully.
--Ray
On 10/29/2017 9:00 PM, 不知疲倦的鱼 wrote:
> Hello, I am compiling blender source code follow the steps of
> "https://wiki.blender.org/index.php/Dev:Doc/Buildi
Most of the things asked can be done from an add on, with no core changes
needed,
I quickly whipped one up (tested only on windows). not the prettiest code
around but
it shows the concept can work.
Also it saves a ton of clicks by only having to open a single texture in a set,
and it'll do
its
not for gpu rendering with cycles, however given it's an opengl 4.2 card the ui
and eeve should run happily with it.
--Ray
On 1/24/2018 11:32 AM, Knapp wrote:
> So 2.80 will not support the 580?
>
> On Mon, Jan 22, 2018 at 4:38 PM, Brecht Van Lommel <
> brechtvanlom...@pandora.be> wrote:
>
>> H
All,
With 2.8 coming up I'd like to make some changes to the supported
compilers for Blender. However since these are rather large changes
I'd like to give everyone an opportunity to express any concerns.
Issues:
1) Currently we support msvc 2013(vc12)/2015(vc14)/2017(vc14)
for building, however
if you bunch up all releases since 2014, yes that does seems to imply 36% are
still on 32 bit.
however if you split it out per version it paints a 'slightly' different picture
https://imgur.com/a/ZG0Gb
with only 13.2% of 32 bit users for 2.79 and in a rather steep decline from
previous version
the website does a rather excellent job at giving people the proper download
for their platform, i'm pretty sure those are legitimate 32 bit users.
--Ray
On 1/27/2018 12:18 PM, Knapp wrote:
> using this data looking at just the latest blender (2.79) limiting it to
>
> I wonder how many of those
Windows builds are done, please validate the md5's before using the files
--Ray
On 2/21/2018 9:08 AM, Sergey Sharybin wrote:
> Hi,
>
> We are ready for2.79a release!
>
> Information for platform maintainers:
>
> - Build from the blender-2.79a-release branch, SHA
> 8928d99270ff0dcafe23605221f2713
Hey,
Is there anything we can do to make the text on
https://builder.blender.org/download/ regarding 2.8 bugs
stand out a little more.
This text is currently under some brightly color buttons in all black.
--
Note on Blender 2.8 builds
Currently we are aware of many issues in 2.8 and actively w
4.0? You mean 2.8? On the download page scroll down to 'experimental' and it
should take you to the right place.
--Ray
On 3/6/2018 7:58 AM, Knapp wrote:
> Hello all!
> I was trying to install 4.0 but what I have found is that it is really hard
> to find it so that I can install it and test it.
There is such a text on the nightly builds download page, it tells people
downloading
builds NOT to file bugs on 2.8, people file anyway, which puts extra load on
the people triaging
the tracker. Giving 2.8 more exposure at this point in time will just further
increase that load.
--Ray
On 3/7/2
The windows builds are done and uploaded.
--Ray
On 3/22/2018 9:03 AM, Sergey Sharybin wrote:
> Clarification:
>
> Libraries SVN tag: blender-2.79a-release
>
> Sorry for the confusion!
>
> On Thu, Mar 22, 2018 at 3:58 PM, Sergey Sharybin
> wrote:
>
>> Hi,
>>
>> We are ready for 2.79b corrective
-2.79b-windows64.msi
FB904EE151E1B9C4D942E96B3259CD5C blender-2.79b-windows64.zip
--Ray
On 3/22/2018 10:59 AM, Ray Molenkamp wrote:
> The windows builds are done and uploaded.
>
> --Ray
>
>
> On 3/22/2018 9:03 AM, Sergey Sharybin wrote:
>> Clarification:
>>
>&
Given lite builds, perhaps it can't find nvcc? check your cmakecache.txt to see
if it's pointing to the right executable.
if that doesn't do the trick, change the logging level of the msbuild commands
inside make.bat from minimal to diagnostic and see if that sheds more light on
the actual erro
follow the wiki, use regular svn. also just to be sure, you are trying to check
out the libs for a 32bit build with msvc2015/2017.
if that's what your plan was, that's alright,however if you were planning to
build a 64 bit build (recommended) check out win64_vc14
instead of windows_vc14. the libs
n Emmas wrote:
> On 29/04/2018 15:27, Ray Molenkamp wrote:
>> the libs are a couple of gigabytes and having to do it twice is sometimes
>> problematic
>>
>
> Thanks Ray,
>
> This might seem like a dumb question but can the subversion modules be
> downloaded incr
-Sorry for the late response, I'm currently traveling so connectivity is spotty
at best.
you should be able to make a build with 2015 given 3 conditions are met
1) you have msvc 2015 update 3 or higher
2 You have a full set of our libs in the right place
3) you run 'make full 2015 x64' in the
Two options here
1) You could have used our make.bat like I previously suggested which would
have done this step for you.
2) You could also have done this step manually as documented in the 'Building
from within the Visual Studio IDE'
section of our build instructions [1].
we like to make buil
You re-used a master build folder for 2.8, given some of our defaults in cmake
have changed
you can't do that. delete your build folder and you'll be fine.
--Ray
On 5/2/2018 7:55 AM, Christian Hubert wrote:
> Hi,
>
>
>
> I'm trying to setup my dev env for Blender 2.8 but I fail to do it (355
All,
As I understood devtalk was setup as a dev 2 dev support site, I'm kinda
confused we invited end users to 'join the conversation' on it now, as
they are putting feature requests all over the place, last night the
blender development forum was 80+% feature requests on the first page.
kinda rui
manage, regardless if we do it on devtalk or another forum.
>
> On Fri, Jun 1, 2018 at 8:10 PM, Ray Molenkamp wrote:
>
>> All,
>>
>> As I understood devtalk was setup as a dev 2 dev support site, I'm kinda
>> confused we invited end users to 'join t
All,
Since the tracker has now been opened for 2.8 crashes tickets have been
coming in steadily, I'm unsure how to triage these though, previously
it was easy, just the studio tickets were allowed and they placed them
on the 2.8 work board them selves.
Is tagging the end user tickets with just bl
On 7/2/2018 8:03 PM, Ray Molenkamp wrote:
> T55706 is a less clear duplicate of T52523 (and T55706 has a not so useful
> title, so even if they did search it wouldn't have been found)
sorry got my tickets mixed up here, it's a duplicate
I just removed msvc2013 support from make.bat, msvc2017 is now the preferred
compiler
on windows.
Before I remove the vc12 libs from svn, do we want to tag them for historical
purposes?
(They have a newer python/numpy/requests/libjpeg than the tagged 2.79 libs)
Also now that msvc2013 is out of
There's quite a few libraries we build for the various platforms
(57 by the last count) and it's not always clear who the module
owner is and who is supposed to ask for newer versions of certain
libs.
I took a quick survey of the versions we use and the latest versions
available. (based on build_
ipermail/oiio-dev-openimageio.org/2018-July/001254.html
>
> <http://lists.openimageio.org/pipermail/oiio-dev-openimageio.org/2018-July/001254.html>
>
> -Stefan
>
>> On 23. Jul 2018, at 21:53, Ray Molenkamp wrote:
>>
>> There's quite a few libraries we
'easy' chart and it'll be fine!
http://www.lazydodo.com/tmp/blender_externals.png
--Ray
>
> On Mon, Jul 23, 2018 at 9:54 PM Ray Molenkamp wrote:
>
>> There's quite a few libraries we build for the various platforms
>> (57 by the last count) and it's not always clear
We'll get going on this then, there's one lib I'd like some clarification on
arto requested boost 1.66 on irc, not a problem on windows (I'd welcome an
updated version, but do not require it), but how are the linux guys feeling
about bumping the boost version?
--Ray
On 8/8/2018 9:54 AM, Brecht V
On 8/8/2018 1:01 PM, bju...@ymail.com wrote:
> Blosc is currently blocking a full build using recent versions of gcc on
> Linux. Upgrading by two revisions (to 1.8.1 I believe ) addresses the issue
> directly.
It's currently tagged for an update to 1.14.3
> This issue may have been what kicked
pasteall.org is kinda terrible for windows build logs though, since it eats
all the forward slashes,
so you'd better use any of the other paste sites out there for those
--Ray
On 8/11/2018 2:32 PM, Sergey Sharybin wrote:
> Hi,
>
> Don't think you can attach pictures in this mailing list. It is
All,
Not sure who to poke for this, but since a few days when committing through git
push
git it now spits back a python related warning/error
k:\BlenderGit\blender>git push
Counting objects: 6, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (6/6), done.
Writing object
All,
I just finished the windows lib update and kicked the 2.79 build bots, all
seems OK.
There were a couple of cmake changes needed to adjust for some version changes
here
and there, however I was unable to merge master to 2.8 due to some merge
conflicts
in unrelated commits. Once master merg
hank you in advance :)
>
> Message: 2
>> Date: Mon, 27 Aug 2018 20:25:20 -0600
>> From: Ray Molenkamp
>> To: bf-blender developers
>> Subject: [Bf-committers] Windows lib update / merge issues to 2.8
>> Message-ID: <32c56e07-59c0-beeb-c442-fc3dcc896...@lazy
The libraries for master/2.8 have been updated to newer versions, to build
older branches
you'll need to check out libraries from around the same time the last commit
happened
in that branch, rev62101 will probably do it for you.
--Ray
On 9/9/2018 5:36 AM, Erick Blender wrote:
> Hello Lukas,
>
We are aware, The external dependencies build-scripts are using the autotools
build for linux/mac for
this exact reason, for windows that was not an option, there we use the github
hash
0ac2ea34c8f3134148a5df4052e40f155b76f6fb which has 'somewhat' working cmake
support,
still kinda wonky, but w
you can find the current patch at https://developer.blender.org/D3576
--Ray
On 9/17/2018 1:32 PM, Dalai Felinto wrote:
> Hi,
>
>> The Crashpad patch now works for all platforms. Interested developers are
>> encouraged
> to test it (...)
>
> Link please? What kind of testing we are looking for?
I'm going to assume RA was build with multiple back-ends in mind, the blender
code-base however is an old old code-base, and wasn't really designed to use
anything other than openGL.
Although we have cleaned it up quite a bit, there are still loads of openGL
calls and opengl-isms sprinkled all o
they only
> need to provide a single set of shaders, but it does mean that offline
> compilation and other optimizations may be limited.
>
> I will also take a look at the thread you shared.
>
> Cheers,
>
> *Stuart Carnie*
>
>
> On Tue, Dec 4, 2018 at 1:14 PM Ray M
done for windows
--Ray
On 12/5/2018 2:54 AM, Gaia Clary wrote:
> Hi, Platform maintainers :)
>
> Please update the subversion repository libraries to OpenCollada 1.6-68
> This allows us to add support for importing Animation clips.
>
> The Release sources recommended by OpenCollada can be found h
Same issue here,
anonymous usage seems to work
git clone git://git.blender.org/blender.git
works, however authenticated users
git clone g...@git.blender.org:blender.git
fail with the error mentioned earlier
--Ray
On 2/2/2019 10:30 AM, Howard Trickey wrote:
> Happens for me too. git pull fro
https://svn.blender.org/svnroot/bf-blender/tags/
--Ray
On 3/15/2019 11:20 AM, Jacob Merrill wrote:
> it would be slick though to saved the SVN timestamp / revision for old
> releases somewhere.
>
>
___
Bf-committers mailing list
Bf-committers@blender.or
Should build now.
--Ray
On 4/9/2019 11:20 AM, wodec wrote:
> System Information
> Operating system: windows 10
> Graphics card: Nvidia Geforce GTX 1050Ti
>
> Short description of error
> Can not build blender 2.7 branch, (windows VS2017 and Cmake 3.14.1 ), compile
> error (C2220)
>
>
>
> ---
> D
vc 2017 ships with clang-format 6.0.0, 2019 ships with 7.0.0
judging from the 6.0.0 release notes[1] this should have worked?
Also I don't remember ever seeing that error.
We ship 6.0.1 with our libs, what you can try is, go into
Tools->Options->Text Editor->C/C++->Formatting->General
Near the
On 5/1/2019 5:18 AM, Pablo Vazquez wrote:
> You still need to create an account on freenode to chat in blendercoders.
You don't, we temporary turned that on a while ago when a botnet was
wreaking havoc on freenode, but in general that option is off and any
user registered or not can join and tal
Windows libs has been updated.
--Ray
On 6/27/2019 7:46 AM, Sergey Sharybin wrote:
> Hi,
>
> This is a request for platform maintainers to update OpenSubdiv library to
> 3.4 RC2. All the needed changes are done to versions.cmake.
>
> The update is needed to bring fixes for non-manifold and non-reg
I hit a snag building win32, it's trying to build cubins and
failing at it, I have a vague memory of cubins being disabled
for 32 bit builds? Is this still the case?
--Ray
On 7/10/2019 10:24 AM, Sergey Sharybin wrote:
> Correction for the git branch: blender-v2.80-release
>
> Sorry for the noise a
Test #49: object_modifier_array ...
Passed 4.74 sec
[HANDLER_VERBOSE_OUTPUT]
--Ray
On 7/10/2019 12:30 PM, Ray Molenkamp wrote:
> I hit a snag building win32, it's trying to build cubins and
> failing at it, I have a vague memory of cubins being disabled
> for 32 bit builds
Windows builds are uploaded
26FDFFEB04530C3D2C049DB0EFF7AC27 blender-2.80rc2-windows32.zip
93E91393E031734DD338E240A1C9E5E6 blender-2.80rc2-windows64.zip
Testing situation is identical to rc1.
--Ray
On 7/18/2019 8:58 AM, Brecht Van Lommel wrote:
> Hi all,
>
> We are ready for the second Releas
Windows builds are done, Dan pointed out we really shouldn't be using MD5
anymore
so here's the SHA-512 hashes for the files.
blender-2.80rc3-windows64.zip
4A38C0B1B06E9D658FC178DB0CEFD51D0536056DDC5115863EB6A94D8FF7C0930C5E73EF9F2261F8FDBAAD3568FB5EAAC42F156E6B548B9B4173F4A3B1203A5F
blender-2.8
Being a windows platform dev this could pretty much be a list called
'things nobody will get exited about' but here's my plans/wish-list
regardless
If I get nothing else, I hope it's this one (2.81):
I think the most important one for stability is having working automated
crash reporting, being a
Windows builds are done,
SHA-512 hashes
blender-2.80-windows32.zip
904FC1682638BA0A28C1F82E050F8C11D9B8AEC4F398FFC692613D3BF09C6AF755E84C2406330F30284EEF64A8BB0E932EC11FB844D7AEA136F1B0434F8B8769
blender-2.80-windows32.msi
3E0A50EE85AC1B2365711279E94458F24D13DC7E5A62D7657948C608E5806509D4C9CCBA
All,
Took a bit, but the windows libs have been updated, couple of note worthy
things:
First: After a brief consult with sybren, the site packages have been
updated to the following versions:
IDNA 2.8
CHARDET 3.0.4
URLLIB3 1.25.3
CERTIFI 2019.6.16
REQUESTS 2.22.0
NUMPY 1.17.0
Second
On 2019-11-08 1:37 a.m., dr. Sybren A. Stüvel wrote:
> Are there any concrete reasons we stick to those particular versions? Or
> is it just a matter of someone taking the time to update them?
I don't think we have official rules about this but
the un-official one I have been using for years is:
All,
Since the beginning of time we have always used a
weird mix of using the static C runtime for some
parts of blender while using the dynamic runtime
for others.
No-one exactly remembers how this came to be, but
what was clear that mixing runtimes is 'not great'
and that it eventually would ca
So... that broke the windows build bot, if anyone with access
to the windows bot could check out the libs that be great!
--Ray
On 2019-11-08 9:02 a.m., Ray Molenkamp wrote:
> All,
>
> Since the beginning of time we have always used a
> weird mix of using the static C runtime for
v 8, 2019 at 5:16 PM Ray Molenkamp wrote:
>
>> So... that broke the windows build bot, if anyone with access
>> to the windows bot could check out the libs that be great!
>>
>> --Ray
>>
>> On 2019-11-08 9:02 a.m., Ray Molenkamp wrote:
>>> All,
>&g
Windows libs are done!
--Ray
On 2019-11-20 2:26 a.m., Sybren A. Stüvel wrote:
> Dear platform maintainers,
>
> I've just bumped Alembic from 1.7.8 to 1.7.12. This is not a
> needs-to-be-updated-right-now update, but it does add some functionality
> people have been waiting for a long time :-)
>
>
I mentioned the bump of the TBB Version in D6218 [1] however
this should have been communicated better to the other platform
teams.
As for win64_vc14 it is no longer maintained, the reason I kept it
in svn for a little while longer is twofold
1) so people still on/building 2.80/81 based branches
All,
Hate to be a heckler for running the unit tests, but please:
When you land and/or review something big, RUN THE UNIT TESTS!
When the monster 10 patch mantaflow patch landed, it broke
6 cycles unit tests on all platforms, 5 with different renders
than the reference images and one full on ble
gt; So yes, blame it on me, I overlooked this part. I will look into this as soon
> as possible.
>
> I agree that this is not ideal. But apart from better commit messages, how
> can we do better at this time?
>
> Happy new year and best wishes,
> Sebastián
>
>>
> One cruel thing i can think about is to force everyone to pay more
> attention is to prevent new build from being uploaded if regression tests
> are failing. We'll hear very quickly from users that there are no new
> builds on buildbot.
Cruel or not, It'll cost less resources to deal with
a singl
I took a quick survey, most of the libs are either not applicable to us (QT
related stuff) or at the preferred version already
however some of them are lagging behind a bit (or a lot in case of openVDB) and
one of them is a little ahead of the VFX platform
Behind:
OpenEXR VFX:2.4.x Blende
maintainers though :)
>
> -Ton-
> --
> Ton Roosendaal - t...@blender.org - www.blender.org
> Chairman Blender Foundation, Director Blender Institute
> Buikslotermeerplein 161, 1025 ET Amsterdam, the Netherlands
>
of bugs related to Intel TBB on Windows
> which makes rolling back to U6 from U9 a bit scary. Although, newer is not
> always better. Ray would be a better person to comment on this since he is
> in it up to his ears.
>
> S.
>
> On Fri, Jan 10, 2020 at 1:03 PM Ray Mole
not sure what changed but phab is either no longer or real slow picking up on
git commits
--Ray
On 2020-01-17 1:01 p.m., Dan McGrath wrote:
> Hi,
>
> Just a heads up that I will be attempting to upgrade some of the FreeBSD
> servers and packages tonight, so there will be reboots.
>
> So, go out,
Windows SVN libs have been updated for the 2.82 tag
and the changes in the platform_win32 file in the
2.82 release branch have been done as well. 2.82
is in a good spot, however...
Due to boost being included the upload has taken
most of my night so I'm not even going to dare
to start the merge to
Fellow Platform devs,
Due to various issues in several of the dependencies some of them
have been bumped to new versions.
OSL 1.10.9 / LLVM 9.0.1 - D6744
FreeType 2.10.1 - D6645
Please update these libraries for *Master only*, 2.82 will ship
with the old versions!
You may see SVN commits from m
Could you clarify this a tiny bit? Cause it kinda sounds like are want to
publish the email addresses of anyone in d.b.o project ?
the 300+ volunteers in the moderators project may not take kindly on that
--Ray
On 2020-02-12 10:34 a.m., Ton Roosendaal wrote:
> Hi everyone,
>
> 3. For the future
---
> Ton Roosendaal - t...@blender.org - www.blender.org
> Chairman Blender Foundation, Director Blender Institute
> Buikslotermeerplein 161, 1025 ET Amsterdam, the Netherlands
>
>
> On 12/02/2020 20:06, Ray Molenkamp wrote:
>> Could you clarify this a tiny bit? Cause it k
Windows is done!
Tracking ticket in : https://developer.blender.org/T73819
--Ray
On 2020-02-14 11:19 a.m., Stefan Werner wrote:
> Hello platform maintainers,
>
> I updated the Embree version for `make deps` and install_deps.sh to 3.8.0.
> Please update the binaries when you get a chance.
>
> Cur
UPBGE is a blender fork we do not maintain, so any questions
you have on UPBGE you'll have to sort out with the people who
work on it.
Their community page [1] has several options of contacting them.
Greetings,
Ray
[1] https://upbge.org/community.html
On 2020-04-10 12:58 a.m., Armani Bless vi
While i agree with "you should be able to build blender even with stock/system
libraries"
I however do not think that the bar for "oh we'll just add it to /extern"
should be as low as it appears to be. I'd be very much in favor of *NOT* adding
a behemoth like USD to `/extern` (~75 megs, twice t
1 - 100 of 142 matches
Mail list logo