www-legal-discuss mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Roy T. Fielding (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (LEGAL-157) May we include models without release the data the models were built from
Date Wed, 23 Jan 2013 22:53:13 GMT

    [ https://issues.apache.org/jira/browse/LEGAL-157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13561194#comment-13561194

Roy T. Fielding commented on LEGAL-157:

This is a very odd conversation.

First, what is the product of the Apache project?  That product determines what we allow in
our workspace (product svn) and what we release. Furthermore, what we release is only open
source under our license (or within the scope of that license, like BSD). Hence, the PMC decides
what is the product, within the constraint that it must be maintainable and releasable under
the Apache License. Keep in mind that, by "release", I mean the formal decision to offer the
product to the rest of the world (outside our development team).

However, that does not prevent our product from using non-open source artifacts, whether it
be for the sake of testing or production (assuming the product still works when the artifacts
aren't available). Just give the user an option of downloading the artifacts from some location
prior to, or during, the build. Assuming that we have the right to redistribute and the package
is not marked as an Apache product, they can be hosted on our dist servers (just like we can
redistribute or mirror any open source, including GPL code). However, it must be absolutely
clear that those separate artifacts are not Apache products, which is usually indicated by
a separate directory with a meaningful name and README file.

In some cases, it is possible (and reasonable only if the file size is small) to include such
non-open artifacts in a convenience binary package, particularly for test oracles or standard
DTDs, provided that we have a license to do so of some kind. The focus should be on adherence
to user expectations (what do users expect to receive when they download an Apache product
in binary form) rather than any strict rule thou must obey.  I do not believe that our users
would expect or require that read-only models to be open source, provided that they are appropriately
named and identified as under a separate license.

The license categories are mainly for determining which licenses can be subsumed by the Apache
License, when it is okay to have a mandatory dependency under a non-compatible license, and
only a little bit about whether it is okay to distribute such a dependency as part of any
product bundle. And mostly that is just because of what the other licenses require of the
other code they are bundled with, not due to limitations on our own licensing.

Regardless, I prefer that stuff which is not our work product be placed in separate downloads
from our work, since I do not believe that any user that can download our product will be
unable to follow a link in a README to download the other artifacts, if so desired. I think
it is absurd that some of our products include a pile of crap in every one of our releases,
just because a few users might be too lazy to download more than one package.
> May we include models without release the data the models were built from
> -------------------------------------------------------------------------
>                 Key: LEGAL-157
>                 URL: https://issues.apache.org/jira/browse/LEGAL-157
>             Project: Legal Discuss
>          Issue Type: Question
>            Reporter: James Joseph Masanz
> We would like to include with cTAKES machine learning models built from data that is
not publicly available.
> The models are contributed to Apache.
> The corpus of data used to build the models is not contributed to Apache.
> Can we include such models in a convenience binary?
> http://s.apache.org/cTAKES-models-Q012013
> - James Masanz

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org
For additional commands, e-mail: legal-discuss-help@apache.org

View raw message