Skip to content

Commit cbd35ac

Browse files
authored
Merge pull request #9 from reactive-streams/wip-relicense-√
Relicensing to MIT-0
2 parents d7566ff + 192f4b0 commit cbd35ac

File tree

5 files changed

+14
-178
lines changed

5 files changed

+14
-178
lines changed

CONTRIBUTING.md

Lines changed: 8 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -1,16 +1,12 @@
11
# Contributing to the Reactive Streams Project
22

3-
The Reactive Streams project welcomes contributions from anybody who wants to participate in moving this initiative forward. All code or documentation that is contributed will have to be covered by a waiver of all copyrights and other rights as detailed by the LICENSE and COPYING files at each repository root, the rationale for this is that the APIs defined by this project shall be freely implementable and usable by everyone.
3+
The Reactive Streams project welcomes contributions from anybody who wants to participate in moving this initiative forward. All code or documentation that is contributed will have to be covered by the **MIT No Attribution** (SPDX: MIT-0) license, the rationale for this is that the APIs defined by this project shall be freely implementable and usable by everyone. For more detail, see [LICENSE](https://github.com/reactive-streams/reactive-streams-jvm/blob/master/LICENSE).
44

55
## Code of Conduct
66

77
This project is governed by the [Code of Conduct](CODE_OF_CONDUCT.md).
88
By participating you are expected to uphold this code.
99

10-
## Copyright Statement
11-
12-
The aforementioned waiver of copyrights and other rights is represented by the addition of a line to the file [CopyrightWaivers.txt](https://github.com/reactive-streams/reactive-streams-js/blob/master/CopyrightWaivers.txt). For a pull request to be considered every contributor must have signed the copyright statement in this way; this may be included within that same pull request.
13-
1410
## Gatekeepers
1511

1612
To ensure consistent development of Reactive Streams towards their goal, a group of gatekeepers is defined:
@@ -34,16 +30,15 @@ Gatekeepers commit to the following:
3430

3531
## General Workflow
3632

37-
1. Make sure you have signed the Copyright Statement, see above.
38-
2. Before starting to work on a change, make sure that:
33+
1. Before starting to work on a change, make sure that:
3934
1. There is a ticket for your work in the project's issue tracker. If not, create it first. It can help accelerating the pull request acceptance process if the change is agreed upon beforehand within the ticket, but in some cases it may be preferable to discuss the necessity of the change in consideration of a concrete proposal.
4035
2. The ticket has been scheduled for the current milestone.
41-
3. You should always perform your work in a Git feature branch within your own fork of the repository your are targeting (even if you should have push rights to the target repository).
42-
4. When the change is completed you should open a [Pull Request](https://help.github.com/articles/using-pull-requests) on GitHub.
43-
5. Anyone can comment on the pull request while it is open, and you are expected to answer questions or incorporate feedback.
44-
6. Once at least two thirds of the gatekeepers have signaled their consent, the pull request is merged by one of the gatekeepers into the branch and repository it is targeting. Consent is signaled by commenting on the pull request with the text “LGTM”, and it suffices for one representative of a gatekeeper to signal consent for that gatekeeper to be counted towards the two thirds quorum.
45-
7. It is not allowed to force-push to the branch on which the pull request is based. Replacing or adding to the commits on that branch will invalidate all previous consenting comments and consent needs to be re-established.
46-
8. Before merging a branch that contains multiple commits, it is recommended that these are squashed into a single commit before performing the merge. To aid in verification that no new changes are introduced, a new pull request should be opened in this case, targeting the same branch and repository and containing just one commit which encompasses the full change set of the original pull request.
36+
2. You should always perform your work in a Git feature branch within your own fork of the repository your are targeting (even if you should have push rights to the target repository).
37+
3. When the change is completed you should open a [Pull Request](https://help.github.com/articles/using-pull-requests) on GitHub.
38+
4. Anyone can comment on the pull request while it is open, and you are expected to answer questions or incorporate feedback.
39+
5. Once at least two thirds of the gatekeepers have signaled their consent, the pull request is merged by one of the gatekeepers into the branch and repository it is targeting. Consent is signaled by commenting on the pull request with the text “LGTM”, and it suffices for one representative of a gatekeeper to signal consent for that gatekeeper to be counted towards the two thirds quorum.
40+
6. It is not allowed to force-push to the branch on which the pull request is based. Replacing or adding to the commits on that branch will invalidate all previous consenting comments and consent needs to be re-established.
41+
7. Before merging a branch that contains multiple commits, it is recommended that these are squashed into a single commit before performing the merge. To aid in verification that no new changes are introduced, a new pull request should be opened in this case, targeting the same branch and repository and containing just one commit which encompasses the full change set of the original pull request.
4742

4843
## Pull Request Requirements
4944

@@ -74,7 +69,6 @@ Example:
7469

7570
* clarify how pull requests should look like
7671
* describe the acceptance process
77-
* define the Copyright Statement signing process
7872

7973
## Performing Official Releases
8074

COPYING

Lines changed: 0 additions & 121 deletions
This file was deleted.

CopyrightWaivers.txt

Lines changed: 0 additions & 22 deletions
This file was deleted.

LICENSE

Lines changed: 5 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,7 @@
1-
Licensed under Public Domain (CC0)
1+
MIT No Attribution
22

3-
To the extent possible under law, the person who associated CC0 with
4-
this code has waived all copyright and related or neighboring
5-
rights to this code.
3+
Copyright 2014 Reactive Streams
64

7-
You should have received a copy of the CC0 legalcode along with this
8-
work. If not, see <http://creativecommons.org/publicdomain/zero/1.0/>.
5+
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so.
6+
7+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

README.md

Lines changed: 1 addition & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -282,19 +282,5 @@ Subscribers signaling a demand for one element after the reception of an element
282282

283283
## Legal
284284

285-
This project is a collaboration between engineers from Kaazing, Lightbend, Netflix, Pivotal, Red Hat, Twitter, Netifi, and many others. The code is offered to the Public Domain in order to allow free use by interested parties who want to create compatible implementations. For details see `COPYING`.
286-
287-
<p xmlns:dct="http://purl.org/dc/terms/" xmlns:vcard="http://www.w3.org/2001/vcard-rdf/3.0#">
288-
<a rel="license" href="http://creativecommons.org/publicdomain/zero/1.0/">
289-
<img src="http://i.creativecommons.org/p/zero/1.0/88x31.png" style="border-style: none;" alt="CC0" />
290-
</a>
291-
<br />
292-
To the extent possible under law,
293-
<a rel="dct:publisher" href="http://www.reactive-streams.org/">
294-
<span property="dct:title">Reactive Streams Special Interest Group</span></a>
295-
has waived all copyright and related or neighboring rights to
296-
<span property="dct:title">Reactive Streams JS</span>.
297-
This work is published from:
298-
<span property="vcard:Country" datatype="dct:ISO3166" content="US" about="http://www.reactive-streams.org/">United States</span>.
299-
</p>
285+
This project is a collaboration between engineers from Kaazing, Lightbend, Netflix, Pivotal, Red Hat, Twitter and many others. This project is licensed under MIT No Attribution (SPDX: MIT-0).
300286

0 commit comments

Comments
 (0)