On 7/16/07, [email protected] >
el concepto de obra derivada es mucho mas amplio que llevar codigo de otro. pero bueno, como ya dijimos antes no tiene mucho sentido que sigamos discutiendo esto; el que tenga dudas le puede preguntar a la fsf, y por lo menos vamos a tener la interpretacion de los creadores de la licencia.
estoy bastante seguro de que la mismisima fsf ya ha declarado alguna vez que un programa que dependa de base mysql es obra derivada de la misma, pero no encuentro el link asi que no puedo demostrarlo.
Buenas! En mi primera intervención en esta lista luego de un breve distanciamiento, voy a ver si puedo aportar algo útil, de acuerdo a lo que entiendo (o no) del tema: Mysql no es solo un servidor que escucha en un puerto tcp, también es la librería que implementa el protocolo necesario para que los clientes se comuniquen con ese servidor. Uno puede: .- Embeber el servidor completo dentro de un sistema .- Utilizar el servidor linkeando o embebiendo la librería cliente .- Implementar el protocolo en un cliente desde cero para no linkear ni embeber la librería Los dos primeros casos generan obras derivadas, el tercero no. El asunto es que el tercer caso es muy caro y las empresas que quieren hacer desarrollos privativos y utilizar mysql como servidor, les conviene mas comprar una licencia oem a mysql. MySQL en su sitio web dice: "Licensing Terms can be tailored to meet the unique requirements of OEMs, ISVs and VARs interested in embedding or bundling MySQL." Y en todo momento hace referencia a los casos en los que se quieren hacer "embedding" o "bundling". Embedding implica mezclar código. Bundling es empaquetar herramientas en un producto único que las incluya e implica como mínimo linkear a las librerías y relicenciar todo en forma en privativa. En esos dos casos se redistribuye mysql mediante una obra derivada y para relicenciarla con una licencia privativa es necesario pagar a mysql una licencia oem. En cualquier otro caso no es necesario pagar una licencia oem. Lo mismo vale para cualquier otro software en condiciones similares a las de mysql, si alguien pretendió hacer valer otra cosa basándose en los numerosos vacíos e indefiniciones legales que existen, es un asunto burocrático legal. O sea que es teóricamente posible hacer un sistema que use mysql sin ser obra derivada, reimplementando todo el protocolo del lado del cliente, pero en la práctica, reimplementar un cliente de mysql desde cero para embeberlo en un software privativo es muy caro, si vas a hacer sofware privativo te conviene comprar la licencia. O como hizo Apple con CUPS, comprar los derechos de copyright y hacer lo que quieran de ahí en más. También se discute en la teoría si linkear una librería es hacer una obra derivada pero en la práctica se acepta que eso constituye una obra derivada (de allí el poder "viral" de la GPL) y se usa la LGPL u otras tipo BSD para eludirlo. Aquí hay un par de referencias: http://en.wikipedia.org/wiki/Derivative_work http://www.rosenlaw.com/lj19.htm http://www.mysql.com/oem/licensing.html Saludos, -- Pablo Manuel Rizzo ---------------------------------------------------------------------- Aunque supiera que el mundo se acabará mañana, Igual plantaría mi manzano. -- Martin Luther King -- ----------------------------------------------------------------------