Re: Removal of copyright years
Soren Stoutner <[email protected]> Thu, 06 Feb 2025 12:25:24 -0700
| Newsgroups | gmane.linux.debian.devel.legal |
|---|---|
| Organization | Debian |
| Message-ID | <5177393.e8TTKsaY2g@soren-desktop> |
On Thursday, February 6, 2025 12:12:44 PM MST Peter Wienemann wrote: > Dear copyright experts, > > recently the upstream authors of one of the packages I (co-)maintain > adjusted the copyright statements of the project on the occasion of its > integration into the High Performance Software Foundation. > > 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 wonder what are the implications of this removal on the corresponding > Debian package [3] and its copyright file. I personally dislike this attitude, and I don’t consider the Linux Foundation’s advise to be optimal in this regard. However, the core of the question from a Debian perspective is what we should do about it in debian/copyright. Options are: 1. Reproduce the upstream copyright as written (without any years). 2. Add the year of the last commit to their copyright statement (as it is certain that at least one file was modified in that year). 3. Go on a detective hunt to determine the range of all the copyright years. This could be as simple as looking at the year of the first commit and the year of the last commit and producing a range, or as complex as looking at all the intermediate years to document any gaps. I would personally go with 2 or 3. In my opinion, no copyright statement is complete without a year range, because this tells you when the copyright would be expected to expire. Number 2 tells you when the copyright on the totality of the files expires. Number 3 tells you the range of years when the copyright expires on parts of the contained work. It is left to the user to determine when copyright expires for a particular file if they need to know that information. -- Soren Stoutner [email protected]
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmelDKQACgkQwufLJ66w tgOBAxAAu6iuepNEipT/BwNNNfcLG7YUT/EyLPu2xtDBKmRtmVkFJA4UGv+Bf8KJ EIwvSjcp/mH9TT8EaApn2jUTOVHbujiAjmpIKaqpzdgdWnGull4HB0VGTnTyAs5l X3mE2fZZDG0QeF+yqGuhIO6HFOpOL/1tiR2yzAfqqtrpBtRQzeRD7uILeybra+dB 2dLqsmRGjg7Gzv3EqAy0ijRdtKDIG0FWZeQTLXxyULVc27VHV7+aLCtdPDNKS88n zxOfa9wJJjT0qP+QUi+pN6N8Y80yvCN4ReVzH8b6vMNWjB+Cezxvtnbq/NpQwEeG 7vr2ixFeYTkhLLWWliw7RSN5EpIMGxUv7RVEpyeYKo1xHf3JzRxue0r9M9uVDdaB Q53q8ZJ90CZhorhdsE+aSS3l/bKdWst/2GtDF8GDeHHMA4pMMeGH/Uoztw+4MA7G FPL1wmvWMui2cn/98OB9q8+ZIYx6I2kd0OryZGYGFoxpYIjSR1oPBlXUza+l7MW3 sH6GO1YDV0CA4oKNG635FBT5qSOqvdzh8bR5rIeHbKp47kBn98Y9ztfk6jBPvpnF EsY5q2/F4Qlyfxnix8ntp1/8GZe9XE3NSK9UlYjoJWZWA6Tlt10qyUcxGseB/rsk bCFHwKuRtvzP37OqcF6IJdtsnzMDayUYepyJYXOnmVBGzNjujcA= =0aoY -----END PGP SIGNATURE-----