[Bf-committers] Retiring Linux GLibc 2.11 builder

Francesc Juhe fjuhec at gmail.com
Sun Oct 2 16:38:25 CEST 2016


It’s not really inconsistent, it’s just having those 'bleeding edge' libs on top of RHEL 6.7 and derivatives as a base, which is old.
If vfxplatform was based on latest RHEL, the requirements would be glibc 2.17 but even that would be below 2.19


On 02 Oct 2016, at 16:23, Bastien Montagne <montagne29 at wanadoo.fr> wrote:

> Am not reproaching them to be conservative, but to be inconsistent. On 
> one side you have bleeding edge things (ptex, openvdb, alembic, and the 
> hilarious 'lastest' FBX), on the others, years old basis like gcc4.8 or 
> glibc2.13. Not to mention to ask for a compiler that only has 
> *experimental* support of required c++ version…
> 
> Note that this would not prevent building blender over glibc2.13 imho, 
> people just might have to disable some features. Here we are talking 
> about official builds from Blender themselves only.
> 
> Le 02/10/2016 à 16:08, Brian Savery a écrit :
>>> I kind of have serious doubts about a 'large' studio who would not be
>>> able to build its own Blender?
>>> 
>>> I would agree, but if blender won't build for centos 6/ Rhel you can
>> pretty much guarantee they won't use it, which is unfortunate.
>> 
>> And yes there are definitely some outdated things on that list but it
>> definitely is taken seriously in the industry.  And as others have said you
>> do see many "conservative" oses. Up until a few releases ago we had to
>> provide a rhel4 build of prman if I remember correctly.
>> 
>> Anyway just something to be aware of not trying to throw a monkey wrench in
>> anything.
>> 
>> 
> 
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> https://lists.blender.org/mailman/listinfo/bf-committers



More information about the Bf-committers mailing list