Un año después de anunciar el fork, The Document Foundation celebra el primer aniversario de LibreOffice con una cifras más que interesantes: han ganado el favor de las principales distribuciones y cuentan con millones de usuarios.

Oracle, que vio como el fork le comía terreno, donó OpenOffice a la Apache Foundation, en lo que fue interpretado como un intento infructuoso de dividir a la comunidad de desarrolladores.

Más éxito está teniendo, sin embargo, con MySQL. Pese a que las intenciones de Oracle estaban claras desde el principio, no ha logrado surgir un fork fuerte. Hay un creciente revuelo en torno al frenazo del desarrollo libre de MySQL (la rama en desarrollo de la versión 6 fue eliminada) y la inclusión de más y más extensiones privativas por parte de Oracle, liderado por los impulsores de los varios forks del proyecto (como Monty Widenius, de MariaDB). Todo parece indicar que se está acercando el momento de la ruptura definitiva, pero aún Oracle tiene la sartén bien cogida por el mango. Lástima de Sun.

Cuando hace un año y pico Oracle compró Sun nos preguntamos cuál sería el futuro de los activos que cambiaban de manos, desde Java a MySQL pasando por OpenOffice. Cuando hace dos meses hicimos la actualización a Ubuntu 10.04 (Lucid Lynx) el quejido común en la mesa de trabajo fue «Oh no, ahora OpenOffice viene con el logo de Oracle, qué horror». Lo llamativo es que fue un lamento común a todos los que estábamos ahí haciendo dist-upgrade. No nos gusta Oracle, pero nos gusta mucho menos aún en comparación con Sun, miembro de la FSF que veía la innovación y el software libre como parte central de lo que hacían. Un año después de la adquisición, Sun se diluye bajo la cultura corporativa de Oracle, que está destrozando los logros de Sun. Da bastante pena, la verdad.

MySQL es la aplicación de base de datos libre más conocida. Hace un tiempo fue comprada por Sun y ahora Sun ha sido comprada por Oracle (GigaOM), el mayor desarrollador de sistemas de bases de datos del mundo.

Es cierto que cuando Sun compró MySQL se dijo que era el triunfo del software libre: una empresa haciendo soft libre había alcanzado ser una potencia emergente en su sector y había acabado siendo comprada. No era una mala noticia (no del todo) porque Sun tenía intereses en otros mercados (no directamente en bases de datos) y porque también ha apoyado el software libre recientemente (liderando el desarrollo de OpenOffice.org y OpenSolaris, o liberando completamente Java).

Ahora es diferente: Oracle vive de desarrollar sistemas de bases de datos. El software de Oracle no es libre, y que el mayor desarrollador de bases de datos libres haya sido comprado por el mayor desarrollador de bases de datos privativas no es buena noticia.

Si bien es cierto que los fundadores de MySQL ya se habían marchado de Sun (en octubre 2008 y febrero 2009) y que la comunidad de software libre puede arrancar un fork desde la última versión de MySQL si Oracle decide priorizar su propio sistema, pero no deja de ser una mala noticia.

Los que pregonan que el software no ofrece modelo de negocio mienten. Quizá el software libre no permita a las empresas del sector extorsionar al resto de la población, quizá no permita a muchos programadores costearse una vida lujosa en el carísimo Silicon Valley, pero aún permitirá el desarrollo empresarial. Ejemplos de este tipo tenemos los desarrolladores de sistemas operativos tipo GNU/Linux (como Red Hat, Novell, Mandriva, o Canonical) que evidentemente ganan dinero con ello, pero para hacer negocio no hace falta desarrollar una distribución de Linux y meterse al mercado de servidores.

Uno de los mejores ejemplos en este segundo caso es MySQL, la empresa que desarrolla el popular sistema libre de bases de datos aumenta su cuota de mercado a pasos de gigante, debido a que permite desligarse de los carísimos servicios de Oracle a la vez que entrega a la empresa la libertad de modificar el software, redistribuirlo y adaptarlo a sus necesidades y/o cambiar de proveedor si le hiciera falta.

Pero parece que MySQL ve en su aumento de cuota de mercado una posibilidad de atar a sus clientes utilizando la vieja táctica de siempre: restringir el acceso al código. (The Register). Seguirán permitiendo el acceso para uso personal, pero no para uso corporativo. Además se modifican los ciclos de publicación (cada mes la versión corporativa de pago, cada tres la versión gratuita). Esto ha enfadao especialmente a la comunidad MySQL ya que, no sin razón, argumentan que encontrar bugs es principalmente una tarea de la comunidad, pero que esa misma comunidad tardará ahora tres meses en tener disponible la rama de código que soluciona los bugs.

En pocas palabras están usando el versioneo para implantar su formato y generar escasez. Dicen que el software seguirá siendo GPL, entonces ¿podrá cualquiera distribuir los ejecutables si los obtiene? En realidad cambian el chip y ya no están cobrando por un servicio, sino por el software (ya que ahora no le dan el software a aquellos que no contratan el servicio). La manía de trabajar una vez y cobrar un ciento.

Por supuesto MySQL tiene derecho a proteger su negocio, pero su negocio va viento en popa. Tiene cada vez más clientes, clientes corporativos que pagan por un servicio técnico. Y es el sistema de bases de datos más utilizado en multitud de entornos domésticos, como pueden ser por ejemplo las bases de datos que contienen nuestros blogs. ¿Realmente necesita cerrar la pinza de esa forma? Yo no estoy de acuerdo, su producto les ha permitido escalar muchísimo sin este versioneo.

