Skip to content
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

Commit 2a8807e

Browse files
committedJul 26, 2017
LICENSE-MIT: Remove inaccurate (misattributed) copyright notice
LICENSE-MIT contains the line "Copyright (c) 2015 The Rust Project Developers", which implies that an entity called "The Rust Project Developers" holds copyrights in Rust. Rust contributors retain their copyrights, and do not assign them to anyone by contributing. Remove the inaccurate notice.
1 parent d02fb3b commit 2a8807e

File tree

1 file changed

+0
-2
lines changed

1 file changed

+0
-2
lines changed
 

‎LICENSE-MIT

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,3 @@
1-
Copyright (c) 2010 The Rust Project Developers
2-
31
Permission is hereby granted, free of charge, to any
42
person obtaining a copy of this software and associated
53
documentation files (the "Software"), to deal in the

8 commit comments

Comments
 (8)

gurry commented on Apr 2, 2018

@gurry
Contributor

The text still says "above copyright notice" referring to a non-existent notice. Should this also be removed?

joshtriplett commented on Apr 2, 2018

@joshtriplett
MemberAuthor

Editing the text of the license itself would be a Bad Idea. I don't think this is an issue.

gurry commented on Apr 2, 2018

@gurry
Contributor

But is it legally coherent now when the text refers to a non-existent entity? I'm trying to use some code form rustlang in my own crate, and I'm not sure if referring to the missing copyright notices in my own reproduction of the text will perpetuate this anomaly further or not.

joshtriplett commented on Apr 3, 2018

@joshtriplett
MemberAuthor

Intent matters, and people will interpret "the above copyright notice and this permission notice" as "preserve this whole file verbatim".

gurry commented on Apr 3, 2018

@gurry
Contributor

I understand what you mean, but I'm presuming legal language needs to be semantically correct in order to be binding. So the question is, does this small kink render the whole license legally unenforceable and, because of that, completely useless. Maybe a lawyer needs to be consulted about this.

Please see this discussion also: https://users.rust-lang.org/t/is-it-okay-to-copy-paste-code-from-rustlang/16576

joshtriplett commented on Apr 3, 2018

@joshtriplett
MemberAuthor

I'm not a lawyer nor am I offering legal advice. However, I do work with FOSS licenses and their interpretation/compatibility/etc professionally. And I would accept this myself without even the slightest hiccup.

As a general rule, things like that don't render whole licenses unenforceable or useless, they're just interpreted in the way that makes the most sense.

gurry commented on Apr 3, 2018

@gurry
Contributor

Okay. Makes sense Josh. If you have experience with this stuff and it doesn't cause problems in practice, then it's fine. I'll go ahead and comply with this license as it is in my own crate (see linked discussion). Thanks :)

tangyandfresh commented on Oct 29, 2023

@tangyandfresh

It's true that copyright notices aren't required to assert copyright and they're mostly informative.

However, in this particular case, the licence (MIT) specifically requires that the copyright notice be preserved. This commit has violated the terms of the licence.

Common wisdom about copyright notices doesn't apply here. One could imagine a hypothetical licence that requires each copy of the program to include the following string of text: "the quick brown fox jumps over the lazy dog". It doesn't matter that this phrase has no special legal meaning. It just needs to be included.

Side note: There's actually a real-life licence that requires distributors to preserve completely arbitrary strings of text: GNU Free Documentation License, it calls these strings "Invariant Sections".

Also, it's not true that copyright notices can only name legal entities. For example, it's very common to put "and contributors" in there.

Please sign in to comment.