2008-09-19 5 views
12

Estoy escribiendo una pequeña biblioteca de propósito general, que me gustaría usar en mi proyecto con licencia BSD/X11. Quiero incluir soporte de globalización en él, específicamente, me gustaría usar Glib::ustring de glibmm, que está licenciado bajo LGPL. Aquí viene la pregunta: Con respecto a que BSD/X11 sea más permisivo que LGPL, ¿puedo usar este fragmento de código en mi biblioteca con licencia BSD/X11?¿Puedo utilizar la biblioteca LGPL en el proyecto con licencia BSD/X11?

+3

He votado para cerrar esta pregunta como fuera de tema porque se trata de licencias o cuestiones legales, no de programación o desarrollo de software. [Consulte aquí] (http://meta.stackoverflow.com/questions/274963/questions-about-licensing/274964#274964) para obtener más información, y la [ayuda] para obtener más información. – JasonMArcher

Respuesta

13

IANAL, pero creo que esto está permitido. No hay nada en la licencia de BSD que le impida mezclar el código de otras licencias, y tampoco le importa a la LGPL con qué lo vincule. Usted estará sujeto a las siguientes restricciones: sin embargo

1) para la parte de BSD, si hay una cláusula de atribución, usted todavía tiene que cumplirlo e incluir la atribución apropiada en su documentación, etc.

2) Para la biblioteca LGPL, se requiere que el origen de la biblioteca esté disponible para los destinatarios de los archivos binarios de su proyecto.

+5

2) solo si distribuye la biblioteca con su proyecto. Si solo les dice a sus usuarios que lo obtengan por sí mismos, no es necesario que proporcione la fuente. – ypnos

+0

"Biblioteca LGPL" en el sentido de esta respuesta es una "biblioteca compartida LGPL". Para una biblioteca enlazada estáticamente, se aplica la respuesta http://stackoverflow.com/a/106415/490291. – Tino

2

IANAL, pero ...

Como siempre y cuando siga las restricciones de vínculos de la LGPL, que debería estar bien. Básicamente, el usuario debe poder modificar el código LGPL. Como su código tiene licencia de BSD, y la licencia de BSD permite un código binario sin fuente (que violaría la LGPL), necesitaría crear una biblioteca dinámica con licencia bajo la LGPL de todo su código LGPL y usar eso.

3

@Branan: Mi comprensión actual de la sección de LGPL 4 (IANAL):

  1. yo sepa, la responsabilidad de hacer la biblioteca dinámica es en la parte distribuidora una versión sólo binario (o la versión de otro modo LGPL-incompatibles), no en el licenciante (suponiendo que el licenciante no distribuya una versión solo binaria/incompatible LGPL).
  2. La biblioteca estática LGPL también está bien si la versión solo binaria se distribuye con un grupo de archivos de objeto (correspondientes al código de licencia permisiva) que el usuario puede volver a vincular con su versión personalizada de la biblioteca LGPL.
  3. En cualquier caso, el código binario solo debe permitir la ingeniería inversa, para permitir que la biblioteca LGPL sea personalizada por el usuario y aún así pueda vincularse a los archivos del objeto.
Cuestiones relacionadas