<div dir="ltr"><div dir="ltr">Thanks to those who provided constructive feedback. I'll try to address some of the open topics that came up in a single email.</div><div dir="ltr"><br></div><div>First off, I want to make clear: I'm not convinced licensing is the correct place to address social justice issues. I'm not sure what's been described is a good idea even IF folks decide it is the correct place. I'm mostly interested in exploring the concept which is why we're on this thread.</div><div><br></div><div>On Fri, Feb 21, 2020 at 3:57 AM Johnny A. Solbu <<a href="mailto:johnny@solbu.net" target="_blank">johnny@solbu.net</a>> wrote:</div><div>> The Free Software and Open Source movements are not about social justice, but creating Free software. Free Software is about controlling our own computing.</div><div><br></div><div>I would argue that controlling your computing IS a social justice issue. I don't believe social justice is even possible in a modern society WITHOUT user freedom.<br></div><div><br></div><div>On Fri, Feb 21, 2020 at 9:20 AM VanL <<a href="mailto:van.lindberg@gmail.com" target="_blank">van.lindberg@gmail.com</a>> wrote:</div>> It is true that the GPL family is famous for including a statement of beliefs. But the difference is that those beliefs are software-centric, and about the freedoms and permissions that people should have with regard to the software. It is essentially a declaration of belief in Free Software, which is not out of line for a FOSS license.<br>><br>> But think about OSD #5, which prohibits discrimination against people or groups, or OSD #6, prohibiting discrimination against fields of endeavor. It is true that the PNGL would not vary the permissions granted, but it would be a clear statement of discrimination against those groups, including a declaration that they will be treated differently in the acceptance of contributions. <br>><br><div>> I also think that it is troubling that forced inclusion of the preamble was essentially forcing speech on those who may not agree.</div><div><br></div><div>In regards to the first topic, I don't know that I see from an OSD or FSD perspective why the beliefs in the preamble or whether they're consistent in topic from previous license preambles matters. It may be strange from an historical standpoint but I guess I don't follow why that'd make it noncompliant.</div><div><br></div><div>In regards to forced speech, I think this is an already decided issue. First, every license which requires a license notice on redistribution inherently is forced speech: you have to share SOME SPEECH with other people in exchange for the right to redistribute. You may not want other people to hear about the copyright holder because they're a bad person, like Hans Reiser. You may not agree with the way the license was written or think it's confusing, like some folks view the Artistic License 1.0. You may be a mostly proprietary software vendor redistributing a GPL licensed application and not want your users to hear about the concept of free software in the GPL preamble since it may hurt your business, which they would in the preamble to the GPL. Most notably though, the OSI has approved a set of licenses with preambles which go beyond simply stating why the license exists and the value of software freedom and instead take an explicit political policy position. If you look at the last full paragraph of the preamble to the GPLv3 it reads:</div><div><br></div><div>Finally, every program is threatened constantly by software patents.
States should not allow patents to restrict development and use of
software on general-purpose computers, but in those that do, we wish to
avoid the special danger that patents applied to a free program could
make it effectively proprietary.  To prevent this, the GPL assures that
patents cannot be used to render the program non-free.</div><div><br></div><div>This is not just an expression of why software freedom is good, it's explicitly taking a position on government policy. Someone who wants to redistribute GPLv3 licensed software may feel strongly that software should be patented. They could be a company that makes money from software patents or an attorney whose livelihood depends on filing software patents. If they want to exercise the right to redistribute the software, they have no choice but to repeat the position that "States should not allow patents to restrict development and use of
software on general-purpose computers" and pass it along to their recipient. OSI and, I think, most of the folks here decided at some point that it was okay to make redistributors share these political statements through the GPLv3's preamble; I don't see how we can say that other political statements are out of bounds under the OSD.</div><div><br></div><div>From any understanding I've had of FOSS, I don't see how a preamble saying the community's opinion is that an organization is unwelcome violates any principle behind FOSS. The condemned organization is legally able to exercise all the rights that one expects of FOSS-compliant software. THAT SAID, the wording of the annotated OSD#5 doesn't seem to mention rights, it just says the license can't discriminate. Every other annotation, except for I think OSD#2, seems to reference legal rights using words like "rights", "allow", or "restrict". Was this intended? Or is this an oversight? And is this the way the annotation SHOULD be written? <br></div><div><br></div><div>OnSat, Feb 22, 2020 at 10:49 AM Thorsten Glaser <<a href="mailto:tg@mirbsd.de" target="_blank">tg@mirbsd.de</a>> wrote:</div><div>> In addition to that, it would require users to redistribute statements<br>> which may be diffamatory (unless the user can prove the contrary) or<br>> otherwise illegal in their legislation.</div><div><br></div><div>This was mentioned by a few people. If there are defamatory statements and the statements being passed along as part of a license can be considered libelous, it likely would violate OSD in my mind. One meta-issue is is what level of legal risk to the user is sufficient to violate the OSD. This seems to meet that standard but I'd be interested in knowing what we think that bar is and what we think it should be.<br></div><div><br></div><div>While I didn't explain it well in my initial email, listing the name with the reason they are excluded is the most aggressive of a set of different ideas. Other options could be:<br></div><div><br></div><div>* List the names of organizations who are unwelcome but don't explain why.<br></div><div>* A general statement of morality and ethics without naming names</div><div>* List the name of the organization with a statement of disapproval that isn't based on facts, such as "Fuck $ORG_NAME"<br></div><div>* Some mix of the above three</div><div><br></div><div>On Fri, Feb 21, 2020 at 3:04 PM Richard Fontana <<a href="mailto:rfontana@redhat.com" target="_blank">rfontana@redhat.com</a>> wrote:</div><div>> A license that has a preamble that singles out a particular<br>> individual, or organization, or even a specifically-described group,<br>> might have the effect of discouraging exercise of the<br>> nominally-granted license permissions by the singled-out<br>> person/entity/group. I mean, I think that is actually one of your<br>> goals, right?</div><div>I mean, that is the goal in this scenario. That said, I don't think that means the license is in and of itself non-OSD compliant. Discouraging use-cases that the copyright holder doesn't want is a pretty common reason why copyleft licenses are chosen. That doesn't make the license or the software non-OSD compliant; if the rights are protected, I don't see see why discouraging those use-case more explicitly is out of line.</div><div><br></div><div>On Fri, Feb 21, 2020 at 3:04 PM Richard Fontana <<a href="mailto:rfontana@redhat.com" target="_blank">rfontana@redhat.com</a>> wrote:</div><div>> They could, but would such licenses be OSI-approvable? I'd assume and<br>> hope not. I guess you're assuming that they would be, since there's no<br>> obvious objective principle to explain why (for lack of a better<br>> label) "progressive" persona-non-grata-preamble licenses are<br>> acceptable from an OSD-conformance perspective, but anti-progressive<br>> ones aren't -- similar to a concern I have about some of the ethical<br>> source licenses.</div><div><br></div><div>I think in these cases, OSI would have to approve the template not the specific license or have a standard on which ones can be submitted for approval (used by enough software, meets some standard of quality, doesn't explicilty violate the OSI code of conduct, etc.).  Otherwise, you would have nothing to do BUT review licenses. :)</div><div><br></div><div>On Fri, Feb 21, 2020 at 1:26 PM Brian Behlendorf <<a href="mailto:brian@behlendorf.com" target="_blank">brian@behlendorf.com</a>> wrote:</div><div>> One more practical and probably negative impact: it will always be easier<br>> to add new names than to remove old ones, because adding new names is a<br>> simple sublicense that can be done by anyone, but removing a name will<br>> require a relicense with the consent of every contributor who contributed<br>> under that license. So, in my facial-recognition example, I would likely<br>> as for assignment of the right to relicense from any contributor, so that<br>> I might be able to remove a name once they've cleaned up their act.<br>> Otherwise a list that can only grow becomes an embarrassment and<br>> ineffective at actually changing behavior, it just becomes a howl in the<br>> night. But centralizing IP (rather than a mere right to redistribute a la<br>> DCO / CLA) is something I think we've done well to avoid.<br><br></div><div>A few people mentioned this topic too. I had considered this but forgot to mention it. One solution would be to have a versioning process controlled by whoever the author designates. That would seem to imply that the license would have to be modified though. That said, I don't think whether the list of condemned entities is well maintained over time is relevant to OSD-compliance. It does seem to be more of an issue of whether it's a wise idea to use the license or whether someone should draft it.<br></div><div><br></div><div>On Sat, Feb 22, 2020 at 3:50 PM John Cowan <<a href="mailto:cowan@ccil.org" target="_blank">cowan@ccil.org</a>> wrote:</div><div>> That is true, but not yet applicable.  So far we have only seen a request to discuss the idea, and we have discussed it.  No request to draft a license has been forthcoming.</div><div><br></div><div>As John said, I'm not drafting a license, this is more of a thought experiment. I was encouraged by folks in the community, some of whom are on this list, to bring this idea here for discussion.<br></div><div><br></div><div><br></div><div>Thanks to all who provided constructive contributions,</div><div><br></div><div>Eric<br></div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 21, 2020 at 3:28 PM Seth David Schoen <<a href="mailto:schoen@loyalty.org" target="_blank">schoen@loyalty.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">John Cowan writes:<br>
<br>
> In order for the attachment to propagate with the work, the license has to<br>
> specify that it can't be removed, though.   So, for example, you can't<br>
> attach it effectively to the GPL, because the GPL only says the GPL must be<br>
> preserved, and any additional terms that restrict the user's powers (in<br>
> this case the power to remove the attachment) can be deleted by anyone.<br>
<br>
It's more like the "front-cover texts" and "back-cover texts" in the<br>
GFDL, I guess.<br>
<br>
"... with the Front-Cover Texts being 'yay Republicans boo Democrats' ..."<br>
/<br>
"... with the Front-Cover Texts being 'yay Democrats boo Republicans' ..."<br>
<br>
Or maybe like the charityware notes in, say, vim, except with a<br>
discouragement to work with a particular group rather than an<br>
encouragement?<br>
<br>
In the old days I think I remember how much people appreciated that FOSS<br>
was collaboratively developed by people who had enormous disagreements<br>
with each other in other ways.  Sometimes it seemed like a point of<br>
pride or fascination -- "sir, I detest what you say (or do), but I run<br>
your code and you run my code", to misquote a misquotation of Voltaire.<br>
<br>
-- <br>
Seth David Schoen <<a href="mailto:schoen@loyalty.org" target="_blank">schoen@loyalty.org</a>>      |  Qué empresa fácil no pensar<br>
     <a href="http://www.loyalty.org/~schoen/" rel="noreferrer" target="_blank">http://www.loyalty.org/~schoen/</a>        |  en un tigre, reflexioné.<br>
  8F08B027A5DB06ECF993B4660FD4F0CD2B11D2F9  |        -- Borges, "El Zahir"<br>
<br>
_______________________________________________<br>
License-discuss mailing list<br>
<a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Eric Schultz, Developer and FOSS Advocate<br></div><div><a href="http://wwahammy.com" target="_blank">wwahammy.com</a><br></div><div><a href="mailto:eric@wwahammy.com" target="_blank">eric@wwahammy.com</a><br></div><div>@wwahammy</div><div>Pronouns: He/his/him<br></div></div></div></div></div></div></div></div></div></div>