Ir al contenido

GNU General Public License

De Wikipedia, la enciclopedia libre
Esta es la versión actual de esta página, editada a las 13:43 26 jun 2024 por 179.27.6.174 (discusión). La dirección URL es un enlace permanente a esta versión.
(difs.) ← Revisión anterior · Ver revisión actual (difs.) · Revisión siguiente → (difs.)
GNU General Public License

Isologo de GPLv3
Información
Autor Free Software Foundation y Richard Stallman Ver y modificar los datos en Wikidata
Versión 3 Ver y modificar los datos en Wikidata
Edición Free Software Foundation Ver y modificar los datos en Wikidata
Fecha 25 de febrero de 1989 Ver y modificar los datos en Wikidata
Compatible con DFSG Sí [1]
Aprobado por la FSF Sí 
Software libre Sí [2]
Aprobado por la OSI Sí [3]
Copyleft Sí [2][4]
Utilizable junto con otras licencias No No[Nota 1]
Sitio web https://www.gnu.org/licenses/gpl.html Ver y modificar los datos en Wikidata

La Licencia Pública General de GNU o más conocida por su nombre en inglés GNU General Public License (o simplemente sus siglas en inglés GNU GPL) es una licencia de derecho de autor ampliamente usada en el mundo del software libre y código abierto,[6]​ y garantiza a los usuarios finales (personas, organizaciones, compañías) la libertad de usar, estudiar, compartir (copiar) y modificar el software. Su propósito es doble: declarar que el software cubierto por esta licencia es libre, y protegerlo (mediante una práctica conocida como copyleft) de intentos de apropiación que restrinjan esas libertades a nuevos usuarios cada vez que la obra es distribuida, modificada o ampliada. Esta licencia fue creada originalmente por Richard Stallman, fundador de la Free Software Foundation (FSF) para el proyecto GNU.

La Free Software Foundation pone la GPL a disposición de cualquiera que desee proteger los derechos de sus usuarios finales (usar, compartir, estudiar y modificar), y otorgar a los beneficiarios de un programa de ordenador u otro tipo de obra los derechos de la definición de software libre.[7]​ La GPL se distingue del dominio público o de otras licencias de software libre conocidas como permisivas por hacer hincapié en el copyleft, o solo permitir que las copias y derivados de una obra bajo la GPL perpetúen la misma licencia.

La mayor parte del software GNU es copyleft, pero no todo; sin embargo, todo el software GNU debe ser software libre.

Parte del software GNU fue escrito por el equipo de la Free Software Foundation, pero la mayor parte proviene de algunos voluntarios. La Free Software Foundation es titular del copyright de parte de ese software, otra parte está bajo el copyright de sus autores.

David A. Wheeler sostiene que el copyleft proporcionado por la GPL fue crucial para el éxito de sistemas basados en Linux, dando a los programadores que han contribuido al núcleo la seguridad de que de su trabajo se beneficiaría todo el mundo y seguirá siendo libre, en lugar de ser explotado por compañías de software que no tendrían que dar nada de nuevo a la comunidad.[8]

Los usuarios o compañías que distribuyen sus trabajos bajo las GPL, pueden cobrar o distribuirlas gratuitamente. Esto distingue las GPL de las licencias de software que prohíben su distribución comercial. La FSF argumenta que no se debe restringir la distribución comercial del software (incluyendo la redistribución),[9]​ y en ese tenor la GPL establece explícitamente que las obras cubiertas por esta licencia se pueden vender a cualquier precio

Historia

[editar]

La GPL fue creada por Richard Stallman en 1989, para proteger los programas liberados como parte del proyecto GNU. La GPL original se basó en la unificación de licencias similares utilizadas en versiones anteriores de GNU Emacs, GNU Debugger y de GNU C Compiler.[10]​ Estas licencias contenían disposiciones similares a las actuales GPL, pero eran específicas para cada programa, haciéndolos incompatibles, a pesar de ser la misma licencia. El objetivo de Stallman era producir una licencia que pudiera ser aplicada a cualquier proyecto, por lo que es posible utilizarlas en muchos proyectos para compartir código.

