Red de conocimiento informático - Conocimiento del nombre de dominio - Protocolos comunes para software de código abierto

Protocolos comunes para software de código abierto

Licencia LGPL

Licencia LGPL es la abreviatura de LICENCIA PÚBLICA GENERAL MENOR, también conocida como LICENCIA PÚBLICA GENERAL DE BIBLIOTECA, traducida como “Licencia Pública General Menor” o LICENCIA PÚBLICA GENERAL DE “BIBLIOTECA”. , también conocida como LICENCIA PÚBLICA GENERAL DE BIBLIOTECA". Esta licencia se aplica a paquetes de software diseñados específicamente por la Free Software Foundation y a otros autores de software que decidan utilizar la licencia, como bibliotecas. La licencia LGPL es también una de las licencias de software de código abierto GNU de Free Software Alliance. La mayor parte del software GNU, incluidas algunas bibliotecas, tiene la licencia GPL original. Para las bibliotecas especialmente diseñadas, la licencia LGPL difiere significativamente de la Licencia Pública General original en que otorga a los licenciatarios derechos más permisivos, de ahí el nombre "Licencia Pública Menor". Se utiliza para bibliotecas específicas, lo que permite que programas no libres se vinculen con estas bibliotecas. Cuando un programa se vincula a una biblioteca, ya sea estáticamente o utilizando una biblioteca exclusiva, se puede decir razonablemente que la combinación de los dos es un trabajo combinado, un derivado de la biblioteca original. Por lo tanto, la Licencia Pública General original permitía la vinculación sólo si todo el producto combinado cumplía con sus criterios de libertad. La Licencia Pública General Reducida **** permite que otro código de programa se vincule a la biblioteca bajo un estándar menos estricto. Por ejemplo, en algunos casos puede haber una necesidad especial de fomentar el uso más amplio posible de una biblioteca en particular, convirtiéndola así en un estándar de facto. Para lograr este objetivo, se debe permitir el uso de la biblioteca a programas no libres. La situación más común es que una biblioteca gratuita hace el mismo trabajo que una biblioteca no libre ampliamente utilizada, y hay pocos beneficios en restringir el uso del software libre de la biblioteca gratuita, por lo que usamos la licencia LGPL. En otros casos, permitir que programas no libres utilicen bibliotecas específicas permite que más personas utilicen grandes partes del software libre. Por ejemplo, permitir que programas no libres utilicen la biblioteca GNU C permitiría que más personas utilizaran todo el sistema operativo GNU y su variante, el sistema operativo GNU/Linux. Aunque la licencia LGPL protege menos la libertad del usuario, garantiza que los usuarios de programas vinculados con la biblioteca sean libres y tengan los medios necesarios para ejecutar el programa utilizando una versión modificada de la biblioteca.

Licencia MPL

MPL es la abreviatura de Mozilla Public License es una licencia de software diseñada por el equipo Mozilla de Netscape a principios de 1998 para sus proyectos de software de código abierto. La razón más importante para el surgimiento de la licencia MPL es que Netscape cree que la licencia GPL no equilibra bien los derechos de los desarrolladores sobre los materiales del código fuente. En comparación con las conocidas licencias GPL y BSD, la MPL tiene muchos de los mismos derechos y obligaciones (porque es una licencia de software de código abierto que cumple con OSIA). Sin embargo, la MPL tiene varias diferencias significativas: La MPL requiere que las modificaciones al código fuente publicadas bajo la licencia MPL deben ser sublicenciadas bajo la licencia MPL para garantizar que otros puedan disfrutar de la fuente bajo los términos del código MPL. Sin embargo, la definición de "lanzamiento" en la licencia MPL es "un archivo publicado como código fuente", lo que significa que MPL permite a las empresas agregar interfaces a su base de código fuente existente, excepto el código fuente del programa de interfaz, porque el programa de interfaz El código fuente se publica bajo la licencia MPL. Esto significa que MPL permite a las empresas agregar interfaces a su base de código fuente existente. Esto deja espacio para el desarrollo de software comercial tomando prestado el código fuente de otras personas. La Sección 3.7 de la Licencia MPL permite a los licenciatarios mezclar el código fuente obtenido bajo una licencia MPL con otros tipos de código para obtener sus propios programas de software. La licencia MPL no se opone explícitamente a las patentes de software como la licencia GPL, pero exige explícitamente que el proveedor del código fuente no pueda proporcionar código fuente que esté protegido por una patente (a menos que sea el titular de la patente y conceda la licencia del código fuente de forma gratuita por escrito a al público), y no se pueden presentar patentes relacionadas con el código fuente después de que el código fuente haya obtenido la licencia de código abierto.

