* [musl] Copyright years @ 2023-01-09 8:17 Rich Felker 2023-01-13 5:39 ` Markus Wichmann 0 siblings, 1 reply; 4+ messages in thread From: Rich Felker @ 2023-01-09 8:17 UTC (permalink / raw) To: musl While everyone is doing the "update the copyright year range" ritual, I noticed we're a few years behind on this, but also that there seems to be a new consensus that years are not needed in copyright notices. If there are no strong objections I'd like to just go ahead and remove the years from ours rather than bumping it. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [musl] Copyright years 2023-01-09 8:17 [musl] Copyright years Rich Felker @ 2023-01-13 5:39 ` Markus Wichmann 2023-01-13 11:27 ` croco 0 siblings, 1 reply; 4+ messages in thread From: Markus Wichmann @ 2023-01-13 5:39 UTC (permalink / raw) To: musl On Mon, Jan 09, 2023 at 03:17:02AM -0500, Rich Felker wrote: > While everyone is doing the "update the copyright year range" ritual, > I noticed we're a few years behind on this, but also that there seems > to be a new consensus that years are not needed in copyright notices. > If there are no strong objections I'd like to just go ahead and remove > the years from ours rather than bumping it. To my knowledge, the copyright notices are entirely unnecessary. Post Berne convention, you get copyright of a work by virtue of being its author, and remain owner of the copyright until you assign it to someone else, or else the protection period elapses. However, the protection period's clock doesn't even start ticking until you kick the bucket, so that is a very small concern. The Berne convention is not immediately binding law, but it has been codified into national copyright laws, which is why all of them say very similar things. And all copyright laws I'm aware of state the same thing about authorship and co-authorship. Everyone who has contributed to musl is a co-author and therefore co-owner of the copyright. The US has copyright registration, but it is not necessary to register a work to gain copyright. Rather, registration is a prerequisite for a lawsuit for copyright infringement. And in such a lawsuit, the plaintiff gets statutory damages only if the infringement occurred after registration. This is only in the US, however, and other states do not necessarily have a comparable system. Therefore the copyright notice serves little purpose beyond naming the author, but you have a separate complete list of authors. So as far as I'm concerned, you may as well remove it entirely. Ciao, Markus ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [musl] Copyright years 2023-01-13 5:39 ` Markus Wichmann @ 2023-01-13 11:27 ` croco 2023-01-13 20:09 ` Markus Wichmann 0 siblings, 1 reply; 4+ messages in thread From: croco @ 2023-01-13 11:27 UTC (permalink / raw) To: musl On Fri, Jan 13, 2023 at 06:39:15AM +0100, Markus Wichmann wrote: > To my knowledge, the copyright notices are entirely unnecessary. As far as I understand, this is only true in the sense "even if there's no copyright notice, you can legally achieve all the same as if the notice was there". But this is not the only sense possible. > Therefore the copyright notice serves little purpose beyond naming the > author, but you have a separate complete list of authors. So as far as > I'm concerned, you may as well remove it entirely. There's one little point: the author and the copyright holder are not necessarily the same person/entity. In case of musl, it is exactly so, but it isn't always the case. Often the copyright belongs to the company for which the authors work, and, to get the things right, almost all the code of the official GNU/FSF projects belongs to FSF, it's their policy not to accept any contributions unless the contributor signs the copyright transfer form (well... it's not that I like it, but it's the reality). So the copyright notice serves the purpose of informing the public that, yes, the people who wrote the thing (the authors) are the copyright holders as well. Removing the copyright notice will not perhaps change the legal status of the code in any way, but it may lead to confusion for people concerned about legal issues. The copyright years in the notice are there for a purpose, too. I'm not a lawyer, but as far as I see the situation: copyrights change their owners sometimes (e.g. when someone buys a copyright). Now imagine you've got the same copyrighted work published in different years by different publishers, and you see two different copyright holders. The year in the notice helps to figure out which one is in effect. To get it short: copyright notices don't change anything in legal sense, but they serve as important informers, and they cost next to nothing; so they _may_ be removed, yes, bui I think they _shouldn't_ be removed. BTW, > The US has copyright registration, but it is not necessary to register a > work to gain copyright. Rather, registration is a prerequisite for a > lawsuit for copyright infringement. And in such a lawsuit, the plaintiff > gets statutory damages only if the infringement occurred after > registration. are you sure with this? It contradicts with my understanding. E.g. FSF pays a lot of attention to their licenses but I have never heard they recommend anyone to register their copyrights. Copyright registration exists in many countries but it only makes it easier to prove for the court that the copyright is in effect; but there are always other ways to prove it. For example, for any officially published book the book itself is a perfect proof. I'm not a lawyer however and definitely not a US lawyer, so I may be wrong. Cheers, Croco ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [musl] Copyright years 2023-01-13 11:27 ` croco @ 2023-01-13 20:09 ` Markus Wichmann 0 siblings, 0 replies; 4+ messages in thread From: Markus Wichmann @ 2023-01-13 20:09 UTC (permalink / raw) To: musl On Fri, Jan 13, 2023 at 02:27:35PM +0300, croco@openwall.com wrote: > On Fri, Jan 13, 2023 at 06:39:15AM +0100, Markus Wichmann wrote: > > > To my knowledge, the copyright notices are entirely unnecessary. > > As far as I understand, this is only true in the sense "even if there's no > copyright notice, you can legally achieve all the same as if the notice was > there". But this is not the only sense possible. > OK, yes, I should have said they are legally unnecessary. I fail to see any technical or other necessity for them as well, so that's why I said they are unnecessary. > > Therefore the copyright notice serves little purpose beyond naming the > > author, but you have a separate complete list of authors. So as far as > > I'm concerned, you may as well remove it entirely. > > There's one little point: the author and the copyright holder are not > necessarily the same person/entity. As I said, the author is copyright owner until they assign it elsewhere. So of course they can assign it elsewhere. This is indeed how many artists earn their living. > In case of musl, it is exactly so, > but it isn't always the case. Often the copyright belongs to the company > for which the authors work, and, to get the things right, almost all the > code of the official GNU/FSF projects belongs to FSF, it's their policy > not to accept any contributions unless the contributor signs the copyright > transfer form (well... it's not that I like it, but it's the reality). Yes. The authors are the copyright owner at inception, then assign it to the FSF. And yes, there is a work-for-hire caveat in there. Obviously, when I'm summarizing entire legal libraries in the space of an e-mail, I'm simplifying somewhat. This copyright assignment also gets rid of the co-authorship problem I mentioned. As it is with musl right now, de jure, Rich cannot make any decisions about the copyright except to leave everything as it is. He cannot, for example, switch to a new license of his own accord. Doing so would require the consent of all co-authors, and the list is already pretty long. De facto, I don't think anyone would have a problem with that, but in a list of people that long, you can never know. > > So the copyright notice serves the purpose of informing the public that, > yes, the people who wrote the thing (the authors) are the copyright holders > as well. Removing the copyright notice will not perhaps change the legal > status of the code in any way, but it may lead to confusion for people > concerned about legal issues. > Not sufficient. If the copyright is reassigned, the copyright notice remains the same. In practice, finding out the copyright owner of anything is a complicated matter requiring lots and lots of research, and the copyright notices barely help with that. Well, they do help if nothing else exists, but in the case of most open source software, there still is a list of authors somewhere in the distribution (in case of musl it's in the COPYRIGHT file) and the git repository gives more detailed info about the publication dates than a copyright notice ever could. > BTW, > > > The US has copyright registration, but it is not necessary to register a > > work to gain copyright. Rather, registration is a prerequisite for a > > lawsuit for copyright infringement. And in such a lawsuit, the plaintiff > > gets statutory damages only if the infringement occurred after > > registration. > > are you sure with this? Pretty. I regularly watch Lawful Masses with Leonard French, and the topic comes up quite frequently. Lack of copyright registration is such an absolute bar against a suit, it is not even sufficient to get the work registered after filing, but before the first conference. You must at least get the ball rolling on the registration before you can file a lawsuit for copyright infringement. There was for example the case of Aaron Carter ripping off a German artist on Twitter ("I'm paying you in exposure!"). Now, Carter can't be successfully sued in Germany (good luck getting US officials to enforce a German court order against a US citizen), and can't be sued in the US because the work wasn't registered in the US. The guy went and registered the work, but the infringement had occurred already, and so he was entitled to only actual damages. Unfortunately, he does not normally license his works, and so could not put a Dollar amount on the damage caused by this, and so nothing bad will happen to Carter. > It contradicts with my understanding. E.g. FSF > pays a lot of attention to their licenses but I have never heard they > recommend anyone to register their copyrights. I don't know about their registrations, I guess they handle that themselves. I looked up the complaint in FSF v. Cisco and there, they state that they have registered all of the works at issue in that case. I guess they want you to assign copyright to them so they can register it. > Copyright registration > exists in many countries but it only makes it easier to prove for the court > that the copyright is in effect; but there are always other ways to prove > it. For example, for any officially published book the book itself is a > perfect proof. The "only" there is false, as the registration has at least the abovementioned effects in the US. The registration also proves that a work existed at a given time, which may be helpful in proving copyright infringement. > I'm not a lawyer however and definitely not a US lawyer, so > I may be wrong. > Same boat here. However, on this list, nobody has any way of verifying credentials, anyway, so even if I were a lawyer, it would not help the discussion along. I'm just relaying my understanding of the situation. Ciao, Markus ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2023-01-13 20:09 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2023-01-09 8:17 [musl] Copyright years Rich Felker 2023-01-13 5:39 ` Markus Wichmann 2023-01-13 11:27 ` croco 2023-01-13 20:09 ` Markus Wichmann
Code repositories for project(s) associated with this public inbox https://git.vuxu.org/mirror/musl/ This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).