La segunda parte de esta licencia, versión 2, fue liberada en 1991. Durante los siguientes 15 años, los miembros de la comunidad FOSS comenzaron a preocuparse con los problemas en la GPLv2 que permitían explotar software GPL con intenciones contrarias a la licencia.[11]​ Estos problemas incluían tivoización, que es la inclusión de software con GPL en hardware que rechazará ejecutar versiones modificadas de su software, problemas de compatibilidad como ocurre con la licencia Affero General Public License; y las disputas por patentes entre Microsoft y distribuidores de código libre y abierto, lo que se consideró como un intento de usar las patentes como arma contra la comunidad FOSS.

Históricamente, la familia de licencias de la GPL ha sido una de las licencias de software más populares en el software libre de dominio.[12][13][14][15][16][17][18]​ La tercera versión de esta licencia (GNU GPLv3) fue desarrollada para tratar de resolver estos problemas y fue lanzada oficialmente el 25 de julio de 2007. Esta es la primera licencia copyleft para uso general, lo que significa que los trabajos derivados solo pueden ser distribuidos bajo los términos de la misma licencia.

Versión 1

[editar]

La versión 1 de GNU GPL,[19]​ fue presentada el 25 de febrero de 1989,[20]​ impidió lo que eran las dos principales formas con las que los distribuidores de software restringían las libertades definidas por el software libre. El primer problema fue que los distribuidores publicaban únicamente los archivos binarios, funcionales y ejecutables, pero no entendibles o modificables por humanos. Para prevenir esto, la GPLv1 estableció que cualquier proveedor de software libre además de distribuir el archivo binario debía liberar a su vez código fuente entendible y que pudiera ser modificado por el ser humano, bajo la misma licencia (secciones 3a y 3b de la licencia).

El segundo problema era que los distribuidores podían añadir restricciones adicionales, ya fuera añadiendo restricciones a la licencia o mediante la combinación del software con otro que tuviera otras restricciones en su distribución. Si esto se hacía, entonces la unión de los dos conjuntos de restricciones sería aplicada al trabajo combinado entonces podrían añadirse restricciones inaceptables. Para prevenir esto, GPLv1 obligaba a que las versiones modificadas en su conjunto, tuvieran que ser distribuidas bajo los términos GPLv1 (secciones 2b y 4 de la licencia). Por lo tanto, el software distribuido bajo GPLv1 puede ser combinado con software bajo términos más permisivos y no con software con licencias más restrictivas, lo que entraría en conflicto con el requisito de que todo software tiene que ser distribuido bajo los términos de la GPLv1.

Versión 2

[editar]

Según Richard Stallman, el mayor cambio en GPLv2 fue la cláusula “Liberty or Death” («libertad o muerte»), como la llama en la sección 7 de ese documento.[21]​ Esta sección dice que si alguien impone restricciones que le prohíben distribuir código GPL de tal forma que influya en las libertades de los usuarios (por ejemplo, si una ley impone que esa persona únicamente pueda distribuir el software en binario), esa persona no puede distribuir software GPL. La esperanza es que esto hará que sea menos tentador para las empresas el recurrir a las amenazas de patentes para exigir una remuneración de los desarrolladores de software libre.

En 1991 se hizo evidente que una licencia menos restrictiva sería estratégicamente útil para la biblioteca C y para las bibliotecas de software que esencialmente hacían el trabajo que llevaban a cabo otras bibliotecas comerciales ya existentes.[22]​ Cuando la versión 2 de GPL fue liberada en junio de 1991, una segunda licencia Library General Public License fue introducida al mismo tiempo y numerada con la versión 2 para denotar que ambas son complementarias. Los números de versiones divergieron en 1999 cuando la versión 2.1 de LGPL fue liberada, esta fue renombrada como GNU Lesser General Public License para reflejar su lugar en esta filosofía.

