Licencias de software libre Antonio Garrido Soto Ingeniería Técnica Informática de Gestión Índice de contenido ¿Qué es una licencia de software?.....................................................................................3 Elementos personales de una licencia de software............................................................3 Licenciante..........................................................................................................3 Garantía de titularidad.........................................................................................3 Licenciatario........................................................................................................4 Elementos objetivos de una licencia de software..............................................................4 Plazo....................................................................................................................4 Precio...................................................................................................................4 Clasificacion de licencias de software libre......................................................................5 Licencias de codigo abierto permisivas..............................................................5 Licencias de software de código abierto robustas...............................................5 Licencias de software de código abierto robustas fuertes5 Licencias de software de código abierto robustas débiles5 Conceptos importantes sobre el software libre..................................................................6 Copyleft...............................................................................................................6 Las 4 libertades del software libre por la Free Software Foundation..................6 Definición de Software Libre de OSI (Open Source Initiative)..........................7 La redistribución libre..................................................................7 Trabajos derivados.......................................................................7 No discriminación contra personas o grupos...............................7 Distribución de la licencia...........................................................7 Disclaimer...........................................................................................................8 Directrices de Debian del Software Libre...........................................................8 GNU General Public License, version 3 (GPL-3.0)..........................................................9 Common Public License v.1.0.........................................................................................11 Eclipse Public License.....................................................................................................12 LICENCIA BSD..............................................................................................................13 LICENCIA MIT .............................................................................................................14 MOZILLA PUBLIC LICENSE.......................................................................................15 APPLE PUBLIC SOURCE LICENSE ...........................................................................16 LICENCIA APACHE .....................................................................................................17 COMPARATIVA............................................................................................................18 ¿Qué es una licencia de software? Una licencia de software es un contrato entre el licenciante (autor/titular de los derechos de explotación/distribuidor) y el licenciatario del programa informático (usuario consumidor /usuario profesional o empresa), para utilizar el software cumpliendo una serie de términos y condiciones establecidas dentro de sus cláusulas. Las licencias de software pueden establecer entre otras cosas: la cesión de determinados derechos del propietario al usuario final sobre una o varias copias del programa informático, los límites en la responsabilidad por fallos, el plazo de cesión de los derechos, el ámbito geográfico de validez del contrato e incluso pueden establecer determinados compromisos del usuario final hacia el propietario, tales como la no cesión del programa a terceros o la no reinstalación del programa en equipos distintos al que se instaló originalmente. Elementos personales de una licencia de software Licenciante El licenciante o proveedor-licenciante es aquel que provee el software más la licencia al licenciatario, la cual, le permitirá a este último tener ciertos derechos sobre el software. El rol de licenciante lo puede ejercer cualquiera de los siguientes actores: Autor: El desarrollador o conjunto de desarrolladores que crea el software son por antonomasia quienes en una primera instancia poseen el rol de licenciante al ser los titulares originales del software. Titular de los derechos de explotación: Es la persona natural o jurídica que recibe una cesión de los derechos de explotación de forma exclusiva del software desde un tercero, transformándolo en titular derivado y licenciante del software. Distribuidor: Es la persona jurídica a la cual se le otorga el derecho de distribución y la posibilidad de generar sublicencias del software mediante la firma de un contrato de distribución con el titular de los derechos de explotación. Garantía de titularidad Es la garantía ofrecida por el licenciante o propietario, en la cual, asegura que cuenta con suficientes derechos de explotación sobre el software como para permitirle proveer una licencia al licenciatario. Licenciatario El licenciatario o usuario-licenciatario es aquella persona física o jurídica que se le permite ejercer el derecho de uso más algún otro derecho de explotación sobre un determinado software cumpliendo las condiciones establecidas por la licencia otorgada por el licenciante. Usuario consumidor: Persona natural que recibe una licencia de software otorgada por el licenciante, la cual, se encuentra en una posición desventajosa ante los términos y condiciones establecidas en ella. Usuario profesional o empresa: Persona natural o jurídica que recibe una licencia de software otorgada por el licenciante, la cual, se encuentra en igualdad de condiciones ante el licenciante para ejercer sus derechos y deberes ante los términos y condiciones establecidos en la licencia. Elementos objetivos de una licencia de software Plazo El plazo determina la duración en el tiempo durante la cual se mantienen vigentes los términos y condiciones establecidos en licencia. Las licencias en base a sus plazos se pueden clasificar en: Licencias con plazo específico. Licencias de plazo indefinido. Licencias sin especificación de plazo. Precio El precio determina el valor el cual debe ser pagado por el licenciatario al licenciante por el concepto de la cesión de derechos establecidos en la licencia. El copyleft que rige un trabajo se considera "más fuerte" cuanto mayor es la eficiencia con la que hace cumplir las condiciones de la licencia a todos los tipos de trabajos derivados. El "copyleft débil" hace referencia a las licencias que no se heredan a todos los trabajos derivados, dependiendo a menudo de la manera en que éstos se hayan derivado. Este último tipo de licencias es el que se utiliza generalmente para la creación de bibliotecas de software, con el fin de permitir que otros programas puedan enlazar con ellas y ser redistribuidos, sin el requerimiento legal de tener que hacerlo bajo la nueva licencia copyleft. Solamente se requiere distribuir los cambios sobre el software con "copyleft débil", no los cambios sobre el software que enlaza con él. Esto permite a programas con cualquier licencia ser compilados y enlazados con bibliotecas con copyleft tales como glibc (una biblioteca estándar requerida por muchos programas) y ser redistribuidos después sin necesidad de cambiar la licencia. Ejemplos de licencias de software libre que utilizan copyleft "fuerte" son la Licencia Pública General de GNU y la Licencia Pública Q. Por otra parte, entre las licencias de software libre que usan copyleft "débil" tenemos la Licencia Pública General Reducida de GNU (LGPL) y la Licencia Pública de Mozilla. Ejemplos de licencias de software libre que no son copyleft son la licencia X11 y las licencias BSD. http://es.wikipedia.org/wiki/Copyleft http://es.wikipedia.org/wiki/Licencia_de_software Clasificacion de licencias de software libre. Licencias de codigo abierto permisivas • • • • • • • • • • • • • • • Academic Free License v.1.2. Apache Software License v.1.1. Artistic License v.2.0 Attribution Assurance license. BSD License. MIT License. University of Illinois/NCSA Open Source License. W3C Software Notice and License. Zope Public License v.2.0 Open LDAP License v.2.7 Perl License. Academic Free License v.3.0 Python License v.2.1 PHP License v.3.0 Q Public License v.1.0 Licencias de software de código abierto robustas Licencias de software de código abierto robustas fuertes • • • • • • • • • Common Public License v.1.0. GNU General Public License v.2.0. GNU General Public License v.3.0. Eclipse Public License. eCos License v.2.0 Sleepycat Software Product License. Affero License v.1.0 Affero License v.2.0 OpenSSL License. Licencias de software de código abierto robustas débiles • • • • • • GNU Lesser General Public License v.2.1. Mozilla Public License Open Source License. Apple Source License v.2.0 CDDL. EUPL. Conceptos importantes sobre el software libre Copyleft El copyleft es una práctica al ejercer el derecho de autor que consiste en permitir la libre distribución de copias y versiones modificadas de una obra u otro trabajo, exigiendo que los mismos derechos sean preservados en las versiones modificadas. La efectividad de ejercerlo puede depender de la legislación particular de cada país, pero en principio se puede utilizar para programas informáticos, obras de arte, cultura, ciencia, o cualquier tipo de obra o trabajo creativo que sea regido por el derecho de autor. El término surge en las comunidades de software libre como un juego de palabras en torno a copyright: "derecho de autor", en inglés (literalmente: "derecho de copia"). Se puede traducir por "izquierdo de autor", aunque esta propuesta no refleja otro sentido de left en inglés: pretérito del verbo dejar. Se considera que una licencia libre es copyleft cuando además de otorgar permisos de uso, copia, modificación y redistribución de la obra protegida, contiene una cláusula que impone una licencia similar o compatible a las copias y a las obras derivadas. Sus partidarios lo proponen como alternativa a las restricciones que imponen las prácticas tradicionales de los editores y de la industria del entretenimiento al ejercer los derechos patrimoniales que detienen y gestionan para los autores, a la hora de autorizar hacer, modificar y distribuir copias de una obra determinada. Se pretende así ofrecerle a un autor la posibilidad de liberar una obra, escogiendo una licencia libre que permita su utilización, copia, modificación y redistribución, al mismo tiempo que, mediante el copyleft, se garantiza que se preserven estas libertades para cualquier receptor de una copia, o de una versión derivada. Las 4 libertades del software libre por la Free Software Foundation Libertad 0: La libertad de ejecutar el programa para cualquier propósito. Libertad 1: La libertad de estudiar cómo funciona el programa, y cambiarlo para que haga lo que usted desea. Libertad 2: La libertad de redistribuir copias para que pueda ayudar al prójimo. Libertad 3: La libertad de mejorar el programa y publicar sus mejoras (y versiones modificadas en general) para el público, de modo que beneficie a toda la comunidad. Definición de Software Libre de OSI (Open Source Initiative) La redistribución libre No se imponen restricciones a distribuir el software. Disponibilidad del código fuente El software debe incluir el código fuente y también debe tener en cuenta las distribuciones binarias. Trabajos derivados Deben permitirse modificaciones y trabajos derivados, y deben ser distribuido bajo los mismos términos que la licencia del software original. Integridad del código fuente de los autores. La distribución de código fuente modificado debe permitirse aunque haya restricciones para distinguir el código original de los trabajos derivados que son permitidos en él. No discriminación contra personas o grupos La licencia no debe discriminar a ninguna persona o grupo de personas. No debe de existir discriminación en función de la finalidad perseguida. La licencia no debe restringir a nadie que haga uso del programa en un campo específico de actividad. Por ejemplo, no puede restringir el programa de ser utilizado en un negocio, o que se utilicen para la investigación genética. Distribución de la licencia Los derechos vinculados al programa deben aplicarse a todos aquellos a quienes se redistribuya el programa, sin necesidad de pedir una licencia adicional para ellos. La licencia no debe ser específica de un producto Los derechos otorgados por la licencia no debe ser diferente de la distribución original y cualquier otro, incluso cuando se lleva a cabo en un contexto totalmente diferente. La licencia no debe contaminar a otros programas La licencia no debe imponer restricciones sobre otro software que se distribuye junto con el software licenciado. Por ejemplo, la licencia no debe insistir en que todos los demás programas distribuidos en el mismo medio deben ser software de código abierto. Se encuentra aquí: http://www.opensource.org/docs/definition.html Disclaimer Un disclaimer (o renuncia) puede especificar los términos mutuamente acordados y dispuestos en las condiciones como parte de un contrato, o puede especificar las advertencias o las expectativas del público en general (o alguna otra clase de personas) con el fin de cumplir con un deber de asistencia para evitar un riesgo excesivo de daño o lesión. Algunos avisos están destinados a limitar la exposición a los daños después de un daño o perjuicio ya sufrido. Además, algunos tipos de renuncias puede representar una renuncia voluntaria de un derecho u obligación que pueden ser debidas a la disclaimant. http://en.wikipedia.org/wiki/Disclaimer http://www.opensource.org/docs/definition.html http://es.wikipedia.org/wiki/Copyleft Directrices de Debian del Software Libre Las Directrices de software libre de Debian (DFSG) son un conjunto de directrices que el proyecto Debian utiliza para determinar si una licencia de software es una licencia de software libre, la que a su vez se utiliza para determinar si algún software puede incluirse en la distribución principal de software libre de Debian. Las directrices establecen estos requisitos: libre redistribución inclusión del código fuente permitir que las modificaciones y trabajos derivados sean hechos bajo la misma licencia integridad del código fuente del autor, se debe permitir cuando menos la distribución de modificaciones por medio de parches sin discriminación de personas o grupos sin discriminación de áreas de iniciativa, como el uso comercial distribución de la licencia, se necesita aplicar a todo al que se redistribuya el programa la licencia no debe ser específica a Debian, básicamente reiteración del punto anterior la licencia no debe contaminar otro software Ejemplo de estas licencias son la GPL, la licencia BSD y la licencia Artistic. GNU General Public License, version 3 (GPL-3.0) La GNU (General Public License) en su versión 3.0 es una licencia de código abierto robusta fuerte. La versión 1.0 se encuentra totalmente en desuso y todas las versiones 2.0 se deberán relicenciar utilizando GNU 3.0. Es una licencia gratuita, copyleft para orientada al desarrollo desoftware y otros tipos de trabajos. Las licencias de la mayoría de los trabajos están diseñadas para eliminar la libertad de compartir y modificar los trabajos, pero en GNU General Public License esto no ocurre, está pensada para garantizar la libertad para compartir y modificar todas las versiones de un programa, para asegurarse de que se crea un software gratis y libre para todos los usuarios. Ésta licencia es utilizada en la Free Software Foundation para su software. Cuando se habla de un software “free” se refiere a libre, no a su precio. GPL está diseñada para asegurarse de que tienes la libertad para enviar copias del software libre (pagando por él si quieres), para poder enviar el código fuente si es requerido o usarse éste código o parte de él para crear nuevos programas libres. Así, si se distribuyen copias de software (ya sea gratis o pagando), se debe de asegurar que el código fuente del programa está accesible, dándole a conocer esto en todo momento. GPL protege los derechos de los desarrolladores en 2 pasos, primero le imponen derechos a su software, y después se le ofrece la licencia que da permiso legal para copiar, distribuir y modificarlo. No hay garantía para éste software libre, y las versiones modificadas deberán estar identificadas modificaciones, para que sus problemas no sean atribuidos a versiones anteriores ni a sus autores. Algunos dispositivos están diseñados para negar al usuario la posibilidad de ejecutar o instalar versiones modificadas del software dentro de ellos, tarea reservada para el fabricante. Esto es incompatible con el objetivo de proteger la libertad de los usuarios para cambiar el software. Donde más ocurre esto es en el área de productos de uso personal, así que ésta versión de GPL está diseñada para prohibir esto. GPL está dispuesta a ampliar sus miras en el caso de aparecer el referido problema en otros campos, para proteger la libertad de los usuarios. Todo programa está constantemente amenazado por las patentes de software, poniendo especial atención en ellas que aplicadas en un programa libre puedan hacerlo propietario del mismo. Para ello, GPL establece que las patentes no pueden ser utilizadas para convertir al programa en no-libre. La licencia ha sido reconocida, entre otros,por juzgados en Alemania, lo que indica positivamente su validez en jurisdicciones de derecho civil. Se trata de una licencia compatible con otras licencias libres como MIT license, por lo que se puede combinar código licenciado bajo GPL con código bajo una licencia compatible sin ningún problema. Sin embargo otras licencias calificadas como libres no son compatibles con GPL, lo que dificulta la reutilización de código, por ello se incita a los desarrolladores de software libre a licenciar su código bajo GPL. En el presente se están desarrollando una serie de licencias libres que añaden matices a la licencia GPL que hacen difícil detectar si es compatible o no con ella, por lo que se no recomienda el uso de éstas. GPL tiene licencias “hermanas” en otros campos, como la GFDL (licencia de documentación libre), o la Open Audio License. http://es.wikipedia.org/wiki/GNU_General_Public_License http://www.opensource.org/licenses/gpl-3.0.html http://www.gnu.org/copyleft/gpl.html http://www.gnu.org/licenses/gplfaq.html http://itmanagement.earthweb.com/article.php/3683791 Common Public License v.1.0 La CPL (Common Public License) es una licencia de software libre del tipo robusta fuerte publicada por IBM para su software. Se trata de una licencia aprobada por la Open Source Initiative (como la GPL), y por la Free Software Foundation. Su objetivo es apoyar y fomentar el desarrollo colaborativo de software de código abierto al tiempo que conserva la capacidad de utilizar contenido CPL con contenido licenciado bajo otras licencias, incluyendo muchas privativas. La licencia Eclipse Public License consiste en una versión ligeramente modificada de la CPL. En general, la CPL es una licencia muy parecida a la GPL, pero existen diferencias significativas. Una similitud entre ellas es que bajo cualquier de éstas licencias es necesario que el código fuente de un programa modificado se encuentre a disposición de otros. Al igual que la GNU Lesser GPL, permite al software licenciado no CPL, vincular una biblioteca en CPL sin necesidad de que el código fuente vinculado esté a disposición del titular de la licencia. Pero por lo contrario, carece de compatibilidad con las dos licencias nombradas anteriormente, ya que tiene una sección “claúsula de opción de ley”, que restringe disputas legales para un determinado tribunal. Otra fuente de incompatibilidad la produce los distintos requisitos del copyleft. Así que es incompatible con todas las licencias GPL. Tiene una cláusula que evita que contribuciones externas de código puedan infringir patentes de software de los contribuyentes. Microsoft ha publidado su set de herramientas Windows Installer, Windows Template Library y el motor FlexWiki bajo licencia CPL. Finalmente, para reducir el número de licencias de código abierto, IBM y la Fundación Eclipse, han acordado utilizar solamente la Eclipse Public License, por lo que Open Source Initiative muestra la licencia como obsoleta (aunque aprobada). http://www128.ibm.com/developerworks/library/oscpl.html http://www.ibm.com/developerworks/library/oscplfaq.html http://en.wikipedia.org/wiki/Common_Public_License Eclipse Public License La Eclipse Public License (EPL) viene a sustituir la CPL y elimina las condiciones relativas a los litigios entre patentes que incluía la anterior. Se trata también de una licencia robusta fuerte. Está diseñada para ser una licencia favorable a los negocios y cuenta con disposiciones más débiles que las licencias copyleft contemporáneas, como la GPL. El receptor de programas licenciados con EPL puede utilizar, modificar, copiar y distribuir el trabajo y las versiones modificadas, siendo en algunos casos obligados a liberar éstos cambios. La EPL está aprobada por la OSI y aparece como una licencia de software libre por la Free Software Foundation. Ésta licencia al igual que la CPL, no es compatible con la GPL, y un trabajo creado con la combinación de código con GPL y código con EPL no puede ser legalmente distribuido. La licencia GPL requiere que el programa derivado de GPL sea licenciado como GPL también, y que el distribuidor no imponga ninguna restricción sobre el ejercicio de los derechos concedidos a los beneficiarios, mientras que el EPL, sin embargo, requiere que cualquier distribución del trabajo conceda a todos los destinatarios una licencia para las patentes que pudieran tener que cubrir las modificaciones que han hecho. Esto es considerado una restricción adicional a los beneficiarios, por lo que no satisface la GPL. La EPL además contiene una cláusula de represalias por patentes, que es incompatible con la GPL por las mismas razones. Modifica la cláusula respecto a las patentes para hacerla menos agresiva. Las adiciones a la obra original pueden ser licenciadas de forma independiente, incluso bajo una licencia comercial. Tales adiciones son “módulos independientes de software” y no constituyen una obra derivada. Los cambios y adiciones que constituyen un trabajo derivado pueden ser objeto de licencia en los mismos términos y condiciones que la EPL, que incluye la obligación de hacer el código fuente disponible. Si una nueva versión del EPL se publica, el usuario tiene la opción de distribuir el software bajo la versión con la que lo recibió o actualizar a la nueva versión. La EPL se basa en la CPL, pero hay algunas diferencias, la fundación Eclipse sustituye a IBM como el administrador del acuerdo en la EPL, y también la cláusula de patentes de la EPL ha sido revisada suprimiendo la frase de la sección 7 de la CPL. http://www.eclipse.org/legal/eplv10.html http://en.wikipedia.org/wiki/Eclipse_Public_License http://www.eclipse.org/legal/eplfaq.php LICENCIA BSD La licencia BSD (Berkeley Software Distribution) se trata de una licencia de software libre permisiva (como la OpenSSL o la MIT License). Tiene menos restricciones en comparación con otras ya comentadas como la GPL. Ésto lo acerca mucho al dominio público. La licencia BSD al contrario que la GPL permite el uso del código fuente en software no libre. Es muy similar a la licencia MIT. La primera versión de la licencia BSD contenía 4 cláusulas, y fue revisada poco tiempo después de ser creada. Actualmente existen 2 variantes de ellas, la nueva licencia BSD (o licencia BSD modificada) y la licencia BSD simplificada (o licencia de FreeBSD). La versión inicial de la licencia BSD (4 cláusulas) contenía un problema, en la cláusula de publicidad (tercera cláusula), hace BSD incompatible con GPL, por lo que hace que la licencia no sea aprobada por OSI. Cada contribuidor cambiaba en los créditos a la Universidad de California, Berkeley por su propio nombre o empresa, lo que incrementó más y más cada vez la lista de instituciones que se mostraban cuando se distribuían varios programas juntos. Por todo ello la cláusula fue revocada en 1999. Al eliminarse la tercera cláusula se crea la “nueva licencia BSD” y la licencia BSD simplificada (o FreeBSD) de 2 cláusulas. Éstas licencias no tienen copyleft, son compatibles con todas las licencias GPL, permiten la redistribución y uso en formato fuente o binario, con o sin modificaciones. Incluyen cláusulas de no garantía y limitación de responsabilidad (algo que ya habíamos visto en la GPL). Un punto importante de ésta licencia es que permite a los receptores del programa cerrar el código. Por otro lado, de la licencia BSD se derivan otras como la licencia ISC, que es prácticamente la BSC habiéndose eliminado el texto innecesario en la convención de Berna. Por último, en la licencia FreeBSD (o BSD simplificada) se elimina la última cláusula y se agrega un punto en el que se avisa que las opiniones y los puntos de vista de los contribuyentes no representan necesariamente la visión del proyecto. El autor, bajo cualquiera de los tipos de licencias BSD, mantiene la protección de los derechos de autor únicamente para la renuncia de la garantía y para requerir la adecuada atribución de la autoría en trabajos derivados, pero permite la libre redistribución y modificación permitiéndose el uso en software comercial. Ésta razón es por la que se utiliza en software propietario, como Mac OS X. http://blackshell.usebox.net/archivo/297.php http://www.proint.info/wiki/index.php?title=Licencia_BSD http://en.wikipedia.org/wiki/BSD_License http://en.wikipedia.org/wiki/ISC_license LICENCIA MIT La licencia MIT es una de las que ha empleado el Instituto Tecnológico de Massachusetts a lo largo de su historia, y su publicación se produjo en 1988. Es igual que la licencia X11 que es la que llevaba el software X Window System en los años 80. El texto de la licencia no tiene copyright, por lo que se permite su modificación. Debido a éste hecho, es frecuente que se desaconseje su uso en caso de ser modificada, a no ser que se indique que es una modificación. Se trata de una licencia del tipo permisiva.Es una licencia muy parecida a la BSD que hemos visto anteriormente. En su texto se pueden diferenciar tres puntos, las condiciones, los derechos y la limitación de responsabilidad. Acerca de las condiciones, la condición es que la nota de copyright y la parte de los derechos se incluya en todas las copias o partes sustanciales del software, en caso de no cumplirse ésto se invalidaría la licencia. Los derechos son numerosos y sin restricciones; usar, copiar, modificar, integrar con otro software, publicar, sublicenciar o vender copias del mismo, y permitir a las personas a las que se les entregue el software hacer lo mismo. Se incluye también una nota de limitación de responsabilidad dentro de la licencia. Ésta licencia permite reutilizar el software así licenciado tanto como para ser software libre como para no serlo, permitiendo no liberar los cambios realizados al programa original. Éstos cambios se pueden licenciar también como licencia BSD, GPL u otra cualquiera que sea compatible. La licencia MIT no tiene copyleft, es compatible con todas las licencias GPL, y permite a los receptores del programa cerrar el código (como anteriormente hemos visto) y incluye cláusulas de no garantía y limitación de responsabilidad. http://blackshell.usebox.net/archivo/289.php http://en.wikipedia.org/wiki/MIT_License MOZILLA PUBLIC LICENSE La licencia pública de Mozilla (MPL), fue desarrollada originalmente por Netscape Communications Corporation, y más tarde su control fue traspasado a la Mozilla Foundation. La licencia MPL cumple completamente con la definición de software de código abierto de OSI y con las cuatro libertades del software libre de la Free Software Foundation. Sin embargo, MPL deja abierto un camino a una posible reutilización no libre del software si el usuario así lo desea, sin restringir la reutilización del código ni el relicenciamiento bajo la misma licencia. El hecho de que Netscape pueda sacar versiones revisadas de la licencia en un futuro no es muy importante ya que es posible seguir empleando la versión actual de la licencia si se desea. Aunque el uso principal de la MPL es servir como licencia de control para el navegador web Mozilla y el software relacionado con él (el navegador Firefox o el cliente de correo Mozilla Thunderbird, por ejemplo), esta licencia es ampliamente utilizada por desarrolladores y programadores que quieren liberar su código. En la licencia MPL se han basado multitud de licencias posteriores, algunas permitiendo una mayor libertad aún, como la CDDL de Sun. La licencia MPL no es compatible con ninguna de las licencias GPL, y todas las modificaciones al código fuente han de ser redistribuidas bajo la misma licencia que el código fuente del que derivan. Respecto al copyleft, la licencia MPL tiene copyleft, aunque se permite la distribución de binarios bajo licencias diferentes. Ésta licencia permite licenciamiento múltiple del programa o partes de él. Si se usa GNU GPL como licencia alternativa, esa parte del programa será compatible con GPL. Por último la licencia MPL incluye clausulas de no garantía y limitación de responsabilidad y cláusulas explícitas sobre el uso de patentes con provisión de terminación de los derechos cedidos por la licencia en caso de litigación. http://www.mozilla.org/MPL/MPL1.1.html http://en.wikipedia.org/wiki/Mozilla_Public_License http://lists.debian.org/debianlegal/2004/06/msg00221.html APPLE PUBLIC SOURCE LICENSE La Apple Public Source License es la licencia de código abierto bajo la cual se publicó el sistema operativo de Apple, Darwin. Ésta lucencia fue adoptada de forma voluntaria para aumentar la colaboración de la comunidad de Darwin. Se trata de una licencia del tipo robusta débil. La primera versión de Apple Public Source License fue aprobada por OSI. La segunda versión, lanzada en 2003, también es compatible con OSI y además es compatible con las directrices de la Free Software Foundation. Además aprobó ésta licencia como libre y afirma que los desarrolladores de software pueden trabajar en proyectos bajo ésta licencia. Sin embargo no la recomiendan en proyectos nuevos, dado que el copyleft parcial no es compatible con la GPL y permite enlazar con archivos de carácter propietario. Por otro lado, la licencia requiere que si se lanzan productos derivados del código fuente original, el código debe ser accesible. Muchos piensan que ésta licencia no es justa del todo, ya que requiere cederle los derechos de los cambios a Apple y que ellos no lo harán con su software. LICENCIA APACHE Es una licencia de software libre creada por la Apache Software Foundation. Requiere la conservación del aviso de copyright y el disclaimer, pero no es una licencia copyleft, al no requerir la redistribución del código fuente cuando se distribuyen versiones modificadas. Es una licencia del tipo permisiva. Todo el software producido por la Apache Software Foundation o cualquiera de sus proyectos está desarrollado bajo los términos de esta licencia. Además, más de 1000 proyectos en Sourceforge están disponibles bajo esta licencia. La Licencia Apache permite al usuario del software la libertad de usarlo para cualquier propósito, distribuirlo, modificarlo, y distribuir versiones modificadas de ese software. Además no exige que las obras derivadas (versiones modificadas) del software se distribuyan usando la misma licencia, ni siquiera que se tengan que distribuir como software libre/open source. La Licencia Apache sólo exige que se mantenga una noticia que informe a los receptores que en la distribución se ha usado código con la Licencia Apache. Así, en contraste a las licencias copyleft, quienes reciben versiones modificadas de código con Licencia Apache no reciben necesariamente las mismas libertades. O, si se considera la situación desde el punto de vista de los licenciatarios de código con Licencia Apache, reciben la libertad de usar el código de la forma que prefieran, incluyendo su uso en productos de código cerrado. Apache resulta compatible con GPLv3, aunque no es compatible con las versiones anteriores de la licencia GPL. Por último, Apache incluye provisiones de protección respecto a patentes. Se deben añadir dos archivos en el directorio principal de los paquetes de software redistribuidos: LICENSE - Una copia de la licencia NOTICE - Un documento de texto, que incluye los "avisos" obligatorias del software presente en la distribución. Bajo la licencia Apache se encuentra software muy conocido, uno de ellos Android, que se encuentra últimamente bajo el foco, tiene peculiaridades tales como que: Modelo casi cerrado de contribuciones. Google mantiene una toma de decisiones unilateral sobre Android. No hay hoja de ruta de Android a disposición del público. El desarrollo de la rama de Android es privado. El plan de trabajo es controlado por Google, con escasa participación de partes externas o de los miembros de la Open Handset Alliance, un conglomerado de fabricantes y desarrolladores de hardware, software y operadores de servicio que soportan Android. http://www.apache.org/licenses/LICENSE2.0 http://en.wikipedia.org/wiki/Apache_License http://www.muylinux.com/2011/08/06/android-el-menos-open-del-open-source/ COMPARATIVA Licencia Autor Versión Edición Fecha Publicación GPL Free Software Foundation 3.0 Free Software Foundation 29-Jun-2007 CPL IBM 1.0 IBM Mayo 2001 EPL Eclipse Foundation 1.0 Eclipse Foundation Febrero 2004 BSD Univ. De California 1.0 Dominio público 1989 MIT Instituto Tecnológico de Massachussets 1.0 Instituto Tecnológico de Massachussets 1988 Apple Public License Apple 2.0 Apple 6-Ago-2003 MPL (nueva) Mozilla Foundation 2.0 Mozilla Foundation 3-Ene-2012 MPL Mozilla Foundation 1.1 Mozilla Foundation 6-Jun-2009 Apache Apache Software Foundation 2.0 Apache Software Foundation Enero 2004 Licencia Compatible Software Aprobada Compatibl Copyleft con GFSG Libre por OSI e GPL Utilizable junto otras licencias GPL Sí Sí Sí Sí Sí Sí CPL Sí Sí Sí No Sí Sí EPL No Sí No No Parcial Sí BSD Sí Sí No No No Sí MIT Sí Sí Sí Sí No Sí Apple Public License No Sí Sí No Sí Sí MPL 2.0 Sí Sí Sí Sí Parcial Sí MPL 1.1 Sí Sí Sí No Parcial Sí Apache Sí Sí Sí Sí No Sí