La propia GPL lo deja bien clarito. Puedes *utilizar* sin problemas un programa GPL, en cualquier tipo de solución, sea GPL o no. Lo que no puedes hacer es *enlazar* código GPL en una aplicación que no lo sea. En el caso que nos ocupa, y por poner un ejemplo muy común, puedes programar una web con cualquier tipo de licencia que acceda a una base de datos MySQL. NO TIENE POR QUÉ SER GPL.
Sólo un comentario: En el caso de MySQL hay un pequeño "pero", MySQL se distribuye bajo GPL como servidor, y como GPL la librería Cliente. Quizás la confusión del mensajes al que "corriges" está en que anteriormente la librería Cliente estaba bajo LGPL, ahora ya no está así.
De esa forma, por poner un ejemplo que ha estado ya comentado por estos lares, no se puede compilar directamente PHP + MySQL ya que PHP no tiene una licencia compatible GPL (tiene una "tipo" BSD) ...
Desde mi punto de vista, el cambio no ha sido muy afortunado (paso de LGPL a GPL en Lib. cliente), ya que bloquea el desarrollo aplicaciones libres solo a aquellas GPL (no se me malinterprete), y no permite utilizar con licencias tan libres como la BSD, MIT, Apache, ... e incluso la Artística ;-) ... en gran medida ... o GPL ... o $$$ .
Bien dicho todo lo que has dicho y puede que afecte al futuro comercial de MySQL (aunque supongo que cada cual habrá hecho su análisis de la situación).
Como ya he dicho yo, creo que todo parte de la situación en la que está MySQL (y que es la que, de entrada, permite todo el asunto de la doble licencia) y que es que está controlada por una sola empresa (bueno, son dos).
En realidad, el uso de la licencia GPL en la librería de acceso no es "tan" grave a efectos prácticos aunque creo que sí lo será a efectos publicitarios. La situación de MySQL no ha cambiado desde el punto de vista práctico si es verdad lo que supongo: que la mayor parte de los desarrollos que utilizan MySQL lo son en entornos LAMP (Linux-Apache-MySQL-PHP... en realidad sólo la parte MySQL-PHP es importante) puesto que, aunque la parte de cliente enlazable de MySQL sea GPL esto sólo quiere decir que desde la web de PHP no se pueden distribuir sus binarios, pero cualquiera puede compilarlos por su cuenta (puesto que ese "cualquiera" no va a distribuir el resultado de su compilación, la GPL no entra en juego). Sin embargo, como la gente es como es y, en la mayoría de los casos, es incapaz del trivial ./configure && make && make install, el hecho de que no haya distribuciones binarias junto con que existen alternativas tan válidas (e "inviolables" desde el punto de vista de la licencia) como PostgreSQL, yo *creo* que la gente de NuSphere (o al menos hasta hace unos meses la "culpa de todos los males" de MySQL podía achacarse a NuSphere, ahora ya no tengo tan claro el grado de involucración de AB Soft en todo este embrollo) llegará a arrepentirse de lo que han hecho en los últimos tiempos.
Re:En que consiste ese modelo de negocio??
(Puntos:1)( http://www.antoniocortes.com/ )
Sólo un comentario: En el caso de MySQL hay un pequeño "pero", MySQL se distribuye bajo GPL como servidor, y como GPL la librería Cliente. Quizás la confusión del mensajes al que "corriges" está en que anteriormente la librería Cliente estaba bajo LGPL, ahora ya no está así.
De esa forma, por poner un ejemplo que ha estado ya comentado por estos lares, no se puede compilar directamente PHP + MySQL ya que PHP no tiene una licencia compatible GPL (tiene una "tipo" BSD) ...
Desde mi punto de vista, el cambio no ha sido muy afortunado (paso de LGPL a GPL en Lib. cliente), ya que bloquea el desarrollo aplicaciones libres solo a aquellas GPL (no se me malinterprete), y no permite utilizar con licencias tan libres como la BSD, MIT, Apache, ... e incluso la Artística ;-) ... en gran medida ... o GPL ... o $$$ .
"A nullo videbatur, ipse autem omnia videbat"
Re:En que consiste ese modelo de negocio??
(Puntos:2)( http://barrapunto.com/ )
Como ya he dicho yo, creo que todo parte de la situación en la que está MySQL (y que es la que, de entrada, permite todo el asunto de la doble licencia) y que es que está controlada por una sola empresa (bueno, son dos).
En realidad, el uso de la licencia GPL en la librería de acceso no es "tan" grave a efectos prácticos aunque creo que sí lo será a efectos publicitarios. La situación de MySQL no ha cambiado desde el punto de vista práctico si es verdad lo que supongo: que la mayor parte de los desarrollos que utilizan MySQL lo son en entornos LAMP (Linux-Apache-MySQL-PHP... en realidad sólo la parte MySQL-PHP es importante) puesto que, aunque la parte de cliente enlazable de MySQL sea GPL esto sólo quiere decir que desde la web de PHP no se pueden distribuir sus binarios, pero cualquiera puede compilarlos por su cuenta (puesto que ese "cualquiera" no va a distribuir el resultado de su compilación, la GPL no entra en juego). Sin embargo, como la gente es como es y, en la mayoría de los casos, es incapaz del trivial ./configure && make && make install, el hecho de que no haya distribuciones binarias junto con que existen alternativas tan válidas (e "inviolables" desde el punto de vista de la licencia) como PostgreSQL, yo *creo* que la gente de NuSphere (o al menos hasta hace unos meses la "culpa de todos los males" de MySQL podía achacarse a NuSphere, ahora ya no tengo tan claro el grado de involucración de AB Soft en todo este embrollo) llegará a arrepentirse de lo que han hecho en los últimos tiempos.