<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 22, 2019 at 1:41 PM Josh Berkus <<a href="mailto:josh@berkus.org" target="_blank">josh@berkus.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 8/22/19 1:13 PM, Bruce Perens via License-review wrote:<br>
<br>
This is a "slippery slope" argument, and as such a fallacy.<br></blockquote><div><br></div><div>This is a simplistic argument which assumes that all statements of a class branded as fallacious are <i>always </i>fallacious.</div><div><br></div><div>In the case of slippery-slope arguments, there is a good deal of argument by logicians for non-fallacious use. I was very tempted to reproduce an entire screen-full of such argument from Wikipedia, but will leave that for the reader to look up.</div><div><br></div></div><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">
One of the key purposes of open source software -- particularly copyleft<br>
-- is to preserve user and downstream developer freedom.  In many kinds<br>
of software, being able to effectively use that software independent of<br>
the original vendor requires not just access to the source code bits,<br>
but access to the data stored by the software as well.  As such, this<br>
kind of requirement to distribute the data on the same terms as the<br>
software is a natural, and probably inevitable, extension of copyleft<br>
principles.<br></blockquote><div><br></div><div>Perhaps it is. But there is a step between it being perceived  a natural extension and being an actual extension: that groups like FSF and OSI decide that Free Software and Open Source now include Data Freedom as well, and change things like the Four Freedoms and the OSD to reflect that. They have not done so. They might consider that this is properly the territory of some successor movement. While they consider this, they might also consider very, very many things that might preserve downstream developer freedom that are not part of the Free Software and Open Source brands today, and are not in the Four Freedoms and the OSD. But more likely they would decide to limit them to things that we can agree upon and keep compact.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
As an example, imagine that I have a geodata processing program, which I<br>
support by running a hosted version, and all user data is PK-encrypted<br>
using a key only I control.  If the software is under the GPL (because<br>
it depends on, say, PostGIS), the user still doesn't have the freedom to<br>
run the software themselves unless they are willing to recreate all of<br>
their data.  The CAL would protect user freedom in this case.<br></blockquote><div><br></div><div>Maybe I will understand this if you state it better. It sounds like you own the data, it's under your key, and you are arguing that if you used another license you would be forced to provide the data to others, and that this would be a good thing. One would think that the user would have the freedom to create their own geospatial data as you did. The way you state it, it sounds like the user should have a right to work that you did, arbitrarily. Perhaps you can explain this more clearly?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Calling this an OSD6 violation is a huge stretch.  By that argument, all<br>
copyleft licenses -- in fact, every license except BSD and MIT -- would<br>
violate OSD#6 because it restricts proprietary software companies.<br></blockquote><div> </div><div>The OSD requirements do not prohibit the main purposes of the Open Source and the OSD, which certainly include sharing source. We have discussed that one here many times over the past two decades.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
While it is not the OSI's job to challenge Amazon's business model, it<br>
is not our job to protect it either.<br></blockquote><div><br></div><div>We're indifferent to it. Which is <i>why</i> we are also indifferent to data rights. It's out of scope for the organization. It is not our job to protect your data rights, or to protect their abusers.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
So if the CAL only applied to *modified* versions of the original<br>
software, you would have no objections under these terms?</blockquote><div><br></div><div>You seem to be saying that removing one objection is the same as removing <i>all </i>objections.</div><div><br></div><div>    Thanks</div><div><br></div><div>    Bruce </div></div></div>