You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cordova.apache.org by "Patrick Mueller (Resolved) (JIRA)" <ji...@apache.org> on 2012/04/11 18:47:20 UTC

[jira] [Resolved] (CB-100) fix issues regarding pre-req licenses for weinre distribution

     [ 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