Re: Removal of copyright years

Richard Laager <[email protected]> Thu, 6 Feb 2025 17:57:06 -0600
Newsgroups gmane.linux.debian.devel.legal
Message-ID <[email protected]>
On 2025-02-06 13:12, Peter Wienemann wrote:
> As part of this change copyright years were removed from the copyright 
> notice (see [0]). According to [1] this happened because the upstream 
> authors "got tired of updating those years and it matches the LF 
> recommendation" (where "LF recommendation" is a link to [2]).

I maintain a package which did away with the years upstream.

I personally like the removal of the years. I've since followed that 
myself in many cases.

In theory, the year should be bumped on the first change of the 
year--that is sufficiently expressive to obtain copyright--to a given 
file. A close approximation of that would be to bump the year on the 
first change of the year to a given file.

Some (many?) projects will update the year on every copyright statement 
every year. IMHO, this is pointless busywork that's also wrong (because 
the passage of time does not grant a new copyright).

Other times, the years only get updated sporadically. In that case, they 
aren't accurate either. So what purpose do these years serve in practice?

Copyright notices aren't required anyway. Even if there was no notice, 
the code would still be under copyright. So even if the lack of the year 
makes the notice legally defective, it's moot.

Also, if one thinks years should be updated, do you also think that the 
list of authors needs to be correct on a file-by-file basis? If so, the 
list of copyright notices could easily get absurdly long for a 
long-running popular project. And even then, many of those notices will 
be out-of-date as someone's code is removed or rewritten.

-- 
Richard
OpenPGP_signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE1Ot9lOeOTujs4H+U+HlhmcBFhs4FAmelTFMACgkQ+HlhmcBF
hs48KxAAorsoAoLUlNL8fENkicFTHaaOCnDIbLAofBPf33XHhAOWv7jvvJkZj6K8
F17eH/WKQgMtf9Ne/TB1hC6Bvb11kFZb0dk4c7f1sMlsPJiJmY13ydLemTXdwjs4
F6NcINPdTr7FrmoiLMu1yaHqH2XuPD5F6UklFIajK61TFmWO+qWoKMJ6XvP3g1u3
hzNDXJXsYpp7qyqcMFrKvEAjVsaWm9fCiTi7i8j8wO7LeAlgP2clciUhSsUXIcSd
s3fB//LOHAPRX0krjjCt1/iXTLcpTd7r3wk/DKaai0K2eX9UiGfdIT7AyF7BPTKs
4MKp/9QHYCUlZ24gln3rT4US9WBFQfmm1l9iDP3181wG2s/RRBCU4o5QBca6z+hL
GlXjesiR68SzXY/CZVHOUqsQivND4KNEx1vweD+RdaDInIzTq1D9KtnfYEYW9kJf
7W1RmyDeJ3QZH7WY9xld1Prpkq4yK2lIu146J/n6nCRVDGW4MazJ7WeCglmvvPb5
5uOAlTiOdm4kEwAvCKrBTd9iHZh14RSQOEkmxTSp4gvmN9KZqTEPAJSq+TMq3Epo
XzxbLbMyxQuQQVgP2p4PG5prvkC7C83ByXCre++Jl4wBXWBU4bMfYgbapmgzegHF
qwadZY1I5C/1y8KVKT2rQAVfwcbLy5hrfRo3mNpdpOjp3sJRMFo=
=bGVC
-----END PGP SIGNATURE-----