[pyar] Consulta de licensing
Mariano Reingart
reingart en gmail.com
Vie Dic 2 15:39:32 ART 2011
2011/12/2 Sebastian Bassi <sebastian.bassi en globant.com>:
> 2011/12/2 Juan BC <jbc.develop en gmail.com>
>>
>> El tema radica mas que nada en la distribucion del software. Un truco para
>> usar una lisencia mas laxa contra una mas
>
>
> Tal cual, importa la distribución. Por eso la respuesta a la pregunta sobre
> si el código podia ser MIT, es si, el codigo en si es MIT aunque haga una
> llamada (import en este caso) a un codigo con otra lib. con una lic.
> distinta e incompatible. Ahora es distinto la respuesta para el "exe" (el
> deb o lo que sea ya distribuido) porque depende de como lo distribuis.
>
En algunos casos puede ser, pero si tu programa no funciona sin
descargar la librería, anda a explicarle que no es una obra derivada a
los jueces de los casos taringa o cuevana...
También explícaselo a RMS, según la FSF, si usa el mismo espacio de
memoria, no son programas independientes... salvo que sean librerías
del sistema operativo.
Incluso si usas comunicación IPC o sockets, depende del tipo de
estructuras que pasan, si no es trivial también la FSF lo considera
obras derivadas.
Habría que ver el caso de los webservices y/o webapps con ajax, hoy
que esta de moda la computación distribuida y la nube no es un tema
menor.
Como dice el FAQ de la GPL:
"¿Qué determina la combinación de dos partes para formar un programa?
Esta es una cuestión legal que, en último término, tendrían que
decidir los tribunales."
Esperemos poder estar ahí para cuando se siente jurisprudencia.
IMHO
YMMV
Sds
Mariano Reingart
http://www.sistemasagiles.com.ar
http://reingart.blogspot.com
More information about the pyar
mailing list