Skip to content
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

[4/4] License under dual MIT/Apache-2.0 #2079

Open
36 of 38 tasks
Tracked by #43461
est31 opened this issue Jul 25, 2017 · 45 comments
Open
36 of 38 tasks
Tracked by #43461

[4/4] License under dual MIT/Apache-2.0 #2079

est31 opened this issue Jul 25, 2017 · 45 comments
Labels
T-core Relevant to the core team, which will review and decide on the RFC.

Comments

@est31
Copy link
Member

est31 commented Jul 25, 2017

This is a sign-off issue as per RFC 2044 (tracking issue) to license the rust-lang/rfcs repo under dual Apache2/MIT licensing terms.

You are receiving this notification because you have contributed to this repo.

For a discussion on why this move is desired, please see the RFC's text.

While smaller changes can't be copyrighted by law, its non-trivial to find out with certainity whether a given change falls under copyright or not, due to the nature of the matter. Therefore I'm asking you to agree to the new terms even if you consider your contributions to be not copyrightable.

To minimize noise in your inbox, let me use this opportunity to ask those among you who have unmerged RFCs in the queue to add a license header to your RFC drafts. In a few days/weeks I'll go through the list of open RFCs and ask for license headers to be added for the remaining RFCs that lack headers. The RFC's text contains the precise header (and has one already itself). Filing PRs to add headers to your already merged RFCs is not required, they will get headers in bulk.

Checkoff

To agree to the licensing terms, please comment with:

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

Thank you!

@withoutboats
Copy link
Contributor

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

5 similar comments
@solson
Copy link
Member

solson commented Jul 25, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@SergioBenitez
Copy link
Contributor

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@Stebalien
Copy link
Contributor

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@tomprince
Copy link
Member

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@seanmonstar
Copy link
Contributor

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@tbu-
Copy link
Contributor

tbu- commented Jul 25, 2017

I think the following copy-paste licensing terms would be more appropriate:

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

This specifies which contributions your re-license (the ones to the Rust RFC repository), and that you're talking about the past contributions that need to be relicensed. Future contributions will be handled by the then-stated copyright of the whole repository

@tbu-
Copy link
Contributor

tbu- commented Jul 25, 2017

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

@est31
Copy link
Member Author

est31 commented Jul 25, 2017

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

Using that sentence is okay as well! I'd say "to the Rust RFC repository" is implied in the one I've suggested...

@xen0n
Copy link
Contributor

xen0n commented Jul 25, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@xen0n
Copy link
Contributor

xen0n commented Jul 25, 2017

(Side note: choose is misspelled in the original sentence but I think the acknowledgement should be verbatim in case the verification process is done by strcmp.)

@sfackler
Copy link
Member

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

3 similar comments
@shepmaster
Copy link
Member

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@swashcap
Copy link
Contributor

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@kud1ing
Copy link

kud1ing commented Jul 25, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@scottmcm
Copy link
Member

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

@ghost
Copy link

ghost commented Jul 25, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@SimonSapin
Copy link
Contributor

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

@tari
Copy link
Contributor

tari commented Jul 25, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@tshepang
Copy link
Member

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

@thepowersgang
Copy link
Contributor

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

7 similar comments
@WiSaGaN
Copy link
Contributor

WiSaGaN commented Jul 25, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@ghost
Copy link

ghost commented Jul 25, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@zackw
Copy link
Contributor

zackw commented Jul 25, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@sgrif
Copy link
Contributor

sgrif commented Jul 25, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@steveklabnik
Copy link
Member

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@killercup
Copy link
Member

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@untitaker
Copy link
Contributor

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@strega-nil
Copy link

I license past and future contributions under either the MIT or Apache 2.0 license; licensees may choose either at their option.

@sanxiyn
Copy link
Member

sanxiyn commented Jul 26, 2017

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

1 similar comment
@snocl
Copy link
Contributor

snocl commented Jul 27, 2017

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

@ticki
Copy link
Contributor

ticki commented Jul 27, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

@vadimcn
Copy link
Contributor

vadimcn commented Jul 27, 2017

I license my past contributions to the Rust RFC repository under the dual MIT/Apache-2.0 license, allowing licensees to choose either at their option.

@ghost
Copy link

ghost commented Jul 29, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

1 similar comment
@bluss
Copy link
Member

bluss commented Jul 29, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@XMPPwocky
Copy link
Contributor

XMPPwocky commented Jul 29, 2017 via email

@erkinalp
Copy link

erkinalp commented Aug 2, 2017

I prefer MIT only. Apache should be left for actual implementation.

@wycats
Copy link
Contributor

wycats commented Aug 3, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@Nokel81
Copy link
Contributor

Nokel81 commented Aug 5, 2017

I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option.

@ticki
Copy link
Contributor

ticki commented Aug 5, 2017

cc @tomjakubowski

@est31
Copy link
Member Author

est31 commented Aug 13, 2017

Friendly ping @zwarich

@est31
Copy link
Member Author

est31 commented Oct 28, 2017

I've checked the mark for @zwarich, they have been employee of Mozilla: https://linkedin.com/in/cameronzwarich

@Centril Centril added the T-core Relevant to the core team, which will review and decide on the RFC. label Feb 23, 2018
@Centril
Copy link
Contributor

Centril commented Apr 26, 2018

Triage ping: cc @tomjakubowski

1 similar comment
@Centril
Copy link
Contributor

Centril commented Oct 8, 2018

Triage ping: cc @tomjakubowski

@Dylan-DPC-zz
Copy link

@tomjakubowski waiting for you to consent to this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
T-core Relevant to the core team, which will review and decide on the RFC.
Projects
None yet
Development

No branches or pull requests