Las licencias de código abierto son licencias de software que permiten utilizar, modificar y compartir contenido. Facilitan el desarrollo de software gratuito y de código abierto (FOSS). Las leyes de propiedad intelectual (PI) restringen la modificación y el intercambio de obras creativas. Las licencias gratuitas y de código abierto utilizan estas estructuras legales existentes para un propósito inverso. Otorgan al destinatario los derechos para utilizar el software, examinar el código fuente , modificarlo y distribuir las modificaciones. Estos criterios se describen en la Definición de código abierto .
Después de 1980, Estados Unidos comenzó a tratar el software como una obra literaria cubierta por la ley de derechos de autor. Richard Stallman fundó el movimiento del software libre en respuesta al auge del software propietario . El término "código abierto" fue utilizado por la Open Source Initiative (OSI), fundada por los desarrolladores de software libre Bruce Perens y Eric S. Raymond . El "código abierto" enfatiza las fortalezas del modelo de desarrollo abierto más que las libertades del software. Si bien los objetivos detrás de los términos son diferentes, las licencias de código abierto y las licencias de software libre describen lo mismo.
Las dos categorías principales de licencias de código abierto son las permisivas y copyleft . Las licencias permisivas provienen del mundo académico. Otorgan permiso para modificar y distribuir software. Por lo general, requieren atribución y renuncian a garantías. Las licencias copyleft provienen del movimiento del software libre. Requieren que las obras derivadas se distribuyan con el código fuente y bajo licencia copyleft. Desde mediados de la década de 2000, los tribunales de varios países han confirmado los términos de ambos tipos de licencia. Los desarrolladores de software han presentado casos tanto por infracción de derechos de autor como por incumplimiento de contrato.
La propiedad intelectual (PI) es una categoría legal que trata la producción creativa como propiedad, comparable a la propiedad privada . Los sistemas legales otorgan al propietario de una propiedad intelectual el derecho de restringir el acceso de muchas maneras. Los propietarios pueden vender, arrendar, regalar o licenciar sus propiedades. Múltiples tipos de leyes de propiedad intelectual cubren software, incluidas marcas comerciales , patentes y derechos de autor . [1]
La mayoría de los países, incluido Estados Unidos (EE.UU.), han creado leyes de derechos de autor de acuerdo con el Convenio de Berna . [2] Estas leyes asignan derechos de autor cada vez que una obra se publica en cualquier formato fijo. [3] Según la ley de derechos de autor de EE. UU., la publicación inicial se considera una obra original . El creador, o su empleador, posee los derechos de autor de esta obra original y, por lo tanto, tiene el derecho exclusivo de hacer copias, publicar versiones modificadas, distribuir copias, realizar presentaciones públicas o mostrar la obra públicamente. Las versiones modificadas de la obra original son obras derivadas . Cuando un creador modifica una obra existente, posee los derechos de autor de sus modificaciones. A menos que la obra original sea de dominio público, una obra derivada sólo puede distribuirse con el permiso de cada titular de derechos de autor. [1]
En 1980, el gobierno de Estados Unidos modificó la ley para tratar el software como una obra literaria. El software lanzado después de este punto estaba restringido por las leyes de propiedad intelectual. [4] En ese momento, el activista y programador estadounidense Richard Stallman trabajaba como estudiante de posgrado en el Laboratorio de Ciencias de la Computación e Inteligencia Artificial del MIT . Stallman fue testigo de una fragmentación que atribuyó al software propietario y fundó el movimiento del software libre . [5] A lo largo de la década de 1980, inició el Proyecto GNU para crear un sistema operativo libre, escribió ensayos sobre la libertad, fundó la Free Software Foundation (FSF) y escribió varias licencias de software libre. [6] La FSF utilizó las leyes de propiedad intelectual existentes para el objetivo opuesto a su objetivo de restricción. En lugar de imponer restricciones, el software libre otorgaba explícitamente libertades al destinatario. [7]
A finales de los años 90, dos miembros activos de la comunidad del software libre, Bruce Perens y Eric S. Raymond , fundaron la Open Source Initiative (OSI). En Debian , Perens había propuesto las Directrices de software libre de Debian (DFSG), que formaron la base de la definición de código abierto de OSI . Una licencia de código abierto es aquella que cumple con esta definición para brindar libertad al software. [8] Eric S. Raymond fue un defensor del término " código abierto " en lugar de "software libre". Consideró que el código abierto era más atractivo para las empresas y reflejaba mejor las ventajas tangibles del desarrollo del software libre. Uno de los objetivos de Raymond era ampliar la comunidad de hackers existente para incluir a grandes desarrolladores comerciales. [9] En La catedral y el bazar , Raymond comparó el desarrollo de código abierto con el bazar , un mercado público al aire libre. Sostuvo que, aparte de la ética, el modelo abierto ofrecía ventajas que el software propietario no podía replicar. [10] [11] Raymond se centró en gran medida en comentarios , pruebas e informes de errores . [12] Contrastó el modelo propietario en el que pequeños grupos de trabajadores secretos llevarían a cabo este trabajo con el desarrollo de Linux, donde el grupo de probadores incluía potencialmente a todo el mundo. [13] Resumió esta fortaleza como "Con suficientes ojos, todos los errores son superficiales". [14] La OSI logró llevar el desarrollo de código abierto a desarrolladores corporativos, incluidos Sun Microsystems , IBM , Netscape , Mozilla , Apache , Apple Inc. , Microsoft y Nokia . Estas empresas publicaron código bajo licencias existentes y redactaron el suyo propio para ser aprobado por la OSI. [15] [16]
Las licencias de código abierto se clasifican en copyleft o permisivas . [17] Las licencias copyleft requieren que las obras derivadas incluyan el código fuente bajo una licencia copyleft. Las licencias permisivas no lo hacen y, por lo tanto, el código se puede utilizar dentro del software propietario. El copyleft se puede dividir en fuerte y débil dependiendo de si definen las obras derivadas de manera amplia o restringida. [18] [19]
Las licencias se centran en la ley de derechos de autor, pero el código también está cubierto por otras formas de propiedad intelectual. Las patentes de software cubren ideas y, más que una implementación específica, cubren cualquier implementación de una reivindicación . Las reclamaciones de patente otorgan al titular el derecho de excluir a otros de fabricar, utilizar, vender o importar productos basados en la idea. Debido a que las patentes otorgan el derecho a excluir en lugar del derecho a crear, es posible tener una patente sobre una idea pero aun así no poder implementarla legalmente si la invención se basa en otra idea patentada. Por lo tanto, las concesiones de patentes de código abierto sólo pueden ofrecer permisos de patentes cubiertas. No pueden garantizar que un tercero no haya patentado ningún concepto incorporado en el código. [20] Las licencias permisivas más antiguas no discuten directamente las patentes y sólo ofrecen concesiones de patentes implícitas en sus ofertas para usar o vender material cubierto. Las licencias copyleft más nuevas y la licencia Apache de 2004 ofrecen concesiones de patentes explícitas y protección limitada contra litigios sobre patentes. Estas cláusulas de represalias en materia de patentes protegen a los desarrolladores al rescindir las concesiones para cualquier parte que inicie una demanda de patentes con respecto al software cubierto. [21]
Las marcas comerciales son la única forma de propiedad intelectual que no comparte el software gratuito y de código abierto. Las marcas comerciales en FOSS funcionan igual que cualquier marca comercial. [22] Una marca registrada es un diseño que identifica la fuente distinta de un producto. Debido a que distinguen productos, los mismos diseños pueden usarse en diferentes campos donde no hay riesgo de confundir fuentes similares. Por ejemplo, esta es la razón por la que IBM es una marca registrada de International Business Machines, que suministra soluciones informáticas mainframe, y de la Hermandad Internacional de Magos , que proporciona orientación sobre magia escénica . [23] Ceder el control de una marca daría lugar a la pérdida de esa marca. Por lo tanto, ninguna licencia de código abierto ofrece libremente el uso de una marca. [24]
Las licencias permisivas , también conocidas como licencias académicas, permiten a los destinatarios utilizar, modificar y distribuir software sin obligación de proporcionar el código fuente. Las instituciones crearon estas licencias para distribuir sus creaciones al público. [25] Las licencias permisivas suelen ser breves, a menudo de menos de una página de texto. Imponen pocas condiciones. La mayoría incluye renuncias de garantía y obligaciones para dar crédito a los autores. Algunos incluyen disposiciones explícitas sobre patentes, marcas registradas y otras formas de propiedad intelectual. [26]
La Universidad de California en Berkeley creó la primera licencia de código abierto, la licencia Berkeley Software Distribution (BSD), para permitir el uso gratuito sin obligaciones para los usuarios. Las licencias BSD llevaron el concepto de libertad académica de ideas a la informática. Los primeros autores de software académico habían compartido código basado en promesas implícitas. Berkley hizo explícitos estos conceptos con claras exenciones de responsabilidad y garantía junto con condiciones o cláusulas de redistribución. El original tenía 4 cláusulas pero las versiones posteriores han reducido aún más las restricciones. Como resultado, es común especificar si el software utiliza una versión de 2 o 3 cláusulas. [27] [28]
El Instituto Tecnológico de Massachusetts (MIT) creó una licencia académica basada en el original BSD. La licencia del MIT aclaró las condiciones haciéndolas más explícitas. [29] Por ejemplo, la licencia del MIT describe el derecho a sublicenciar. [30] Uno de los puntos fuertes del desarrollo de código abierto es el complejo proceso en el que los desarrolladores pueden aprovechar los trabajos derivados de otros y combinar sus proyectos en trabajos colectivos. Hacer explícitamente que el código cubierto sea sublicenciable proporciona una ventaja legal al realizar un seguimiento de la cadena de autoría. [29] BSD y MIT son licencias modelo que se pueden adaptar a cualquier proyecto. Están ampliamente adaptados y utilizados por muchos proyectos FOSS. [27]
La licencia Apache es más completa y explícita. La Apache Software Foundation lo escribió para su servidor Apache HTTP . La versión 2, publicada en 2004, ofrece ventajas legales sobre las licencias simples y proporciona subvenciones similares. [31] Mientras que las licencias BSD y MIT ofrecen una concesión de patente implícita, [21] la licencia Apache incluye una sección sobre patentes con una concesión explícita de los contribuyentes. [32] Además, es una de las pocas licencias permisivas con una cláusula de retorsión de patentes. Las cláusulas de represalia o suspensión de patentes entran en vigor si un licenciatario inicia un litigio por infracción de patente sobre un código cubierto. En esa situación, se revocan las concesiones de patentes. Estas cláusulas protegen contra el trolling de patentes . [21]
%22_sticker,_from_an_envelope_mailed_from_Don_Hopkins_to_Richard_Stallman_in_1984..jpg/1280px-%22Copyleft_(L)%22_sticker,_from_an_envelope_mailed_from_Don_Hopkins_to_Richard_Stallman_in_1984..jpg)
Las licencias copyleft requieren que el código fuente se distribuya con el software y que el código fuente esté disponible bajo una licencia copyleft. [18] [33] Utilizan las restricciones de la ley de propiedad intelectual, contrariamente a su propósito habitual, para exigir que el código permanezca abierto. [34] El término y su eslogan relacionado, "Todos los derechos revertidos", habían sido utilizados previamente de manera lúdica por Principia Discordia y Tiny BASIC ; El uso moderno comienza con los esfuerzos de Richard Stallman por crear un sistema operativo libre. En 1984, el programador Don Hopkins envió por correo un manual a Stallman con una pegatina "Copyleft Ⓛ". Stallman, que estaba trabajando en el sistema operativo GNU, adoptó el término. [35] Una versión temprana de la licencia copyleft se utilizó para la versión de 1985 de GNU Emacs . [7] [36] El término se asociaría con las licencias recíprocas posteriores de la FSF, en particular la Licencia Pública General GNU (GPL). [37]
Las licencias tradicionales de software propietario se escriben con el objetivo de aumentar las ganancias , pero Stallman escribió la GPL para aumentar el volumen de software libre disponible. Sus licencias recíprocas ofrecen los derechos de usar, modificar y distribuir la obra con la condición de que las personas deban publicar obras derivadas bajo una licencia que ofrezca esas mismas libertades. El software creado sobre una base copyleft debe venir con el código fuente, y el código fuente debe estar disponible bajo la misma licencia o una similar. Esto ofrece protección contra software propietario que consume código sin dar nada a cambio. [38] [39] Richard Stallman afirmó que "la idea central del copyleft es utilizar la ley de derechos de autor, pero darle la vuelta para que sirva al propósito opuesto a su propósito habitual: en lugar de un medio para privatizar el software, [los derechos de autor] se convierten en un medio para mantener el software libre." [40]
.jpg/1280px-Mitchell_Baker_(2).jpg)
Los beneficios prácticos de las licencias copyleft han atraído a los desarrolladores comerciales. Las corporaciones han utilizado y redactado licencias recíprocas con un alcance más limitado que el de la GPL. [42] Por ejemplo, Netscape redactó sus propios términos copyleft después de rechazar licencias permisivas para el proyecto Mozilla. [43] La GPL sigue siendo la licencia más popular de este tipo, pero hay otros ejemplos significativos. La FSF ha elaborado la Licencia Pública General Reducida (LGPL) para bibliotecas . Mozilla utiliza la licencia pública de Mozilla (MPL) para sus lanzamientos, incluido Firefox . IBM redactó la Licencia Pública Común (CPL) y luego adoptó la Licencia Pública Eclipse (EPL). Una diferencia entre la GPL y otras licencias recíprocas es cómo definen las obras derivadas cubiertas por las disposiciones recíprocas. La GPL y la licencia Affero (AGPL) basada en ella utilizan un alcance amplio para describir las obras afectadas. La AGPL amplía la obligación recíproca de la GPL para cubrir el software disponible a través de una red. [42] [16] Se denominan copyleft fuerte en contraste con las licencias copyleft más débiles que suelen utilizar las corporaciones. El copyleft débil utiliza definiciones más estrictas y explícitas de obras derivadas. [44] [19] La MPL utiliza una definición basada en archivos, la CPL y la EPL utilizan una definición basada en módulos y la propia LGPL de la FSF se refiere a bibliotecas de software. [45]
La compatibilidad de licencias determina cómo se puede distribuir juntos el código con diferentes licencias. El objetivo de las licencias de código abierto es hacer que el trabajo esté disponible gratuitamente, pero esto se vuelve complicado cuando se trabaja con múltiples terminologías que imponen diferentes requisitos. [46] Hay muchas licencias de uso poco común y algunos proyectos redactan sus propios acuerdos personalizados . Como resultado, esto causa más confusión que otros aspectos legales. Al lanzar una colección de aplicaciones, cada licencia se puede considerar por separado. Sin embargo, al intentar combinar software, el código de otro proyecto solo puede tener licencia si el proyecto utiliza términos y condiciones compatibles. [47]
Al combinar bases de código, las licencias originales se pueden mantener para componentes separados y el trabajo más grande se puede publicar bajo una licencia compatible. [48] Esta compatibilidad es a menudo unidireccional. El contenido de dominio público se puede utilizar en cualquier lugar ya que no existe ningún reclamo de derechos de autor, pero el código adquirido bajo casi cualquier conjunto de términos no se puede transferir al dominio público. Se pueden utilizar licencias permisivas en obras copyleft, pero el material copyleft no se puede publicar bajo una licencia permisiva. Algunas licencias copyleft débiles se pueden utilizar bajo la GPL y se dice que son compatibles con la GPL. El software GPL sólo se puede utilizar bajo GPL o AGPL. [46] Las licencias permisivas son ampliamente compatibles porque pueden cubrir partes separadas de un proyecto. Las licencias GPL, LGPL, AGPL, MPL, EPL y Apache se han revisado para mejorar la compatibilidad. [49]
Las licencias de software libre y de código abierto se han aplicado con éxito en los tribunales civiles desde mediados de la década de 2000. [51] En un par de demandas iniciales ( Jacobsen contra Katzer en Estados Unidos y Welte contra Sitecom en Alemania), los demandados argumentaron que las licencias de código abierto no eran válidas. [52] [53] Sitecom y Katzer argumentaron por separado que las licencias eran inaplicables. Tanto los tribunales estadounidenses como los alemanes rechazaron estas afirmaciones. Dictaminaron que los demandados no podrían haber distribuido legalmente el software si las licencias no fueran ejecutables. [51] [50]
Los tribunales han determinado que la distribución de software indica la aceptación de los términos de la licencia. [54] Las versiones físicas de software pueden obtener el consentimiento del consumidor mediante avisos colocados en un envoltorio retráctil . La distribución online puede utilizar clickwrap , un equivalente digital donde el usuario debe hacer clic para aceptar. El software de código abierto tiene un mecanismo de aceptación adicional. Sin el permiso del titular de los derechos de autor, la ley prohíbe la redistribución. Por lo tanto, los tribunales tratan la redistribución como una aceptación de los términos de la licencia. Estas pueden incluir disposiciones de atribución o disposiciones de código fuente para licencias copyleft. [55] [56]
Los desarrolladores normalmente logran el cumplimiento sin demandas. Las presiones sociales, como la posibilidad de una reacción comunitaria, suelen ser suficientes. [57] Las cartas de cese y desistimiento son un método común para que las empresas vuelvan a cumplir con las normas, especialmente en Alemania. [58] En el sistema jurídico alemán se ha desarrollado un proceso estándar. Los desarrolladores de software libre presentan a las empresas una carta de cese y desistimiento. Estos describen cómo volver a cumplir con las normas tras una infracción. Los jueces alemanes pueden emitir una orden judicial de cese y desistimiento a las empresas que no responden. Los casos civiles continúan si estos primeros pasos fallan. Las leyes procesales alemanas son claras y favorables a los demandantes. [59]
Sigue habiendo incertidumbre sobre cómo los diferentes tribunales manejarán ciertos aspectos de la concesión de licencias. [60] En el caso del software en general, existen debates sobre qué se puede patentar y qué se puede proteger con derechos de autor. Con respecto a una interfaz de programación de aplicaciones (API), el Tribunal de Justicia de la Unión Europea señaló en el caso del Instituto SAS de 2012 que "las ideas y principios que subyacen a las interfaces [de programas informáticos] no están protegidos por derechos de autor". [61] En un caso similar de 2021 , la Corte Suprema de Estados Unidos permitió la recreación de un API en un producto transformador bajo uso legítimo . [62]
Un tema largamente debatido dentro de la comunidad FOSS es si las licencias de código abierto son "licencias simples" o contratos . [60] Según la interpretación de la simple licencia, defendida por la FSF, el titular de los derechos de autor lleva un caso ante los tribunales como infracción de derechos de autor . [51] Según la interpretación del contrato, una parte involucrada puede llevar un caso ante los tribunales como incumplimiento de contrato . [63] Los tribunales estadounidenses y franceses han juzgado casos conforme a ambas interpretaciones. [64] Organizaciones sin fines de lucro como FSF y Software Freedom Conservancy ofrecen conservar los derechos de proyectos de desarrolladores más pequeños para hacer cumplir el cumplimiento sin buscar sanciones financieras. [59]
Las licencias de software libre también son licencias de software de código abierto. Los términos separados software libre y software de código abierto reflejan valores diferentes más que una diferencia legal. [65] [66] El fundador de la FSF, Richard Stallman, afirmó que "el software libre es un imperativo ético" en contraste con los objetivos prácticos del código abierto. [67] Bruce Perens basó la definición de código abierto en las directrices del proyecto Debian que se basaban en la definición de software libre de Stallman . [68]
Hay casos extremos ocasionales en los que solo una de las FSF u OSI acepta una licencia. Por ejemplo, sólo la OSI aprobó la licencia Open Watcom . La FSF consideró que la licencia pública Sybase Open Watcom no era gratuita porque requería que se publicara el código fuente para modificaciones privadas. [69] Situaciones como esta son raras y las licencias de software libre más populares son de código abierto, incluida la GPL . [70]
Cuando un derecho de autor expira, la obra pasa al dominio público y está disponible gratuitamente para cualquier persona. [72] Algunas obras creativas no están cubiertas por derechos de autor y pasan directamente al dominio público. En la historia temprana de la informática, esto se aplicaba al software. [4] Los primeros programas informáticos a menudo se regalaban junto con el hardware. [73] Desarrollado inicialmente en el MIT, el videojuego pionero Spacewar! se utilizó para comercializar y probar la computadora PDP-1 . [74]
Según el abogado Lawrence Rosen , las leyes de derechos de autor no se redactaron con la expectativa de que los creadores colocaran su trabajo en el dominio público. Por lo tanto, las leyes de propiedad intelectual carecen de caminos claros para renunciar a los derechos de autor. Las licencias altamente permisivas descritas como "dominio público" pueden funcionar legalmente como contratos unilaterales que ofrecen algo pero no imponen condiciones. [75] [76]
Una licencia equivalente a un dominio público , como Creative Commons CC0, proporciona una exención de reclamos de derechos de autor en el dominio público junto con una licencia de software permisiva como alternativa. En jurisdicciones que no aceptan una renuncia de dominio público, la licencia permisiva entra en vigor. [77] Las exenciones de dominio público comparten limitaciones con las licencias académicas simples. Esto crea la posibilidad de que una parte externa intente controlar una obra de dominio público a través de la ley de patentes o marcas. [78] Las exenciones de dominio público manejan las garantías de manera diferente a cualquier tipo de licencia. Incluso las muy permisivas, como la licencia MIT, renuncian a garantías y responsabilidades. Cualquiera que utilice el software gratuito debe aceptar este descargo de responsabilidad como condición. Dado que el contenido de dominio público está disponible para todos, la exención de derechos de autor no puede imponer una exención de responsabilidad. [72]
El software gratuito es software distribuido sin costo alguno. El software libre a menudo se regala , pero "software gratuito" generalmente se refiere al software propietario , que no otorga permiso para modificar o redistribuir copias. Las licencias de software gratuito patentadas pueden tener restricciones para limitar la redistribución, prohibir el uso comercial o limitar las instalaciones, [79] especificadas en un acuerdo de licencia de usuario final . [80] Muchas empresas de software propietario distribuyen software gratuito, incluido Microsoft , que fue el mayor proveedor del mundo en 2014. [81] El software de origen disponible es software gratuito propietario que viene con el código fuente como referencia. [82] Por ejemplo, la Iniciativa de Fuente Compartida de Microsoft , un intento de ser más competitivo con el software libre, dio como resultado un código fuente propietario que los clientes podían utilizar para modificaciones internas o no comerciales. [83]