Barrapunto

No es exactamente que el código que "desee" acceder a MySQL tenga que estar licenciado bajo la GPL.

En realidad, tiene que estar licenciado bajo una licencia compatible con la GPL. Esto de "compatible" significa, simplemente, que no debe contener cláusulas que contradigan a la GPL. O sea, básicamente, no debe obligar a nada a lo que no obligue la GPL, y no debe prohibir nada que no prohiba la GPL.

Esta cuestión de "compatibilidad" viene porque el conjunto de contenga código GPL debe distribuirse bajo los términos de la GPL (lo que no significa que deba relicenciarse el código bajo la GPL, ojo), y a que la cláusula 6 prohibe añadir condiciones a la licencia...

Por eso está la LGPL.

Puede que me equivoque, pero esto ya viene pasando con los *BSD libres desde hace tiempo.

Si en NetBSD se hace algo interesante, pueden incluirlo en el núcleo de linux, porque la licencia BSD es compatible con la GPL.

Lamentablemente la GPL no es amiga de nadie, por lo que en los núcleos de los *BSD no pueden coger código licenciado GPL del kernel de Linux (todo, claro XD), porque sino el kernel de ese BSD pasaría a ser GPL. Chungo, porque esa gente ha decidido emplear otra licencia :-/

Y es una lástima, la verdad.

Esto pide el típico flame GPL/BSD y todo ese despilfarro de energia que gusta tanto entre los seguidores del Software Libre (sí, ambas licencias son libres; para mi ya es suficiente).

Y es que hay beneficios e inconvenientes. Si ya comentaban los de Wasabi Systems en una entrevista [osnews.com] que la GPL podría estar perjudicando a Linux en el mercado de los sistemas empotrados, ahora vemos otro ejemplo como la GPL puede fastidiar toda una plataforma de desarrollo exquisita como es PHP+MySQL. Y se puede argumentar que la culpa es de la gente de PHP: que licencien GPL. No se, puede *parecer* extorsión, algo que cualquier amante del Software Libre, se me antoja, debería detestar (aunque me temo que no va a ser así en demasiados casos, tsk).

Difícil compromiso. La verdad es que no me gustaría estar en el pellejo de más de uno (o igual sí XDDDDD).

Que tampoco hay que ser demasiado trágico, porque seguro que se llegará a una solución (sospecho que en forma de licencias duales, o por parte de MySQL o por parte de PHP).

Y no creo que se trate de ocultar código o no ocultarlo, sino más bien de dos conceptos diferentes de lo que debe ser una licencia (que podemos ver el problema en la permisividad de la licencia BSD o en el carácter vírico de la GPL; aunque AMBAS son Software Libre de primer orden).

Espero que no acabe perjudicada la plataforma, porque Apache + PHP + MySQL es hoy por hoy tan importante para el Software Libre como el mismísimo núcleo de Linux (siempre que quede algún BSD Libre para que corran en él, claro, porque sino poco haríamos sin kernel de Linux XD).

Un saludo.

• Migrar a PHP5
  Esto supondría abandonar MySQL en favor de otro motor de base de datos. Pero ¿y las aplicaciones que ya estan corriendo con PHP4+MySQL?. Eso requiere tener dos entornos de PHP uno con la version 4 y otro con la version 5 (por el culo te la hinco) uno para las nuevas aplicaciones y otro para mantener las ya programadas.
• Quedarse con PHP4
  Con todo lo que supone anclarse en una versión determinada, prescindir de ciertas funcionalidades de reciente implementación así como permanecer aislado de la madurez de una software que evoluciona.