◆ Definición de código fuente ◆ Definición de código fuente La definición de código fuente en la licencia MPL (versión 1.1) es la siguiente: "El código fuente se refiere a la forma modificada preferida del trabajo, que incluye: todos los programas fuente para todos los módulos, más interfaces relacionadas Definición, más código 'original' (originalmente 'original') ' (originalmente 'script') que controla la instalación y compilación de un trabajo ejecutable, o está asociado con el código fuente que es significativamente diferente del código fuente. o código de programa que está disponible en el * * * dominio público según lo elegido por el colaborador del código fuente "◆ La Sección 3 de la Licencia MPL tiene una sección específica que describe las modificaciones del código fuente. Todos los redistribuidores deben tener una documentación específica que describa cuándo y. cómo se modificó el programa de código fuente.

Licencia BSD

La licencia BSD se utilizó originalmente para varias versiones 4.4BSD/4.4BSD-Lite lanzadas por la Universidad de California, Berkeley (BSD es la abreviatura de Berkly Software Distribution) , y luego adoptado gradualmente. En 1979, la Universidad de California en Berkeley lanzó una nueva versión de BSD Unix. En 1979, la Universidad de California, Berkeley, lanzó BSD Unix, conocido como el pionero del código abierto, y la licencia BSD se desarrolló con BSD Unix. Hoy en día, el software de código abierto, como los sistemas operativos Apache y BSD, tiene la licencia BSD. En comparación con el rigor de las licencias GPL y MPL, la licencia BSD es mucho más relajada. Nuevamente, solo se requiere adjuntar la licencia original, pero lo más interesante es que también requiere que todos los desarrolladores posteriores adjunten sus propios materiales con derechos de autor. se colocan en la parte superior, por lo que puede encontrar una pequeña situación cuando obtenga software lanzado bajo la licencia BSD, es decir, la licencia para estos materiales con derechos de autor ocupa más espacio que el programa.

Licencia QPL

QPL es la abreviatura de The Qt Public License, creada por una organización en Noruega. Los requisitos básicos de la licencia QPL son: se proporciona el código fuente, el código fuente se puede modificar y el código fuente modificado se puede separar del código original; el código fuente modificado se puede incorporar en nuevas versiones binarias a discreción del autor; el código se puede utilizar con El código original tiene el mismo nombre; esto es útil para enlaces dinámicos; el código binario puede tener el mismo nombre que el código original. El código binario puede tener el mismo nombre que el código original, lo cual es especialmente importante para que las bibliotecas de enlaces dinámicos puedan corregir errores, lo cual es crucial para que el editor del sistema pueda licenciarse bajo cualquier software de código abierto que cumpla; los requisitos básicos de la licencia QPL Publicado bajo licencia.

Licencia QNCL

La licencia QNCL es la abreviatura de Qt Non Commercial License y es la "hermana" de la licencia QPL. Al igual que la relación entre la licencia GPL y la licencia LGPL, la licencia QNCL es algo más estricta que la licencia QPL. La licencia QNCL es algo más restrictiva que la licencia QPL. La licencia QNCL es la misma que la licencia QPL con respecto a la modificación y distribución, pero la diferencia está en el alcance o la conectividad del software, la licencia QNCL establece: "Si la aplicación le proporciona un punto de entrada que le da derecho a usar la licencia QNCL Si desarrolla un programa, reutiliza partes de un programa o partes de otro software en función de la funcionalidad del software, entonces la licencia para esa parte del otro software se limitará a esa parte del software si una aplicación le proporciona un punto de entrada para usarlo. Si tiene derecho a utilizar funciones de software bajo la licencia QNCL para desarrollar programas, reutilizar partes del programa u otro software, entonces el uso de la aplicación se considerará como uso de software bajo la QNCL. licencia y la aplicación tiene licencia según las "restricciones de certificado" de QNCL.

"El software bajo esta licencia no puede distribuirse junto con software bajo otras licencias que no tengan nada que ver con las funciones de la biblioteca del sistema.

Licencia universal

Licencia universal El nombre completo es Licencia Pública General. Después de cumplir con los estándares de certificación de licencias de software de código abierto de OSIA, la Licencia General también tiene algunas disposiciones detalladas que vale la pena consultar: ◆ Licencia de patente explícita.

