Una licencia de software permisiva , a veces también llamada licencia tipo BSD o estilo BSD , [ 1 ] es una licencia de software libre que, en lugar de protecciones copyleft , impone solo restricciones mínimas sobre cómo se puede usar, modificar y redistribuir el software, incluyendo generalmente una exención de responsabilidad . Algunos ejemplos son la Licencia GNU All-permissive , la Licencia MIT , las licencias BSD , la Licencia de Código Público de Apple y la licencia Apache . A partir de 2016,La licencia de software libre más popular es la permisiva licencia MIT . [ 2 ] [ 3 ]
Tabla comparativa
Ejemplo
A continuación se presenta el texto completo de la licencia GNU All-permissive simple :
Copyright < AÑO > , < AUTORES > Se permite la copia y distribución de este archivo, con o sin modificaciones, en cualquier medio sin pago de regalías, siempre que se conserven el aviso de copyright y este aviso. Este archivo se ofrece tal cual, sin garantía alguna.
Definiciones
La Open Source Initiative define una licencia de software permisiva como una "licencia no copyleft que garantiza las libertades de usar, modificar y redistribuir". [ 6 ] El sitio web choosealicense de GitHub describe la licencia MIT permisiva como "[permitiendo] que la gente haga lo que quiera con tu código siempre que te den crédito y no te hagan responsable ". [ 7 ] newmediarights.com de la Facultad de Derecho de California Western las definió de la siguiente manera: "Las licencias 'tipo BSD', como las licencias BSD, MIT y Apache, son extremadamente permisivas y requieren poco más que atribuir las partes originales del código licenciado a los desarrolladores originales en tu propio código y/o documentación". [ 1 ]
Comparación con el copyleft
Las licencias copyleft generalmente requieren la publicación recíproca del código fuente de cualquier versión modificada bajo la licencia copyleft de la obra original. [ 8 ] [ 9 ] Las licencias permisivas, en cambio, no intentan garantizar que las versiones modificadas del software permanezcan libres y disponibles públicamente, requiriendo generalmente solo que se conserve el aviso de derechos de autor original. [ 1 ] Como resultado, las obras derivadas, o versiones futuras, de software con licencia permisiva pueden publicarse como software propietario. [ 10 ]
Definir cuán liberal es una licencia, sin embargo, no es algo fácilmente cuantificable y a menudo depende de los objetivos de los usuarios finales. Si estos son desarrolladores, para algunos podría ser valioso tener el derecho a modificar y explotar el código fuente escrito por otros y posiblemente incorporarlo a código propietario y obtener ganancias con él (y por lo tanto, estos ven las licencias permisivas como una oferta de un "derecho"), [ 11 ] mientras que para otros desarrolladores podría ser más valioso saber que nadie capitalizará jamás lo que ha sido en su mayor parte su trabajo (y por lo tanto, estos ven las licencias copyleft como una oferta de un "derecho"). Además, los usuarios finales podrían no ser desarrolladores en absoluto, y en este caso las licencias copyleft les ofrecen el derecho perpetuo a acceder a un software como software libre, asegurando que nunca se convertirá en código cerrado, mientras que las licencias permisivas no ofrecen ningún derecho a los usuarios finales que no son desarrolladores, y el software lanzado con una licencia permisiva podría teóricamente convertirse de un día para otro en un malware de código cerrado sin que el usuario siquiera lo sepa.
Las licencias permisivas ofrecen una compatibilidad de licencias más amplia que las licencias copyleft, que generalmente no se pueden combinar y mezclar libremente, porque sus requisitos de reciprocidad entran en conflicto entre sí. [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ]
Comparación con el dominio público
En el caso Computer Associates Int'l v. Altai, se utilizó el término "dominio público" para referirse a obras que se han compartido y distribuido ampliamente con permiso, en lugar de obras que fueron puestas deliberadamente en el dominio público. Sin embargo, las licencias permisivas no equivalen realmente a la liberación de una obra al dominio público .
Las licencias permisivas suelen estipular algunos requisitos limitados, como la atribución a los autores originales . Si una obra es realmente de dominio público, esto generalmente no es un requisito legal, pero el registro de derechos de autor en Estados Unidos exige la divulgación del material que se ha publicado previamente [ 17 ] , y la atribución aún puede considerarse un requisito ético en el ámbito académico.
Los defensores de las licencias permisivas suelen desaconsejar la publicación de software en el dominio público, dado que esto puede ser legalmente problemático en algunas jurisdicciones. [ 18 ] [ 19 ] Las licencias equivalentes al dominio público son un intento de resolver este problema, proporcionando una licencia permisiva alternativa para los casos en que la renuncia a los derechos de autor no es legalmente posible, y a veces también incluyen una exención de garantías similar a la de la mayoría de las licencias permisivas.
Compatibilidad de licencias

