Articulo de referencia

Copyleft

Símbolo de Copyleft Copyleft es la técnica legal que otorga ciertas libertades sobre las copias de obras protegidas por derechos de autor , con el requisito de que se conserven ...

La letra C mayúscula girada sobre su eje vertical, rodeada por una sola línea que forma un círculo.
Símbolo de Copyleft

Copyleft es la técnica legal que otorga ciertas libertades sobre las copias de obras protegidas por derechos de autor , con el requisito de que se conserven los mismos derechos en las obras derivadas . En este sentido, las libertades se refieren al uso de la obra para cualquier propósito y a la capacidad de modificarla, copiarla, compartirla y redistribuirla, con o sin pago. Las licencias que implementan copyleft pueden utilizarse para mantener las condiciones de derechos de autor para obras que abarcan desde software hasta documentos , arte y descubrimientos científicos. Se han aplicado enfoques similares a ciertas patentes . [ 1 ]

Las licencias de software Copyleft se consideran protectoras o recíprocas (a diferencia de las licencias de software libre permisivas ): [ 2 ] exigen que la información necesaria para reproducir y modificar la obra esté disponible para los destinatarios del programa. Esta información suele presentarse en forma de archivos de código fuente , que generalmente contienen una copia de los términos de la licencia y reconocen a los autores del código. Las licencias Copyleft están diseñadas para garantizar que se conserven los mismos derechos otorgados a los usuarios por los autores de la obra cuando esta (o versiones modificadas de la misma) se redistribuya.

Entre las licencias copyleft más destacadas se encuentran la Licencia Pública General de GNU (GPL), escrita originalmente por Richard Stallman , que fue la primera licencia copyleft de software de uso generalizado; la Licencia Pública de Mozilla ; la Licencia de Arte Libre ; y la condición de licencia Creative Commons compartir-igual , las dos últimas destinadas a obras que no son software, como documentos e imágenes, tanto académicas como artísticas. [ 3 ] Wikipedia es copyleft bajo la licencia Creative Commons Atribución-CompartirIgual. [ 4 ]

Historia

El código Palo Alto Tiny BASIC para el Intel 8080 de Li-Chen Wang apareció en la revista Dr. Dobb's Journal en mayo de 1976. El listado comienza con el título, el nombre del autor y la fecha, pero también incluye "@COPYLEFT ALL WRONGS RESERVED". [ 3 ] [ 5 ]

El concepto de copyleft fue descrito en el Manifiesto GNU de Richard Stallman en 1985, donde escribió: [ 6 ]

GNU no es de dominio público. Cualquiera podrá modificarlo y redistribuirlo, pero ningún distribuidor podrá restringir su redistribución. Es decir, no se permitirán modificaciones propietarias. Quiero asegurarme de que todas las versiones de GNU sigan siendo libres.

La motivación de Stallman fue que, unos años antes, había trabajado en un intérprete de Lisp . Symbolics solicitó usar el intérprete de Lisp, y Stallman accedió a proporcionarles una versión de dominio público de su trabajo. Symbolics amplió y mejoró el intérprete de Lisp, pero cuando Stallman quiso acceder a las mejoras que Symbolics había realizado en su intérprete, Symbolics se negó. Entonces, en 1984, Stallman se dedicó a erradicar este comportamiento y cultura emergentes del software propietario , al que denominó acaparamiento de software . Esta no era la primera vez que Stallman lidiaba con software propietario, pero consideró esta interacción un "punto de inflexión". Justificó el intercambio de software argumentando que, al compartirlo, el software en línea se puede copiar sin perder el trabajo original. El software se puede usar varias veces sin dañarse ni desgastarse. [ 7 ] [ 8 ]

Como Stallman consideró poco práctico a corto plazo eliminar la ley de derechos de autor vigente y las injusticias que, a su parecer, perpetuaba, decidió trabajar dentro del marco legal existente; en 1985, [ 9 ] creó su propia licencia de derechos de autor, la Licencia Pública General de Emacs, [ 10 ] la primera licencia copyleft. Esta evolucionó posteriormente a la Licencia Pública General de GNU , que ahora es una de las licencias de software libre más populares. Por primera vez, un titular de derechos de autor tomó medidas para garantizar que el máximo número de derechos se transfiriera perpetuamente a los usuarios de un programa, independientemente de las revisiones posteriores que se hicieran al programa original. Esta GPL original no otorgaba derechos al público en general, solo a quienes ya habían recibido el programa; pero era lo mejor que se podía hacer bajo la ley vigente.

La nueva licencia no recibió en ese momento la etiqueta copyleft. [ 11 ] Richard Stallman afirmó que el uso de "Copyleft" proviene de Don Hopkins , quien le envió una carta en 1984 o 1985, en la que estaba escrito: "Copyleft  : todos los derechos reservados ", que es un juego de palabras con la cláusula de exención de responsabilidad común sobre derechos de autor " todos los derechos reservados ". [ 11 ]

En Francia , una serie de reuniones celebradas en 2000 bajo el título "Copyleft Attitude" dieron origen a la Licencia de Arte Libre (FAL), [ 12 ] teóricamente válida en cualquier jurisdicción vinculada por el Convenio de Berna y recomendada por la propia Fundación de Software Libre de Stallman . [ 13 ] Poco después, una iniciativa separada e independiente en los Estados Unidos produjo la licencia Creative Commons , disponible desde 2001 en variantes permisivas (BY) y copyleft (BY-SA) y más específicamente adaptada a la ley estadounidense .

