bug-lilypond
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Copyright


From: Urs Liska
Subject: Re: Copyright
Date: Tue, 21 Mar 2017 11:21:31 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0


Am 21.03.2017 um 11:11 schrieb Phil Holmes:
> "Urs Liska" <address@hidden> wrote in message
> news:address@hidden
>> lilypond --version
>> GNU LilyPond 2.19.57
>>
>> Copyright (c) 1996--2015 by
>>  Han-Wen Nienhuys <address@hidden>
>>  Jan Nieuwenhuizen <address@hidden>
>>  and others.
>>
>> This program is free software.  It is covered by the GNU General Public
>> License and you are welcome to change it and/or distribute copies of it
>> under certain conditions.  Invoke as `lilypond --warranty' for more
>> information.
>>
>> Spot the error?
>>
>> The copyright notice gives 2015 instead of 2017. I did a git grep on
>> Copyright but it seems there's much more to that than simply replacing
>> one occurence, as (varying) copyright statements are scattered
>> throughout the code.
>>
>> So, what's the procedure to update the copyright notice(s)?
>>
>> Urs
>
> I think this is the last time it was done:
>
> http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=commitdiff;h=47db9a3883d726ca53e2133a3b2298f78dd6a32e
>

Ah, so it actually *does* involve changing all these occurences ...
Thanks for the pointer.

This should be quite easily done with sed.

BUT: If I'm not mistaken Copyright should only be updated when there are
actual changes to a file, isn't it? So globablly changing all occurences
to --2017 wouldn't be accurate but should only be applied to files that
have last been modified in 2017.

If that's correct that we should maybe update files that have been
modified in 2016 and then those that have already been modified 2017.

And if these assumptions are correct I suggest to create a script that
is regularly applied (maybe as part of the staging->master merge?)
checking for files that have been updated in the current year and have
an outdated copyright in it. I think we can't rely on contributors to
update the copyright of changed files manually as part of their commits,
and I think we shouldn't rely on "someone" doing the job occasionally.
Especially as Werner's commit from Jan 4 globablly updated everything
(which probably hadn't updated in these four days ...)

Opinions?

Urs

-- 
address@hidden
https://openlilylib.org
http://lilypondblog.org




reply via email to

[Prev in Thread] Current Thread [Next in Thread]