En general, las licencias permisivas tienen buena compatibilidad con la mayoría de las demás licencias de software en la mayoría de las situaciones. [ 12 ] [ 13 ]
Debido a su carácter poco restrictivo, la mayoría de las licencias de software permisivas son incluso compatibles con las licencias copyleft, que son incompatibles con la mayoría de las demás licencias. Algunas licencias permisivas antiguas, como la licencia BSD de 4 cláusulas , la licencia PHP y la licencia OpenSSL , incluyen cláusulas que exigen que los materiales publicitarios acrediten al titular de los derechos de autor, lo que las hace incompatibles con las licencias copyleft. Sin embargo, las licencias permisivas modernas más populares, como la licencia MIT , la licencia BSD de 3 cláusulas y la licencia zlib , no incluyen cláusulas publicitarias y, en general, son compatibles con las licencias copyleft.
Algunas licencias no permiten que las obras derivadas incluyan restricciones que impidan a un redistribuidor añadir más restricciones. Ejemplos de ello son la CDDL y la MsPL . Sin embargo, dichas restricciones también hacen que la licencia sea incompatible con licencias de software libre permisivas.
Recepción y adopción
Aunque se han utilizado desde mediados de la década de 1980, [ 21 ] varios autores observaron un aumento en la popularidad de las licencias permisivas durante la década de 2010. [ 22 ] [ 23 ] [ 24 ] [ 25 ]
A partir de 2015,La licencia MIT , una licencia permisiva, es la licencia de software libre más popular, seguida de la GPLv2 . [ 2 ] [ 3 ]
Otros términos
No copyleft
Una licencia "permisiva" es simplemente una licencia de código abierto que no es copyleft.
A veces, el término «permisivo» se considera demasiado ambiguo, ya que todas las licencias de software libre son «permisivas», en el sentido de que todas permiten modificar y redistribuir el código fuente. En la mayoría de los casos, la verdadera oposición se da entre las licencias copyleft y las que no lo son; por lo tanto, algunos autores prefieren usar el término «no copyleft» en lugar de «permisivo». [ 27 ] [ 28 ] [ 26 ]
Centro de copiado
Berkeley tenía lo que llamábamos "centro de copiado", que consistía en "llévalo al centro de copiado y haz todas las copias que quieras".
— Marshall Kirk McKusick , [ 29 ]
Copycenter es un término utilizado originalmente para explicar la licencia BSD modificada , una licencia de software libre permisiva. El término fue presentado por el científico informático y colaborador de Berkeley Software Distribution (BSD), Marshall Kirk McKusick, en una conferencia de BSD en 1999. Es un juego de palabras entre copyright , copyleft y copy center . [ 29 ] [ 30 ]
Licencia de títere
Las llamamos “licencias fáciles” porque no pueden decir “no” cuando un usuario intenta negar la libertad a otros.
— Richard Stallman , fundador del sistema operativo GNU [ 31 ]
En la guía de la Free Software Foundation sobre compatibilidad y relicenciamiento de licencias, Richard Stallman define las licencias permisivas como " licencias sumisas ", comparándolas con aquellas personas que "no pueden decir que no", porque se considera que otorgan el derecho a "negar la libertad a otros". [ 31 ] La Fundación recomienda las licencias sumisas solo para programas pequeños, de menos de 300 líneas de código, donde "los beneficios que proporciona el copyleft suelen ser demasiado pequeños para justificar el inconveniente de asegurarse de que una copia de la licencia acompañe siempre al software". [ 32 ]
Véase también
Referencias
- 1 2 3 Derechos de nuevos medios (12 de septiembre de 2008). "Guía de licencias de código abierto" . Facultad de Derecho de California Western .
- 1 2 "Las 20 licencias más populares" . Black Duck Software. 19 de noviembre de 2015. Archivado del original el 19 de julio de 2016. Consultado el 19 de noviembre de 2015.
1. Licencia MIT 24%, 2. Licencia Pública General GNU (GPL) 2.0 23%, 3. Licencia Apache 16%, 4. Licencia Pública General GNU (GPL) 3.0 9%, 5. Licencia BSD 2.0 (3 cláusulas, nueva o revisada) 6%, 6. Licencia Pública General Reducida GNU (LGPL) 2.1 5%, 7. Licencia Artística (Perl) 4%, 8. Licencia Pública General Reducida GNU (LGPL) 3.0 2%, 9. Licencia Pública de Microsoft 2%, 10. Licencia Pública Eclipse (EPL) 2%
- 1 2 Balter, Ben (2015-03-09). "Uso de licencias de código abierto en GitHub.com" . github.com . Recuperado el 2015-11-21 .
"1 MIT 44,69%, 2 Otras 15,68%, 3 GPLv2 12,96%, 4 Apache 11,19%, 5 GPLv3 8,88%, 6 BSD de 3 cláusulas 4,53%, 7 Sin licencia 1,87%, 8 BSD de 2 cláusulas 1,70%, 9 LGPLv3 1,30%, 10 AGPLv3 1,05%
- ↑ Fundación del Software Libre, Varias licencias y comentarios sobre ellas, Licencia GNU totalmente permisiva
- ↑ Información para los mantenedores de software GNU, avisos de licencia para otros archivos
- ↑ permisiva en opensource.org "Una licencia "permisiva" es simplemente una licencia de código abierto que no es copyleft, es decir, una que garantiza la libertad de usar, modificar y redistribuir, pero que permite obras derivadas con derechos de propiedad intelectual ."
- ↑ Elegir una licencia de código abierto no tiene por qué ser complicado en choosealicense.com "¿Cuál de las siguientes opciones describe mejor tu situación? – La quiero simple y permisiva."
- ↑ "¿Qué es Copyleft?" . GNU . Consultado el 21 de abril de 2011 .
- ↑ "Categorías de software libre y no libre" . gnu.org.
- ↑ Amadeo, Ron (21 de julio de 2018). "El férreo control de Google sobre Android: Controlar el código abierto por cualquier medio necesario" . Ars Technica .
- ↑ Con esto en mente, el proyecto FreeBSD aboga por licencias permisivas para empresas y casos de uso comercial: dicen que imponen solo "restricciones mínimas sobre el comportamiento futuro" y argumentan que las licencias copyleft son "bombas de tiempo legales" . Véase Montague, Bruce (13 de noviembre de 2013). "Por qué debería usar una licencia de estilo BSD para su proyecto de código abierto" . FreeBSD . Recuperado el 28 de noviembre de 2015.
9. Ventajas y desventajas de la GPL [...] 12. Conclusión
A diferencia de la GPL, que está diseñada para evitar la comercialización propietaria del código de código abierto, la licencia BSD impone restricciones mínimas sobre el comportamiento futuro. Esto permite que el código BSD siga siendo de código abierto o se integre en soluciones comerciales, a medida que cambian las necesidades de un proyecto o empresa. En otras palabras, la licencia BSD no se convierte en una bomba de tiempo legal en ningún momento del proceso de desarrollo.
Además, dado que la licencia BSD no conlleva la complejidad legal de las licencias GPL o LGPL, permite a los desarrolladores y a las empresas dedicar su tiempo a crear y promover buen código en lugar de preocuparse por si ese código infringe alguna licencia.
- 1 2 "Compatibilidad de licencias" . Licencia pública de la Unión Europea . joinup.ec.europa.eu. Archivado del original el 17 de junio de 2015. Recuperado el 30 de mayo de 2015.
Las licencias para distribuir software libre o de código abierto (FOSS) se dividen en dos familias: permisivas y copyleft. Las licencias permisivas (BSD, MIT, X11, Apache, Zope) son generalmente compatibles e interoperables con la mayoría de las demás licencias, tolerando la fusión, combinación o mejora del código cubierto y su redistribución bajo muchas licencias (incluidas las no libres o "propietarias").
- 1 2 Hanwell, Marcus D. (2014-01-28). "¿Debería usar una licencia permisiva? ¿Copyleft? ¿O algo intermedio?" . opensource.com . Recuperado el 2015-05-30 .
Las licencias permisivas simplifican las cosas Una razón por la que el mundo empresarial, y cada vez más desarrolladores [...], prefieren las licencias permisivas es la simplicidad de la reutilización. La licencia generalmente solo se refiere al código fuente que está licenciado y no intenta inferir ninguna condición sobre ningún otro componente, y debido a esto no hay necesidad de definir qué constituye una obra derivada. Tampoco he visto nunca una tabla de compatibilidad de licencias para licencias permisivas; parece que todas son compatibles.
- ↑ "Preguntas frecuentes sobre las licencias GNU : ¿ Es compatible GPLv3 con GPLv2?" . gnu.org . Consultado el 3 de junio de 2014 .
No. Algunos de los requisitos de GPLv3, como el de proporcionar información de instalación, no existen en GPLv2. Por lo tanto, las licencias no son compatibles: si intentara combinar código publicado bajo ambas licencias, infringiría la sección 6 de GPLv2. Sin embargo, si el código se publica bajo GPL "versión 2 o posterior", es compatible con GPLv3 porque GPLv3 es una de las opciones que permite.
- ↑ Landley, Rob. "Charla de CELF 2013 Toybox" . landley.net . Consultado el 21 de agosto de 2013. La
GPLv3 dividió "la" GPL en bifurcaciones incompatibles que no pueden compartir código.
- ↑ "Interpretación, aplicación y modificación de la GNU GPL, tal como se aplica a la combinación de Linux y ZFS" . fsf.org . Consultado el 8 de junio de 2020 .
- ↑ Formulario CO de la Oficina de Derechos de Autor de EE. UU .; véase también Ashton-Tate v. Fox
- ↑ "Política de derechos de autor de OpenBSD" . El proyecto OpenBSD . Consultado el 9 de junio de 2020. En
algunas jurisdicciones, es dudoso que sea legalmente posible ceder voluntariamente una obra al dominio público. Por ello, para liberar una cantidad considerable de código, es preferible indicar los derechos de autor y distribuirlo bajo una licencia ISC o BSD, en lugar de intentar liberarlo al dominio público.
- ↑ Hipp, D. Richard. "Por qué SQLite tuvo éxito como base de datos" . El registro de cambios.
Además, en ese momento no me di cuenta, habiendo vivido toda mi vida en los Estados Unidos, que, como saben, se rige por el derecho consuetudinario británico, donde el dominio público es algo reconocido. No me di cuenta de que había muchas jurisdicciones en el mundo donde es difícil o imposible que alguien ponga sus obras en el dominio público. No lo sabía. Así que eso es una complicación.
- ↑ La licencia de software libre/de código abierto (FLOSS). Diapositiva de David A. Wheeler, 4 de octubre de 2021.
- ↑ Haff, Gordon. "La misteriosa historia de la Licencia MIT" . opensource.com . Consultado el 8 de junio de 2020. [
Hay] un buen argumento para afirmar que la Licencia MIT, también llamada Licencia del Consorcio X o Licencia X11 en ese momento, se cristalizó con X11 en 1987, y esa es la mejor fecha para usar. Se podría argumentar que se creó en 1985 con posibles ajustes en los años siguientes.
- ↑ Vaughan-Nichols, Steven J. "La caída de la GPL y el auge de las licencias de código abierto permisivas" . ZDNet . Consultado el 28 de noviembre de 2015. La
GPL sigue siendo la licencia de código abierto más popular del mundo, pero su uso está disminuyendo, mientras que las licencias permisivas están ganando más adeptos, y algunos desarrolladores están optando por publicar código sin ninguna licencia.
- ↑ Ronacher, Armin (23 de julio de 2013). "Licencias en un mundo posterior a los derechos de autor" . lucumr.pocoo.org . Consultado el 18 de noviembre de 2015 .
- ↑ Aslett, Matthew (6 de junio de 2011). "La tendencia hacia las licencias permisivas" . the451group.com. Archivado del original el 13 de octubre de 2015. Consultado el 28 de noviembre de 2015 .
- ↑ ¿Tu código necesita una licencia? Publicado el 2 de mayo de 2013 por Jason Hibbets "P: ¿Hay empresas de desarrollo de software que prefieran una licencia de código abierto sobre otra? ¿Cuál es la tendencia en la comunidad? R: Definitivamente estamos viendo algunas tendencias que se alejan de las licencias copyleft, principalmente hacia las licencias permisivas".
- 1 2 "Preguntas frecuentes | Iniciativa de código abierto" . Iniciativa de código abierto . Consultado el 9 de agosto de 2022.
Una licencia "permisiva" es simplemente una licencia de código abierto que no es copyleft.
- ↑ "Licencias Copyleft versus no Copyleft en software libre/de código abierto" . Qoppa Software . 21 de noviembre de 2014. Consultado el 9 de agosto de 2022 .
- ↑ Sen, Ravi; Subramaniam, Chandrasekar; Nelson, Matthew L. (2011). "Licencias de software de código abierto: ¿Copyleft fuerte, no-Copyleft o algo intermedio?" . Decision Support Systems . 52 (1): 199–206 . doi : 10.1016/j.dss.2011.07.004 . ISSN 0167-9236 . Recuperado el 9 de agosto de 2022 .
- 1 2 "Añadir el comentario de Kirk sobre "copycenter"; es demasiado bueno para dejarlo pasar" . Base de datos histórica de FreeBSD fortune(6) . Recuperado el 8 de junio de 2020 .
- ↑ Raymond, Eric S. "copycenter" . El archivo de jerga.
- 1 2 Stallman, Richard (2016-02-08). "Compatibilidad de licencias y relicenciamiento" . Free Software Foundation . Recuperado el 29-09-2019 .
En general, las licencias permisivas laxas (
BSD modificada
,
X11
,
Expat
,
Apache
,
Python
, etc.) son compatibles entre sí. Esto se debe a que no tienen requisitos sobre otro código que se agregue al programa. Incluso permiten poner el programa completo (quizás con cambios) en un producto de software propietario; por lo tanto, las llamamos "licencias de pashover" porque no pueden decir "no" cuando un usuario intenta negar la libertad a otros.
- ↑ Cómo elegir una licencia para tu propio trabajo – Fundación del Software Libre
Enlaces externos
- Licencias de software gratuitas