Generalmente, el software de código abierto tiene propietarios de derechos de autor de código fuente claros que otorgan licencias para sus derechos de modificación, derechos de reproducción y otros derechos de autor al público, pero conservan los derechos de autor. Sobre esta base, la licencia general también estipula claramente que si el código fuente contiene patentes, el código fuente El propietario de la patente del código concede derechos exclusivos, como derechos de reproducción y derechos de uso, al público. ◆ Establece que el código fuente y el código fuente modificado pueden combinarse con otros tipos de código no sujetos a esta Licencia y lanzarse como productos nuevos, siempre que el código fuente y el código fuente modificado obtenidos bajo esta Licencia puedan publicarse de acuerdo con los requisitos de esta licencia Eso es todo. Mejores circunstancias para rescindir esta licencia, incluso en caso de litigio por infracción de patente. Se aclara el principio de responsabilidad independiente, es decir, si el usuario del código fuente bajo esta licencia utiliza el código fuente obtenido con fines comerciales, asumirá toda la responsabilidad por las demandas por infracción que surjan del uso del programa del código fuente en aplicaciones comerciales. Esta cláusula es única porque la mayoría de las licencias de software de código abierto no tienen este requisito.

Licencia IBM

El nombre completo de Licencia IBM es Licencia Pública IBM. Partiendo de la premisa de que la licencia de software de código abierto de OSIA cumple con los estándares de certificación, la licencia de IBM también tiene los siguientes detalles: ◆ Patentes con licencia explícita. En general, el software de código abierto estipula claramente que el titular de los derechos de autor del código fuente concede al público sus derechos de modificación, derechos de copia y otros derechos de autor, pero conserva los derechos de autor. Sobre esta base, la licencia de IBM también estipula claramente que si el El código fuente contiene patentes, y el titular de la patente del código fuente otorgará licencia para la reproducción y el uso de los derechos de patente al público. Se detallan las circunstancias bajo las cuales se puede rescindir la licencia, incluida la falta de publicación y uso del código fuente de acuerdo con la licencia, litigios por infracción de patentes, etc. Al igual que la licencia pública, la licencia de IBM también estipula el principio de responsabilidad independiente, es decir, si el usuario del código fuente bajo la licencia utiliza el código fuente obtenido con fines comerciales, será responsable de las consecuencias causadas por el uso del programa de código fuente. en aplicaciones comerciales. Responsabilidad total por litigios por infracción.

Licencia Jabber

El nombre completo de Licencia Jabber es Licencia Jabber Open Source, que es proporcionada por Jabber, Inc. En términos de copia y distribución del código fuente, Licencia Jabber es básicamente No se diferencia de otras licencias, pero existen algunas regulaciones detalladas que vale la pena conocer. ◆ El código fuente y el código fuente modificado obtenidos bajo esta Licencia pueden combinarse con otros tipos de código no sujetos a la licencia y publicarse en forma de nuevos productos, siempre que el código fuente y el código fuente modificado obtenidos bajo esta Licencia puedan Publicarse en de manera similar a los requisitos de esta licencia y consistente con otras licencias de software de código abierto certificadas por OSI. ◆ Se aclaró que el tiempo necesario para hacer público el código fuente debe ser de al menos 12 meses. ◆ Declaración de derechos legales de terceros. Si el Usuario descubre que una parte posee derechos de propiedad intelectual sobre el código fuente y las interfaces de la aplicación obtenidas bajo esta Licencia, debe acompañar la publicación del código fuente con una declaración separada titulada "LEGAL" que detalla los derechos de propiedad intelectual reclamados para que informe al destinatario. del código fuente de los derechos de propiedad intelectual concedidos e informar al destinatario del código fuente cómo cooperar con el licenciatario. Los destinatarios del código fuente deben saber cómo ponerse en contacto con el propietario de la propiedad intelectual. ◆ Detallar las circunstancias de la terminación de la licencia, incluida la falta de publicación y uso del código fuente como lo requiere la licencia, y la ocurrencia de un litigio por infracción de patente.

Comparación de protocolos

Protocolo de código abierto BSD

El protocolo de código abierto BSD es un protocolo que brinda a los usuarios mucha libertad. Básicamente, los usuarios pueden "hacer lo que quieran", son libres de usar y modificar el código fuente y pueden redistribuir el código modificado como software de código abierto o propietario. Sin embargo, la premisa de "hacer lo que quieras" es que cuando publicas código usando el protocolo BSD, o cuando vuelves a desarrollar tu propio producto basado en el código del protocolo BSD, debes cumplir tres condiciones: ◆ Si el nuevo producto lanzado Para incluir el código fuente, el código fuente debe contener la licencia BSD en su forma original. ◆ Si el producto redistribuido contiene código fuente, el código fuente debe contener la licencia BSD del código original. ◆ Si el producto redistribuido es solo una biblioteca/software binario, la documentación y el aviso de derechos de autor de la biblioteca/software deben incluir la licencia BSD en el código original. ◆ El uso de nombres de organizaciones/autores de código abierto y nombres de productos originales con fines de marketing es inaceptable. El código BSD fomenta el disfrute del código ***, pero se deben respetar los derechos de autor del autor del código.

