[ 
https://issues.apache.org/jira/browse/SPARK-5669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14328092#comment-14328092
 ] 

Sean Owen commented on SPARK-5669:
----------------------------------

I do find it confusing. I can see an argument that this is allowed on the 
grounds that it *does* meet the exception because the target work is created 
*without* GCC, and on the grounds that it is *not* a Category X license case as 
described in http://www.apache.org/legal/resolved.html#category-x , even though 
the list calls out "special exception to the GPL" licenses, since the problem 
it identifies regarding derived works is *not* part of the exception terms. 

If that's true, I don't even see that a notice is required.

On that grounds, you could put back the binaries into 1.3. (Yes, it's a moot 
point in 1.4). Your reasoning is that it would prevent users from having to 
bring their own JBLAS if they already use JBLAS. But they'll have to in 1.4 
anyway, and we've always required programs to bring their own dependencies even 
if they're also used by Spark. I suppose I'd favor taking that hit earlier than 
later, since it happens anyway, and if it lets us be a tiny bit more 
conservative about the licensing issue.

But I do not feel strongly about it. Having said all that, would you rather 
proceed with just putting back the libs in 1.3?

> Spark assembly includes incompatibly licensed libgfortran, libgcc code via 
> JBLAS
> --------------------------------------------------------------------------------
>
>                 Key: SPARK-5669
>                 URL: https://issues.apache.org/jira/browse/SPARK-5669
>             Project: Spark
>          Issue Type: Bug
>          Components: Build
>            Reporter: Sean Owen
>            Assignee: Sean Owen
>            Priority: Blocker
>             Fix For: 1.3.0
>
>
> Sorry for "Blocker", but it's a license issue. The Spark assembly includes 
> the following, from JBLAS:
> {code}
> lib/
> lib/static/
> lib/static/Mac OS X/
> lib/static/Mac OS X/x86_64/
> lib/static/Mac OS X/x86_64/libjblas_arch_flavor.jnilib
> lib/static/Mac OS X/x86_64/sse3/
> lib/static/Mac OS X/x86_64/sse3/libjblas.jnilib
> lib/static/Windows/
> lib/static/Windows/x86/
> lib/static/Windows/x86/libgfortran-3.dll
> lib/static/Windows/x86/libgcc_s_dw2-1.dll
> lib/static/Windows/x86/jblas_arch_flavor.dll
> lib/static/Windows/x86/sse3/
> lib/static/Windows/x86/sse3/jblas.dll
> lib/static/Windows/amd64/
> lib/static/Windows/amd64/libgfortran-3.dll
> lib/static/Windows/amd64/jblas.dll
> lib/static/Windows/amd64/libgcc_s_sjlj-1.dll
> lib/static/Windows/amd64/jblas_arch_flavor.dll
> lib/static/Linux/
> lib/static/Linux/i386/
> lib/static/Linux/i386/sse3/
> lib/static/Linux/i386/sse3/libjblas.so
> lib/static/Linux/i386/libjblas_arch_flavor.so
> lib/static/Linux/amd64/
> lib/static/Linux/amd64/sse3/
> lib/static/Linux/amd64/sse3/libjblas.so
> lib/static/Linux/amd64/libjblas_arch_flavor.so
> {code}
> Unfortunately the libgfortran and libgcc libraries included for Windows are 
> not licensed in a way that's compatible with Spark and the AL2 -- LGPL at 
> least.
> It's easy to exclude them. I'm not clear what it does to running on Windows; 
> I assume it can still work but the libs would have to be made available 
> locally and put on the shared library path manually. I don't think there's a 
> package manager as in Linux that would make it easily available. I'm not able 
> to test on Windows.
> If it doesn't work, the follow-up question is whether that means JBLAS has to 
> be removed on the double, or treated as a known issue for 1.3.0.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to