Versión 3

[editar]
Richard Stallman en el lanzamiento de la primera versión de la GNU GPLv3 en MIT, Cambridge, Massachusetts, EE. UU. A su derecha (a la izquierda de la foto) el profesor de Derecho de Columbia Eben Moglen, presidente del Software Freedom Law Center.

A finales de 2005, la Free Software Foundation (FSF) anunció estar trabajando en la versión 3 de la GPL (GPLv3). El 16 de enero de 2006, el primer borrador de GPLv3 fue publicado, y se inició la consulta pública. La consulta pública se planeó originalmente para durar de nueve a quince meses, pero finalmente se extendió a dieciocho meses, durante los cuales se publicaron cuatro borradores. La GPLv3 oficial fue liberada por la FSF el 29 de junio de 2007.[23]

Según Stallman los cambios más importantes se produjeron en el campo de las patentes de software, la compatibilidad de licencias de software libre, la definición de código fuente, y restricciones de hardware respecto a las modificaciones de hardware.[23][24]​ Otros cambios están relacionados con la internacionalización, cómo son manejadas las violaciones de licencias, y cómo los permisos adicionales pueden ser concedidos por el titular de los derechos de autor. También añade disposiciones para quitar al DRM su valor legal, por es posible romper el DRM en el software de GPL sin romper leyes como la DMCA.[25]

El proceso de consulta pública fue coordinado por la Free Software Foundation con asistencia de Software Freedom Law Center, Free Software Foundation Europe,[26]​ y otros grupos de software libre. Los comentarios del público fueron recolectados a través del portal gplv3.fsf.org.[27]

Durante el proceso de consulta pública, 962 comentarios fueron presentados para el primer borrador.[28]​ Finalmente, al final del proceso se alcanzó la cifra de 2,636 comentarios.[29][30][31]

El tercer borrador fue liberado el 28 de marzo de 2007.[32]​ Este borrador incluye mecanismos destinados a evitar acuerdos relativos a las patentes, como el controvertido acuerdo entre Microsoft y Novell y restringe las cláusulas anti-tivoización a una definición legal de un "usuario" o "producto de consumo". También elimina la sección de "Limitaciones geográficas", cuyo probable borrado se había anunciado en el lanzamiento de la consulta pública.

El cuarto borrador,[33]​ que fue el último, fue liberado el 31 de mayo de 2007. Introdujo la compatibilidad con las Licencias Apache, clarificó el rol de los contratistas externos, y hace una excepción para evitar los problemas provocados por el acuerdo Microsoft-Novell, estableciendo en el párrafo 6 de la Sección 11 lo siguiente:

Usted no puede distribuir un trabajo amparado si usted forma parte de un acuerdo con un tercero que está en el negocio de la distribución de software, bajo el cual usted hace el pago a la tercera parte sobre la base de la extensión de la actividad de distribución del trabajo, y en virtud del cual la otorgue, a cualquiera de las partes que recibirían el trabajo amparado, una licencia de patente discriminatoria

El objetivo de esto es hacer este tipo de acuerdos ineficaces. La licencia está orientada a que Microsoft tenga que extender las licencias de patentes para garantizar a los clientes de Novell el uso de GPLv3, lo que es posible únicamente si Microsoft es distribuidor legal del software bajo GPLv3.[34][35]

Algunos desarrolladores de alto nivel del núcleo Linux, comentaron e hicieron declaraciones públicas a los medios de comunicación sobre sus objeciones a los borradores 1 y 2.[36]

Términos y condiciones

[editar]

Los términos y condiciones de GPL deben estar disponible para cualquiera que reciba una copia de la obra al cual ha sido aplicada esta licencia. Cualquier licencia que se le apliquen dichos términos da permiso a realizar modificaciones a una obra, realizar copias y distribuirla o distribuir cualquiera de sus versiones derivadas. Con esta licencia, está permitido cobrar por la distribución de cada copia, o no cobrar nada. Este último punto distingue las licencias GPL de las licencias de software que prohíben la distribución comercial. La FSF argumenta que en el software libre no debe haber cabida para las restricciones comerciales,[37]​ y las obras bajo este tipo de licencias pueden ser vendidas a cualquier precio.