BSD es un protocolo amigable para la integración comercial porque permite a los usuarios modificar y redistribuir código, así como usar o desarrollar software comercial sobre código BSD para su distribución y venta. Muchas empresas prefieren el protocolo BSD al elegir productos de código abierto porque tienen control total sobre estos códigos de terceros y pueden modificarlos o volver a desarrollarlos si es necesario.

MIT

MIT es una licencia tan amplia como BSD, y el autor sólo quiere conservar los derechos de autor sin ninguna otra restricción. Es decir, ya sea que distribuya como código binario o fuente, debe incluir una declaración del acuerdo de licencia original con su distribución. El Acuerdo MIT, también conocido como Licencia MIT, fue desarrollado originalmente por el Instituto Tecnológico de Massachusetts (MIT). Derechos del Licenciatario: 1. El Licenciatario tiene derecho a usar, copiar, modificar, fusionar, publicar, distribuir, sublicenciar y vender el Software y sus copias. 2. El licenciatario podrá modificar los términos de la licencia según las necesidades de este plan. 3. Obligaciones del Licenciatario: El aviso de derechos de autor y el aviso de permiso deben incluirse en el Software y en todas las copias del Software.

GNU GPL

Estamos familiarizados con la GPL de Linux. Es muy diferente de las licencias que fomentan la reutilización de código (como BSD y la licencia Apache). uso gratuito. Según el concepto, el código citado/modificado/derivado es de código abierto/de uso gratuito, pero el código modificado y derivado no puede publicarse ni venderse como software comercial de código cerrado. Es por eso que podemos usar todo tipo de Linux de forma gratuita, incluido Linux de empresas comerciales, así como diversos programas gratuitos desarrollados en Linux por individuos, organizaciones y empresas de software comercial. El objetivo de la GPL es que siempre que un producto de software utilice ("usos" significa hacer referencia a una biblioteca, modificar código o código derivado) la GPL, ese producto de software también debe utilizar la GPL y debe ser de código abierto y gratuito. A esto se le llama "contagio", y los productos GPL no tienen problemas para usarse como productos independientes y tienen la ventaja adicional de ser gratuitos. Dado que GPL requiere estrictamente que los productos de software que usan bibliotecas GPL usen GPL, no es adecuado integrar/adoptar código fuente abierto usando GPL como base para bibliotecas y desarrollo secundario en software comercial o industrias que requieren confidencialidad del código. Otros detalles, como la necesidad de licencias GPL y BSD/Apache al realizar la redistribución, son similares.

GUN LGPL

LGPL es una licencia de código abierto diseñada principalmente para uso de bibliotecas. A diferencia de la GPL, que requiere que cualquier software que use/modifique/deriva una biblioteca GPL adopte la GPL, la LGPL permite que el software comercial utilice la biblioteca LGPL vinculándola con la biblioteca LGPL sin hacer que el código del software comercial sea de código abierto. De esta manera, el software comercial puede hacer referencia al código fuente abierto bajo la LGPL como una biblioteca y distribuirlo y venderlo. Sin embargo, si se modifica o deriva el código LGPL, todo el código modificado, el código adicional que cubra la parte modificada y el código derivado deben cumplir con los estándares LGPL. Por lo tanto, el código fuente abierto LGPL es adecuado para que el software comercial se utilice como biblioteca de terceros, pero no es adecuado para el software comercial que espera utilizar el código LGPL como base para el desarrollo secundario mediante modificación o derivación. Tanto GPL como LGPL protegen los derechos de propiedad intelectual de los autores originales e impiden que las personas utilicen código fuente abierto para copiar y desarrollar productos similares.

Licencia Apache 2.0

La Licencia Apache es un protocolo adoptado por Apache, una conocida organización de código abierto sin fines de lucro. Es similar a BSD en que fomenta que el código *** disfrute y respete los derechos de autor del autor original, al mismo tiempo que permite que el código se modifique y redistribuya (como software de código abierto o software comercial). Las condiciones que deben cumplirse también son similares a BSD: si modifica el código, debe indicarlo en el archivo modificado. ◆ Si modifica el código, deberá explicarlo en el archivo modificado. ◆ Si amplía el código (código modificado y código fuente), debe incluir la licencia del código original, la marca registrada, el aviso de patente y cualquier otro aviso que el autor original especifique que debe incluirse.

Si un producto redistribuido incluye un archivo de aviso, la Licencia Apache debe incluirse en el archivo de aviso; puede agregar su propia licencia al aviso, pero no como una modificación de la Licencia Apache. La licencia Apache también es una licencia favorable a las empresas. Los usuarios también pueden modificar el código para adaptarlo a sus necesidades y publicarlo/venderlo como código abierto o como producto comercial.