Principios

Libertad

Si bien la ley de derechos de autor otorga a los autores de software control sobre la copia, distribución y modificación de sus obras, el objetivo del copyleft es brindar a todos los usuarios de la obra la libertad de realizar todas estas actividades. La Definición de Software Libre enumera "cuatro libertades esenciales" del uso del software: [ 7 ] [ 14 ]

  • La libertad de ejecutar el programa como desee, para cualquier propósito (libertad 0).
  • La libertad de estudiar cómo funciona el programa y modificarlo para que realice las tareas informáticas según tus preferencias (libertad 1). El acceso al código fuente es un requisito previo para ello.
  • La libertad de redistribuir copias para que puedas ayudar a otros (libertad 2).
  • La libertad de distribuir copias de tus versiones modificadas a otros (libertad 3). De esta forma, puedes brindar a toda la comunidad la oportunidad de beneficiarse de tus cambios. El acceso al código fuente es un requisito previo para ello.

Términos similares aparecen en la Definición de Código Abierto , una definición aparte que contiene libertades parecidas. La gran mayoría de las licencias copyleft satisfacen ambas definiciones: la de Software Libre y la de Código Abierto. [ 7 ] Al garantizar a los espectadores y usuarios de una obra la libertad y el permiso para reproducirla, adaptarla o distribuirla, las licencias copyleft se distinguen de otros tipos de licencias de derechos de autor que limitan dichas libertades.

Reciprocidad

En lugar de permitir que una obra pase completamente al dominio público , donde no se reclama la propiedad de los derechos de autor, el copyleft permite a los autores imponer restricciones al uso de su obra. Una de las principales restricciones impuestas por el copyleft es que las obras derivadas también deben publicarse bajo una licencia copyleft compatible. [ 7 ]

Esto se debe al principio fundamental del copyleft: que cualquiera puede beneficiarse libremente del trabajo previo de otros, pero que cualquier modificación a ese trabajo también debe beneficiar a todos los demás y, por lo tanto, debe publicarse bajo términos similares. Por esta razón, las licencias copyleft también se conocen como licencias recíprocas : se espera que quienes modifiquen una obra con licencia copyleft correspondan a la acción del autor de licenciar el software con copyleft, licenciando también con copyleft cualquier obra derivada que hayan creado. Debido a este requisito, las licencias copyleft también se han descrito como "virales" debido a sus términos autoperpetuantes. [ 15 ]

Además de las restricciones a la copia, las licencias copyleft abordan otros posibles impedimentos. Garantizan que los derechos no puedan ser revocados posteriormente y exigen que la obra y sus derivados se proporcionen en un formato que permita realizar modificaciones adicionales. En el software , esto significa exigir que el código fuente de la obra derivada esté disponible junto con el propio software. [ 7 ]

Incentivo económico

Los incentivos económicos para trabajar con obras bajo licencia copyleft pueden variar. La ley de derechos de autor se concibió originalmente para promover el progreso fomentando los beneficios económicos para los autores. Al optar por la licencia copyleft, los autores pueden buscar beneficios complementarios, como el reconocimiento de sus colegas.

En el mundo de la programación informática, los programas con licencia copyleft suelen ser creados por programadores para cubrir una necesidad detectada. Estos programas se publican a menudo con una licencia copyleft simplemente para garantizar que los usuarios posteriores también puedan utilizar libremente versiones modificadas del programa. Esto es especialmente cierto para los autores que desean evitar la privatización, es decir, la reutilización de software libre con la adición de restricciones, una acción que se impide al licenciar el software con copyleft. Algunas empresas, como Elastic [ 16 ] , consideran que impedir que las empresas comerciales utilicen y vendan su producto bajo una licencia propietaria también constituye un incentivo.

Además, la cultura de código abierto en la programación se ha descrito como una economía del don , donde el poder social está determinado por las contribuciones individuales. [ 17 ] Contribuir o crear software de código abierto con licencia copyleft de alta calidad puede llevar a los colaboradores a adquirir experiencia valiosa y a acceder a futuras oportunidades profesionales. [ 18 ]

El software copyleft tiene efectos económicos que van más allá de los autores individuales. La presencia de software copyleft de calidad puede obligar a los desarrolladores de software propietario a aumentar la calidad de su software para competir con el software libre. [ 19 ] Esto también puede tener el efecto de prevenir monopolios en áreas dominadas por software propietario. Sin embargo, la competencia con software propietario también puede ser una razón para renunciar al copyleft. La Free Software Foundation recomienda que en situaciones especiales, como bibliotecas que implementan formatos de datos libres, que compiten contra formatos propietarios arraigados, "si se pretende convencer a los desarrolladores de aplicaciones propietarias de que utilicen la biblioteca para el formato libre, se debería facilitar esto licenciando la biblioteca bajo una licencia débil" [ 20 ] .

Solicitud

La práctica habitual para el uso del copyleft consiste en codificar los términos de copia de una obra mediante una licencia . Dicha licencia suele incluir todas las disposiciones y principios del copyleft dentro de sus términos. Esto incluye la libertad de usar la obra, estudiarla, copiarla, compartirla con otros, modificarla y distribuir versiones exactas o modificadas de la misma, con o sin pago. [ 21 ] [ 22 ]

A diferencia de otras licencias permisivas similares que también otorgan estas libertades, las licencias copyleft garantizan que cualquier versión modificada de una obra amparada por una licencia copyleft también debe otorgar estas libertades. Por lo tanto, las licencias copyleft tienen condiciones: que las modificaciones de cualquier obra licenciada bajo una licencia copyleft deben distribuirse bajo un esquema copyleft compatible y que la obra modificada distribuida debe incluir un medio para modificar la obra. Sin embargo, bajo el principio de uso justo , las licencias copyleft pueden ser reemplazadas, al igual que los derechos de autor convencionales. Por consiguiente, cualquier persona que utilice una fuente licenciada bajo una licencia copyleft para obras de su invención es libre de elegir cualquier otra licencia (o ninguna) siempre que cumpla con el estándar de uso justo. [ 23 ]

Las licencias copyleft necesariamente recurren a la creatividad para utilizar las normas y leyes pertinentes y así hacer cumplir sus disposiciones. Por ejemplo, al aplicar la ley de derechos de autor, quienes contribuyen a una obra bajo licencia copyleft generalmente deben obtener, aplazar o ceder la titularidad de los derechos. Al ceder los derechos de autor de sus contribuciones bajo una licencia copyleft, renuncian deliberadamente a algunos de los derechos que normalmente se derivan de los derechos de autor, incluido el derecho a ser el único distribuidor de copias de la obra.

Algunas leyes que rigen las licencias copyleft varían de un país a otro, y también pueden otorgarse en términos que difieren entre países. Por ejemplo, en algunos países es aceptable vender un producto de software sin garantía (al estilo de la Licencia Pública General GNU estándar ), mientras que en la mayoría de los países europeos no está permitido que un distribuidor de software renuncie a todas las garantías de un producto vendido. Por esta razón, el alcance de dichas garantías se especifica en la mayoría de las licencias copyleft europeas, como la Licencia Pública de la Unión Europea (EUPL) [ 24 ] o la licencia CeCILL [ 25 ] , esta última una licencia que permite usar código GNU GPL en combinación con una garantía limitada.

Para los proyectos que se ejecutarán a través de una red, una variante de la GNU GPL, denominada Licencia Pública General Affero (GNU AGPL), garantiza que el código fuente esté disponible para los usuarios del software a través de una red.

Tipos y relación con otras licencias

🄎
El icono de Creative Commons para Compartir Igual, una variante del símbolo copyleft.

Copyleft es una característica distintiva de algunas licencias de software libre , mientras que otras no lo son porque no exigen al licenciatario distribuir obras derivadas bajo la misma licencia. Existe un debate constante sobre qué tipo de licencia ofrece mayor libertad. Este debate gira en torno a cuestiones complejas, como la definición de libertad y qué libertades son más importantes: las de los posibles destinatarios futuros de una obra (libertad de propiedad) o las del destinatario inicial (libertad de propiedad). Sin embargo, la legislación actual sobre derechos de autor y la disponibilidad de ambos tipos de licencias, copyleft y permisivas, permiten a los autores elegir el tipo bajo el cual licenciar las obras que crean.

Para documentos, obras de arte y otros trabajos que no sean software ni código, el sistema de licencias Creative Commons (Compartir Igual) y la Licencia de Documentación Libre de GNU (GFDL) permiten a los autores aplicar limitaciones a ciertas secciones de su trabajo, eximiendo algunas partes del mecanismo completo de copyleft. En el caso de la GFDL, estas limitaciones incluyen el uso de secciones invariantes, que no pueden ser alteradas por futuros editores. La intención inicial de la GFDL era servir como herramienta para documentar software con copyleft. Sin embargo, el resultado es que puede utilizarse para cualquier tipo de documento.

Copyleft fuerte y débil

La solidez de la licencia copyleft que rige una obra se determina por la medida en que sus disposiciones pueden aplicarse a todo tipo de obras derivadas. Por lo tanto, el término "copyleft débil" se refiere a licencias en las que no todas las obras derivadas heredan la licencia copyleft; el hecho de que una obra derivada la herede o no suele depender de cómo se haya derivado.

Las licencias de "copyleft débil" se utilizan a menudo para cubrir bibliotecas de software . Esto permite que otro software se enlace a la biblioteca y se redistribuya sin necesidad de que el software que se enlaza también esté licenciado bajo los mismos términos. Solo los cambios al software licenciado bajo una licencia de "copyleft débil" quedan sujetos a las disposiciones de copyleft de dicha licencia. Esto permite que programas de cualquier licencia se compilen y enlacen con bibliotecas con copyleft como glibc y luego se redistribuyan sin necesidad de volver a licenciarlos. El efecto concreto del copyleft fuerte frente al débil aún no se ha probado en los tribunales. [ 26 ] Las licencias de software libre que utilizan copyleft "débil" incluyen la Licencia Pública General Reducida de GNU y la Licencia Pública de Mozilla .

La Licencia Pública General de GNU es un ejemplo de una licencia que implementa un copyleft estricto. Una licencia copyleft aún más estricta es la AGPL , que exige la publicación del código fuente para casos de uso de software como servicio . [ 27 ] [ 28 ] [ 29 ] [ 30 ]

La Licencia Pública de la Unión Europea (EUPL), que también abarca los casos de uso de software como servicio , se considera razonablemente copyleft: estricta en lo que respecta a la obra original protegida, pero menos estricta en lo que respecta a las obras derivadas combinadas. Cuando el código protegido se fusiona con código distribuido bajo una licencia compatible, se puede utilizar esta última. Cuando la combinación se obtiene mediante enlaces, según la Directiva de Programas de Computadora , que siempre es aplicable a la EUPL, no tiene ningún efecto copyleft sobre las licencias de los componentes enlazados.

La licencia pública Sybase Open Watcom es una licencia de software similar a las licencias copyleft, pero contiene restricciones sobre el uso comercial y exige la publicación del código fuente de cualquier versión del software que se "despliegue", incluso para uso privado. La Free Software Foundation la considera una licencia no libre debido al requisito de que el código fuente modificado se publique incluso para muchos usos privados. [ 31 ] El proyecto Debian la considera no libre según las Directrices de Software Libre de Debian debido a la restricción de la licencia sobre el uso comercial y las cláusulas de terminación, entre otros problemas. [ 32 ] Por el contrario, la Open Source Initiative la ha aprobado como una licencia de código abierto . [ 33 ]

La Licencia de Ciencia del Diseño (DSL) es una licencia copyleft estricta que se aplica a cualquier obra, no solo software o documentación, sino también literatura, obras de arte, música, fotografía y vídeo. La DSL fue escrita por Michael Stutz tras interesarse en aplicar el copyleft al estilo GNU a obras que no eran software, las cuales posteriormente se denominaron obras libres . En la década de 1990, se utilizó en grabaciones musicales, artes visuales e incluso novelas. La Fundación del Software Libre no la considera compatible con la GNU GPL. [ 34 ]

Copyleft completo y parcial

El copyleft "completo" y el "parcial" se refieren a otra cuestión. El copyleft completo existe cuando todas las partes de una obra (excepto la propia licencia) solo pueden modificarse y distribuirse bajo los términos de la licencia copyleft de la obra. El copyleft parcial, por el contrario, exime algunas partes de la obra de las disposiciones del copyleft, permitiendo la distribución de algunas modificaciones bajo términos distintos a los de la licencia copyleft, o de alguna otra manera no impone todos los principios del copyleft a la obra. Ejemplos de copyleft parcial son la excepción de enlace de la GPL para algunos paquetes de software y la EUPL para derivados combinados.

Compartir igual

La condición de " compartir por igual " en algunas licencias impone el requisito de que cualquier libertad que se conceda con respecto a la obra original debe concederse exactamente en los mismos términos o en términos compatibles en cualquier obra derivada.

Esto implica que cualquier licencia copyleft es automáticamente una licencia de compartir por igual, pero no al revés, ya que algunas licencias de compartir por igual incluyen restricciones adicionales, como la prohibición del uso comercial. Otra restricción es que no todos quieren compartir su trabajo, y algunos acuerdos de compartir por igual requieren que se comparta la totalidad del trabajo, incluso si el autor solo quiere compartir una parte. La ventaja para un autor de código fuente es que cualquier modificación al código no solo beneficiará al autor original, sino que este será reconocido y se asegurará de que los mismos términos de licencia, o compatibles, cubran el código modificado. [ 35 ] Algunas licencias Creative Commons son ejemplos de licencias copyleft de compartir por igual.

Licencias permisivas

Estas licencias otorgan a los usuarios del software las mismas libertades que las licencias copyleft, pero no exigen que las versiones modificadas del software incluyan también dichas libertades. Imponen restricciones mínimas sobre cómo se puede usar, modificar y redistribuir el software, por lo que no son licencias copyleft. Ejemplos de este tipo de licencia son la licencia X11 , la licencia Apache , la licencia Expat y las diversas licencias BSD .

Debate y controversia

Se ha sugerido que el copyleft se ha convertido en un tema divisivo en la lucha ideológica entre la Open Source Initiative y el movimiento del software libre . [ 36 ] Sin embargo, hay evidencia de que el copyleft es aceptado y propuesto por ambas partes:

  • Tanto la OSI como la FSF tienen licencias copyleft y no copyleft en sus respectivas listas de licencias aceptadas. [ 37 ] [ 38 ]
  • El asesor legal original de la OSI, Lawrence Rosen, ha redactado una licencia copyleft, la Licencia de Software Abierto .
  • El manual de licencias de la OSI reconoce la GPL como una licencia de "mejores prácticas". [ 39 ]
  • Algunos de los programas de software del Proyecto GNU se publican bajo licencias que no son copyleft. [ 40 ]
  • Stallman ha respaldado el uso de licencias que no son copyleft en ciertas circunstancias, por ejemplo en el caso de la relicencia de Ogg Vorbis . [ 41 ]

Licencias "virales"

La « licencia viral » es un nombre peyorativo para las licencias copyleft. [ 42 ] [ 43 ] [ 44 ] [ 45 ] [ 46 ] Proviene de los términos «Virus Público General» o «Virus Público GNU» (GPV), que datan de 1990, un año después de que se publicara la GPLv1. [ 47 ] [ 48 ] [ 49 ] El nombre «licencia viral» se refiere al hecho de que cualquier obra derivada de una obra copyleft debe conservar los permisos copyleft cuando se distribuya.

Algunos defensores de las distintas licencias BSD utilizaron el término de forma despectiva en relación con las licencias GPL, debido a sus críticas a los requisitos de licencia que se aplican a las obras derivadas del código GPL. [ 50 ] [ 51 ] Por ejemplo, la Política de Derechos de Autor de OpenBSD no permite que se utilice código nuevo con licencia GPL en el proyecto, debido a que las licencias GPL imponen condiciones que OpenBSD considera "generalmente inaceptables para el uso comercial del software". [ 52 ] Por esa razón, las licencias copyleft se promueven como "más libres" que las licencias que no son copyleft. [ 53 ]

El vicepresidente de Microsoft, Craig Mundie, comentó en 2001: «Este aspecto viral de la GPL supone una amenaza para la propiedad intelectual de cualquier organización que la utilice». [ 54 ] En otro contexto, el director ejecutivo de Microsoft, Steve Ballmer, declaró que el código publicado bajo la GPL es inútil para el sector comercial, puesto que solo puede utilizarse si el código circundante resultante se licencia bajo una licencia compatible con la GPL, y lo describió así como «un cáncer que se adhiere, en términos de propiedad intelectual, a todo lo que toca». [ 55 ]

En respuesta a las críticas de Microsoft a la GPL, varios desarrolladores y defensores prominentes del software libre publicaron una declaración conjunta en apoyo de la licencia. [ 56 ] [ 57 ] Según David Turner, ingeniero de cumplimiento de la FSF , el término "licencia viral" crea un malentendido y un temor al uso de software libre con copyleft. [ 58 ] Si bien una persona puede contraer un virus sin realizar ninguna acción activa, las condiciones de la licencia entran en vigor tras el uso o la adopción efectivos. [ 59 ] David McGowan también ha escrito que no hay razón para creer que la GPL pueda obligar al software propietario a convertirse en software libre, pero podría "intentar impedir que la empresa distribuya comercialmente un programa que, combinado con el código GPL, forme una obra derivada, y recuperar daños y perjuicios por infracción". Si la empresa "copiara realmente código de un programa GPL, tal demanda sería una afirmación de derechos de autor perfectamente ordinaria, que la mayoría de las empresas privadas defenderían si estuvieran en la situación contraria". [ 60 ] Richard Stallman ha descrito esta visión con una analogía, diciendo: «El dominio de la GPL no se propaga por proximidad o contacto, sino solo por la inclusión deliberada de código cubierto por la GPL en su programa. Se propaga como una planta araña , no como un virus». [ 61 ] Según Patrice-Emmanuel Schmitz, quien contribuyó a la Licencia Pública de la Unión Europea , la licencia viral entre programas independientes no existe bajo la ley europea. [ 62 ]

Las licencias GPL, que son licencias copyleft populares, no impiden que programas simplemente agregados, no libres o incompatibles con GPL interactúen de forma no íntima con programas GPL a través de "mecanismos de comunicación normalmente utilizados entre dos programas separados", como "tuberías, sockets y argumentos de línea de comandos". [ 63 ] En consecuencia, incluso si un programa de una colección de software que de otro modo sería incompatible con GPL está bajo una licencia GPL, aún puede ser legal que los otros programas se comuniquen con él de esas maneras. Este tipo de comunicación puede o no incluir la reutilización de bibliotecas o rutinas a través de enlaces dinámicos : algunos comentaristas dicen que sí, [ 64 ] la FSF afirma que no y agrega explícitamente una excepción que lo permite en la licencia para la reimplementación de GNU Classpath de la biblioteca Java. Esta ambigüedad es una diferencia importante entre las licencias GPL y LGPL , ya que la variante LGPL permite específicamente enlazar o compilar obras licenciadas bajo términos que no son compatibles con la variante GPL, bajo los términos de LGPL. [ 65 ]

Símbolo

El símbolo copyleft es una versión reflejada del símbolo de copyright , © : una C invertida en un círculo. [ 66 ] Una propuesta de 2016 para agregar el símbolo a una futura versión de Unicode fue aceptada por el Comité Técnico de Unicode . [ 67 ] [ 68 ] El punto de código U+1F12F 🄯 COPYLEFT SYMBOL se agregó en Unicode 11. [ 68 ] [ 69 ] El símbolo copyleft no tiene estatus legal. [ 70 ]

A partir de 2024,El símbolo generalmente se proporciona como estándar en las fuentes del sistema de la mayoría de los sistemas operativos actuales , pero si es necesario, se puede aproximar con el carácter U+2184 LETRA MINÚSCULA LATINA INVERTIDA C entre paréntesis (ɔ) .

Véase también

Referencias

  1. Newman, John (29 de diciembre de 2011). "Derechos de autor y acceso abierto en la cabecera del paciente". NEJM . 365 (26): 2447– 2449. doi : 10.1056/NEJMp1110652 . PMID 22204721 . 
  2. Troan, Larry (2006). Open Source from a Proprietary Perspective (PDF) . Red Hat Summit. Nashville: Red Hat . Archivado del original (PDF) el 22 de enero de 2014.
  3. 1 2 Frantsvog, Dean A. (2012). "Todos los derechos invertidos: un estudio de las licencias copyleft, de código abierto y de contenido abierto" (PDF) . Temas contemporáneos en la investigación educativa . 5 (1). The Clute Institute: 15–22 . eISSN 1941-756X . ISSN 1940-5847 .  
  4. "Wikipedia abandona la licencia GNU en favor de la licencia Creative Commons" . PC world . 21 de mayo de 2009. Consultado el 4 de julio de 2025 .
  5. Wang, Li-Chen (mayo de 1976). "Palo Alto Tiny BASIC" . Dr. Dobb's Journal of Computer Calisthenics & Orthodontia . 1 (5): 12– 25.El código fuente comienza con las siguientes seis líneas:
    TINY BASIC PARA INTEL 8080 VERSIÓN 1.0 POR LI-CHEN WANG 10 DE JUNIO DE 1976 @COPYLEFT TODOS LOS DERECHOS RESERVADOS
    La fecha de junio en el número de mayo es correcta. La revista llevaba retraso ; los números de junio y julio se combinaron para ponerse al día. 
  6. Stallman, Richard (marzo de 1985). "El Manifiesto GNU" . Proyecto GNU . Consultado el 9 de enero de 2026 .
  7. 1 2 3 4 5 Carver, Brian W. (5 de abril de 2005). "Compartir y compartir por igual: comprender y hacer cumplir las licencias de software libre y de código abierto" . Berkeley Technology Law Journal . 20 (1): 443. doi : 10.15779/Z388T19 . S2CID 153900462. SSRN 1586574. Recuperado el 27 de junio de 2023 .  
  8. Williams, Sam (marzo de 2002). "7" . Free as in Freedom – Richard Stallman's Crusade for Free Software . O'Reilly Media . ISBN 978-0-596-00287-9.
  9. Moody, Glyn (2002). Código rebelde . pág. 26. 
  10. "Licencia pública general de Emacs" . 5 de julio de 2001. Consultado el 23 de agosto de 2008 .
  11. 1 2 Stallman, Richard (21 de enero de 2008). "Acerca del Proyecto GNU" . Free Software Foundation . Recuperado el 1 de mayo de 2017 .
  12. "Licencia de arte libre : preguntas frecuentes" . Copyleft Attitude . Consultado el 6 de octubre de 2021 .
  13. "Licencias" . Proyecto GNU . Consultado el 6 de octubre de 2021 ." No defendemos la idea de que las obras artísticas o de entretenimiento deban ser gratuitas, pero si desea crear una de ellas de forma gratuita, le recomendamos la Licencia de Arte Gratuito. "
  14. "¿Qué es el software libre?" . GNU . 30 de julio de 2019 . Consultado el 22 de julio de 2020 .
  15. Mundie, Craig (3 de mayo de 2001). "Texto preparado de las observaciones de Craig Mundie, vicepresidente sénior de Microsoft: El modelo de software comercial" . Escuela de Negocios Stern de la Universidad de Nueva York . Archivado del original el 21 de junio de 2005. Consultado el 1 de octubre de 2009 .
  16. "Prime Leverage: Cómo Amazon ejerce poder en el mundo de la tecnología" . The New York Times. Archivado del original el 14 de enero de 2022. Consultado el 23 de abril de 2022 .
  17. Maher, Marcus (2000). "Software de código abierto: El éxito de un paradigma alternativo de incentivos para la propiedad intelectual" (PDF) . Revista de Derecho de Propiedad Intelectual, Medios y Entretenimiento de Fordham . Archivado del original (PDF) el 2 de mayo de 2014. Recuperado el 1 de mayo de 2014 .
  18. Sarmah, Harshajit (23 de septiembre de 2019). "5 razones por las que contribuir a proyectos de código abierto ayuda a conseguir un trabajo" . Analytics India Magazine . Consultado el 22 de julio de 2020 .
  19. Mustonen, Mikko. "Copyleft - La economía de Linux y otros programas de código abierto" (PDF) . Information Economics and Policy. Archivado del original (PDF) el 2 de mayo de 2014. Consultado el 1 de mayo de 2014 .
  20. "Cómo elegir una licencia para tu propio trabajo" . Laboratorio de Licencias y Cumplimiento de la Free Software Foundation . Consultado el 16 de abril de 2026 .
  21. "¿Qué es Copyleft?" . Proyecto GNU.
  22. "Scheibner, James – "¿Qué precio tiene la libertad (del software)? Una guía para profesionales del derecho australianos sobre licencias de código abierto" [ 2017 ] PrecedentAULA 23; (2017) 139 Precedent 39" . classic.austlii.edu.au . Consultado el 27 de noviembre de 2021 .
  23. Kirk St.Amant y Brian Still (2008). «Análisis de las licencias de software de código abierto mediante el modelo de licencias Creative Commons». Manual de investigación sobre software de código abierto: perspectivas tecnológicas, económicas y sociales . Information Science Reference. págs. 382 de 728. ISBN  978-1-59140-999-1.
  24. "La EUPL – Licencia Pública de la Unión Europea" . Comisión Europea . Consultado el 9 de enero de 2007 .
  25. "Acuerdo de licencia de software libre CeCILL" (PDF) . INRIA. Archivado del original (PDF) el 8 de agosto de 2010. Consultado el 24 de agosto de 2010 .
  26. Schmitz, Patrice-Emmanuel (3 de abril de 2015). "El significado de "Copyleft" en EUPL" . Portal Europa Interoperable . Comisión Europea. Aunque a menudo destacada por algunos abogados de software libre, esta noción de "copyleft fuerte" nunca ha sido reconocida por la jurisprudencia.
  27. "Cómo elegir una licencia para tu propio trabajo" . Proyecto GNU . Fundación del Software Libre. 20 de diciembre de 2015. Consultado el 1 de mayo de 2017 .
  28. Stallman, Richard (18 de noviembre de 2016). "¿A quién sirve realmente ese servidor?" . Proyecto GNU . Fundación del Software Libre. Software de servidor . Consultado el 1 de mayo de 2017 .
  29. "Por qué la GPL Affero" . Proyecto GNU . Fundación del Software Libre. 10 de mayo de 2015. Consultado el 1 de mayo de 2017 .
  30. "Diversas licencias y comentarios sobre ellas" . Proyecto GNU . Fundación del Software Libre. Licencia Pública General Affero de GNU (AGPL) versión 3. Recomendamos que los desarrolladores consideren usar la AGPL de GNU para cualquier software que se ejecute habitualmente en una red.
  31. "Varias licencias y comentarios sobre ellas" . Proyecto GNU . Fundación del Software Libre. Licencia pública Sybase Open Watcom versión 1.0. Archivado del original el 12 de abril de 2026. Recuperado el 23 de diciembre de 2015. Esta no es una licencia de software libre. Requiere que publique el código fuente públicamente cada vez que "despliegue" el software cubierto, y "despliegue" se define para incluir muchos tipos de uso privado.
  32. Spiro, Jason; Borowski, Adam; Johnson, Ron; Ray, MJ (2 de julio de 2006). "openwatcom -- Compilador/IDE de C/C++ que crea código eficiente y portable" . Registros de informes de errores de Debian (Lista de correo). Proyecto Debian . Recuperado el 18 de abril de 2026 .
  33. "La licencia de código abierto de Sybase" . Open Source Initiative . Consultado el 16 de abril de 2026 .
  34. "Varias licencias y comentarios sobre ellas" . Proyecto GNU . Fundación del Software Libre. Licencia de Ciencia del Diseño (DSL). Por favor, no la utilice para software ni documentación, ya que es incompatible con la GNU GPL y con la GNU FDL.
  35. Engelfriet, Arnoud (2010). "Elegir una licencia de código abierto". IEEE Software . 27 (1). Universidad de Economía y Negocios de Atenas: 48– 49. Bibcode : 2010ISoft..27a..48E . doi : 10.1109/MS.2010.5 . S2CID 36712745 . 
  36. Biancuzzi, Federico (30 de junio de 2005). "ESR: "Ya no necesitamos la GPL"" . ONLamp.com. Archivado del original el 6 de marzo de 2018. Consultado el 23 de agosto de 2008 .
  37. ^ Tiemann, Michael (18 de septiembre de 2006). «Licencias por Nombre» . Consultado el 23 de agosto de 2008 .
  38. "Diversas licencias y comentarios sobre ellas" . Proyecto GNU . Fundación del Software Libre.
  39. Raymond, Eric Steven (9 de noviembre de 2002). "Licencias HOWTO" . Recuperado el 23 de agosto de 2008 .
  40. "Qué significa la GPLv3 para el acuerdo MS-Novell" . Yro.slashdot.org. 8 de marzo de 2007. Consultado el 14 de mayo de 2014 .
  41. Stallman, Richard (26 de febrero de 2001). "LWN.net: RMS sobre la licencia Ogg Vorbis" . Recuperado el 23 de agosto de 2008. Mi acuerdo con la idea de una licencia [Ogg/Vorbis] laxa en este caso especial es tan pragmático como mi preferencia por la GPL en la mayoría de los casos. En ambos casos, se trata de cómo podemos alcanzar la libertad.
  42. Shankland, Stephen (22 de junio de 2001). "La licencia de Microsoft rechaza el código abierto" . CNET . CBS Interactive. Archivado del original el 21 de octubre de 2012. "La elección del término dice más sobre la postura de Microsoft que el resto", dijo Hayter. "Creo que es un término peyorativo y engañoso. Sugerir que el software de código abierto es de alguna manera 'viral' es confundir el daño a las máquinas y los datos de sus clientes con el daño a las ganancias de Microsoft".
  43. Geere, Duncan (16 de diciembre de 2011). "Algunos derechos reservados: las alternativas a los derechos de autor" . Wired UK . Archivado del original el 6 de mayo de 2012. Estas licencias suelen incluir una cláusula de "Compartir Igual", también conocida de forma algo peyorativa como licencia viral, que exige que cualquier obra derivada se licencie de forma idéntica a la obra original.
  44. "Glosario" . a2knetwork.org . Archivado del original el 26 de abril de 2009. Copyleft es un término de licencia al que Creative Commons se refiere como "compartir igual" y, a veces, peyorativamente como licencia "viral", que exige que quienes reciben una obra bajo los términos de una licencia particular publiquen cualquier obra derivada bajo la misma licencia.
  45. Greenberg, Jason; Glazer, Daniel (marzo de 2013). "Protegiendo su compra: protección contractual contra licencias virales en transacciones de fusiones y adquisiciones" (PDF) . Asociación de Abogados Corporativos . Consultado el 10 de junio de 2016. Estos modelos de licencia "copyleft" —a menudo denominados peyorativamente licencias "virales"— tienen más probabilidades de afectar el valor de una empresa y, por lo tanto, plantean preocupaciones importantes en las transacciones de fusiones y adquisiciones.
  46. Philip Wood; Amy Ryburn; Allan Yeoman; Andrew Matangi; Steve Nightingale (1 de julio de 2013). "Actualización legal sobre Tecnologías de la Información y la Comunicación – julio de 2013" . Buddle Findlay. Archivado del original el 21 de septiembre de 2013. Recuperado el 10 de junio de 2016. Conocidas de forma más peyorativa como licencias "virales", las licencias copyleft (las más conocidas de las cuales son la GPLv2 y su sucesora GPLv3) establecen que los términos que se aplican al software de código abierto original se heredan por cualquier software posterior desarrollado utilizando el software de código abierto original.
  47. Vixie, Paul (6 de marzo de 2006). "Re: Sección 5.2 (limitación de IPR) en el borrador del requisito de renovación de TAK" . Namedroppers (lista de correo). IETF . Archivado del original el 27 de septiembre de 2007. Recuperado el 29 de abril de 2007. En 1994, Rick Adams (entonces presidente de uunet) me entregó un cheque para fundar isc y me dijo: "Nada de esa basura de virus públicos de GNU, ¿entendido?".
  48. "Virus de uso general" . Archivo de jerga 2.2.1 . 15 de diciembre de 1990. Archivado del original el 17 de febrero de 2026. Consultado el 29 de abril de 2007 .
  49. Hackvän, Stig (septiembre de 1999). "Ingeniería inversa del virus público GNU: ¿es el copyleft demasiado bueno?" . Linux World . Archivado del original el 5 de enero de 2001.
  50. Griffis, L. Adrian (15 de julio de 2000). "El virus público GNU" . Archivado del original el 12 de octubre de 2002. Recuperado el 29 de abril de 2007 .
  51. Buck, Joe (10 de octubre de 2000). "Re: Uso externo del árbol de análisis sintáctico" . Lista de correo de GCC (Lista de correo) . Recuperado el 29 de abril de 2007 .
  52. "Política de derechos de autor de OpenBSD" . Consultado el 16 de abril de 2026. La Licencia Pública General de GNU y las licencias basadas en ella imponen la restricción de que el código fuente debe distribuirse o ponerse a disposición para todas las obras derivadas del código protegido por derechos de autor de GNU. Si bien esto puede parecer superficialmente una estrategia loable, es una condición generalmente inaceptable para el uso comercial del software.
  53. Stewart, Bill (8 de octubre de 1998). "Re: propuesta: 'licencia cypherpunks' (Re: Se busca: código fuente de Twofish)" . Lista de correo de Cypherpunks (Lista de correo). Archivado del original el 29 de mayo de 2007. Recuperado el 29 de abril de 2007 .
  54. Mundie, Craig (3 de mayo de 2001). "Transcripción del discurso – Craig Mundie" . Escuela de Negocios Stern de la Universidad de Nueva York . Archivado del original el 21 de junio de 2005. Recuperado el 23 de agosto de 2008 .
  55. Newbart, Dave (1 de junio de 2001). "El director ejecutivo de Microsoft se toma un descanso para el lanzamiento con el Sun-Times" . Chicago Sun-Times. Archivado del original el 15 de junio de 2001.
  56. Perens, Bruce. Los líderes del software libre se mantienen unidos vía Wikisource . 
  57. MacCrisken, Jack (12 de junio de 2001). "Código abierto: la visión de un agnóstico" . CNET . Consultado el 5 de julio de 2025 .
  58. Byfield, Bruce (29 de agosto de 2006). "Diario del administrador de TI: 10 malentendidos comunes sobre la GPL" . Archivado del original el 18 de septiembre de 2006. Recuperado el 23 de agosto de 2008 .
  59. "El término licencia smorgasbord: copyleft, compartir por igual, recíproca, viral o hereditaria?" . Luis Villa: Open Law and Strategy . 3 de febrero de 2012 . Consultado el 22 de agosto de 2018 .
  60. McGowan, David (2005). «Aspectos legales del software libre y de código abierto». En Joseph Feller; Brian Fitzgerald; Scott A. Hissam; Karim R. Lakahani (eds.). Perspectivas sobre el software libre y de código abierto . MIT Press. pág . 382. ISBN  978-0-262-06246-6.
  61. Poynder, Richard (21 de marzo de 2006). "Las entrevistas del sótano: liberando el código" . Las entrevistas del sótano . Recuperado el 5 de febrero de 2010 .
  62. Schmitz, Patrice-Emmanuel (23 de noviembre de 2015). "Por qué las licencias virales son un fantasma" . Portal Europa Interoperable . Comisión Europea . Consultado el 22 de enero de 2026 .
  63. "Preguntas frecuentes sobre las licencias GNU" . Free Software Foundation . 24 de junio de 2008. Consultado el 1 de mayo de 2017 .
  64. Raymond, Eric Steven (9 de noviembre de 2002). "Licencias HOWTO" . Recuperado el 21 de marzo de 2010 .
  65. "Por qué no deberías usar la GPL reducida para tu próxima biblioteca" . Proyecto GNU . Fundación del Software Libre. Archivado del original el 11 de abril de 2026.
  66. "El estándar Unicode, versión 15.0: suplemento alfanumérico adjunto" (PDF) . unicode.org .
  67. "Propuesta para añadir el símbolo Copyleft a Unicode" (PDF) .
  68. 1 2 "Nuevos caracteres propuestos: tabla de canalización" . Propuestas de caracteres Unicode . Consorcio Unicode . Consultado el 18 de abril de 2017 .
  69. "Anuncio del estándar Unicode, versión 11.0" . El blog de Unicode . Consultado el 6 de junio de 2018 .
  70. Hall, G. Brent (2008). Enfoques de código abierto en el manejo de datos espaciales . Springer. pág. 29. Bibcode : 2008osas.book.....H . ISBN  9783540748311.
  • Logotipo de Wikimedia CommonsContenido multimedia relacionado con Copyleft en Wikimedia Commons
  • Logotipo de WikcionarioDefinición de copyleft en Wikcionario