<div dir="auto"><div>Hi Bruce,</div><div dir="auto"><div data-smartmail="gmail_signature" dir="auto"><br></div><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Wed, May 8, 2019, 11:38 PM Bruce Perens <<a href="mailto:bruce@perens.com">bruce@perens.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 8, 2019 at 8:07 PM VanL <<a href="mailto:van.lindberg@gmail.com" target="_blank" rel="noreferrer">van.lindberg@gmail.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"><div dir="ltr" style="font-family:sans-serif"><span style="font-family:Arial,Helvetica,sans-serif">In order for Betty to have a duty vis a vis Anna, Anna needs to be a Recipient of the Work from Betty.</span></div></div></div></blockquote><div><br></div><div>What if Anna performs the work? </div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">If Anna performs the work, then Anna will need to provide source code to those who receive the work from her.</div><div dir="auto"><br></div><div dir="auto">If you mean, "What if *Betty* performs the work?" then this case was already addressed in my email above, responding to the hypo.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>It seems to me that all participants in a blockchain system would have to perform the work to at least one other user.</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Ok.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> Since your language seems oriented toward a system with a system operator who potentially hoards data....</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I am not sure where you are getting this. </div><div dir="auto"><br></div><div dir="auto">- If you are getting it from the text of the license, please quote the provision.</div><div dir="auto"><br></div><div dir="auto">- If you are inferring that I _must have_ built in an exception for this activity because you think that is my client's business model, then you are incorrect along a number of fronts. There is no privileged "data hoarder" in the license. Further, that is not my client's business model, and technically, that's not how my client's technology works.</div><div dir="auto"><br></div><div dir="auto">But I'll take it here as if this were a modification of the hypo.</div><div dir="auto"><br></div><div dir="auto">Continuing....</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">....most</div><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> users would probably be performing the software to that system operator. Potentially this is your customer.</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I am not sure how to address this other than to mechanically apply the rules in the license. </div><div dir="auto"><br></div><div dir="auto">In your hypo here, all the participants in this blockchain-based app perform the work to a central operator. Thus, the central operator is a Recipient.</div><div dir="auto"><br></div><div dir="auto">Under the CAL, a Recipient gets a copy/offer of the source code and a copy/offer of the Recipient's own User Data. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto">The CAL does not contain a concept of "Derived Data," so I am somewhat unsure how to respond to your #2.</div></div></blockquote><div><br></div><div>The problem is that Anna's data exists in a modified form. It's been digitally signed by Betty along with data added by Betty.</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">That is irrelevant. There are no rights to "modified forms" of the data. </div><div dir="auto"><br></div><div dir="auto">Is Anna's data available to Betty, and is Anna a Recipient from Betty? If so, Anna can get a copy of her own data from Betty.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>So, Anna gets a copy of the blockchain after Betty adds her block. She now has a lawful interest in it, in terms of possession. But not in the key that Betty used to sign it?</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Anna never has the right in this hypo to Betty's key. Betty's block is not Anna's User Data. </div><div dir="auto"><br></div><div dir="auto">More fundamentally, you seem to be constructing hypos that don't really make sense under the CAL. I'd suggest you try drawing this out on a whiteboard, using the rules for who gets source in the AGPL context. The flow of duties in the CAL is roughly the same.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><div dir="auto"><br></div><div>It seems to me that the above is concerning both source code and user data. To quote again:</div></div><div><br></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_quote"><div><div><span style="color:rgb(36,41,46);font-family:-apple-system,blinkmacsystemfont,"segoe ui",helvetica,arial,sans-serif,"apple color emoji","segoe ui emoji","segoe ui symbol";font-size:16px"><b>cryptographic keys</b>, and any information reasonably necessary to compile the Source Code into Object Code <b>or Process User Data</b> using generated Object Code.</span><span style="color:rgb(80,0,80);font-family:sans-serif"> </span>  </div></div></div></blockquote><div class="gmail_quote"><div><div><br></div><div>I am still reading this as "cryptographic keys necessary to process user data". If that is not what it says, perhaps splitting this into two sentences is appropriate.</div><div dir="auto"><br></div><div dir="auto">> If Betty has a code signing key necessary to execute the object code, then that code signing key must be provided so that Anna can compile and run the source code in other contexts.</div><div dir="auto"><br></div><div>But not process user data? The text arguably says yes, you are saying no.</div></div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">No. You are selecting elements from the sentence in such a way as to create a new sentence. A Recipient gets everything necessary to compile the binary and execute the resulting object code. </div><div dir="auto"><br></div><div dir="auto"></div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Van</div><div dir="auto"></div><div dir="auto"><span style="font-family:sans-serif">__________________________</span><br style="font-family:sans-serif"><span style="font-family:sans-serif">Van Lindberg</span><br style="font-family:sans-serif"><span style="font-family:sans-serif"><a href="mailto:van.lindberg@gmail.com">van.lindberg@gmail.com</a></span><br style="font-family:sans-serif"><span style="font-family:sans-serif">m: 214.364.7985</span><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"></div></div>
</blockquote></div></div>
</blockquote></div></div></div>