La GPL no es una licencia por copyleft por archivo, sino por todo el paquete.
Por lo tanto, el nuevo archivo también debe tener licencia bajo GPL. Como el encabezado de la licencia original no especifica una versión de GPL, puede elegir cualquier versión de GPL que desee. Si desea obtener más información acerca de por qué existen varias versiones de la GPL y cómo funciona con versiones de licencia de mejora, véase:
Así que después de aclarar la versión de la licencia de preguntar acerca de los derechos de autor declaración y dónde colocar su nombre. No soy su abogado y hablo aquí como desarrollador de software y no es fácil responder a esa pregunta en todos los ángulos que puede tener, así que intento esbozar mi comprensión de las partes que veo que juegan un papel.
Por derechos de autor, reúne múltiples obras de autores múltiples. Estás creando un trabajo combinado. Para cada trabajo en el sentido de derechos de autor, usted tiene autores y titulares de derechos de autor.
Para el trabajo combinado, entonces, tiene estos derechos de autor y luego se combinan también.
Así que por el solo archivo, si lo ha escrito su propio, digamos que es el año 2012, ya que usted es el autor, puede escribir su propia cabecera de derechos de autor:
/**
* My Extension to some open source application
*
* Copyright 2012 by Tobias Eriksson <[email protected]>
*/
Eso sería perfectamente válido para ese archivo si descansa en su disco duro. A continuación, desea distribuirlo, por lo que es wise para dejar en claro la licencia. Digamos que ha elegido GPL-3.0 +. Siguiendo las directrices
y algunas directrices de etiquetado comentario/docblock:
es posible que desee ampliar este con el número de placa como en el Ejemplo siguiente:
/**
* My Extension to some open source application
*
* Copyright 2012 by Tobias Eriksson <[email protected]>
*
* 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+>
*/
Esta placa de matrícula garantiza que aquellos que reciban el archivo puedan ver bajo qué licencia está este archivo, qué derechos tienen con el código. También pueden ver al autor original con su declaración de derechos de autor. La parte más importante aquí en mi opinión es dejar en claro: a) quién es el autor/titular de los derechos de autor yb) qué es la licencia. Para que esta información no se pierda, es visible. Si desea seguir las recomendaciones que depende de usted. Para no cortar los derechos de su autor, sugiero que al menos dejen su nombre, incluso por ley, esto no es obligatorio (pero tendrá problemas para documentar su autoría más adelante si no lo hace y alguien más la pone nombre allí).
Ahora puede sugerir que este archivo se agregue en sentido ascendente. Esta es la primera vez que se pondrá en contacto con los autores originales del software hasta el momento. Podrían tener su propia manera de hacer las cosas, podrían preferir sus propios encabezados, etc. pp. Así que dejas un poco el terreno legal y entras en una esfera social, la colaboración, trabajando juntos.
Puede pedir de antemano cómo se gestiona dentro de un proyecto, por lo general hay varias maneras de hacer las cosas, dos de las más comunes son:
- administrar las licencias y derechos de autor por archivo
- administrar las licencias y derechos de autor centralmente
El enfoque por archivo es útil cuando se inician los proyectos. El enfoque central es útil cuando los proyectos crecen.
El enfoque por archivo es un poco descrito anteriormente y requiere hacer un seguimiento de los cambios en la información de autorizaciones y autorizaciones/autores por cada archivo.
En un enfoque central, un procedimiento aceptado es tener un archivo llamado AUTHORS (y probablemente también un CONTRIBUTORS) que enumere a los autores del software y tener un archivo COPYING que contenga la licencia (si es uno solo para el paquete completo, de lo contrario el principal más las licencias adicionales).
También puede suceder que tenga ambos conceptos entremezclados, p. Ej. todo el paquete está bajo GPL pero dentro de la base del código también hay código bajo licencias de tipo MIT o BSD.Luego debe conservar la información de la licencia para esas partes para permitir devolver los cambios a las partes anteriores de estas partes. Además, los autores que contribuyen a estas partes deben ser conscientes de que necesitan licenciar sus cambios bajo MIT/BSD y preservar la licencia de esa parte. Si desea obtener más información sobre esto y algunos detalles de cómo y dónde para documentar la concesión de licencias, la siguiente es una buena lectura:
El enfoque central, entonces permite reducir las cabeceras de autor y placas de matrícula en la parte superior de cada archivo:
/**
* Some open source application
*
* Copyright 2010, 2012 by it's authors.
* Some rights reserved. See COPYING, AUTHORS.
*/
Si usted está buscando para la compresión de la información y los autores están de acuerdo con no ver su nombre en cada archivo. No puedes hacer eso con superestrellas, es cierto. Entonces podría haber una clasificación social cuyo nombre es el primero y tal. Sin embargo, no te dejes engañar: si eres un autor, tienes derecho a ver tu nombre. Si alguien te niega ese derecho, te están engañando. Esto también dice mucho sobre el respeto en un proyecto de software (gratuito) como se puede imaginar.
Técnicamente está perfectamente bien agregar su línea de copyright en la parte superior, porque es usted quien hizo los últimos cambios. La licencia sólo dice que es necesario para preservar los derechos de autor original, no es que se necesita para ponerlo en la parte superior:
/**
* Some open source application
*
* Copyright 2012 by Tobias Eriksson <[email protected]>
* Copyright 2010, 2011 by Scruffy H. Hacker <[email protected]>
*
* 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+>
*/
podría ser un ejemplo más común/real en vivo de un bloque de documentación cabecera de dicha licencia/copyright. Y recuerda tratar siempre a otros autores con la misma cantidad de respeto que tratas a los tuyos. Eso normalmente funciona mejor en proyectos colaborativos, el lado legal a un lado. Solo necesita legals para el momento en que las cosas ya no estén en línea.
Ver también:
soy votación para cerrar esta cuestión como fuera de tema, ya que se trata de problemas de licencia y legales, no se programa o desarrollo de software . [Consulte aquí] (http://meta.stackoverflow.com/a/274964/1402846) para obtener más información y [ayuda/tema] para obtener más información. – Pang
Pregunta similar en programmers.stackexchange.com: [¿Cómo administrar un aviso de copyright en un proyecto de código abierto?] (Http://programmers.stackexchange.com/questions/157968/how-to-manage-a-copyright-notice -in-a-open-source-project) Nota: ¡esa pregunta ha sido publicada solo dos días antes de la actual! – olibre
Acabo de votar para volver a abrir esta pregunta para moverla a http://opensource.stackexchange.com/ – olibre