Licencia pública de Mozilla - Mozilla Public License

Licencia pública de Mozilla
Mozilla logo.svg
Autor Fundación Mozilla
Ultima versión 2.0
Editor Fundación Mozilla
Publicado 3 de enero de 2012
Identificador SPDX MPL-2.0
MPL-1.1
MPL-1.0
(consulte la lista para obtener más información)
Compatible con Debian FSG
Aprobado por la FSF
Aprobado por OSI
Compatible con GPL 2.0: Sí (de forma predeterminada, a menos que esté marcado como "Incompatible con licencias secundarias")
1.1: No
Copyleft Sí, a nivel de archivo
Vinculación desde código con una licencia diferente
Sitio web www .mozilla .org / MPL

La licencia pública de Mozilla ( MPL ) es una licencia de software de código abierto y gratuita desarrollada y mantenida por la Fundación Mozilla . Es una licencia copyleft débil , caracterizada como un término medio entre las licencias de software permisivas y la Licencia Pública General GNU (GPL), que busca equilibrar las preocupaciones de los desarrolladores propietarios y de código abierto. Como tal, permite la integración de código con licencia MPL en bases de código patentadas, siempre que los componentes con licencia MPL permanezcan accesibles bajo los términos de MPL.

Ha sido objeto de dos revisiones: una actualización menor a la versión 1.1 y una actualización importante a la versión 2.0 con el objetivo de una mayor simplicidad y una mejor compatibilidad con otras licencias.

El MPL es la licencia para Mozilla Firefox , Mozilla Thunderbird y la mayoría de los demás programas de Mozilla , pero otros, como Adobe para licenciar su línea de productos Flex , y The Document Foundation para licenciar LibreOffice 4.0 (también en LGPL 3+ ). La versión 1.1 fue adaptada por varios proyectos para formar licencias derivadas como la propia Licencia de Distribución y Desarrollo Común de Sun Microsystems .

Condiciones

La MPL define los derechos como que pasan de los "contribuyentes", que crean o modifican el código fuente, a través de un distribuidor auxiliar opcional (él mismo un licenciatario), al licenciatario. Otorga licencias liberales de derechos de autor y patentes que permiten el uso, la modificación, la distribución y la "explotación]" libres de la obra, pero no otorga al licenciatario ningún derecho sobre las marcas comerciales de un colaborador . Estos derechos terminarán si el licenciatario no cumple con los términos y condiciones de la licencia, pero un licenciatario violador que regresa al cumplimiento recupera sus derechos, e incluso recibir una notificación por escrito de un colaborador resultará en la pérdida de los derechos sobre el código de ese colaborador únicamente. Se incluye una cláusula de represalia de patentes , similar a la de la Licencia Apache , para proteger a los destinatarios adicionales de un distribuidor auxiliar contra el arrastre de patentes . Los colaboradores renuncian a la garantía y la responsabilidad , pero permiten que los distribuidores auxiliares ofrezcan tales cosas en su propio nombre.

A cambio de los derechos otorgados por la licencia, el titular de la licencia debe cumplir con ciertas responsabilidades relacionadas con la distribución del código fuente con licencia. Los archivos de código fuente cubiertos deben permanecer bajo la MPL, y los distribuidores "no pueden intentar alterar o restringir los derechos de los destinatarios" sobre ellos. El MPL trata el archivo de código fuente como el límite entre las partes patentadas y con licencia MPL, lo que significa que todo o nada del código en un archivo fuente dado cae bajo el MPL. Un ejecutable que consta únicamente de archivos cubiertos por MPL puede tener una sublicencia, pero el titular de la licencia debe garantizar el acceso o proporcionar todo el código fuente que contiene. Los destinatarios pueden combinar el código fuente con licencia con otros archivos bajo una licencia diferente, incluso propietaria, formando así un "trabajo más grande" que se puede distribuir bajo cualquier término, pero nuevamente los archivos fuente cubiertos por MPL deben estar disponibles gratuitamente. Esto convierte a la MPL en un compromiso entre las licencias MIT o BSD , que permiten que todos los trabajos derivados se vuelvan a licenciar como propietarios, y la GPL, que requiere que el trabajo derivado en su conjunto cuente con la licencia GPL. Al permitir módulos propietarios en proyectos derivados mientras se requiere que los archivos centrales sigan siendo de código abierto, el MPL está diseñado para motivar tanto a las empresas como a la comunidad de código abierto para ayudar a desarrollar el software central.

