Licencia de código abierto
La definición de código abierto da la naturaleza básica del software de código abierto. Desafortunadamente, el término código abierto ha sido mal utilizado y, debido a su naturaleza descriptiva, no puede protegerse como marca registrada (que es nuestra primera opción). Porque la comunidad necesita una forma confiable de determinar si un software es verdaderamente software de código abierto. OSI ha registrado una marca de certificación, OSI Certified, para este fin. Si ve esta marca en un software, entonces el software debe haber sido lanzado bajo una licencia que cumpla con la definición de código abierto; de lo contrario, el editor está abusando de la marca y violando la ley;
Una licencia confiere derechos específicos al usuario, pero también estipula restricciones que el usuario debe cumplir. El software de código abierto suele utilizar licencias de código abierto. Todas las licencias de código abierto están certificadas por la Open Source Initiative (OSI).
Licencias aprobadas
Las siguientes licencias cumplen con la definición de código abierto y han sido aprobadas para su uso con software de código abierto certificado OSI. Los permisos sin fecha de aprobación fueron aprobados antes del 1 de enero de 1999.
* La Licencia Pública General (GPL) de GNU
* La Licencia Pública General (Lesser) de Biblioteca GNU (LGPL)
* La Licencia del Consorcio X p>
* La Licencia Artística
* La Licencia Pública de Mozilla (MPL)
* La QPL
* La Licencia Pública OpenLDAPP
Otras licencias que cumplen con la definición incluyen: Licencia libpng, Licencia zlib, Licencia IJG JPEG y Licencia BSD. Según las diferentes condiciones de uso, las licencias de software de código abierto se pueden dividir en tres categorías (con gravedad decreciente)
1. Cuando se redistribuye el código del software de código abierto, el código fuente también debe hacerse público bajo la misma licencia.
Representa el tipo de licencia: GPL, AGPL
Ejemplo: GPL
Acuerdo de licencia pública general de GNU (inglés: licencia pública general de GNU, denominada GNU GPL o GPL), es una licencia de software libre ampliamente utilizada escrita originalmente por Richard Stallman para el Proyecto GNU. GPL es la licencia principal de la Free Software Foundation. Las versiones más utilizadas son la segunda versión en 1991 y la tercera versión en 2007.
La GPL otorga al destinatario del programa los siguientes derechos: libertad para ejecutar el programa para cualquier propósito; libertad para redistribuir copias; libertad para mejorar el programa y publicar mejoras (siempre que el código fuente esté disponible). El acuerdo de licencia GPL tiene un fuerte copyleft y un "efecto viral", lo que significa que si un usuario desea redistribuir software con licencia GPL o trabajos basados en software con licencia GPL (por ejemplo, como parte del producto del usuario), entonces debe Ser distribuido bajo términos que no sean más estrictos que las restricciones de la licencia GPL significa que también debe ser de código abierto y gratuito. Esto es lo que se llama "infecciosidad". El acuerdo de licencia GPL es actualmente la licencia de código abierto más popular y lo utilizan muchos software de código abierto famosos, como el kernel de Linux, la base de datos MySQL, etc.
2. Cuando se utiliza el código del software de código abierto y se modifica el código de código abierto antes de distribuirlo, el código fuente debe divulgarse bajo la misma licencia.
Representa tipos de licencia: LGPL, CPL, CDDL, CPL, MPL, etc.
Ejemplo: LGPL
Acuerdo de licencia pública general reducida de GNU (inglés: GNULibrary La Licencia Pública General (LGPL para abreviar), también conocida como Licencia Pública General de Biblioteca GNU, también es de la Free Software Foundation y tiene la versión 2.1 en 1999 y la versión 3.0 en 2007. LGPL es una versión flexible de GPL, que reserva menos derechos para productos que GPL. En general, LGPL es adecuado para bibliotecas o marcos de código abierto utilizados en productos que no son de código abierto o que no son GPL. Debido a los requisitos de la GPL, los productos que utilizan el código GPL también deben utilizar el protocolo GPL y los desarrolladores no pueden utilizar el código GPL para productos comerciales. LGPL elude esta restricción. LGPL tiene un efecto copyleft débil y es más amigable para los negocios: se permiten enlaces dinámicos; los enlaces estáticos se permiten condicionalmente. Si se modifica el código con licencia LGPL, entonces la redistribución debe utilizar una licencia LGPL o GPL. 3． No existen restricciones especiales a la hora de utilizar el código de este software de código abierto (incluidas sus modificaciones) y redistribuirlo, y sólo se necesita permiso expreso.
Representa el tipo de licencia: ASL, BSD, MIT, etc.
Ejemplo: MIT
El protocolo MIT puede ser el más indulgente entre los principales de código abierto. Protocolos Introducida por la Politécnica Provincial en 1988, también se la conoce como licencia X11 o licencia X, y tiene muchas variantes. Los términos principales son: El software y la documentación relacionada son gratuitos para todos y pueden eliminarse a voluntad, incluido el uso, la copia, la modificación, la fusión, la publicación, la distribución, la sublicencia o la venta. La única restricción es que los avisos de licencia y derechos de autor anteriores deben incluirse con el software. Esto significa: eres libre de usarlo, copiarlo, modificarlo y usarlo en tus propios proyectos. Puede distribuirse de forma gratuita o utilizarse con fines de lucro. La única restricción es que se debe incluir una declaración de permiso. La licencia MIT es la más permisiva de todas las licencias de código abierto y no tiene restricciones excepto que debe contener una declaración de licencia.
Ejemplo: BSD
La licencia BSD tiene su origen en la Universidad de California, Berkeley, y el propietario es la Junta de Regentes de la Universidad de California. En comparación con otras licencias, desde la Licencia Pública General GNU (GPL) hasta la altamente restrictiva Copyright (Copyright), la licencia BSD es relativamente flexible y está aún más cerca del dominio público. De hecho, la licencia BSD se considera un copycenter (copyright intermedio), entre el copyright estándar y el copyleft de la GPL. Llévalo al centro de fotocopias y haz tantas copias como quieras. Se puede decir que la GPL obliga a las versiones posteriores a ser software libre, mientras que las versiones posteriores de BSD pueden optar por seguir siendo BSD u otros términos de software libre o software cerrado, etc.
Hay muchas versiones de este acuerdo y diferentes proyectos emiten diferentes licencias BSD. Por ejemplo, hay dos versiones principales de la licencia BSD de Apple y la licencia BSD del sistema operativo derivado 4.4BSD Lite. el nuevo protocolo BSD y el protocolo BSD simple, ambos modificados para ser compatibles con la GPL y reconocidos por organizaciones de código abierto. El nuevo acuerdo BSD (acuerdo de 3 cláusulas) no tiene restricciones sobre la distribución de software, excepto que debe incluir un aviso de derechos de autor y una exención de responsabilidad. Además, el acuerdo también prohíbe promocionar productos derivados en nombre del desarrollador, pero el acuerdo simple BSD ha eliminado esta cláusula. 1. Envíe la licencia por correo electrónico a licencia-approval@opensource.org. En el correo electrónico, indique si desea que la licencia se envíe a la lista de discusión de licencias con su firma o de forma anónima.
(Estamos dispuestos a considerar licencias que no queremos enviar en absoluto, pero dado que la revisión por parte de la comunidad es una parte importante de la aprobación, tendremos que enviar la licencia de forma privada a los revisores: por lo tanto, no se envían comentarios al licencia La aprobación de las licencias en la lista de discusión de licencias lleva más tiempo y generalmente requiere más comunicación con usted)
2. Si descubrimos que su licencia no cumple con la definición de código abierto, trabajaremos con usted para resolver el problema.
3. Mientras tanto, estaremos atentos a la lista del foro de licencias y trabajaremos con usted para resolver cualquier pregunta que tenga y que no esté incluida.
4. Como parte de este proceso, también buscaremos asesoramiento legal externo sobre cuestiones de licencias.
5. Una vez que la licencia cumpla con la definición de código abierto y se haya discutido completamente en el foro de licencias o otros revisores no hayan planteado preguntas importantes, le notificaremos que la licencia ha sido aprobada, se ha copiado en nuestro sitio web y se ha agregado a la lista. lista de licencias a continuación.