La GPL, además, establece que un distribuidor no puede imponer "restricciones sobre los derechos otorgados por la GPL". Esta prohíbe actividades como la distribución del software bajo un acuerdo de confidencialidad o contrato. Distribuidores bajo la GPL también conceder una licencia para cualquiera de sus patentes software, para ser utilizadas en software GPL.

La cuarta sección de la versión 2 de la licencia y la decimoséptima sección de la versión 3 requieren que los programas distribuidos como binarios precompilados estén acompañados de una copia del código fuente, una oferta por escrito para distribuir el código fuente a través del mismo mecanismo que el binario pre-compilado, o una oferta por escrito para obtener el código fuente del binario recibido bajo la GPL. La segunda sección de la versión 2 y la sección quinta de la versión 3 también apuntan que hay que suministrar "a todos los destinatarios una copia de esta Licencia junto con el Programa". La versión 3 de la licencia permite que el código fuente esté disponible en distintas plataformas en cumplimiento de la séptima sección. Estos incluyen la descarga de código fuente desde un servidor de red adyacente o la obtención del mismo a través de peer-to-peer, siempre que el código compilado esté disponible y que haya "instrucciones claras” sobre dónde encontrar el código fuente.

La FSF no permite la aplicación de derechos de copyright a una obra licenciada bajo GPL, al menos que el autor los aplique explícitamente (esto sucede raras veces en con excepción de los programas que forman parte del proyecto GNU). Solo los titulares de los derechos individuales tienen la autoridad para demandar una violación de la licencia cuando se lleva a cabo.

Copyleft

[editar]

Los derechos de distribución otorgados por la GPL para versiones modificadas de la obra no son incondicionales. Cuando alguien distribuye bajo GPL añadiendo a la obra sus propias modificaciones, los requisitos para la distribución de la totalidad de la obra no puede ser mayor que los requisitos que están en la GPL.

Este requisito se conoce como copyleft. Que alcanza su verdadero potencial en el caso de los derechos de autor sobre el software. Si una obra GPL tiene derechos copyright, no se tendrá derecho a distribuir esta obra, realizar modificaciones (excepto para uso propio). Al aplicar una GPL a una obra, los derechos de la misma estarán protegidos por la ley de derechos de autor. Y si por el contrario, si se distribuye copias de la obra (licenciada bajo GPL) sin atenerse a los términos de la GPL (por ejemplo, al mantener en secreto el código fuente), puede ser demandado por el autor original de los derechos de autor.

Copyleft por lo tanto utiliza la ley de copyright para lograr lo opuesto de su propósito usual: en lugar de imponer restricciones, otorga derechos, de tal manera que garantice que los derechos no puedan ser posteriormente quitados o restringidos. También asegura que si los derechos ilimitados de redistribución no se conceden o se produce cualquier falla legal se encuentra bajo la protección de la ley.

Muchos distribuidores de programas bajo GPL empaquetan el código fuente con el ejecutable. Una alternativa que cumple las bases de copyleft es la de proporcionar una oferta por escrito para distribuir el código fuente en un medio físico (como por ejemplo un CD) bajo demanda. En la práctica muchos programas bajo la GPL se distribuyen por internet, y el código se encuentra alojado en servidores FTP, HTTP, etc.

Copyleft solo se aplica cuando se trata de redistribuir el programa. Según sus bases, está permitido hacer privadas las modificaciones realizadas, sin obligación de divulgar las modificaciones siempre y cuando este software sea de uso propio (no sea redistribuido).