La única excepción a los archivos fuente cubiertos que quedan bajo MPL ocurre cuando el código de la versión 2.0 o posterior se combina con archivos de código separados bajo GNU GPL, GNU Lesser GPL (LGPL) o GNU Affero GPL (AGPL). En este caso, el programa en su conjunto estará bajo la licencia GNU elegida, pero los archivos cubiertos por MPL tendrán licencia dual, de modo que los destinatarios pueden elegir distribuirlos bajo esa Licencia GNU o MPL. El autor inicial del código MPL puede optar por no participar en esta compatibilidad con GPL agregando un aviso a sus archivos fuente.

Se concede explícitamente que el código cubierto por MPL puede distribuirse bajo los términos de la versión de licencia bajo la cual fue recibido o cualquier versión posterior. Si el código de la versión 1.0 o 1.1 se actualiza a la versión 2.0 mediante este mecanismo, el código cubierto por 1.x debe marcarse con el aviso de incompatibilidad GPL mencionado anteriormente. El MPL se puede modificar para formar una nueva licencia, siempre que dicha licencia no se refiera a Mozilla o Netscape.

Historia

La versión 1.0 de la MPL fue escrita por Mitchell Baker en 1998 mientras trabajaba como abogado en Netscape Communications Corporation . Netscape esperaba que una estrategia de código abierto para desarrollar su propio navegador web Netscape le permitiera competir mejor con el navegador de Microsoft , Internet Explorer . Para cubrir el código del navegador, la compañía redactó una licencia conocida como Netscape Public License (NPL), que incluía una cláusula que permitía que incluso el código desarrollado abiertamente se volviera a otorgar la licencia como propietario.

Sin embargo, al mismo tiempo, Baker desarrolló una segunda licencia similar a la NPL. Se llamó Mozilla Public License por el nombre del proyecto de Netscape para la nueva base de código de fuente abierta y, aunque originalmente solo estaba destinado a software que complementaba los módulos centrales cubiertos por la NPL, se volvería mucho más popular que la NPL y eventualmente ganaría aprobación de la Open Source Initiative.

Menos de un año después, Baker y la Organización Mozilla realizarían algunos cambios en el MPL, lo que resultó en la versión 1.1, una actualización menor. Esta revisión se realizó a través de un proceso abierto que consideró los comentarios de colaboradores institucionales e individuales. Los objetivos principales eran aclarar los términos relacionados con las patentes y permitir múltiples licencias . Esta última característica estaba destinada a fomentar la cooperación con los desarrolladores que preferían licencias más estrictas como la GPL. Muchos proyectos no solo obtendrían sus propias licencias de esta versión, sino que su estructura, precisión legal y términos explícitos para los derechos de patente influirían fuertemente en revisiones posteriores de licencias populares como la GPL (versión 3).

Ambas versiones 1.0 y 1.1 son incompatibles con la GPL, lo que llevó a la Free Software Foundation a desalentar el uso de la versión 1.1. Por estas razones, las versiones anteriores de Firefox se lanzaron con varias licencias: MPL 1.1, GPL 2.0 y LGPL 2.1. Algunos programas antiguos, como Mozilla Application Suite, todavía se encuentran bajo las tres licencias . Por lo tanto, a principios de 2010, después de más de una década sin modificaciones, se inició un proceso abierto para crear la versión 2.0 del MPL. Durante los siguientes 21 meses, el MPL no solo se modificó para que la licencia fuera más clara y más fácil de aplicar, sino también para lograr la compatibilidad con las licencias GPL y Apache . El equipo de revisión fue supervisado por Baker y dirigido por Luis Villa con el apoyo clave de Gervase Markham y Harvey Anderson. Publicarían tres borradores alfa , dos borradores beta y dos candidatos de publicación para comentarios antes de publicar el borrador final de la versión 2.0 el 3 de enero de 2012.

Usuarios notables

Licencias basadas en pre-MPL 2.0

Ver también

Referencias

enlaces externos