-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Promote "hard to violate" to the Definition #64
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -19,8 +19,6 @@ you're using BUSL we will need to review your license more closely since BUSL | |
can have highly variable implementations. | ||
|
||
For **licenses**, we're still working out specifics but we intend to be fairly | ||
stringent in order to avoid license proliferation. Of course your license must | ||
meet the [Fair Source Definition](https://fair.io/about/). It must also not put | ||
an undue burden on the user to monitor their compliance with your license (any | ||
compliance checks should be built into your software itself). It should also be | ||
adopted at more than one company, at least. | ||
stringent in order to avoid license proliferation. Uour license must meet the | ||
[Fair Source Definition](https://fair.io/about/), and it should be adopted at | ||
more than one company, at least. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Mentioned here but may be worth being lax on "adopted at more than one company" for now if we want to see a more diverse license pool outside of BUSL variations. Probably a separate issue but figured I'd mention it. |
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -45,9 +45,10 @@ const heroData = { | |
<li>is publicly available to read;</li> | ||
<li> | ||
allows use, modification, and redistribution with minimal restrictions | ||
to protect the producer’s business model; and | ||
to protect the producer’s business model; | ||
</li> | ||
<li>undergoes delayed Open Source publication (DOSP).</li> | ||
<li>undergoes delayed Open Source publication (DOSP); and</li> | ||
<li>does not put an undue burden on the user to monitor compliance.</li> | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I feel like this uses heavy language compared to the other points. It'll need clarification anyways (which we have below), so might as well use simpler wording imo. It also reads like an anti-feature compared to the others that are more like features, or at least positives. Maybe something simple like "is easy to comply with"? Maybe too simple? |
||
</ol> | ||
<div> | ||
<p class="pb-[1.5rem]"> | ||
|
@@ -100,6 +101,13 @@ const heroData = { | |
Will this be meaningful in practice? Again, time will tell. | ||
</p> | ||
|
||
<p> | ||
The fourth point is that Fair Source software must not put an undue | ||
burden on the user to monitor their compliance with the license. | ||
For the most part, compliance checks should be built into the software | ||
itself. It should be difficult to violate the license terms. | ||
</p> | ||
|
||
<h3>Why Fair Source?</h3> | ||
|
||
<p class="pb-[1.5rem]"> | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
s/Uour/Your/