¿Qué quiero decir con esto? Que MySQL puede hacer lo que quiera, si creen que su negocio está más seguro cerrándose que lo intenten, pero no ha sido un producto cerrado el que les ha hecho ricos y famosos.

1. En este COMO pretendo explicar cómo convertir una computadora de sobremesa en un servidor capaz de servir PHP, manejar bases de datos y hospedar en él una web basada en Drupal.

2. Decir que lo que aquí voy a explicar es el procedimiento que yo he seguido para convertir un pc de casa en un servidor de éste tipo, y que podría no funcionar
si se está usando otro sistema (ya sea hardware muy distinto o
software distinto). El equipo en cuestión es un PC (x86, AMD
750MHz, 256MB de RAM, 8MB de memoria d vídeo) que tiene instalado Ubuntu Dapper con Fluxbox como entorno gráfico.
Sé que un servidor no necesita entorno gráfico, pero dado que le vamos a dar un uso casero y (en teoría) no va a tener gran carga de trabajo, lo vamos a usar porque siempre se agradece y además Fluxbox es tan ligero que tampoco va a suponer un gran lastre. Supongo que dado el sistema que le vamos a instalar un PC similar pero menos potente tampoco va a tener grandes problemas para actuar de servidor.

3. Lo primero es obtener e instalar los paquetes que vamos a necesitar: En principio vamos a necesitar Apache, PHP, y MySQL. Pero en realidad vamos a utilizar un gestor de MySQL, yo he escogido phpMyadmin.

4. Como ya he dicho, este COMO está pensado para Ubuntu Dapper, así que dando por hecho que tenemos unos
buenos repositorios, para asegurarnos que instalamos la última
versión de los paquetes que queremos nada más fácil que el ya clásico

~# apt-get update
~# apt-get install apache2 php5 mysql-server phpmyadmin

5. Con este hemos instalado los programas necesarios y (por defecto) se iniciarán los demonios, por tanto ya tenemos
funcionando el apache, el php y el mysqld. Para comprobar que todo ha ido bien nada más sencillo que introducir en el navegador
nuestra dirección IP o DNS (si disponemos de una dns). Si todo
ha funcionado bien se cargará en el navegador el placeholder de Apache. También puedes probar a introducir «localhost» en el navegador, en lugar de tu IP.

6. Lo siguiente será ver si se ha instalado bien el
gestor de bases de datos (phpMyadmin). Para eso introducimos en el navegador nuestra dirección seguida de /phpmyadmin (algo así como http://localhost/phpmyadmin ), si todo ha ido bien se cargará el gestor de inicio de sesión. Por
defecto el usuario para MySQL es 'root' sin contraseña, algo que os recomiendo que modifiquéis inmediatamente durante esta primera sesión de pruebas. Es posible que al intentar hacer login en MySQL de el error

Error #1045: Access denied to user 'user@localhost' (using password: YES)

A mí me sucedió y la verdad es que toda la ayuda que busqué por foros se reducía a decirme que permitiera el inicio de sesión a través de red, algo que no llegó a funcionar, al final purgué configuración e hice apt-get -f install y todo fue bien.

7. Ahora toca bajarse la última versión
de drupal de drupal.org (yo usé la versión v4.7). Lo descomprimimos en cualquier sitio y copiamos esos archivos directamente en /var/www (para esto tendremos que actuar como root,
lo cual es poco seguro, por lo que recomiendo crear un grupo de usuarios que incluya a root (propietario) y al usuario sin privilegios, dando permisos de escritura al grupo en /var/www

8. Una vez conseguimos entrar a manejar nuestras bases de datos con phpMyadmin, lo siguiente es crear nuestra base de datos para nuestro sitio web basado en Drupal. En nuestro ejemplo se llamará 'drupal'. Creamos la base de datos y no añadimos ninguna tabla, en su lugar seleccionamos la segunda pestaña del panel de control de phpmyadmin (pestaña SQL) y importamos el archivo con la configuración de tablas de la base de datos que tenemos en /var/www/database/database.mysql

9. Ahora vamos a configurar drupal para que se entienda
bien con la base de datos que le hemos creado anteriormente. Para eso vamos a /var/www/sites/default/ y editamos las siguientes lineas:

$db_url='mysql://usuario:contraseña@servidor/base_de_datos';

$base_url='http://mi_dns';

Ambas lineas se rellenan con sentido común: Usuario
y contraseña son el usuario con permisos
para escribir la base de datos que hemos creado y su contraseña. Servidor es el nombre de nuestro servidor, por defecto viene «localhost» y es suficiente. Base_de_datos es el nombre de nuestra base de datos, «drupal» en este COMO.

10. Ahora faltará acceder a nuestro sitio web,
saldrá el placeholder de Drupal previo a la configuración inicial del sitio. Es fundamental hacer el primer usuario ya que éste es el que tendrá privilegios de administrador de la web. Una vez hecho esto ya solo quedará personalizar la web y adecuarla a nuestras necesidades.

11. (opcional) Dapper, en general Ubuntu en todas sus
versiones, trae una instalación por defecto bastante eficiente, con pocos puertos abiertos. Aún así es bastante recomendable tener un cortafuegos instalado. Es probable que para cuando llevéis a cabo esta instalación ya tengáis uno instalado, pero en caso contrario recomiendo instalar uno de los muchos front-end disponibles para iptables, yo uso Firestarter

~# apt-get install firestarter.

Con ésto hemos acabado el COMO, la configuración de drupal está sacada del manual que viene con el software, cualquier aporte, duda, o sugerencia para completar el COMO será agradecido.

Este COMO está disponible tanto en esta web como en los formatos ODT y PDF, se pueden descargar desde:

Formato ODT
Formato PDF