Re: [DISCUSS] cordova-wp8 + Newtonsoft.JSON
Definitely get clarification. My reading on that Category B list is that it only applies to including binaries of code with Weak Copyleft licenses, this is so people don't accidentally contrib code to it - to keep it separate. minimize the chance that a user of an Apache product will create a derivative work On Thu, Mar 26, 2015 at 11:27 AM, Ian Clelland iclell...@chromium.org wrote: Parashuram, from the link you provided in the previous thread ( http://www.apache.org/legal/resolved.html), it looks like only a small set of licenses (Category B) make binary distribution with Apache projects possible, and the MIT license isn't on that list. We should definitely get Apache legal looped into this discussion before we consider distributing this in binary form. I realize it's the smallest and easiest, and best for the users, but we have to work with the ASF. On Thu, Mar 26, 2015 at 2:13 PM, Parashuram N (MS OPEN TECH) panar...@microsoft.com wrote: I think we can use option 4 - distributing DLLs of third party software is fine - we only need to ensure that it is clean from an IP perspective. I think 4 is the best option as you said, and we could ask the author of the library about any potential patent issues. I also think that Apache puts the due diligence of IP and patent responsibility on the committers -Original Message- From: Jesse [mailto:purplecabb...@gmail.com] Sent: Thursday, March 26, 2015 11:05 AM To: dev@cordova.apache.org Subject: [DISCUSS] cordova-wp8 + Newtonsoft.JSON We have several options, of varying difficulty, legal responsibility, risk, and technical debt. 1. Redistribute Newtonsoft.JSON (NJ) source code as part of every new cordova-wp8 project - it's a lot of code to add to the project, more that cordova-wp8 itself - we completely control our dependencies and will never fall out of sync 2. Redistribute NJ source as part of the library and have every new cordova-wp8 project link to it. - some added complexity, but technically sound, and not as wasteful seeming as #1 - we could have issues with dependencies if NJ included source changes between cordova-wp8 versions 3. Redistribute NJ source, build it when cordova-wp8 is installed on the users machine, add the .dll to every new cordova-wp8 project. - same issues/benefits as #2, some added complexity 4. Redistribute NJ as a pre-built dll and as part of the wp8 template. - I like this best, but we have to dig through legal some more. 5. Do some magic with nuget dependencies so VS will download it. - lots of unknowns ( to me, others may know more ) - can only create cordova-wp8 projects when online ( Android already has this restriction ) 6. Redistribute NJ as a cordova-wp8 plugin and make it a dependency of cordova-wp8 - a little awkward, but doable 7. Do nothing - realistically wp8 should be deprecated soon, wp8.1 has much more to offer, and win10 is on the horizon. We could just let the sun set. @purplecabbage risingj.com - To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org For additional commands, e-mail: dev-h...@cordova.apache.org
RE: [DISCUSS] cordova-wp8 + Newtonsoft.JSON
I think we can use option 4 - distributing DLLs of third party software is fine - we only need to ensure that it is clean from an IP perspective. I think 4 is the best option as you said, and we could ask the author of the library about any potential patent issues. I also think that Apache puts the due diligence of IP and patent responsibility on the committers -Original Message- From: Jesse [mailto:purplecabb...@gmail.com] Sent: Thursday, March 26, 2015 11:05 AM To: dev@cordova.apache.org Subject: [DISCUSS] cordova-wp8 + Newtonsoft.JSON We have several options, of varying difficulty, legal responsibility, risk, and technical debt. 1. Redistribute Newtonsoft.JSON (NJ) source code as part of every new cordova-wp8 project - it's a lot of code to add to the project, more that cordova-wp8 itself - we completely control our dependencies and will never fall out of sync 2. Redistribute NJ source as part of the library and have every new cordova-wp8 project link to it. - some added complexity, but technically sound, and not as wasteful seeming as #1 - we could have issues with dependencies if NJ included source changes between cordova-wp8 versions 3. Redistribute NJ source, build it when cordova-wp8 is installed on the users machine, add the .dll to every new cordova-wp8 project. - same issues/benefits as #2, some added complexity 4. Redistribute NJ as a pre-built dll and as part of the wp8 template. - I like this best, but we have to dig through legal some more. 5. Do some magic with nuget dependencies so VS will download it. - lots of unknowns ( to me, others may know more ) - can only create cordova-wp8 projects when online ( Android already has this restriction ) 6. Redistribute NJ as a cordova-wp8 plugin and make it a dependency of cordova-wp8 - a little awkward, but doable 7. Do nothing - realistically wp8 should be deprecated soon, wp8.1 has much more to offer, and win10 is on the horizon. We could just let the sun set. @purplecabbage risingj.com
Re: [DISCUSS] cordova-wp8 + Newtonsoft.JSON
fairly certain distributing binaries isn't ok (except when it is such as maven or open office) =/ an email to legal-discuss is good diligence regardless On Thu, Mar 26, 2015 at 11:27 AM, Ian Clelland iclell...@chromium.org wrote: Parashuram, from the link you provided in the previous thread ( http://www.apache.org/legal/resolved.html), it looks like only a small set of licenses (Category B) make binary distribution with Apache projects possible, and the MIT license isn't on that list. We should definitely get Apache legal looped into this discussion before we consider distributing this in binary form. I realize it's the smallest and easiest, and best for the users, but we have to work with the ASF. On Thu, Mar 26, 2015 at 2:13 PM, Parashuram N (MS OPEN TECH) panar...@microsoft.com wrote: I think we can use option 4 - distributing DLLs of third party software is fine - we only need to ensure that it is clean from an IP perspective. I think 4 is the best option as you said, and we could ask the author of the library about any potential patent issues. I also think that Apache puts the due diligence of IP and patent responsibility on the committers -Original Message- From: Jesse [mailto:purplecabb...@gmail.com] Sent: Thursday, March 26, 2015 11:05 AM To: dev@cordova.apache.org Subject: [DISCUSS] cordova-wp8 + Newtonsoft.JSON We have several options, of varying difficulty, legal responsibility, risk, and technical debt. 1. Redistribute Newtonsoft.JSON (NJ) source code as part of every new cordova-wp8 project - it's a lot of code to add to the project, more that cordova-wp8 itself - we completely control our dependencies and will never fall out of sync 2. Redistribute NJ source as part of the library and have every new cordova-wp8 project link to it. - some added complexity, but technically sound, and not as wasteful seeming as #1 - we could have issues with dependencies if NJ included source changes between cordova-wp8 versions 3. Redistribute NJ source, build it when cordova-wp8 is installed on the users machine, add the .dll to every new cordova-wp8 project. - same issues/benefits as #2, some added complexity 4. Redistribute NJ as a pre-built dll and as part of the wp8 template. - I like this best, but we have to dig through legal some more. 5. Do some magic with nuget dependencies so VS will download it. - lots of unknowns ( to me, others may know more ) - can only create cordova-wp8 projects when online ( Android already has this restriction ) 6. Redistribute NJ as a cordova-wp8 plugin and make it a dependency of cordova-wp8 - a little awkward, but doable 7. Do nothing - realistically wp8 should be deprecated soon, wp8.1 has much more to offer, and win10 is on the horizon. We could just let the sun set. @purplecabbage risingj.com