Licencia de código abierto
La definición de código abierto describe la naturaleza básica del software de código abierto. Lamentablemente, el término "código abierto" se ha utilizado en exceso y, debido a su naturaleza descriptiva, no puede protegerse como marca comercial (que también es nuestra primera opción). Debido a que la comunidad necesita una forma confiable de determinar si un software es verdaderamente de código abierto, OSI ha registrado una marca de certificación: Certificado OSI, si ve esta marca en un software, entonces el software debe tener una licencia que cumpla con la definición de; Publicado de código abierto; de lo contrario, el editor está abusando de esta marca y violando la ley. De lo contrario, el editor estará haciendo un mal uso del logotipo y violando la ley.
Una licencia otorga a los usuarios derechos específicos, pero también estipula restricciones que los usuarios deben 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 están 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.
* Licencia pública general GNU (GPL)
* Licencia pública general (menor) de biblioteca GNU (LGPL)
* Licencia de consorcio X
*La Licencia Artística
*Licencia Pública de Mozilla (MPL)
*LaQPL
*Licencia Pública OpenLDAPP
Cumple con la definición Otro las licencias incluyen: licencia libpng, licencia zlib, licencia zlib, licencia zlib, licencia zlib, licencia zlib, licencia zlib, licencia zlib, licencia zlib, licencia zlib, licencia zlib, licencia zlib, licencia zlib, licencia zlib, Licencia zlib: 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 un rigor cada vez menor)
1 Cuando se utiliza código de software de código abierto para la redistribución, el código fuente también debe tener la misma licencia. Divulgado bajo certificado.
Representa el tipo de licencia: GPL, AGPL
Ejemplo: GPL
Licencia pública general GNU (inglés: Licencia pública general GNU, abreviatura GNU GPL (o GPL) es un término ampliamente utilizado para una licencia de software libre escrito originalmente por Richard Stallman para el Proyecto GNU. La GPL es la licencia principal de la Free Software Foundation y normalmente utiliza la versión 2 de 1991 y la versión 3 de 2007.
La GPL otorga a los destinatarios del programa los siguientes derechos: libertad para ejecutar el programa para cualquier propósito; libertad para redistribuir copias; libertad para mejorar el programa y distribuir públicamente las mejoras (siempre que el código fuente esté disponible) . La licencia GPL tiene un fuerte "efecto viral" (copyleft), es decir, si los usuarios quieren redistribuir software con licencia GPL o trabajos basados en software con licencia GPL (por ejemplo, como parte de productos de usuario), deben seguir una licencia. que no es más fuerte que la licencia GPL Distribuida bajo términos restringidos. La redistribución de software con licencia GPL, o un trabajo basado en software con licencia GPL (por ejemplo, como parte de un producto de usuario), debe realizarse bajo términos no más restrictivos que los de la GPL, es decir, también debe ser de código abierto y gratuito. La licencia GPL es la licencia de código abierto más popular y la utilizan muchos software de código abierto famosos, como el kernel de Linux, la base de datos MySQL, etc.
2. Cuando se utiliza código de software de código abierto y se modifica el código de código abierto para su redistribución, el código fuente debe proporcionarse bajo la misma licencia.
Representa el tipo de licencia: LGPL, CPL, CDDL, CPL, MPL, etc.
Ejemplo: LGPL
Licencia pública general GNU (inglés: Licencia pública general de GNULibrary, conocida como LGPL), también conocida como Licencia pública general de biblioteca GNU. También de la Free Software Foundation, la versión 2.1 se lanzó en 1999 y la versión 3.0 se lanzó en 2007. La LGPL es una versión flexible de la GPL que reserva menos derechos de producto que la GPL y generalmente se aplica a bibliotecas o marcos de código abierto utilizados en productos que no son de GPL o de código abierto. La LGPL elude esta restricción porque requiere que los productos que usan código GPL también usen la GPL y no permite a los desarrolladores usar código GPL en productos comerciales. La protección de los derechos de autor de la LGPL es más débil y más favorable a las empresas: se permiten enlaces dinámicos; se permiten enlaces estáticos condicionalmente; las modificaciones al código con licencia LGPL deben redistribuirse bajo una licencia LGPL o GPL; 3. No existen restricciones especiales al utilizar código de software de fuente abierta (incluidas modificaciones) para la redistribución, siempre que la licencia se indique claramente.
Tipos de licencia representativos: ASL, BSD, MIT, etc.
Ejemplo: MIT
La licencia MIT es probablemente la más flexible de las principales licencias de código abierto. Fue introducida por el MIT en 1988 y también se conoce como licencia X11 o licencia X. Y hay muchas variaciones. Sus términos principales son los siguientes: El software y su 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 el software debe contener los avisos de licencia y derechos de autor anteriores. Esto significa: usted es libre de usarlo, copiarlo, modificarlo y adaptarlo para sus propios proyectos. Puedes distribuirlo gratis o utilizarlo con fines de lucro. La única restricción es que se debe incluir una declaración de licencia, y la licencia MIT, una de las más permisivas de todas las licencias de código abierto, no tiene más restricciones que la de que se debe incluir una declaración de licencia.
Ejemplo: BSD
La licencia BSD se originó en la Universidad de California, Berkeley, y es propiedad de los Regentes de la Universidad de California. En comparación con otras licencias, que van desde la Licencia Pública General GNU (GPL) hasta derechos de autor restrictivos, la licencia BSD es más permisiva y está incluso más cerca del dominio público. De hecho, la licencia BSD se considera un término medio centrado en la copia entre el copyright estándar y el copyleft de la GPL. Podría decirse que la GPL obliga a las versiones posteriores a convertirse también en software libre, mientras que las versiones posteriores de BSD pueden optar por continuar como BSD u otros términos de software libre o software cerrado, y así sucesivamente.
Existen múltiples versiones de la licencia, con diferentes proyectos que lanzan diferentes licencias BSD, como la licencia BSD de Apple y el sistema operativo derivado 4.4BSD Lite. Hay dos versiones principales de la licencia BSD, la nueva licencia BSD y la licencia BSD simple, que han sido modificadas para ser compatibles con la GPL y reconocidas por organizaciones de código abierto. La nueva licencia BSD (una licencia de 3 cláusulas) no impone restricciones a la distribución de software más que la inclusión de un aviso de derechos de autor y un descargo de responsabilidad. Además, la licencia prohíbe el respaldo de trabajos derivados en nombre del desarrollador, pero la licencia Simple BSD elimina esta disposición. 1. Envíe su 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 y se firme, o si desea que se envíe de forma anónima. (Estamos dispuestos a considerar permisos que no queremos enviar en absoluto, pero como la revisión conjunta es una parte importante de la aprobación, debemos enviar el permiso de forma privada al revisor: por lo tanto, lleva más tiempo aprobar los permisos que no se envían. a la lista de discusión sobre permisos, a menudo se requiere más comunicación con usted)
2.
2. Si encontramos que su licencia no cumple con la definición de código abierto, trabajaremos. Con usted para resolver la pregunta.
3. Mientras tanto, estaremos atentos a la lista del foro de licencias y trabajaremos con usted para resolver cualquier pregunta que tenga la gente y que no esté cubierta.
4. Como parte de este proceso, también buscaremos asesoramiento legal externo sobre cuestiones de licencia.
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 problemas importantes, le notificaremos que la licencia ha sido aprobada y Lo copiaremos a nuestro sitio web y lo agregaremos a la lista de licencias a continuación.