¿Cuál es el primer software de código abierto?
1. Redistribución gratuita
Si el software lanzado consta de programas de diferentes fuentes, la licencia no restringirá a ninguna parte o partes redistribuirlo como código abierto. El software se vende o se regala como parte de la distribución del software.
Esta licencia no reclamará regalías ni ningún otro cargo por esta venta. (Razón)
2. Código fuente
El programa debe contener código fuente y se debe permitir su publicación en forma de código fuente así como en forma compilada. Si una parte del producto no se distribuye con el código fuente, entonces es necesario que exista un medio general para obtener el código fuente sin pagar más que una tarifa razonable; la descarga gratuita de Internet es un método preferible. El código fuente debe estar en la mejor forma posible para que el programador pueda modificarlo. No se permite la ofuscación intencional del código fuente. Tampoco se permiten resultados intermedios del procesamiento del preprocesador o del traductor. (Razón)
3. Obras derivadas
La licencia debe permitir modificaciones del software y derivados del software, y debe permitir su distribución bajo los términos de la licencia del software original. (Razón)
4. Integridad del código fuente del autor
Solo si la licencia permite distribuir "archivos de parche" con el código fuente (los "archivos de parche" están destinados a ser distribuidos). publicada cuando se crea el programa (modifíquelo en el momento), la licencia puede restringir la publicación del código fuente modificado. La licencia debe permitir explícitamente la distribución de programas generados a partir de código fuente modificado. La licencia puede exigir que el trabajo derivado lleve un nombre diferente o un número de versión diferente para distinguirlo del software original. (razón)
5. No discriminar a ningún individuo o grupo.
La licencia no discriminará a ningún individuo o grupo de personas. (razón)
6. No discriminar esfuerzos en ningún campo.
La licencia no debe impedir que nadie utilice el programa en ningún campo. Por ejemplo, no se debe estipular que el programa no pueda utilizarse en áreas comerciales o de investigación genética. (Razón)
7. Emisión de licencia
Los derechos relacionados con el programa deben aplicarse a cualquier usuario del programa, y los usuarios del programa no necesitan obtener otras licencias para utilizar el programa. (Razón)
8. La licencia no puede ser específica de un producto.
Los derechos asociados con el Programa no están determinados por si el Programa es parte de un producto de software. Si el Programa se extrae de esta distribución y se utiliza y distribuye según los términos de la licencia del Programa, la parte u organización que adquiere el Programa adquiere los mismos derechos que el usuario que adquirió el Programa original. (Razón)
9. La licencia no afecta a otro software.
La licencia no impondrá ninguna restricción a otro software distribuido con el software que la utiliza. Por ejemplo, una licencia no puede insistir en que todos los demás programas publicados en el mismo medio sean software de código abierto. (motivo)
Acomodar
(Esta sección no forma parte de la definición de código abierto).
Creemos que esta definición de código abierto cubre la terminología utilizada por la mayoría de las organizaciones de software El significado original y actual de "código abierto". Sin embargo, el término se ha vuelto tan utilizado que su significado se ha vuelto inexacto. La marca de certificación OSI es el método de certificación OST para determinar si una licencia de distribución de software cumple con la definición de código abierto. El término genérico "código abierto" no ofrece esta garantía, pero aún así recomendamos el uso del término "código abierto" para indicar que cumple con la definición de "código abierto". Para obtener información sobre las marcas de certificación OSI y las licencias que cuentan con certificación OSI y cumplen con la definición de código abierto, consulte las marcas de certificación y el plan de estudios de OSI.
Principios de la definición de código abierto
El propósito de dar la definición de código fuente abierto es anotar el significado de "código fuente abierto" en el que creemos firmemente y es reconocido por la comunidad. comunidad de desarrollo de software, como Un conjunto de pautas específicas: esta guía garantiza que el software lanzado bajo una licencia de código abierto pueda evaluarse cuidadosamente como otro software, de modo que el software pueda mejorarse y seleccionarse continuamente para proporcionar confiabilidad y capacidades que no están abiertas. el software no puede proporcionar.
Para mantener este trabajo en marcha, debemos resistirnos a que la gente deje de contribuir al desarrollo de software para obtener ganancias a corto plazo. Esto significa que los términos de la licencia deben impedir que las personas bloqueen el código fuente para que sólo unas pocas personas puedan leerlo y modificarlo.
Cuando los desarrolladores de software distribuyen su software bajo una licencia certificada por OSI, pueden utilizar la marca "certificada por OSI" en el software. Esta marca de certificación informa a los usuarios que la licencia utilizada por el software cumple con la definición de código abierto. Para obtener más información sobre nuestras marcas de certificación y sus contornos, consulte Marcas y siluetas de certificación OSI.
1. Redistribución gratuita
Al exigir la redistribución gratuita, resistimos cualquier tentación de renunciar a beneficios a largo plazo para obtener algunas ventas a corto plazo. Si no lo hacemos, habrá mucha presión sobre nuestros socios para que abandonen su compromiso.
2. Código fuente
Dado que el software sólo se puede mejorar mediante modificaciones, necesitamos un código fuente que sea fácil de entender. Dado que nuestro objetivo es hacer que el software sea fácil de mejorar, también queremos que el software sea fácil de modificar.
3. Trabajos derivados
El simple hecho de proporcionar un código fuente legible no es suficiente para realizar una revisión cuidadosa y una rápida mejora y selección del software.
Para acelerar las mejoras del software, las personas deben poder experimentar y volver a publicar cambios.
4. Integridad del código fuente del autor
Es bueno fomentar diversas mejoras en el software, pero los usuarios tienen derecho a saber quién es el responsable del software que utilizan. Los autores y mantenedores de software tienen derecho a saber qué software requiere su soporte para proteger su reputación.
Por lo tanto, una licencia de software abierta debe garantizar que el código fuente esté fácilmente disponible, pero puede requerir que el código fuente se publique en la forma del código fuente original y un conjunto de archivos de parche. De esta manera puede obtener modificaciones "informales" y distinguirlas fácilmente del código fuente original.
5. No discriminar a ningún individuo o grupo.
Para obtener el mayor beneficio de este proceso, tantos individuos y grupos como sea posible deben recibir las mismas calificaciones para contribuir al software de código abierto. Por este motivo, prohibimos que las licencias de código abierto excluyan a cualquier persona del proceso.
6. No discriminar esfuerzos en ningún campo.
El objetivo principal de esta cláusula es prohibir que las licencias contengan términos que inutilicen el software de código abierto para fines comerciales. Necesitamos que los usuarios empresariales participen en nuestro trabajo sin que se sientan excluidos.
7. Emisión de licencia
El objetivo de esta cláusula es prohibir la divulgación indirecta del software, como por ejemplo la necesidad de firmar un acuerdo de confidencialidad.
8. La licencia no puede ser específica de un producto.
Esta cláusula se utiliza para evitar otras trampas de licencia.
9. La licencia no afecta a otros software.
Los editores de software de código abierto tienen derecho a elegir su propio software.
Sí, la GPL cumple con este requisito. Una biblioteca publicada bajo la GPL afecta sólo al software al que está conectada en tiempo de ejecución y no tiene nada que ver con el software con el que se publica.
Marca y esquema de certificación OSI
La definición de código abierto proporciona los atributos básicos del software de código abierto. Desafortunadamente, el término "código abierto" se usa en exceso y no puede protegerse como marca comercial debido a su naturaleza descriptiva (que es nuestra primera opción). Porque la comunidad necesita una forma confiable de determinar si un software es realmente software de código abierto. Para ello, OSI ha registrado una marca de certificación, OSI Certified. Si ve este logotipo en un software, el software debe publicarse bajo una licencia que cumpla con la definición de código abierto. De lo contrario, el editor está abusando del logotipo e infringiendo la ley.
La marca de certificación OSI es para software, no para licencias: lo que la gente necesita saber es que los paquetes que componen el software y sus licencias son de código abierto. Además, las licencias individuales pueden no ser "mercancías" sino marcas de certificación registradas por la Oficina de Patentes y Marcas de EE. UU. Sin embargo, está claro que los autores de software deben poder confirmar a su debido tiempo que su software se publica en un modelo de código abierto certificado OSI sin tener que preguntarnos (autocertificación). Por lo tanto, la certificación se completa en dos pasos:
* OSI proporciona una tabla de licencias de código abierto que se ajusta a la definición de software de código abierto. Estos permisos han sido cuidadosamente examinados por el público y aprobados por nosotros. Si tiene una licencia que le gustaría agregar a la lista, comuníquese con licencia-approval@opensource.org y la compañía habrá comenzado el proceso para obtener la aprobación de la licencia.
*Si desea establecer la marca de certificación OSI en su software, puede seleccionar una licencia aprobada de la lista y distribuir el software bajo ella, marcándolo apropiadamente.
Lo anterior es sólo un resumen. A continuación encontrará instrucciones detalladas para solicitar una licencia aprobada y aplicar la marca de certificación OSI a su software.
Obtenga la aprobación de la licencia
1. Envíe la licencia por correo electrónico a licencia-approval@opensource.org. En el correo electrónico, indique si desea que la licencia se envíe firmada o de forma anónima a la lista de discusión sobre licencias. (Estamos dispuestos a considerar licencias que no deseamos enviar en absoluto, pero debido a que la evaluación de la comunidad es una parte importante de la aprobación, tendremos que enviar la licencia de forma privada a los revisores: por lo tanto, las licencias no enviadas a la lista de discusión de licencias La aprobación de la licencia lleva más tiempo y a menudo requiere más comunicación con usted)
Si descubrimos que su licencia no cumple con la definición de código abierto, trabajaremos con usted para resolver el problema.
3. Mientras tanto, estaremos atentos a la lista de foros de licencias y trabajaremos con usted para resolver cualquier problema que no esté incluido.
Como parte de este proceso, también buscaremos asesoramiento legal externo sobre cuestiones de licencias.
5. Una vez que la licencia cumpla con la definición de código abierto y haya sido discutida completamente en el foro de licencias, o otros revisores no hayan planteado cuestiones que consideremos importantes, le notificaremos que la licencia ha sido aprobada. , y se copió en nuestro sitio web y se agregó a la lista de licencias a continuación.
Utilice esta marca
Puede utilizar la marca de certificación OSI en distribuciones de ambos software. El lanzamiento del software incluye y satisface los requisitos de una licencia en una lista de licencias aprobadas, o el código fuente del software se ha colocado expresamente en una ubicación disponible públicamente.
Para indicar que su software se publica bajo una certificación OSI, debe agregar uno de los dos siguientes a su software sin modificaciones, como se muestra a continuación.
La declaración completa es:
Este software es un software de código abierto certificado OSI.
OSI Certified es la marca de certificación del proyecto de código abierto.
Una declaración más breve es:
Software de código abierto certificado por OSI
Cada forma de distribución de su software tiene sus propios requisitos:
* Si el software se distribuye en formato electrónico (en lugar de físico), debe colocar el aviso completo en un archivo Léame o archivo similar, que los usuarios leerán primero.
*Si el Software se distribuye en forma física, debe completar todas las siguientes tareas factibles:
*Si la versión del Software incluye un material impreso, debe incluir un aviso completo en el material impreso.
*Si el software se lanza en medios regrabables (como disquetes), discos ópticos, cintas, etc., pueden agregar declaraciones breves que se pueden leer a simple vista sin afectar la funcionalidad. Debe marcar los medios como una declaración completa o una declaración breve.
*Si el software se lanza en un paquete nuevo y, por lo tanto, no se puede leer la declaración que contiene. Debes poner una declaración completa en el exterior de la bolsa.
Si no puede publicar utilizando alguno de los términos anteriores, comuníquese con nosotros y agregaremos la ubicación de su elección a esta lista.
Licencias aprobadas
Las siguientes licencias cumplen con la definición de código abierto y han sido aprobadas para software de código abierto certificado OSI. Los permisos sin fecha de aprobación fueron aprobados antes de 1999-1.
Licencia pública general GNU (GPL);
Licencia pública general (menor) de biblioteca GNU (LGPL);
Licencia BSD;
* Licencia X Consortium;
*Licencia Artística;
Licencia Pública de Mozilla (MPL);
* QPL;
Otras licencias que cumplen con la definición incluyen: licencia libpng, licencia zlib, licencia IJG JPEG y licencia OPL (Licencia pública Open LDAP).