Re: Is it allowed to remove old changelog entries?
On Wed, 16 May 2001, Richard Braakman wrote:
>On Wed, May 16, 2001 at 04:42:15PM +0900, Junichi Uekawa wrote:
>> a) You must cause the modified files to carry prominent notices
>> stating that you changed the files and the date of any change.
>
>It says "the modified files". Keeping a separate ChangeLog does
>not meet this requirement; the notices must be in the files themselves.
>
>It also doesn't require more than the name and the date, and it doesn't
>forbid you from removing the notices for previous changes. So your
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
That would be a clear violation of the previous modifier's copyright.
Since this is about maintainers that remove (presumably their own)
changelog entries, this is not an issue, as it can be assumed that the
maintainer has the right to remove their own "credit where credit is due".
But not all changes are the maintainer's IP: there are changes that
originate from patches in the BTS, which the maintainer must be assumed
to have permission to fold in, but they cannot claim as their own. Taken
from a point of view that every change is it's own quantum of intellectual
property, I'm not sure that the Debian maintainers have the right to
remove any changelog entries save their own.
>name and the date of the latest change should be enough. (I'm not sure
>what "the date of any change" means, though -- why the "any"? If they
>meant "all" then presumably they would have said so.)
>
>I'd like to see the GPL endorse project-wide changelogs, since for most
>projects they are considerably more convenient than per-file changelogs.
>I once wrote Richard Stallman about this, when I heard he was working
>on GPLv3. He said he'd think about it. Since there is no GPLv3 yet,
>I presume he's still thinking :-)
>
>Richard Braakman
>
>
>--
>To UNSUBSCRIBE, email to debian-policy-request@lists.debian.org
>with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
--
<a mailto:galt@inconnu.isu.edu>Who is John Galt?</a>
Failure is not an option. It comes bundled with your Microsoft product.
-- Ferenc Mantfeld
Reply to: