Curso Liberación del Código

Transcripción

1 Curso Liberación del Código Índice de contenido 1. Manejando licencias en la liberación del código Qué es una licencia de software? Conociendo las licencias de software Cómo elegir la licencia de software adecuada Conociendo las licencias en la liberación de la documentación Documentación libre Documentación no libre Identificando licencias en el proyecto Eligiendo la licencia Factores claves para la elección de la licencia Otros factores para la elección de la licencia Qué implicación tiene la elección de la licencia?...16 Glosario de términos...18 Material de Referencia...19 Material de Consulta...21 Módulo 4. Controlando los aspectos jurídicos de la liberación Objetivos: 1. Ser conscientes de la importancia de los aspectos jurídicos en la liberación del código. 2. Examinar las diferentes licencias en la liberación de la documentación. 3. Reconocer las diferentes licencias del proyecto. 4. Saber escoger la licencia más adecuada a nuestro proyecto de liberación. Esta obra está distribuida bajo la licencia Reconocimiento-Compartir bajo la misma licencia 3.0 España de Creative Commons Para ver una copia de esta licencia, visite Fundación CENATIC

2 1. Manejando licencias en la liberación del código En la empresa donde trabaja David deciden liberar la aplicación que han desarrollado. Aunque con esta decisión, a la hora de distribuirlo les surge la duda sobre la necesidad de licencia Debe tenerla? Existen licencias específicas para software libre? Por dónde comenzarán para resolver sus dudas? Quizás pienses que puedes hacer lo que quieras con el SF o SFA y que por ello éste no tiene licencias, sin embargo esto no es cierto. El uso que puedas darle dependerá del tipo de licencia. Es necesario trabajar con una licencia aunque el software sea de fuentes abiertas. Y es que existe un gran desconocimiento dentro del mundo del Software sobre los aspectos legales del mismo. De igual modo, existen una serie de presunciones respecto al SFA que, ya sea por desconocimiento o por error de interpretación, provocan cierta incertidumbre tanto por parte de quien lo utiliza, como aquel que lo produce. El uso del SFA licenciado correctamente te va a permitir ejercer las 4 libertades del SFA, por lo que antes de liberar el código de un determinado software, debes tener en cuenta que la liberación debe respetar estas libertades: 1. Libertad 0: Libertad de usar el programa, con cualquier propósito. 2. Libertad 1: Libertad de estudiar el funcionamiento del programa y poder adaptarlo. 3. Libertad 2: Libertad de distribuir copias. 4. Libertad 3: Libertad de mejorar el programa y hacer públicas las mejoras. El concepto de libertad es el principio del SFA. Su sentido desde una perspectiva legal es claro: Carece de prohibiciones. Por tanto, una de las ventajas claras a la hora de optar por el SFA es que no tienes que negociar con un vendedor, establecer contratos de soporte exclusivo, o realizar estimaciones de equipos o usuarios que van a utilizar el software. Como comprobarás, el impacto del SFA a nivel jurídico y práctico es muy importante. La posibilidad de usar software bajo una licencia SFA y ejercer los derechos concedidos te permite: 1. Descargar aplicaciones de internet libremente y habitualmente de forma gratuita. 2. Realizar una instalación para probar y evaluar el software, sin ningún compromiso. 3. Modificarlo para adaptarlo a tus necesidades (o contratar a alguien que lo haga). 4. Integrarlo en tu negocio, en cuantos equipos necesites, actualizarlo, etc. 5. Distribuirlo en el formato que elijas para que otros también puedan beneficiarse. Pregunta de Autoevaluación Al ser el software de fuentes abiertas... a) Puedes darle el uso que quieras. b) Puedes hacer lo que quieras con él, siempre y cuando pidas permiso. c) * Puedes darle el uso que te permita la licencia.

3 1.1 Qué es una licencia de software? En el apartado anterior has visto la importancia de las licencias de software, pero Sabes lqué es una licencia? Una licencia de software es un contrato mediante el cual se te ceden los derechos necesarios para el uso de un programa. Ahora bien, es muy importante que tengas en cuenta que los tipos de licenciamiento de software tienen un doble uso: Asegurar los derechos de los usuarios (autorizaciones). Reservar y proteger los derechos de autor del titular. (Fuente: Guía del derecho y el software de fuentes abiertas, CENATIC.) Según el Derecho Español, una licencia de software es: Un contrato por el cual un programa permite al licenciatario la utilización (entendiéndose en el sentido de instalación, uso, adaptación,...), cediéndole los derechos necesarios para este uso. Pregunta de Autoevaluación Qué es una licencia de software? a) Un documento que te explica cómo funciona el programa. b) * Un contrato que te da derechos para usar el programa. c) Un documento que evita el uso del programa sin pago previo.

4 1.2 Conociendo las licencias de software Ante la duda sobre la elección de la licencia de distribución, David ha decidido echar un vistazo a los tipos de licencias existentes, pero se da cuenta de que son demasiadas Casi 70!. Así que, con la ayuda de su equipo, van a hacer una clasificación para tener una idea más clara... no quieren equivocarse en la elección! No pienses que todas las licencias son iguales solo por ser de fuentes abiertas todo lo contrario! Las licencias de SFA varían de forma significativa de unas a otras. De hecho, existen casi 70 licencias de SFA certificadas por la OSI. Es importante que tengas en cuenta este hecho siempre que utilices SFA y, sobre todo, a la hora de integrar y redistribuir a terceros este tipo de software. La mayor diferencia entre licencias radica en las condiciones aplicables a la redistribución, en particular en cuanto al grado de copyleft. Con el objetivo de asegurar que cualquier usuario del software pueda disfrutar de estas libertades en todo momento, las licencias de SFA con copyleft obligan a los licenciatarios a: 1. Utilizar la misma licencia libre para la redistribución del software (tanto el software original sin modificar, como para cualquier modificación que se realice del mismo). 2. Proporcionar u ofrecer acceso al código fuente a todos los usuarios. Esta doble condición, conocida como copyleft, elimina cualquier posibilidad de distribuir el software bajo licencia privativa. Por lo general, las leyes de copyright son utilizadas para prohibir a terceros la reproducción, adaptación o distribución de copias del trabajo de un autor. A través del copyleft, un autor puede dar a cada persona que recibe una copia permiso para la reproducción, adaptación o distribución, y requerir que cualquier copia o adaptación resultante estén también sujetas al mismo acuerdo de licencia. A continuación, puedes ver una clasificación de las licencias de SFA, según el grado de permisividad: Licencias permisivas Copyleft fuerte Este tipo de licencia no impone ninguna condición particular, permiten mezclar o integrar un componente bajo licencia permisiva (como la BSD modificada o la MIT) en un programa bajo licencia con copyleft (GPL, MPL, CPL, etc.). La licencia con copyleft cumplirá con las dos únicas obligaciones impuestas por la licencia permisiva a la hora de redistribuir el resultado: mantener los avisos de autoría (quién ha realizado el trabajo) y los disclaimers (limitaciones de garantías y responsabilidades). Este tipo de licencia exige el uso de la misma licencia para cualquier redistribución del programa y de las modificaciones que se realicen del mismo, así como a programas que lo utilizan o incorporan. Las licencias como la GPLv2 prohíben restricciones adicionales, que no se aplican solamente al ejercicio de los derechos de autor. Esto hace que no pueda integrarse

5 software bajo la GPL con software bajo licencias que imponen condiciones específicas con respecto al derecho aplicable o la jurisdicción competente, sobre la manera de distribuir obras derivadas, el alcance de las de licencias de patentes (Apache 2.0, MPL, CDDL), obligaciones en cuanto a la documentación (XFree86) o publicidad (BSD original, Apache 1.0), obligaciones adicionales para la provisión del código fuente (Affero), y un largo etcétera. Copyleft suave Estas licencias incluyen cláusulas de copyleft sólo para el código original, sin que esto afecte a otros programas que lo integren. Ten presente que con la cantidad de licencias diferentes que existen, no todas las licencias se usan por igual. Hay algunas que son más empleadas que otras por los desarrolladores de sotware libre, entre ellas están: La Berkeley Software Distribution (BSD) modificada: licencia permisiva. La Apache Software Licence 2.0 (ASL 2.0): licencia permisiva. La GNU General Public License (GPL v2 y v3): licencia con copyleft fuerte. La GNU Library or Lesser General Public License (LGPL v2 y v3): licencia con copyleft suave, o mixta. La Mozilla Public License 1.1 (MPL 1.1): licencia con copyleft suave, o mixta. La licencia European Unión Public License (EUPL 1.1): licencia con copyleft suave, o mixta, explícitamente compatible con ciertas licencias copyleft. (Fuente: Guía del derecho y el software de fuentes abiertas, CENATIC.) Analiza los siguientes ejemplos: Un software que utiliza librerías bajo la LGPL puede ser distribuido bajo otras licencias, como la ASL o MPL. La LGPL tiene un pacto de compatibilidad expresa con la GPL. En este caso, la licencia de la librería se convierte a GPL.

6 1.3 Cómo elegir la licencia de software adecuada David y su equipo ya han hecho una clasificación de las licencias, según las condiciones aplicables a la redistribución. No ha sido fácil Qué cantidad de licencias existen! aunque diferenciando las más utilizadas por los desarrolladores les ha ayudado mucho. Ahora es el momento de analizarlas para saber cuál les conviene más, pero un miembro del equipo ha planteado una posiblilidad en la que David no había pensado: escribir su propia licencia para el proyecto. Será una buena idea? Ante la decisión de liberar el software, la primera cuestión que debes considerar y la más esencial es la conveniencia de escribir una nueva licencia específica para tu proyecto. Será una buena idea volver a escribir una nueva licencia para tu proyecto? Esto es desaconsejable. Es mejor que selecciones una del listado de licencias libres y de fuentes abiertas reconocidas, ya que la proliferación de licencias crea problemas graves de incompatibilidad y fragmentación del sector del SFA. De hecho, la OSI está tratando de reducir el número de licencias certificadas activas. (Fuente: Quieres saber más...? Si quieres conocer más acerca de los tipos de licencias libres existentes visita: Pregunta de Autoevaluación

7 La creación de una nueva licencia de software: a) Crea graves problemas de incompatibilidad. b) Crea graves problemas de fragmentación. c) * Ambas respuestas son correctas.

8 2 Conociendo las licencias en la liberación de la documentación Cuando decidieron liberar el software, David y su equipo también se informaron sobre la documentación que debían incluir: tutoriales, guías, manuales, etc. Así que otra de las cuestiones que tienen que plantearse es cómo afecta la licencia elegida a esa documentación. No sólo es importante liberar el software y su código fuente, también lo es incluir la documentación. Ésta puede consistir en manuales, documentación de código y todo lo que el desarrollador considere importante para usar o modificar su programa. La documentación es de gran importancia porque facilita la lectura y comprensión del código fuente de un determinado software. Coincidirás en que la documentación del software libre debe ser también libre Obvio, no crees? Sólo así asegurarás su redistribución y mejora, al igual que el software al que va asociada. Software Libre Documentación Libre Y para liberarla, tienes que publicarla con una licencia de documentación libre. Eso sí, la cantidad de licencias de documentación libre es significativamente menor que el de licencias de software. Al igual que existen licencias de software, también existen licencias de documentación. Para distribuir legalmente la documentación de un software bajo licencia SFA, debes asegurarte de que tienes los derechos de propiedad intelectual suficientes para hacerlo. Para ello, debes ser titular originario de los derechos del software (como autor o titular originario por presunción legal) o licenciante de los derechos del software creado por terceros (proveedores, subcontratas, becarios, etc.) que deberán permitir, a su vez, la posterior distribución de la documentación bajo la licencia del proyecto. Quieres saber más...? Si quieres saber más sobre las licencias disponibles para la documentación, visita:

9 2.1 Documentación libre Como acabas de ver en el anterior punto, para que la documentación sea libre, tienes que publicarla con una licencia de documentación libre. Para que te sirve que la documentación sea libre? La documentación libre te garantiza la libre copia y modificación de sus contenidos, con la única restricción de no modificar su licencia. Existen diferentes tipos de licencias para una documentación libre, entre ellas encuentras: La Licencia de Documentación Libre de GNU: Se trata de una licencia pensada para ser utilizada en una documentación libre con copyleft. La Licencia de Documentación de FreeBSD : Es una licencia de documentación libre simple y permisiva sin copyleft pero compatible con la GNU FDL. La Licencia de Documentación Común de Apple, versión 1.0 : Es una licencia de documentación libre que es incompatible con la GNU FDL porque la sección (2c) dice: "no añada otros términos o condiciones a los de esta licencia", y la GNU FDL tiene términos adicionales no considerados en esta licencia. La Licencia de Publicación Abierta, versión 1.0.: Esta licencia puedes usarla como una licencia de documentación libre. Es una licencia con copyleft de documentación libre siempre y cuando el propietario de los derechos de autor no ejerza ninguna de las "OPCIONES de LICENCIA" listadas en la Sección VI de la licencia. Si se invoca cualquiera de las opciones, la licencia deja de ser libre. Pregunta de Autoevaluación La documentación libre te garantiza: a) * La libre copia y modificación de sus contenidos. b) La libre copia y modificación de sus contenidos y la modificación de la licencia. c) La libre copia.

10 2.2 Documentación no libre Aunque la documentación del software libre debería ser documentación libre, en muchas ocasiones no lo es. Y por qué ocurre esto? Generalmente ocurre porque la empresa que desarrolla el software comercializa los manuales de operación y usuario final. Es decir, la empresa lo usa como una estrategia, que implica que: Los desarrolladores avanzados sabrán entender el código fuente y aportar sus contribuciones al proyecto, sin necesidad de consultar la documentación. Los usuarios finales, interesados sólo en utilizar el software, comprarán la documentación para poder aprovechar al máximo las funcionalidades. Pero esta estrategia también tiene sus desventajas, ya que esto hace que el software tenga una difícil difusión y que la comunidad de usuarios tras la herramienta sea más reducida de lo habitual. Sin embargo, hay ciertas ocasiones en las que los mismos manuales disponibles para descarga se pueden obtener en formato físico (libro), incluyendo algunas mejoras que aportan valor añadido sobre la documentación estándar. (Fuente: ) Qué licencias se aplican a esta documentación? En realidad, si se pretende distribuir la documentación de manera no libre, la legislación actual concede al autor todos los derechos, sin necesidad de aplicar ninguna licencia. Bastaría con indicar que dicha documentación está sujeta a copyright con la expresión "Todos los derechos reservados" para distribuir de manera no libre la documentación.

11 3 Identificando licencias en el proyecto Una vez que han decidido utilizar una de las licencias existentes, David y su equipo tienen que analizar las diferentes opciones para realizar la elección adecuada. Esta elección determinará un aspecto clave para David y su equipo, que es la compatibilidad o no con otras licencias y, por lo tanto, la posibilidad de incluir otros componentes en el producto. Sabes por qué es tan importante que conozcas qué licencias estás manejando en el proyecto? Esto es imprescindible por la importancia jurídica que tienen las licencias. Al hacer uso de éstas, es necesario que sepas bajo qué licenciamiento se te permite su uso, y si es necesario, incluirlas o referenciarlas. De este modo, evitarás cometer una infracción, ya que gran número de aplicaciones de SFA se construyen reutilizando código de otras aplicaciones. Entre las más comunes están las siguientes: Integrar y redistribuir componentes bajo licencias incompatibles (en un software compuesto). No incluir una copia de la licencia con el software distribuido. No proporcionar o dar acceso al código fuente del software. No incluir los scripts de compilación e instalación con el código fuente de software bajo GPL. (Fuente:

12 Además, debes tener siempre presente la relación que se establece al usar distintas licencias dentro de un mismo proyectos por diversos motivos: Las licencias de SFA imponen distintas condiciones a la hora de explotar el software. Pueden aparecer incompatibilidades jurídicas entre licencias. Estas incompatibilidades no son importantes en el entorno de desarrollo o pruebas, pero pasan a ser un problema de primer nivel a la hora de distribuir el producto final. Así, es necesario que conozcas bien las licencias utilizadas, para asegurar en la medida de lo posible, la compatibilidad. Para ello, ten en cuenta que: Si todos los componentes de una aplicación se reciben y distribuyen bajo la misma licencia, no deben de existir problemas. La integración de componentes bajo licencias permisivas en otros programas no debería constituir un problema, incluso en Software Propietario. Si existen varias licencias con Copyleft podríamos tener un conflicto de compatibilidad entre las distintas cláusulas de las licencias. La compatibilidad o no entre licencias dependerá, siempre, de la manera de integrar los distintos componentes y de si esta integración constituye, desde la perspectiva jurídica, una transformación o no de los mismos. Para determinar las compatibilidades entre licencias y evitar posibles infracciones, recuerda estudiar bien cada caso en particular, y si tienes dudas, es recomendable que acudas a un profesional especializado. Pregunta de Autoevaluación Puedes usar diferentes licencias dentro del mismo proyecto? a) No, cada proyecto debe llevar una sola licencia. b) Sí, todas las que quieras. c) *Sí, siempre y cuando sean compatibles.

13 4 Eligiendo la licencia David ya tiene identificados los componentes y librerías de terceros que usa su software, necesarias para su correcto funcionamiento. Analizadas todas las cuestiones y aspectos fundamentales, ha llegado el momento de tomar la decisión, qué análisis deberán realizar para seleccionar la licencia más apropiada? La selección de la licencia adecuada a tu proyecto es una decisión complicada, teniendo en cuenta además, que existen casi 70 licencias de SFA reconocidas por la OSI, pero debes tomarla cuanto antes mejor. Ya has visto que esta decisión determinará la compatibilidad con otras licencias y, por lo tanto, la posibilidad de integrar otros componentes en el producto en un futuro, pero también cuestiones más estratégicas como los medios o potenciales vías de comercialización del software y de productos o servicios basados en el mismo. Qué factores relevantes debes tener en cuenta en el análisis para seleccionar la licencia apropiada? El principal factor sobre el que debes reflexionar para la elección de la licencia, son los objetivos del proyecto. Pero además de los objetivos, hay otra serie de factores de gran relevancia que debes tener en cuenta para la correcta elección de la licencia. Pregunta de Autoevaluación Para una adecuada elección de la licencia: a) * Es necesario hacer la elección cuanto antes. b) Hay que elegir la que más libertades ofrezca. c) No hay que elegir una, sino varias licencias que sean compatibles.

14 4.1 Factores claves para la elección de la licencia David se ha dado cuenta de que no sólo debe analizar las licencias, y conocerlas a fondo, sino que es muy importante que analice las características de su proyecto. Por eso, lo primero que ha analizado es el objetivo final del proyecto, y descartado las licencias que no se ajustan al mismo. Así, el análisis que están realizando es tanto de las licencias como del proyecto, pero qué otros factores son importantes? A continuación observarás los aspectos claves para elegir la licencia adecuada. Reflexionando sobre ellos, reducirás considerablemente la lista de posibles licencias. a) Es importante que uses una licencia reconocida: La FSF recomienda el uso de la licencia GPL para garantizar la libertad del software. De hecho, es una tendencia generalizada limitarse a usar las licencias más comunes (las licencias GPL, LGPL, BSD modificada, MPL, Apache, CPL, CDDL, etc.). Pero por qué usar una licencia conocida? Si usas una licencia conocida, te aportará muchas ventajas. Como es que cualquier usuario experimentado conozca el alcance de sus derechos y obligaciones, pues son estándares. Además, su uso facilita la integración de componentes en programas más complejos: Una vez se han determinado las licencias compatibles con la del proyecto, ya no será necesario revisar en detalle las condiciones aplicables a componentes bajo las mismas. También tienes la posibilidad de escribir nuevas licencias y hasta someterlas a la certificación por la OSI. Pero en contra de lo que sucede con el uso de una licencia conocida, cada nueva licencia complica la tarea de revisar la compatibilidad de los componentes a la hora de integrar programas. Una ventaja de las licencias de SFA reconocidas es que son estándares. b) Ten claros cuales son los objetivos de la liberación del software: Analiza cuidadosamente los objetivos de tu proyecto. Tras el análisis se te plantearán una serie de cuestiones similares a las siguientes: Son puramente filosóficos tus objetivos? Tienes prevista la provisión de soluciones comerciales basadas en este software una vez liberado? El software es parte de un programa universitario o el resultado de una investigación? En este caso, o bien no te importará lo que se haga posteriormente con el programa (y entonces escogerás una licencia permisiva), o al contrario, y exigirás una licencia con copyleft fuerte. Una licencia mixta podrá ayudarte a crear una comunidad profesional para mejorar el código. Deberás tener en cuenta los criterios relacionados con la difusión del conocimiento. Es parte de una iniciativa pública? Si la respuesta es afirmativa, pueden surgir razones vinculadas con una política determinada de reutilización de recursos, su integración en un plan de interoperabilidad nacional o internacional, o el fomento de la industria local. c) Ten en cuenta la compatibilidad entre componentes: En el caso de un software que ya incorpora

15 (o se prevé que incorpore) componentes de SFA, las licencias de estos componentes podrán determinar la licencia del proyecto. Es necesario que las revises para identificar la lista de licencias compatibles. No es lógico que propongas una licencia permisiva para el software si un componente fundamental integrado en el mismo tiene una licencia con copyleft. De igual modo, no es razonable que elijas la GPL si el software debe integrarse con un programa bajo una licencia incompatible con ésta, como son la MPL, la CPL o la CDDL. d) Elige el tipo de software que va a crear y distribuir tu proyecto: En general, y desde una perspectiva jurídica, es importante que consideres si el software se va a usar sin modificaciones o, si por el contrario es más probable que se modifique y se integre en sistemas o soluciones más complejas. En este caso, seleccionarás la licencia según el grado de permisividad o libertad que quieras otorgar a terceros para la distribución de aplicaciones que integren o modifiquen el software. e) Selecciona la licencia más adecuada para tu proyecto: Una vez aclaradas las cuestiones previas a la selección de la licencia, es necesario que identifiques aquella que cumple los criterios de tu proyecto. El principal criterio de diferenciación de las licencias SFA es la existencia o no de pactos de copyleft y el grado de reciprocidad exigido por los mismos. Una licencia copyleft tiene varias consecuencias: No permitirá privatizar el programa. Facilitará la publicación de modificaciones y extensiones, pero será incompatible con software bajo otras licencias de tipo copyleft. Por contra, una licencia permisiva permitirá la incorporación en otros programas bajo cualquier tipo de licencia, pero también autorizará la privatización del software o la creación de distintas versiones del mismo programa original, distribuidos bajo cualquier tipo de licencia. f) Escoge más de una licencia si es necesario: Finalmente, tienes la posibilidad de usar varias licencias bajo un régimen o esquema de licencia dual o múltiple, de esta forma puedes participar y beneficiarte de los desarrollos y avances de comunidad libre, adquiriendo una versión del programa bajo licencia libre, y obtener ingresos a partir de la distribución del mismo software bajo licencia propietaria y comercial.

16 4.2 Otros factores para la elección de la licencia Además de los factores claves tratados hasta ahora, no puedes olvidar otras cuestiones que también influyen en la elección de la licencia, llevando a los licenciantes a incorporar pactos o crear nuevas licencias que den respuesta a las necesidades de los autores de SFA. Algunas de ellas son: El control de marca: Se han redactado licencias con pactos referentes al uso de la marca del proyecto, impidiéndolo u obligándolo. Prestación de servicios remotos: Existen una serie de licencias modernas que extienden el efecto de copyleft y están diseñadas específicamente para asegurar la cooperación con la comunidad en el caso de software que corra en servidores de red. En concreto, la licencia Affero GPL es íntegramente una GNU GPL con una cláusula nueva que añade la obligación de distribuir el software si éste se ejecuta para ofrecer servicios a través de una red de ordenadores. Quieres saber más...? Si deseas saber más sobre los puntos a tener en cuenta durante la elección de un tipo de licencia, visita: Pregunta de Autoevaluación Respecto a la compatibilidad de componentes: a) No es necesario tenerla en cuenta. b) Es importante, pero no te afectará hasta que finalices el proyecto. c) *Es necesario tenerlo en cuenta desde el principio.

17 4.3 Qué implicación tiene la elección de la licencia? David y su equipo ya han analizado todos los factores, tanto del proyecto como del tipo de licencia en sí, y han tomado una decisión. Será la decisión correcta? Qué implicaciones tendrá esta elección para su proyecto? A la hora de liberar tu aplicación, entre otras cuestiones, tendrás que plantearte hacia dónde quieres dirigir tu proyecto en el futuro. Este es un aspecto que debes tener especialmente en cuenta, para ver así de qué forma le puede afectar la elección de una u otra licencia al proyecto. Y es que las licencias de SFA imponen distintas condiciones a la hora de explotar el software, sobre todo por lo que se refiere a su redistribución. Has visto a lo largo del módulo que pueden aparecer incompatibilidades jurídicas entre licencias, pero te ha quedado claro que se entiende en el contexto de SFA por compatibilidad? Entiende que dos o más licencias son compatibles cuando se puede integrar el código de un programa en otro, bajo una licencia distinta, sin que la redistribución de la obra resultante infrinja la licencia del primero. Por ejemplo, se puede incorporar software bajo una licencia permisiva como la BSD en un programa bajo la GPL, porque la redistribución de los dos componentes juntos no infringirá la licencia BSD. En caso contrario, las licencias serán incompatibles. (Fuente: La mayoría de aspectos relacionados con las licencias se aplican de la misma forma (o de forma muy similar) tanto al SFA como al software privativo.

18 Ya sabrás que, desde un punto de vista legal, una licencia de SFA es una cesión no exclusiva de algunos de los derechos del titular bajo ciertas condiciones. Por lo tanto, no es: Una venta. Una cesión total y en exclusiva de los derechos de autor a favor de un tercero. Una renuncia a emprender acciones legales si un tercero incumpliera cualquier de las condiciones de distribución del SFA. Así, las licencias son meras autorizaciones bajo el Derecho de la Propiedad Intelectual: siempre que el usuario respete las condiciones de uso, gozará de los derechos especificados en la licencia. La GPL argumenta que esta licencia se convierte en contrato vinculante cuando el usuario modifica y redistribuye el programa porque, para ello, habrá accedido al código fuente, dónde reside normalmente la licencia. Por esta razón la modificación y posterior redistribución podrá considerarse una manifestación explícita de aceptación de las condiciones la licencia. (Fuente: Guía del derecho y el software de fuentes abiertas, CENATIC.) Sabes qué implicaciones tiene que las licencias de SFA no sean exclusivas? Como licenciante o titular, retienes los derechos sobre tu obra. En particular, retienes tu propio derecho a reproducir, transformar, distribuir y comunicar públicamente el software. Podrías también volver a autorizar a terceros a explotarlo bajo otra licencia (un régimen de licencia dual). Pero ojo! el uso de licencias libres no implica la renuncia de derechos por parte del titular, en ningún caso. Las licencias de SFA no implican la renuncia de derechos

19 Glosario de términos SFA: Software de Fuentes Abiertas. Freeware: Software privativo que se distribuye sin costo, disponible para su uso y por tiempo ilimitado. Puede encluir el código fuente, pero no es lo usual. Shareware: Modalidad de distribución de software en la que el usuario puede evaluar de forma gratuita el producto, pero con limitaciones en la forma de uso: por un tiempo limitado o con restricciones en las capacidades finales. OSI: Open Source Initiative, es una organización dedicada a la promoción del código abierto, fundada en febrero de ( BSD: Berkeley Software Distribution. MIT: Massachusetts Institute of Technology. GPL: GNU General Public License. MPL: Mozilla Public License. CPL: Common Public License. CDDL: Common Development and Distribution License. EUPL: European Union Public License. LGPL: GNU Lesser General Public License. FDL o GFDL: GNU Free Documentation License. Disclaimers: Limitaciones de garantías y responsabilidades. Script: Archivo de órdenes o archivo de procesamiento por lotes. Su traducción es "guión", y se trata de un programa interpretado, usualmente simple, que por lo general se almacena en un archivo de texto plano.

20 Material de Referencia Libertades del software libre. Consultado el 3 de agosto de 2010, Wikipedia: Aspectos Legales del Software de Fuentes Abiertas. Consultado el 3 de agosto de 2010, CENATIC: (Requiere registro) Organización Internacional para la Estandarización. Consultado el 3 de agosto de 2010, Web ISO: Licencia BSD. Consultado el 3 de agosto de 2010, OpenSource: MIT License. Consultado el 3 de agosto de 2010, OpenSource, linfo.org: GNU General Public License. Consultado el 3 de agosto de 2010, GNU.org: Mozilla Public License. Consultado el 3 de agosto de 2010, Mozilla: Common Public License. Consultado el 3 de agosto de 2010, IBM: Copyleft. Consultado el 3 de agosto de 2010, GNU.org: Apache License. Consultado el 3 de agosto de 2010, Apache: Common Development and Distribution License. Consultado el 3 de agosto de 2010, SUN: XFree86. Consultado el 3 de agosto de 2010, XFree86: GNU Affero General Public License. Consultado el 3 de agosto de 2010, GNU.org:

21 GNU Lesser General Public License. Consultado el 3 de agosto de 2010, GNU.org: Por qué el software libre necesita documentación libre. Consultado el 3 de agosto de 2010, GNU: GNU Free Documentation License. Consultado el 3 de agosto de 2010, GNU: Open Publication License. Consultado el 3 de agosto de 2010, Opencontent: Liferay Portal Documentation. Consultado el 3 de agosto de 2010, Liferay: OpenContent License (OPL). Consultado el 3 de agosto de 2010: Open Directory License. Consultado el 3 de agosto de 2010: Escogiendo una licencia y aplicándola. Consultado el 3 de agosto de 2010:

22 Material de Consulta Informe sobre el estado del arte del Software de Fuentes Abiertas en la empresa española (2009). CENATIC: Guía Básica de Introducción al Software de Fuentes Abiertas.CENATIC: Sitio web donde se orienta a producir software de código abierto. Consultado el 28 de julio de 2010: Documento informativo sobre las licencias SFA. Consultado el 28 de julio de 2010, Monografías.com: Sitio web donde se documenta que es una licencia de software.consultado el 28 de julio de 2010, Wikipedia: Sitio web donde se encuentra información sobre licencias SFA Consultado el 28 de julio de 2010: Sitio web con información relativa a las licencias sobre la documentación de un software de fuentes abiertas. Consultado el 28 de julio de 2010: Documento con información relativa a la elección de un determinado tipo de licencia SFA. Consultado el 28 de julio de 2010, Monografías.com: Documento sobre los aspectos jurídicos relacionados con las licencias SFA para el software libre. Consultado el 28 de julio de 2010, Monografías.com: