[libvirt] [PATCH] Fixup manpage names and copyright dates

Eric Blake eblake at redhat.com
Wed Jul 25 17:14:11 UTC 2012


On 07/25/2012 10:44 AM, Laine Stump wrote:
> On 07/25/2012 10:23 AM, Eric Blake wrote:
>> On 07/25/2012 08:07 AM, Laine Stump wrote:
>>> The copyright dates in the manpages haven't been updated in awhile.
>> It would be nice to automate this; if we could have a placeholder in
>> pod.in that gets automatically set when creating the .pod.  But I'm not
>> sure how easy that would be to set up.
> 
> But do we really want to update the copyright anytime the manpage is
> generated? Shouldn't it only be updated if the code associated with the
> binary is changed? Obviously that's going to always be true for
> libvirtd, but possibly not for the other utility commands (which are
> mostly a .pod and the source code in a single file.)

The FSF has taken the stance[1] that for any project maintained in a
public VCS, the first change in a year to any file in that project is
reason enough to mark all other files in that project of having a
copyright of that year.  Since libvirt is not owned by the FSF, that
does not have a direct bearing on us, but it is certainly food for
thought - I much prefer the ability to globally bump copyright on all
files on Jan 1 instead of trying to maintain it on a per-file per-edit
basis.  I guess a counterpoint is that since libvirt does NOT require
copyright assignment to a central holding authority, we have files that
are copyright by multiple authors, and can't just blindly bump the year
for all holders at once.

[1] https://www.gnu.org/prep/maintain/maintain.html#Copyright-Notices

-- 
Eric Blake   eblake at redhat.com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 620 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20120725/c0d92c35/attachment-0001.sig>


More information about the libvir-list mailing list