<div dir="ltr"><div>Yes, I'm aware. I specifically use the "-DWITH_PYTHON_INSTALL=OFF" flag in my portfile, because with that option set to ON, Blender will copy the entire system python distribution into its application bundle, including the ssl and hashlib python modules, which as you said would be problematic, since doing so automatically causes Blender's CMake files to set python to use "--with-openssl=${LIBDIR}/ssl". In addition, this scenario will also cause Blender to build the ssl and hashlib python modules by actually downloading OpenSSL and compiling it from source as an internal dependency. This would likely run afoul of the licensing conflict, since that essentially integrates OpenSSL directly into the application bundle.</div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 9, 2020 at 11:35 AM Joshua Root <<a href="mailto:jmr@macports.org">jmr@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2020-9-9 16:49 , Joshua Root wrote:<br>
> On 2020-9-9 15:37 , Jason Liu wrote:<br>
>> By the way, Blender Foundation itself, as well as most Linux distros,<br>
>> don't seem to have an issue distributing Blender (or other software<br>
>> apps, for that matter) as a pre-compiled binary package. Why does the<br>
>> MacPorts project seem to be so hung up on this licensing conflict? No<br>
>> one else seems to care. (I hope I don't insult anyone by asking that.<br>
>> I'm genuinely curious.)<br>
> <br>
> You'd have to ask those other people for their reasoning. Maybe the<br>
> Blender Foundation's packages don't include or require openssl. Or maybe<br>
> they and distros think the system library exception applies.<br>
<br>
I had a look at the <a href="http://blender.org" rel="noreferrer" target="_blank">blender.org</a> binary and it appears to be shipping a<br>
full python installation with the _hashlib and _ssl modules statically<br>
linked with openssl. Using those from the included GPL'd python scripts<br>
seems at least potentially problematic to me. But then I'm not an<br>
expert, so it would probably be best to get an opinion from<br>
<<a href="mailto:licensing@fsf.org" target="_blank">licensing@fsf.org</a>> as well as the Blender Foundation's take.<br>
<br>
The main executable only links with system frameworks plus libomp,<br>
libiconv, libz and libbz2, so if the port is the same, that part of it<br>
is fine.<br>
<br>
- Josh<br>
</blockquote></div>