Si alguien comienza un proyecto de código abierto (por ejemplo, con una licencia GPL) donde las personas harán contribuciones, ¿quién será el propietario de estas contribuciones en el nivel de todo el proyecto? ¿El nuevo código pasará a ser propiedad del autor original o los contribuyentes también serán autores?
¿Quién tiene derecho sobre el proyecto en curso? Por ejemplo, ¿quién tiene el poder de liberar el código en una segunda licencia? ¿El autor original solamente? ¿Pueden los contribuyentes hacer eso por separado también, o tienen que tomar una decisión conjunta con el autor original y todos los contribuyentes?
licensing
open-source
totymedli
fuente
fuente
Respuestas:
Cada autor retiene los derechos de autor de su código. Si el proyecto está bajo la GPL, contribuir con el código requiere que el código tenga licencia bajo la GPL. Si desea hacer algo más con el código, como liberarlo en una licencia diferente, necesitará el permiso del autor original.
Para muchos proyectos, el propietario del proyecto requiere que los contribuyentes asignen derechos de autor al código contribuido al propietario del proyecto. Esto hace posible, por ejemplo, lanzar proyectos GPL bajo nuevas versiones de la licencia GPL a medida que se lanzan, ya que rápidamente no resulta práctico perseguir a cientos de contribuyentes individuales en estos casos.
fuente
El titular de los derechos de autor. De forma predeterminada, ese es el autor del código en cuestión (cada autor individual si hay muchos). Los derechos de autor pueden asignarse a otra persona y algunos proyectos de código abierto requieren la asignación de derechos de autor como condición para contribuir.
fuente
Todos tienen los derechos de autor del código que escriben. Lo que significa que, por defecto, el autor original es la única persona que puede otorgar una licencia para ese código.
Como el proyecto de código abierto generalmente tiene muchos autores, no es posible rastrear a todos los autores y lograr que acuerden cada vez que se necesita hacer un cambio de licencia. Para evitar este problema, algunos proyectos de código abierto tienen licencia bajo una licencia que permite el uso del código en cualquier versión posterior de esa licencia. De esta forma, los autores aceptan las versiones futuras de la licencia que aún no están disponibles. Por lo general, los autores de la licencia prometen hacer que esas versiones posteriores sean similares en espíritu a la licencia original, por ejemplo, en la Licencia Pública General de GNU :
La otra forma de abordar este problema es hacer que los autores acepten transferir sus derechos de autor a otra persona, por ejemplo, al propietario del proyecto. Esta persona tiene derecho a decidir si licencia el proyecto y una nueva licencia. La desventaja de este enfoque es que los propietarios del proyecto son personas y podrían no actuar en el espíritu del autor original. Esto también hace que sea más difícil para los tenedores cambiar a una licencia más nueva, ya que el propietario del proyecto original probablemente no sea parte del tenedor y el propietario del tenedor no tendrá los derechos de autor de los autores del código original.
Por último, cuando usted es una entidad realmente grande, puede solicitar a los autores de la licencia que realicen cambios en la licencia. Así es como Wikimedia logró pasar de una licencia de solo GFDL a una licencia dual con CC-by-sa: solicitaron a la FSF que publicara una versión más nueva de GFDL que incluía una sección para permitir que los proyectos cambiaran su contenido a CC-by -sa por tiempo limitado.
Como puede ver, la licencia siempre es una molestia y no está claro cuál es el mejor curso de acción. Por lo general, debe invertir un poco de tiempo para encontrar la licencia correcta para el proyecto antes de que otras personas contribuyan, ya que cambiar la licencia más adelante suele ser bastante difícil.
fuente
Tenga en cuenta que la respuesta depende en gran medida de los términos bajo los cuales el proyecto de código abierto acepta su código.
La mayoría tendrá, al menos, una declaración que dice que al contribuir le ha otorgado al proyecto derechos para usar, distribuir, etc. su contribución, y ha otorgado a todos los usuarios del proyecto derechos para mirar y ejecutar su código. Eso no niega sus derechos de autor, pero significa que ha accedido irrevocablemente a licenciarlo para su uso en ese proyecto.
Dependiendo de los términos bajo los cuales se distribuye el proyecto y los detalles de la licencia que ha acordado, eso puede o no dar a todos los demás acceso a los derechos del proyecto para usar su código en otros contextos.
Es su responsabilidad leer y comprender estos detalles antes de contribuir con el código. Si tiene dudas, puede pedirles a las personas que ejecutan el proyecto que expliquen lo que pretendían que dijeran sus licencias, pero recuerde que el asesoramiento legal gratuito, incluido todo lo que está viendo en respuesta a su pregunta, vale exactamente lo que pagó eso.
Si esto realmente le importa, obtenga el lenguaje exacto y contrate a su propio abogado para examinarlo en busca de dificultades. O no contribuyas con código que no estás dispuesto a ver escapar al uso general. O haga que otra persona haga esa investigación por usted: mi empleador tiene reglas bastante específicas sobre los tipos de código abierto en los que estoy y no tengo permitido participar.
fuente