La GPL n'est pas une licence de copyleft par fichier, mais pour l'ensemble du paquet.
Le nouveau fichier doit donc également être placé sous licence GPL. Comme l'en-tête de la licence originale ne spécifie pas de version GPL, vous pouvez choisir la version GPL de votre choix. Si vous voulez en savoir plus sur les raisons pour lesquelles il existe plusieurs versions de la GPL et comment cela fonctionne avec la mise à jour des versions de la licence, veuillez consulter :
Après avoir clarifié la version de la licence, vous m'interrogez sur la déclaration de droits d'auteur et sur l'emplacement de votre nom. Je ne suis pas votre avocat et je parle ici en tant que développeur de logiciels. Il n'est pas facile de répondre à cette question sous tous ses angles, alors j'essaie d'exposer ma compréhension des éléments que je vois jouer un rôle.
Par droit d'auteur, vous réunissez plusieurs œuvres de plusieurs auteurs. Vous créez une œuvre combinée. Pour chaque œuvre au sens du droit d'auteur, il y a des auteurs et des détenteurs de droits d'auteur.
Pour l'œuvre combinée, vous avez donc ce droit d'auteur qui est également combiné.
Ainsi, pour le fichier unique, si vous l'avez écrit vous-même, disons que c'est en 2012, comme vous en êtes l'auteur, vous pouvez écrire votre propre en-tête de copyright :
/**
* My Extension to some open source application
*
* Copyright 2012 by Tobias Eriksson <author@tobier.se>
*/
Cela ne pose aucun problème pour ce fichier s'il se trouve sur votre disque dur. Vous souhaitez ensuite le distribuer, il est donc sage pour que la licence soit claire. Supposons que vous ayez choisi la GPL-3.0+. En suivant les lignes directrices
et quelques lignes directrices pour l'étiquetage des commentaires et des blocs de documents :
vous pouvez ajouter la plaque d'immatriculation, comme dans l'exemple suivant :
/**
* My Extension to some open source application
*
* Copyright 2012 by Tobias Eriksson <author@tobier.se>
*
* This file is part of some open source application.
*
* Some open source application is free software: you can redistribute
* it and/or modify it under the terms of the GNU General Public
* License as published by the Free Software Foundation, either
* version 3 of the License, or (at your option) any later version.
*
* Some open source application is distributed in the hope that it will
* be useful, but WITHOUT ANY WARRANTY; without even the implied warranty
* of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with Foobar. If not, see <http://www.gnu.org/licenses/>.
*
* @license GPL-3.0+ <http://spdx.org/licenses/GPL-3.0+>
*/
Cette plaque d'immatriculation permet à ceux qui reçoivent le fichier de savoir sous quelle licence ce fichier se trouve et quels sont les droits dont ils disposent avec le code. Ils peuvent également voir l'auteur original avec votre déclaration de copyright. Le plus important à mes yeux est d'indiquer clairement : a) qui est l'auteur/le détenteur des droits d'auteur et b) quelle est la licence. Pour que ces informations ne se perdent pas, elles doivent être visibles. Si vous souhaitez suivre les recommandations, c'est à vous de décider. Pour ne pas réduire vos propres droits d'auteur, je vous conseille vivement d'indiquer au moins votre nom, même si la loi ne l'exige pas (mais vous aurez des problèmes pour documenter votre paternité plus tard si vous ne le faites pas et que quelqu'un d'autre y met son nom).
Vous pouvez donc maintenant suggérer que ce fichier soit ajouté en amont. C'est la première fois que vous entrez en contact avec les auteurs originaux du logiciel. Il se peut qu'ils aient leur propre façon de faire les choses, qu'ils veuillent préférer leurs propres en-têtes, etc. Vous quittez donc un peu le terrain juridique et entrez dans une sphère sociale, de collaboration, de travail en commun.
Vous pouvez demander à l'avance comment cela est géré au sein d'un projet, il y a généralement plusieurs façons de procéder, dont les deux plus courantes sont les suivantes :
- Gestion des licences et des droits d'auteur par fichier
- Gestion centralisée des licences et des droits d'auteur.
L'approche par fichier est pratique lorsque les projets démarrent. L'approche centrale est utile lorsque les projets prennent de l'ampleur.
L'approche par fichier est un peu plus complexe que celle décrite ci-dessus et nécessite de suivre les changements de licence et les informations sur les droits de copie et les auteurs pour chaque fichier.
Dans une approche centralisée, une procédure acceptée consiste à disposer d'un fichier AUTHORS (et probablement aussi d'un fichier CONTRIBUTORS) énumérant les auteurs du logiciel et d'un fichier COPYING contenant la licence (s'il s'agit d'une licence unique pour l'ensemble du logiciel, sinon la licence principale et les licences supplémentaires).
Il peut également arriver que les deux concepts soient mélangés, par exemple si l'ensemble du paquetage est sous GPL mais qu'à l'intérieur de la base de code il y a également du code sous des licences de type MIT ou BSD. Vous devez alors conserver les informations relatives à la licence pour ces parties afin de pouvoir restituer les modifications à l'amont pour ces parties. De plus, les auteurs qui contribuent à ces parties doivent être informés qu'ils doivent également placer leurs modifications sous licence MIT / BSD afin de préserver la licence de cette partie. Si vous voulez en savoir plus à ce sujet et obtenir des détails sur la manière et l'endroit où documenter les licences, ce qui suit est une bonne lecture :
L'approche centrale permet ensuite de réduire les en-têtes de copyright et les plaques d'immatriculation en haut de chaque fichier :
/**
* Some open source application
*
* Copyright 2010, 2012 by it's authors.
* Some rights reserved. See COPYING, AUTHORS.
*/
Si vous recherchez une compression de l'information et que les auteurs acceptent de ne pas voir leur nom dans chaque fichier. Vous ne pouvez pas faire cela avec les superstars, c'est vrai. Il peut donc y avoir un classement social pour savoir quel nom vient en premier, etc. Cependant, ne vous laissez pas abuser : si vous êtes un auteur, vous avez le droit de voir votre nom. Si quelqu'un vous refuse ce droit, vous êtes trompé. Comme vous pouvez l'imaginer, cela en dit long sur le respect dans un projet de logiciel (libre).
Techniquement, il est tout à fait possible d'ajouter une ligne de copyright. en haut car c'est vous qui avez apporté les dernières modifications. La licence indique seulement que vous devez préserver le droit d'auteur original, pas que vous devez le mettre au-dessus :
/**
* Some open source application
*
* Copyright 2012 by Tobias Eriksson <author@tobier.se>
* Copyright 2010, 2011 by Scruffy H. Hacker <scruffy@foo.bar>
*
* Licensed under GNU General Public License 3.0 or later.
* Some rights reserved. See COPYING, AUTHORS.
*
* @license GPL-3.0+ <http://spdx.org/licenses/GPL-3.0+>
*/
Il pourrait s'agir d'un exemple plus courant / réel d'un tel bloc de documentation d'en-tête de licence/droit d'auteur. Et rem
S