Hubo un debate sobre si se trataba de una violación de la GPL de liberar el código fuente tanto en forma ofuscada, como en forma deliberadamente compleja a la comprensión. El consenso general fue que, si bien no ética, no se consideró una violación. El asunto fue aclarado cuando la licencia fue modificada para exigir que tuviera que estar disponible la versión «preferida» del código fuente.[38]

Licencias y temas contractuales

[editar]

GPL fue diseñado orientado más a una licencia que a un contrato.[39][40]​ En algunas jurisdicciones, la distinción legal entre una licencia y un contrato es muy importante: los contratos son ejecutables por la ley de contratos, mientras que las licencias se aplican en virtud del derecho de autor. Sin embargo, esta distinción no es útil en las diversas jurisdicciones en que no existen diferencias entre los contratos y licencias, como los sistemas de derecho civil.[41]

Aquellos que no aceptan los términos de la GPL y sus condiciones no tienen permiso, en virtud del derecho de autor, a copiar o distribuir software con la GPL o trabajos derivados. Sin embargo, si no redistribuyen el programa, pueden utilizar el software en su organización a su gusto, y estas obras (incluidos los programas) construidas bajo este uso no requieren estar bajo esta licencia.

[editar]

El texto que compone la GPL es en sí está protegido bajo copyright y es propiedad de la FSF. Sin embargo, la FSF no es titular del derecho de autor de una obra publicada bajo la GPL, a menos que el autor asigne explícitamente los derechos de autor a la FSF (que rara vez sucede con excepción de los programas que forman parte del proyecto GNU). Solo los titulares de los derechos individuales tienen la autoridad para demandar una violación de la licencia cuando se lleva a cabo.

La FSF permite al público crear nuevas licencias basadas en la GPL, siempre y cuando las licencias derivadas no utilicen GPL sin permiso. Esto no se recomienda, ya que tal licencia puede ser incompatible con la GPL. Otras licencias creadas por el proyecto GNU incluyen la GNU Lesser General Public License y la GNU Free Documentation License.

Compatibilidad y licencias múltiples

[editar]
Guía rápida de la compatibilidad con la GPL.

Código licenciado bajo varias licencias puede ser combinado con programas con licencias GPL sin conflictos, siempre que la combinación de restricciones del trabajo en su conjunto no ponga ninguna restricción adicional más allá de lo permitido por la GPL.[42]​ Además de los términos regulares de la GPL, hay restricciones y permisos adicionales que se pueden aplicar:

  1. Si se quiere combinar código bajo diferentes versiones de GPL, se puede hacer si el código con la versión más antigua de GPL incluye la declaración “cualquier versión posterior”.[43]
  2. Código bajo LGPL puede ser vinculado con cualquier otro código, no importa que licencia tenga ese código.[44]​ Código bajo LGPLv2 sin la declaración “cualquier versión posterior” puede ser relicenciado si el trabajo al completo se licencia con una GPLv2 o una GPLv3.[45]

La FSF mantiene una lista[46]​ de las licencias de software libre GPL-compatibles[47][48]​ con muchas de las licencias de software libre más comunes, como la licencia original MIT/X la licencia BSD (en su forma actual de tres cláusulas) y la licencia Artistic 2.0.[49]

David A. Wheeler ha abogado a los desarrolladores de software libre/abierto a que usen solo licencias GPL-compatibles, porque hacerlo de otra manera hace más difícil para los demás la participación y la contribución al código.[50]​ Como ejemplo específico de incompatibilidad, ZFS de Sun Microsystems no puede ser incluido en la GPL del núcleo Linux, porque este está bajo una GPL-incompatible CDDL. Además, ZFS está protegido por patentes, así que la distribución independiente desarrollada por una implementación GPL requeriría el permiso de Oracle.[51]

