[
https://issues.apache.org/jira/browse/CB-100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Mueller resolved CB-100.
--------------------------------
Resolution: Fixed
> fix issues regarding pre-req licenses for weinre distribution
> -------------------------------------------------------------
>
> Key: CB-100
> URL: https://issues.apache.org/jira/browse/CB-100
> Project: Apache Callback
> Issue Type: New Feature
> Components: weinre
> Reporter: Patrick Mueller
> Assignee: Patrick Mueller
>
> weinre is currently distributed as two binary wads - a .jar file and a Mac
> .app file (which includes the .jar file and other pieces of goo). The wads
> are built from a combination of weinre code which will eventually be housed
> at Apache, as well as various dependencies which are currently retrieved from
> other repositories as part of the build process.
> Those pre-reqs are:
> * Files from modjewel. CommonJS runtime for the browser. License: MIT
> * Files from Apache Commons CLI. Command-line parser. License: ASLv2
> * Files from Apache Wink. JSON codecs. License: ASLv2
> * Files from WebKit. Web Inspector code. Although WebKit in general contains
> both BSD and LGPL code, only BSD licensed code is used by weinre.
> * Files from Eclipse Jetty. HTTP server. License: ASLv2 and EPLv1
> * Files from Eclipse SWT. Platform UI toolkit. License: EPLv1
> As we look at being able to make weinre downloads available at Apache, we
> need to follow the guidelines associated with shipping 3rd party code.
> There's a handy FAQ on this, here:
> http://apache.org/legal/resolved.html#category-a
> Some notes then, on the subject pre-reqs:
> * Files from modjewel. This is actually my code; I'll pull it into weinre
> directly and relicense as ASL. I pulled one request from another developer
> into modjewel, but this was for an npm package.json, which I will be removing
> as that's no longer applicable. It may be that by the time I'm ready to pull
> this code in, we may have a different module library available for cordova
> proper, which I would likely reuse (no matter what it is). So, no problem
> with this.
> * Files from Apache Commons CLI. Command-line parser. License: ASLv2.
> Shouldn't be a problem.
> * Files from Apache Wink. JSON codecs. License: ASLv2. Shouldn't be a
> problem.
> * Files from WebKit. Web Inspector code. Although WebKit in general contains
> both BSD and LGPL code, only BSD licensed code is used by weinre. I looked
> through all of the WebKit files that I package into the distribution, and
> they're all BSD 2 clause or 3 clause variants with no advertising clause. So
> that looks good. Unfortunately, this will need to be checked whenever we
> decide to pull new versions of the Web Inspector code. There is currently a
> code-scan to check for GPL licenses, which should be expanded to search for
> the BSD advertising clause as well. But we'll really need to eyeball the
> individual files anyway whenever we pull a new version. Sigh.
> * Files from Eclipse Jetty. HTTP server. License: ASLv2 and EPLv1. Not sure
> how much of a problem this, since some version of Jetty is licensed ASLv2.
> The issue with Jetty would be moot if we decide to port the server to
> node.js. Note the idea would be to make node.js a runtime pre-req, just like
> java vm's are for other Apache java projects, so we wouldn't actually be
> shipping node.js. Have a bit of time to noodle over what to do here.
> * Files from Eclipse SWT. Platform UI toolkit. License: EPLv1. I think this
> is a huge problem. EPL is not a license we can reship with. EDL is, but as
> near as I can tell, the Eclipse SWT code is not EDL. To make matters worse,
> SWT tends to ship other licensed code itself; the Mac SWT code I currently
> ship contains MPL code, for instance. My current thought on this is to just
> stop building and shipping the "Mac app" version of weinre - we'd just ship
> the "jar file" version (or a node.js version). I'll leave all the existing
> code where it is - it's all mine and so can be licensed ASL, but just won't
> build or ship it. There's likely a happy ending to this issue though -
> Apache allows some non-Apache licensed code to be reshipped as binary only.
> Something to investigate later.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
