[License-review] For approval: The Cryptographic Autonomy License (Beta 4)

[Nigel T]

Josh,

Thank you.  That's my primary concern.  There are other scenarios where a
bad actor can exploit this asymmetry to their advantage.

Nigel

On Wed, Dec 11, 2019 at 3:09 PM Josh Berkus <josh at berkus.org> wrote:

> On 12/11/19 11:48 AM, VanL wrote:
> > Hi Nigel,
> >
> > The core issue is that I don't think it is appropriate to dictate the
> > mechanism. All of your suggestions boil down to, "add the technical
> > requirement that the software does [X]." I think that the pressure of
> > compliance will make the type of ease-of-use features you are suggesting
> > desirable. That is enough. I don't want to mandate them.
>
> I don't think you understand Nigel's argument at all.
>
> Here's an example:
>
> 1) You create some software that has no data export functionality and
> license it under the CAL.
>
> 2) I use your software as the basis for some other application.
>
> 3) I am now compelled, under the terms of the license, to *write* a user
> data export feature that didn't exist in the software that I copied from
> you under the CAL.
>
> 4) As a corollary, this means that if I am not a programmer (and don't
> have $$$$), I cannot use the software you created in (1).
>
> While the above may be OK with you, it would be an unprecedented step in
> the history of OSS licenses, and as such is likely to create significant
> barriers to approval.
>
> Nigel is suggesting language to make the data export requirement
> symmetrical; that is, that downstream users are required to preserve or
> expand any data export features present in the software they copied.
>
> --
> Josh Berkus
>
> _______________________________________________
> License-review mailing list
> License-review at lists.opensource.org
>
> http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensource.org/pipermail/license-review_lists.opensource.org/attachments/20191211/8bd70381/attachment.html>