Quelle date de copyright pour une mise à jour d'un projet open-source de l'année dernière?


30

En 2011, j'ai publié du code open source sous licence utilisant la licence Apache. En tant que tel, tous les fichiers source ont ce message de plaque de chaudière en haut:

/*
   Copyright 2011 My Name

   Licensed under the Apache License... <blah blah>
*/

Alors maintenant, c'est 2012, et je suis prêt à publier une version 1.1. En tant que tel, la plupart de tous les fichiers source ont été touchés d'une manière ou d'une autre. Et de nouveaux fichiers de code source ont été ajoutés.

Comment mettre à jour la date de copyright sur les fichiers existants? La mise à jour correcte de chaque fichier source est-elle la suivante? (c.-à-d. changer 2011 en "2011-2012")

/*
   Copyright 2011-2012 My Name

   Licensed under the Apache License... <blah blah>
*/

Les nouveaux fichiers source sont-ils Copyright 2011-2012également appliqués? Ou est-ce que le nouveau code vient juste d’être reçu Copyright 2012?

Réponses:


15

Eh bien, je ne suis pas avocat, mais si j'ai bien compris

http://www.contentious.com/2007/01/07/copyright-notice-is-the-year-really-necessary/

alors "2011" (comme l'année de la première publication) est suffisant. Il serait également suffisant de ne pas inclure de clause de non-responsabilité du droit d'auteur, puisque vous possédez le droit d'auteur avec ou sans clause de non-responsabilité. La "licence" est différente de celle-ci, car elle définit les termes que les autres personnes sont autorisées à faire avec votre code.


6

Dans le formulaire avec trait d'union, la première date et la deuxième date ont des objectifs différents.

La première date sert à indiquer quand les premiers éléments du dossier ont été rédigés. Implicitement, vous dites que tout élément de ce fichier qui a été créé avant cette date ne fait pas partie de ce que vous revendiquez. Par exemple, si je vous prends un fichier en 2006 et que je commence à y ajouter, mon "Copyright 2006-8" indique que tout ce qui se trouvait dans les versions antérieures à 2006 n'était pas couvert par cet avis.

La dernière date sert à indiquer la dernière date de copyright pour tout élément du fichier. Donc, si le droit d'auteur est détenu par une société, 99 ans après la réclamation de la société sur le contenu aurait expiré.

Cependant, cela n'a pas d'importance, car les avis de droit d'auteur ne sont pas requis de toute façon. Vous avez le droit d'auteur, que l'avis soit là ou non. Et même lorsqu'il existe un tel avis, il est entendu qu'il peut y avoir du matériel couvert par le droit d'auteur qui n'est pas couvert par l'avis. (Si vous ne mettez pas d'avis de droit d'auteur dans un fichier et que je le modifie, je peux ajouter un avis de droit d'auteur qui ne couvre que mon travail. Le vôtre est cependant toujours là.)

Fondamentalement: si vous apportez des modifications importantes, en ajoutant une nouvelle expression protégée créée soit avant la première année, soit après la dernière année dans l'avis, déplacez l'année correspondante.


3

Il faut comprendre que le droit d' auteur n'expire - en laissant de côté les règles compliquées suffisent à dire que l'année des defines droits d'auteur lorsque la connaissance devient le domaine public.

Si vous avez un fichier source créé en 2006 contenant un package qui évolue pour disons encore 5 ans. Maintenant, si vous aviez un fichier qui est resté inchangé depuis 2006 sur un package qui a été publié en 2012, vous avez le choix de mettre l'une ou l'autre date comme date de copyright.

Je suppose qu'il n'y a rien de tel qu'il Copyright 2011-2012 ne doit y avoir qu'un seul entier pour l'année dans le droit d'auteur.

Cependant, notez que le droit d'auteur accorde une très longue durée (essentiellement la durée de vie de l'auteur, plus un certain nombre d'années après la mort), ce n'est donc pas tout à fait inquiétant!


2

Dans notre entreprise, service juridique. suggère de ne mettre à jour l'année du droit d'auteur que pour les versions majeures.

Dans le code source, je ne prendrais certainement pas la peine.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.