Factors determining binary archivability
Jason Liu
jasonliu at umich.edu
Wed Sep 9 05:37:07 UTC 2020
In this particular case, Blender's add-ons are truly "add-ons"... it's
actually fairly easy in the CMake scripts to exclude the add-ons from being
copied into Blender's final application bundle; and even if the add-ons are
excluded from the distribution, it doesn't affect Blender's core
functionality in any way. I have no idea how FSF would interpret this
scenario, but I just thought I'd throw it out there.
By the way, Blender Foundation itself, as well as most Linux distros, don't
seem to have an issue distributing Blender (or other software apps, for
that matter) as a pre-compiled binary package. Why does the MacPorts
project seem to be so hung up on this licensing conflict? No one else seems
to care. (I hope I don't insult anyone by asking that. I'm genuinely
curious.)
--
Jason Liu
On Tue, Sep 8, 2020 at 11:49 PM Joshua Root <jmr at macports.org> wrote:
> Bear in mind also that a program being written in an interpreted
> language doesn't change the requirements of the GPL. What's less clear
> is when a combined work is considered to be created in that case: At
> runtime? When byte-compilation occurs? As soon as the import statement
> is typed in the source code? It's a question that hasn't been much
> tested legally AFAIK, and the FSF doesn't appear to have a clear
> position on it: <https://www.gnu.org/licenses/gpl-faq.html#MereAggregation
> >
>
> - Josh
>
> On 2020-9-9 13:23 , Jeremy Lavergne wrote:
> > Just in case it wasn't considered: Python modules can also be compiled.
> > Matching on "ext_modules" in either setup.py or build.py should be a
> > good indicator of this situation.
> >
> >
> https://docs.python.org/3/distutils/setupscript.html#describing-extension-modules
> >
> >
> >
> >
> > On 9/8/20 10:29 PM, Jason Liu wrote:
> >> All of Blender's add-ons are python scripts, but aren't actually a
> >> part of Blender's compiled binaries.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20200909/9b30c08a/attachment.htm>
More information about the macports-dev
mailing list