2010-03-18 10 views
22

Mi pregunta se compone de varios puntos que están intrínsecamente relacionados, me disculpo por eso. Traté de dividirlo un poco más, pero seguiría repitiéndome.Aplicando correctamente una licencia de código abierto

  1. ¿Qué se requiere exactamente para aplicar una licencia de código abierto a una base de código que es mi Propiedad intelectual?
  2. Muchos proyectos de código abierto incluyen una copia completa de la licencia en algún lugar de un directorio raíz, pero también tienen algún tipo de encabezado de archivo que incluye una descripción de licencia, exención de responsabilidad y un aviso de copyright. ¿Es realmente necesario o depende del tipo de licencia?
  3. Si alguien más contribuye a cambios en este archivo, ¿necesita ser nombrado también en el aviso de copyright?
+1

@Johannes Rudolph - No somos abogados, y no debes tratar ninguna respuesta aquí como la verdad del Evangelio. Estas son preguntas que debe hacerle a un abogado. – Oded

+0

@Oded: Eso es bastante claro para mí. No necesito el consejo 100% legalmente correcto aquí, pero es una pregunta fundamentalmente relacionada con el desarrollo de código abierto y todos los involucrados parecen saber cómo obtener el código de licencia. De verdad que no. –

+0

también, haga lo que haga, elija una licencia que pueda comprender por completo. Si la compatibilidad GPL es imprescindible, preferiría utilizar alguna licencia compatible, pero no la GPL propiamente dicha, ya que es bastante prolija y, en algunas partes, casi inexplicable para un lego. – Kimvais

Respuesta

20

Negación
No soy un abogado, por lo que realmente debe consultar con uno para obtener respuestas absolutamente correcto aquí.

A mi mejor saber y entender ...

Cuando cree algo, ya sea código o cualquier otra cosa, se convierte automáticamente en el propietario de los derechos de autor de ese trabajo (a menos que haya firmado un acuerdo por el cual es "trabajo por contrato").

Como propietario de los derechos de autor, puede aplicar la licencia que desee. El hecho es que, si no entrega una licencia, entonces nadie tiene derecho a usar, copiar, modificar, distribuir, etc. su trabajo con derechos de autor. Por lo tanto, los usuarios necesitan su licencia para tener permiso para usar el proyecto (si no otorga una licencia, no puede, a diferencia de la creencia popular, ser considerado de dominio público). Por lo tanto, no tiene que preocuparse de que las personas ignoren la licencia ... si no pueden señalar una licencia donde usted les otorga los derechos para usar su software, como propietario de los derechos de autor, puede demandarlos por usar su trabajo protegido por derechos de autor. sin su permiso expreso para hacerlo.

Es típico en proyectos de código abierto colocar la licencia en un archivo llamado "LICENCIA" o "COPIAR" en el directorio de nivel superior del proyecto. Sugiero que se adhiera a esta convención, ya que es allí donde la gente buscará la licencia. También es bueno indicar cuál es la licencia en el sitio web del proyecto, para que la gente no tenga que descargar todo su proyecto antes de saber cuál es el acuerdo de licencia.

No es necesario incluir una copia completa de la licencia en cada archivo de código fuente, aunque esta es una práctica bastante común. Tenga en cuenta, sin embargo, que poner una copia completa de la licencia (o al menos alguna indicación de propiedad de derechos de autor y el nombre de la licencia, si es una licencia conocida) en los archivos de encabezado que instale evitará cualquier confusión en cuanto a dónde se originaron los archivos de cabecera, por lo que es razonable hacer eso.

Si posee el proyecto y otros contribuyen de manera similar a "trabajo por contrato", entonces no es necesario nombrar a los contribuyentes. Sin embargo, debe hacer que sea explícito (y obtener un registro permanente de un acuerdo de los contribuyentes) que seguirá siendo el único propietario de los derechos de autor del proyecto, a pesar de las contribuciones realizadas. De lo contrario, los contribuyentes tienen propiedad de derechos de autor sobre los archivos/código que contribuyeron.

Una última cosa, no relacionada con la pregunta ... Le recomiendo que evite GPL y LGPL, y vaya por una licencia más permisiva (por ejemplo, MIT, BSD nuevo, BSD simplificado), ya que el primero limitará la la adopción de su código, y los proyectos con licencias más liberales, si se adoptan en la industria, tienen el potencial de ser respaldados por la industria (por ejemplo, la Fundación Apache cuenta con un fuerte apoyo industrial, porque, a diferencia de GNU/FSF, fuente y fuente cerrada como enemigos, los ve como colaboradores, y así usa licencias que permiten que sus proyectos sean ampliamente adoptados por el mundo de la industria).

+1

Muy útil, especialmente el primer párrafo, ya que se refiere a la publicación de código en sitios como github o bitbucket sin especificar una licencia en primer lugar. –

+1

+1 para recomendar licencias permisivas. – Kimvais

+2

También +1 para el párrafo sobre licencias permisivas, especialmente la comparación Apache Foundation/GNU/FSF. – OregonGhost

2

Descargo de responsabilidad: No soy abogado, lo que sigue es simplemente mi comprensión de las licencias de OSS. Si me equivoco, agradecería cualquier corrección.

  1. Indique claramente (en el sitio web del proyecto, en el código fuente, documentación, pantalla de presentación, sobre diálogo, etc.) que el proyecto tiene licencia bajo la licencia que seleccione.
  2. Teniendo en cuenta la naturaleza del código abierto, si parte de su proyecto se utiliza en un proyecto diferente propiedad de otra persona (por ejemplo, alguna clase de utilidad útil), teniendo los "fundamentos" de la licencia como parte de su código fuente El texto del encabezado deja en claro qué licencia rige el uso de ese archivo fuente específico y quién es el propietario de los derechos de autor de esa parte del código en el proyecto como un todo.
  3. Sí, a menos que le hayan entregado documentación que indique que le han transferido los derechos de autor (creo que algunos proyectos más grandes requieren colaboradores para hacer esto).

Para un ejemplo de la aplicación de una licencia de software libre a un proyecto, consulte http://www.gnu.org/licenses/gpl-howto.html

3

responsabilidad: IANAL. Dicho esto, he aquí algunas ideas aleatorias sobre el tema:

El término "Propiedad intelectual" reúne muchos tipos de leyes: patentes, derechos de autor, marcas comerciales y secretos comerciales, entre otros. Aplicar una licencia a un trabajo que cree afectará la forma en que se puede usar su trabajo. Debido a que cada licencia permite diferentes usos de su código, la forma en que aplica la licencia suele ser específica para la licencia que elija. Por ejemplo, la información sobre cómo licenciar su código bajo la licencia de Apache 2.0 se puede encontrar en http://www.apache.org/licenses/. Tenga en cuenta que los proyectos administrados por Apache Software Foundation también requieren que cada colaborador otorgue los derechos de autor de ASF para el trabajo. La concesión de derechos de autor es independiente de la licencia.

Recomendaría leer "Propiedad intelectual y código abierto" de Van Lindberg para aprender algo de terminología, y si tiene intereses comerciales importantes relacionados con el código, pase unas horas con un abogado.

0

respuesta corta no de abogado;

  1. Nada más que dejar en claro a cualquier persona que usted, el único autor del código, licencia el código bajo cualquier término.
  2. Es aconsejable tener el archivo de licencia en el directorio raíz. Personalmente agregaría los "comentarios principales" de todos los archivos a la línea Copyright 2010 <Your Name>. Released under <license name> in <Your country>. La última parte es para que pueda reclamar que la licencia nunca debe interpretarse bajo ninguna otra ley que no sea su local (para que pueda obtener un abogado competente en su país de origen en caso de que todo va mal)
  3. diría que esto depende de la licencia escogida

Para más información, lea this book - o consultar a un abogado con experiencia en licencias de software.

1

Una licencia es simplemente las reglas que espera que otros respeten si hacen algo (utilícenlo, modifíquelo, publíquelo, búrleselo, lo que sea) con su código.

a) Puedes poner lo que quieras, pero para tomarlo en serio, puedes usar una licencia que ya está bien escrita y aceptada ... comprueba opensource dot org/licenses/category para una lista (loong) b) Para decidir qué tipo de licencia, echa un vistazo a esta reciente arícula: http://www.itbusinessedge.com/cm/community/features/guestopinions/blog/ringing-in-the-new-year-with-clean-intellectual-property/?cs=38892&page=1. Los más comunes son GPL V2, LGPL, Apache, New BSD-echa un vistazo a la matriz de resumen en la página 2 del artículo c) asegúrate de que tu software no incluya código de otra fuente abierta o de un tercero, de lo contrario estarás reclamando el suyo como suyo, ¡no es una buena idea! Hay herramientas que puede usar a modo de prueba para escanear su código. d) coloque el texto de la licencia en un archivo License.txt o Copyright.txt en la carpeta. También agregue un encabezado simple (o complejo, si lo desea) a los archivos fuente como lo menciona Kimvais en la publicación anterior.

Buena suerte.

Cuestiones relacionadas