Varias empresas usan licencias múltiples para distribuir una versión GPL y vender una propietaria a otras compañías que quieran combinar el paquete de código con código propietario, usando una vinculación dinámica o no. Ejemplos de estas compañías incluyen MySQL AB, Digia PLC (Qt framework, antes del 2011 de Nokia), Red Hat (Cygwin) y RiverBank Computing (PyQt). Otras compañías, como Mozilla Foundation (algunos de sus productos incluyen Mozilla Application Suite, Mozilla Thunderbird y Mozilla firefox), usan licencias múltiples para distribuir versiones bajo GPL y otras licencias de código abierto.

[editar]

La GPL, al ser un documento que cede ciertos derechos al usuario, asume la forma de un contrato, por lo que usualmente se la denomina contrato de licencia o acuerdo de licencia.[52][53]​ En los países de tradición anglosajona existe una distinción doctrinal entre licencias y contratos, pero esto no ocurre en los países de tradición civil o continental. Como contrato, la GPL debe cumplir los requisitos legales de formación contractual en cada jurisdicción.

La licencia ha sido reconocida, entre otros,[54]​ por juzgados en Alemania, particularmente en el caso de una sentencia en un tribunal de Múnich,[55]​ lo que indica positivamente su validez en jurisdicciones de derecho civil.

Adopción

[editar]
Compilador de código GNU.

El software bajo la GPL puede ser aplicado bajo todos los propósitos, incluidos los propósitos comerciales e incluso como herramienta de creación de software propietario. En uso puramente privativo (o interno), sin ventas ni distribuciones implicadas, el software puede ser modificado sin liberar el código fuente pero, de lo contrario, el código fuente y cualquier cambio realizado en él debe estar disponible para los usuarios, ya que en este caso los derechos del usuario están protegidos por copyleft. De esta forma, las aplicaciones instaladas en sistemas operativos prominentes bajo la GPL como Linux y también el GNU Compiler Collection, no es necesario que estén licenciadas bajo la GPL o que estén distribuidas con su código fuente disponible ya que las licencias no dependen de la plataforma. Por ejemplo, si un programa está formado completamente por código original, o si está combinado con software que no cumple los requisitos de copyleft no es necesario que se licencie bajo la GPL o que se distribuya con su código fuente disponible. Solo si un programa utiliza fragmentos de código GPL (y el programa es distribuido) el código fuente en su totalidad debe estar disponible, bajo la misma licencia. La otra licencia de GNU, LGPL (GNU Lesser General Public License) fue creada para tener derechos menos restrictivos que GPL, por lo que en este caso en un programa que utiliza fragmentos de código LGPL, no es necesario liberar el código original. Algunos otros programas de software libre (como ejemplo prominente esta MySQL) son de doble licencia bajo varias licencias, a menudo con uno de los certificados que son la GPL.

Véase también

[editar]

Notas

[editar]
  1. A excepción de software licenciado bajo licencias compatibles con la GPLv3.[5]

Referencias

