Licencias de Software Libre

Share

|

El término Open Source fue acuñado en un intento de resolver la confusión que rodea a la palabra libre en el "software libre". La Open Source Initiative (OSI) fue creada con el fin de administrar el término Open Source, ya pesar de sus intentos por la marca del plazo (para proteger su significado) fueron rechazadas por la Oficina de Patentes y Marcas de EE.UU., el OSI se sostiene la marca de certificación OSI Certificado de Software de Código Abierto. (No hay restricciones legales sobre el uso del término Open Source, pero hay en la OSI marca de certificación Certified Open Source Software).

La OSI mantiene la Open Source Definition (OSD), una descripción de los derechos previstos por las licencias de código abierto, sino que también mantiene una lista completa de todas las licencias que certifica que han cumplido con los requisitos de la OSD, entre los cuales son: El código fuente debe estar disponible, el producto debe ser redistribuido de manera gratuita, las obras derivadas se debe permitir, y la discriminación contra las personas, grupos o campos de la actividad no debe permitirse. El OSD completo, junto con una lista de certificados de certificación OSI Certified Open Source Software, está disponible en http://opensource.org/.

La Licencia pública general GNU

La GPL es una de las licencias de software libre más restrictivas. Si se incluye el código fuente que está disponible bajo los términos de la GPL en otro programa, el programa también debe estar sujeta a los términos de la GPL.[2] La Free Software Foundation (FSF, autor de la GPL) considera que la vinculación con una biblioteca que "la creación de una obra derivada", y algunos otros creen que es una "obra de la mera agregación". Por lo tanto, la FSF sostiene que no se le permite conectarse con una colección de cubiertos bajo los términos de la GPL a menos que el programa se vincula también está cubierto por los términos de la GPL. Sin embargo, algunas personas sostienen que la vinculación es "mera agregación", y dice que la GPL:

Algunas personas llaman a la GPL de un virus por esta razón.

Además, el simple agregado de otro trabajo no basado en el Programa con el Programa (o con un trabajo basado en el Programa) en un volumen de almacenamiento o de distribución de media no que dicho trabajo entre dentro del ámbito de esta Licencia.

Si considera que un archivo ejecutable para ser un "volumen de almacenamiento", usted podría considerar la vinculación de la mera agregación.

Al mejor de nuestro conocimiento, esta distinción no ha sido probado en los tribunales. En el caso bastante improbable que desea vincular un programa no autorizado bajo los términos de la GPL con una biblioteca, es decir, pedir a los autores de la biblioteca en cuestión para su interpretación.

La Biblioteca GNU Licencia Pública General

La Biblioteca GNU General Public License (LGPL) fue diseñado para conseguir que las bibliotecas en general útiles. El punto de la LGPL es permitir a los usuarios para actualizar o mejorar sus colecciones sin necesidad de obtener nuevas versiones de programas enlazados con las bibliotecas. A tal fin, la LGPL no intente colocar las restricciones de licencia sobre los programas vinculados con la biblioteca, siempre y cuando los programas están enlazados con versiones de las bibliotecas compartidas bajo la licencia LGPL o se proporcionan con los archivos objeto de la aplicación, permitiendo que el usuario para volver a vincular la aplicación con las versiones nuevas o modificadas de la biblioteca.

En la práctica, esta restricción no es significativo, no sería razonable no vincular en contra de bibliotecas compartidas en que están disponibles.

Pocas bibliotecas están licenciados bajo los términos de la GPL, la mayoría son licenciados bajo los términos de la LGPL. Bibliotecas licenciado bajo los términos de la GPL por lo general son de esa manera, simplemente porque el autor no sabía nada o considerar la LGPL. En respuesta a una petición cortés, muchos autores se relicenciar sus colecciones bajo los términos de la LGPL.

MIT / X / Licencias BSD-Style

MIT / X licencias de estilo son mucho más simple que la GPL o LGPL, y sus únicas restricciones son: (En pocas palabras) para mantener todos los avisos de copyright existentes y términos de la licencia intacta en el código fuente y binario, y no utilizar el nombre de un autor a endosar o la promoción de obras derivadas sin el permiso previo y por escrito.

Antiguo BSD-Style Licencias

Antiguo licencias BSD esencialmente añadir a las condiciones del MIT / X licencias de estilo la restricción de que los materiales publicitarios que mencionen características o el uso del software incluyen un reconocimiento. La licencia BSD se ha cambiado a eliminar esta restricción, pero algunos programas continúa utilizando el modelo de licencias de la antigua licencia BSD.

Licencia Artística

El lenguaje Perl código fuente se distribuye con una licencia que le permite seguir bien los términos de la GPL o una licencia de alternativas, caprichosamente llamado Artistic License. Los principales objetivos de la Licencia Artística son preservar los derechos de redistribución y para evitar que los usuarios de la venta de modificaciones alterado, de propiedad que pasar por la versión oficial. Otros autores de software han adoptado la convención de Perl de permitir a los usuarios seguir los términos de la GPL o la Licencia Artística, algunos sólo tienen licencia bajo los términos de la Licencia Artística.

Licencia de Incompatibilidades

Diferentes términos de licencia de software libre permite varios tipos de uso comercial, modificación y distribución. A menudo es conveniente reutilizar el código existente en sus propios proyectos. Hasta cierto punto, es inevitable que lo haga, casi cualquier programa que escriba estará vinculado con la biblioteca de C, por lo que tienen que ser conscientes de los términos de licencia de la biblioteca de C, así como los términos de otras bibliotecas que se vincula con el programa. Con frecuencia, tal vez deseen incluir fragmentos de código fuente de otros programas en sus propios programas, también.

Mezcla de código de software con licencias diferentes a veces puede ser un problema. El problema no se produce cuando se vincula con las bibliotecas compartidas, pero sin duda se aplica a la creación de obras derivadas. Si está modificando algún otro software, usted tiene que entender sus términos de licencia. Si usted está tratando de combinar en un trabajo derivado de dos piezas de software que tienen licencias diferentes, usted tiene que determinar si su conflicto licencias. Una vez más, esto no se aplica cuando usted está escribiendo su propio código desde cero.

Si se trabaja con código licenciado bajo los términos de la GPL o LGPL, no se puede incluir en él código licenciado bajo una licencia de edad BSD, ya que la GPL y LGPL prohibir "restricciones adicionales", y la antigua licencia BSD contiene restricciones adicionales (es decir, más allá de la GPL o LGPL) en lo que respecta a la publicidad y el respaldo. Debido a este conflicto, algunas piezas de software están licenciados bajo los términos alternativos, tanto la GPL y términos de la licencia viejo estilo BSD que se ofrecen son, usted puede elegir con qué términos de la licencia de cumplir.

Si el código licenciado bajo la GPL o LGPL está incluido en una obra derivada de un BSD / licencia MIT / X-estilo, toda la obra derivada (a efectos prácticos) deben tener una licencia en los términos de la GPL o LGPL, respectivamente.

Hay muchos otros posibles incompatibilidades. Si tiene alguna duda acerca de lo que se puede hacer con determinados elementos de software libre, no sea tímido, pregunte a los propietarios de derechos de autor. Recuerde que se le puede dar licencia para utilizar el software de cualquier manera que deseen.

---