[editar]
  1. «Debian – License information». Software in the Public Interest, Inc. Consultado el 10 de diciembre de 2009. 
  2. a b «Licenses – Free Software Foundation». Free Software Foundation. Archivado desde el original el 11 de julio de 2007. Consultado el 10 de diciembre de 2009. 
  3. «Licenses by Name». Open Source Initiative. Consultado el 10 de diciembre de 2009. 
  4. «Copyleft: Pragmatic Idealism – Free Software Foundation». Free Software Foundation. Consultado el 10 de diciembre de 2009. 
  5. «If a library is released under the GPL (not the LGPL)». Free Software Foundation. 
  6. «Open Source License Data». Archivado desde el original el 22 de febrero de 2018. Consultado el 24 de abril de 2018. 
  7. GPL FAQ: Does using the GPL for a program make it GNU Software?
  8. «Why the GPL rocketed Linux to success». «So while the BSDs have lost energy every time a company gets involved, the GPL'ed programs gain every time a company gets involved.» 
  9. «Why the GPL rocketed Linux to success» (en inglés). Consultado el 2 de abril de 2014. «So while the BSDs have lost energy every time a company gets involved, the GPL'ed programs gain every time a company gets involved.» 
  10. «The History of the GPL». Consultado el 24 de noviembre de 2011. 
  11. «Why Upgrade to GPL Version 3» (en inglés). Fsf.org. 13 de marzo de 2003. Consultado el 17 de marzo de 2011. 
  12. «Top 20 licenses». Black Duck Software. 19 de noviembre de 2015. Archivado desde el original el 19 de julio de 2016. Consultado el 19 de noviembre de 2015. «1. MIT license 24%, 2. GNU General Public License (GPL) 2.0 23%, 3. Apache License 16%, 4. GNU General Public License (GPL) 3.0 9%, 5. BSD License 2.0 (3-clause, New or Revised) License 6%, 6. GNU Lesser General Public License (LGPL) 2.1 5%, 7. Artistic License (Perl) 4%, 8. GNU Lesser General Public License (LGPL) 3.0 2%, 9. Microsoft Public License 2%, 10. Eclipse Public License (EPL) 2%». 
  13. David A. Wheeler. «Make Your Open Source Software GPL-Compatible. Or Else». 
  14. David A. Wheeler. «Estimating Linux's Size». 
  15. «Freecode's statistics page». Archivado desde el original el 28 de agosto de 2008. «GPL 60.5%, lGPLv2 6.9%, GPLv2 1.9% GPLv3 1.6%». 
  16. Asay, Matt (23 de julio de 2009). «GPLv3 hits 50 percent adoption | The Open Road - CNET News». News.cnet.com. Archivado desde el original el 29 de octubre de 2013. Consultado el 2 de septiembre de 2013. 
  17. License proliferation: a naive quantitative analysis on lwn.net "Walter van Holst is a legal consultant at the Dutch IT consulting company mitopics. .[...] Walter instead chose to use data from a software index, namely Freecode [...] Walter's 2009 data set consisted of 38,674 projects [...]The final column in the table shows the number of projects licensed under "any version of the GPL". In addition, Walter presented pie charts that showed the proportion of projects under various common licenses. Notable in those data sets was that, whereas in 2009 the proportion of projects licensed GPLv2-only and GPLv3 was respectively 3% and 2%, by 2013, those numbers had risen to 7% and 5%."
  18. «Top 20 licenses». Black Duck Software. 23 de agosto de 2013. Archivado desde el original el 19 de julio de 2016. Consultado el 23 de agosto de 2013. «1. GNU General Public License (GPL) 2.0 33%, 2. Apache License 13%, 3. GNU General Public License (GPL) 3.0 12%». 
  19. «GNU General Public License, version 1» (en inglés). Consultado el 2 de abril de 2014. 
  20. «New General Public License». 25 de febrero de 1989. Consultado el 2 de abril de 2014. 
  21. «Transcripción de la presentación de Richard Stallman en la 2da Conferencia Internacional GPLv3, 21 de abril de 2006». Consultado el 2 de abril de 2014. 
  22. «El Proyecto GNU». 14 de marzo de 2014. Consultado el 2 de abril de 2014. 
  23. a b Stallman, Richard (25 de febrero de 2006). «Presentation in Brussels, Belgium—the first day of that year's FOSDEM conference.». 
  24. «Interview with Richard Stallman». Free Software Magazine (en inglés). 23 de enero de 2008. Archivado desde el original el 20 de noviembre de 2017. Consultado el 2 de abril de 2014. 
  25. «Neutralizing Laws That Prohibit Free Software But Not Forbidding DRM» (en inglés). Free Software Foundation. Consultado el 2 de abril de 2014. 
  26. «GPLv3: Creando la 3ª versión de la General Public License de GNU». Free Software Foundation Europe. Consultado el 2 de abril de 2014. 
  27. «gplv3.fsf.org comments for discussion draft 4». Archivado desde el original el 2 de octubre de 2008. Consultado el 2 de abril de 2014. 
  28. «gplv3.fsf.org comments for draft 1». Archivado desde el original el 26 de junio de 2008. Consultado el 11 de enero de 2013. «Showing comments in file 'gplv3-draft-1' [...] found 962». 
  29. «gplv3.fsf.org comments for draft 2». Archivado desde el original el 24 de julio de 2008. Consultado el 11 de enero de 2013. «Showing comments in file 'gplv3-draft-1' [...] found 727». 
  30. «gplv3.fsf.org comments for draft 3». Archivado desde el original el 3 de julio de 2008. Consultado el 11 de enero de 2013. «Showing comments in file 'gplv3-draft-3' [...] found 649». 
  31. «gplv3.fsf.org comments for draft 4». Archivado desde el original el 2 de octubre de 2008. Consultado el 11 de enero de 2013. «Showing comments in file 'gplv3-draft-4' [...] found 298». 
  32. «Guide to the third draft of GPLv3» (en inglés). 29 de junio de 2007. Consultado el 2 de abril de 2014. 
  33. «Final Discussion Draft». Consultado el 4 de junio de 2007. 
  34. «GPL version 3 FAQ». Consultado el 4 de junio de 2007. 
  35. «Fourth Discussion Draft Rationale». Consultado el 4 de junio de 2007. 
  36. «Kernel developers' position on GPLv3». LWN.net. Consultado el 4 de junio de 2007. 
  37. «Selling Free Software». Free Software Foundation. 
  38. «Reasoning behind the "preferred form" language in the GPL». LWN.net. 7 de marzo de 2011. 
  39. «Essay by Stallman explaining why a license is more suitable than a contract». 
  40. «Eben Moglen explaining why the GPL is a license and why it matters». 
  41. Guadamuz-Gonzalez, Andres (2004). «Viral contracts or unenforceable documents? Contractual validity of copyleft licenses». European Intellectual Property Review 26 (8): 331-339. 
  42. «The GNU General Public License v3.0 – GNU Project – Free Software Foundation (FSF)». fsf.org. Consultado el 24 de marzo de 2010. 
  43. «Frequently Asked Questions about the GNU Licenses – Is GPLv3 compatible with GPLv2?». The official site. Consultado el 13 de abril de 2011. 
  44. «GNU Lesser General Public License v2.1 – GNU Project – Free Software Foundation (FSF)». fsf.org. Consultado el 26 de abril de 2011. 
  45. «Frequently Asked Questions about the GNU Licenses – How are the various GNU licenses compatible with each other?». The official site. Consultado el 13 de abril de 2011. 
  46. «Various licenses with comments – GPL-Compatible Free Software Licenses». FSF. Consultado el 20 de abril de 2012. 
  47. «Frequently Asked Questions about the GNU Licenses – What does it mean to say that two licenses are "compatible"?». FSF. Consultado el 14 de abril de 2011. 
  48. «Frequently Asked Questions about the GNU Licenses – What does it mean to say a license is "compatible with the GPL?"». FSF. Consultado el 14 de abril de 2011. 
  49. «Black Duck Open Source Resource Center». blackducksoftware.com. Archivado desde el original el 14 de octubre de 2012. Consultado el 26 de abril de 2011. 
  50. «Make Your Open Source Software GPL-Compatible. Or Else.». David A. Wheeler. Consultado el 26 de abril de 2011. 
  51. Linux: ZFS, Licenses and Patents | KernelTrap
  52. OMPI (1994). Glosario de Derechos de Autor y Derechos Conexos. Ginebra: World Intellectual Property Organization. p. 145. 
  53. Roncero Sánchez, Antonio (1999). El Contrato de Licencia de Marca. Madrid: Civitas. p. 64. 
  54. Web que recopila violaciones de la GPL denunciadas
  55. Höppner, Julian (2004). «The GPL prevails: An analysis of the first-ever Court decision on the validity and effectivity of the GPL». SCRIPT-ed 1 (4): 628. doi:10.2966/scrip.010304.628. Archivado desde el original el 29 de octubre de 2007. 

Enlaces externos

[editar]