Una de los mejores entornos de programación para Java, por no decir el mejor, es Eclipse. Está disponible para todas las plataformas habidas y por haber aunque se da el caso de que al bajarlo para Ubuntu por medio del sistema de paquetes su ejecución suele ser demasiado lenta. Esto ocurre a causa de que Eclipse está desarrollado en Java y por defecto se va a utilizar para su ejecución la implementación libre de la máquina virtual de Java conocida como GIJ (GNU Interpreter for Java).

He tenido la oportunidad de estudiar a fondo esta herramienta y comprobé que es muchísimo más lenta que su equivalente privativo por lo que si priorizamos la velocidad de ejecución recomiendo utilizar en nuestro sistema la versión de Sun. Eso hará que Eclipse se ejecute con mayor agilidad.

Lo primero que tenemos que hacer es instalar el Java Development Kit de Sun por medio del sistema de paquetes que incorpora Ubuntu. Escribiremos para ello:

 $ sudo apt-get install sun-java6-jdk

Una vez hecho esto vamos a seleccionar la ejecución de la máquina virtual de Sun cuando ejecutemos por consola “java” lo que haremos por medio del comando:

 $ sudo update-alternatives --config java
Hay 4 alternativas que proveen `java'.

  Selección     Alternativa
-----------------------------------------------
          1    /usr/bin/gij-4.2
          2    /usr/bin/gij-4.3
*+        3    /usr/lib/jvm/java-gcj/jre/bin/java
          4    /usr/lib/jvm/java-6-sun/jre/bin/java

Pulse  para mantener el valor por omisión [*] o pulse un número de selección:

Tendremos que pulsar, en este caso, 4. A continuación haremos que Eclipse seleccione para su ejecución la máquina virtual de Java de Sun. Para ello tenemos que editar el fichero /etc/eclipse/java_home y poner en primera línea la ruta a la JVM que vamos a utilizar, es decir, /usr/lib/jvm/java-6-sun. Ahora podremos ejecutar:

 $ eclipse
searching for compatible vm...
  testing /usr/lib/jvm/java-6-sun...found

Ya hemos conseguido que Eclipse vaya más rápido. Por último, si nos interesa compilar utilizando el Kit de Sun podemos entrar en Window>Preferences dentro de Eclipse y movernos hasta Java>Instaled JREs. Una vez ahí pulsaremos Search para añadir el JDK de Sun buscando desde el directorio /usr/lib. Una vez añadidos todos, seleccionaremos el que más nos convenga.

Para comunicar cualquier error o matiz en este tip, deja un comentario.

Una de las dudas más comunes que abordan a los usuarios nuevos en el mundo de GNU/Linux trata sobre el montaje automático de las particiones y de sus permisos. Las órdenes de montaje y sus opciones se encuentran alojadas en el fichero /etc/fstab.

Normalmente, al instalar distribuciones como Ubuntu, en el fstab se generan las líneas de montaje de nuestras particiones automáticamente pero de un modo genérico. Muchos habrán visto que si lo dejamos tal cual, los nombres de los archivos de la partición al hacer un ls aparece en color verde. Esto ocurre cuando los ficheros tienen permisos de ejecución. Sin más vamos a entrar en materia.

En primer lugar tenemos que identificar el dispositivo en el que se aloja la partición. Cuando el disco es SATA, el primer dispositivo se nombra como sda, el segundo será sdb, y así sucesivamente. Las particiones correspondientes al primer disco se nombrarán como sda1, sda2, etc. En caso de tener un disco IDE la nomenclatura será hda, hdb, y sus particiones hda1, hda2 … etc. Los descriptores de todos los dispositivos y sus correspondientes particiones están en el directorio /dev. Para identificar cuáles son las particiones que queremos montar podemos utilizar la herramienta fdisk, a la que pasaremos como argumento el disco que queremos examinar. Si queremos ver las particiones del disco sda haremos:

fdisk /dev/sda

Con fdisk podemos manejar las particiones de modo flexible y seguro. Mediante la introducción de p veremos un listado de las particiones que tenemos. En mi caso he obtenido:

Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/sda1   *           1        1848    14844028+  83  Linux
/dev/sda2            1849        1941      747022+  82  Linux swap / Solaris
/dev/sda3            1942        5766    30724312+   7  HPFS/NTFS
/dev/sda4   *        5767        7296    12289725    7  HPFS/NTFS

Una vez identificada la partición que queremos montar podemos empezar a definir el fstab. La estructura de este archivo usa una sintaxis especial. Cada línea está formada por seis campos, separados por espacios en blanco (espacio, tabuladores o una combinación). Cada campo tiene su propio significado:

• El primer campo muestra la partición descrita (la ruta al fichero de dispositivo)
• El segundo campo muestra el punto de montaje donde la partición debe montarse
• El tercer campo muestra el sistema de ficheros usado por la partición
• El cuarto campo muestra las opciones de montaje usadas por mount cuando trata de montar la partición. Como cada sistema de ficheros tiene sus propias opciones de montaje, le animamos a leer la página man de mount (man mount) para un listado completo. Cuando existen múltiples opciones se separan por comas.
• El quinto campo es usado por dump para determinar si la partición necesita ser volcada o no. En general puede dejar esto como 0 (cero).
• El sexto campo es usado por fsck para determinar el orden en que los sistemas de ficheros deben ser comprobados si el sistema no se apagó correctamente. La partición raíz debe tener un 1 mientras que el resto puede tener 2 (o 0 en el caso en que la comprobación del sistema de ficheros no sea necesaria).

Si queremos montar mi partición de datos, cuya ruta al descriptor es /dev/sda3, el primer campo será esta misma ruta. El segundo será el directorio en el que queremos montar la partición, el cual debe existir. En mi caso lo haré en /media/DATOS. Como ya hemos visto mediante fdisk, el sistema de ficheros de esta partición es ntfs por lo tanto esta va a ser la opción a especificar en el tercer campo. En el cuarto campo irán las opciones de montaje. El quinto y sexto campo lo dejaremos a 0. En este caso voy a explicar los que yo he utilizado y que considero más importantes; por supuesto, hay muchas otras opciones para las que os remito a las manpages. Veamos cuales son estas opciones:

• auto: Si especificamos esta opción, la partición se montará automáticamente al iniciar el sistema. La opción contraria es noauto. Lo más interesante es, sin duda, el montaje automático.
• exec: Esta opción la pondremos si tenemos interés en que podamos ejecutar binarios sobre la partición. Si por ejemplo vamos a programar y ejecutar sobre la partición será necesario especificarla. La opción contraria es noexec.
• rw: Al montar la partición, si especificamos esta opción estaremos permitiendo la lectura y escritura. Los permisos también deberán estar en concordancia con esta opción. Si queremos que la partición sea de sólo lectura la opción adecuada es ro (Read Only).
• uid: Digamos que está opción indicará a qué usuario/os pertenecen los ficheros de la partición que vamos a montar. Estos usuarios deberán ser indicados a través de su identificación. Podemos revisar qué número corresponde a cada usuario examinando el fichero /etc/passwd. En mi caso, el valor del uid para mi usuario es 1000.
• gid: Similar a la opción anterior pero referente al grupo de usuarios. Podemos ver el gid del grupo al que pertenecemos en el fichero /etc/groups. En mi caso es el mismo que el de usuario, 1000.
• fmask: Se trata del umask para los ficheros de la partición a montar. Así podremos especificar los permisos que tendrán estos ficheros. Dado que la partición de datos pertenece a mi usuario, voy a darle los mismos permisos que tendrán los ficheros de mi home por defecto que son lectura y escritura para el propietario (especificado en uid), lectura para usuarios del mismo grupo (especificado en gid) al que pertenece el fichero y  lectura para el resto de usuarios. Estos permisos son rw-r–r–, en binario serán 644 y dado que lo que utilizamos con fmask es un umask 777-644=133. El valor será 133.
• dmask: Es igual que la opción anterior pero en este caso se refiere a los directorios. Para que podamos abrir un directorio es necesario que éste tenga permisos de ejecución por lo que los permisos serán los mismos que para ficheros pero añadiendo permisos de ejecución para propietario, grupo propietario y el resto de usuarios. Por tanto los permisos serán rwxr-xr-x que en binario es 755. En umask sería 777-755=022. El valor será 022.
• utf8: Lo pondremos si la codificación de los nombres es utf8, si estamos utilizando otra codificación utilizaremos la opción que le corresponda.

Después de ver cada una de las opciones la línea será la siguiente:

/dev/sda3       /media/DATOS    ntfs    auto,exec,rw,uid=1000,gid=1000,dmask=022,fmask=133,utf8 0       0

Ahora tendremos que comprobar que funciona. Para ello utilizaremos la orden mount a la que tendremos que pasar el argumento -a para ejecutar el montaje de lo que se encuentra en el fstab. Eso sí, antes tenemos que desmontar la partición si ya la tenemos activa. Para ello escribiremos:

 $ sudo umount -a

Se intentarán desmontar todas las particiones del fstab lo que, obviamente, no es posible. En caso de que no podamos desmontar nuestra partición de datos es porque algún proceso la está utilizando y se nos mostrará un error que indicará que el dispositivo que queremos desmontar está siendo usado. Podemos comprobar qué proceso es el que lo está haciendo con la instrucción fuse y el descriptor de la partición del siguiente modo:

 $ sudo fuse -m /dev/sda3

Esta instrucción nos sacará por pantalla el PID de los procesos que están ocupando la partición. Suponiendo que el proceso con PID 7418 está utilizando la partición podemos proceder a matarlo, desmontar y volver a montar con:

 $ sudo kill -9 7418
 $ sudo umount -a
 $ sudo mount -a

Ahora podemos irnos a la partición montada y comprobar si los permisos están correctos por medio de un ls. Seguido el proceso tendremos los archivos montados en nuestra partición con los mismos permisos que los del HOME de manera que se integrarán perfectamente.

Si detectas algún error en este tutorial, hay algo mal explicado o te ha sido útil deja tu comentario !

Hoy voy a dejar un post de los que provocan un aluvión de entradas al Blog, entradas que seguramente serán puntuales pero no importa porque esto me ha sido útil y en un futuro me puede servir de nuevo, por eso lo voy a escribir. Somos muchos los que hemos migrado a ‘Amarok 2′ tras su liberación oficial hace un par de semanas. El cliente de mensajería que utilizo en mi desktop es ‘Emesene’, una aplicación escrita en Python que imita en cierto modo a Windows Messenger y que tiene una gran cantidad de plugins para su personalización.

El problema ha surgido con el plugin CurrentSong con el cual se puede poner como mensaje secundario del nickname el nombre de la canción que estamos escuchando. Si lo teníamos funcionando anteriormente con Amarok 1.4, el log del plugin no nos dará ningún error, simplemente expondrá que no se está escuchando ninguna canción.

Buscando en Google la verdad es que la solución ha sido fácilmente hallada. Resulta que la comunicación entre la versión anterior de ‘Amarok’ y ‘Emesene’ se realizaba a través de python-dcop pero aquí ha variado ligeramente por lo que es necesaria una modificación del plugin.

En el Trac de ‘Emesene’ es donde se encuentra un script para dar solución a este problema y que es el siguiente. Si la versión del cliente de mensajería que utilizamos es la 1.0, disponible en los repositorios de Ubuntu, la instalación se habrá realizado en /usr/share por lo que podemos pasar a ejecutar el script que realizará las modificaciones necesarias. Es necesario tener conexión a Internet ya que se descargarán ciertos archivos de código nuevos.

 $ sudo sh pluginamarok2

En caso de que utilicemos la versión SVN y tengamos el cliente en otro directorio habrá que modificar las rutas de los archivos reflejados en el script por lo que lo editamos y cambiamos /usr/share/ por nuestra ruta, en mi caso fue /etc/. Después podemos ejecutar el script igual que en la línea anterior.

Tan sencillo como eso. Ahora podemos abrir ‘Amarok’, ‘Emesene’ y activar el plugin en este último seleccionando como programa ‘Amarok2′ y listo. Si encuentras algún error o tienes alguna sugerencia deja tu comentario.

¡A disfrutar!

Es posible que se de la situación de que tengas que pasar un archivo muy grande, como por ejemplo de unos 8Gb de una partición a otra o incluso de una máquina a otra. Hace no demasiado tiempo era impensable tener archivos de tanto tamaño pero hoy en día no es algo raro por lo que los sistemas más antiguos puede tener ciertas dificultades para su manejo.

Para empezar yo hace ya bastante tiempo que utilizo Windows y GNU/Linux conjuntamente en la misma máquina. Tenía la necesidad de compartir los archivos entre los dos sistemas operativos por lo que recurrí a un formato de partición que se podía leer correctamente en los dos. Por aquél entonces no había soporte completo para NTFS en GNU/Linux por lo que, obviamente, me estoy refiriendo a FAT32.

Lo que yo no sabía, ni me había preocupado de saber hasta ayer, son las limitaciones de este sistema de ficheros. Ayer intentaba pasar un archivo de 8.6 Gb  de mi partición Linux Ext3 a la FAT32 y cuando iba por los 4GB me lanzaba un error alegando que el archivo era demasiado grande. Al principio pensé que podía ser por Nautilus, por el propio sistema operativo o incluso por Samba, ya que además me había ocurrido al copiar de una máquina a otra. Resulta que el error se da porque FAT32 no es capaz de manejar archivos de más de 4Gb de tamaño.

La solución es simplemente no utilizar este formato de partición. Hoy, gracias al avance del software libre, podemos utilizar las particiones NTFS sin ningún problema en GNU/Linux ya que el soporte va normalmente compilado como un módulo del kernel y su desarrollo es más que aceptable. Pienso que esta es la opción más recomendable para poder compartir archivos entre GNU/Linux y Windows ya que no hay una limitación en el tamaño de los archivos a manejar. Además si utilizamos los dos sistemas operativos podemos utilizar Partition Magic desde Windows para convertir la partición de FAT32 a NTFS sin tener que formatearla y, por tanto, sin perder archivos.

Entre los que utilizamos GNU/Linux, ya sea con Gnome, KDE o cualquier otro gestor de escritorio, siempre se suele tener un reproductor que mantenga una librería con toda nuestra música. Si además eres un apasionado de la música, todavía más. El más famoso, que más prestaciones ofrece y estéticamente más bonito es, sin ninguna duda, Amarok.

Hay gente que por utilizar escritorios distintos de KDE se niega a utilizar Amarok por el tiempo de carga de la aplicación, ya que es necesario cargar las librerías necesarias de este entorno para que funcione. Yo pienso que ese tiempo vale la pena porque se trata de una aplicación extraordinaria y ahora ha mejorado con la liberación de Amarok 2 que, además, es multiplataforma.

Sí, has leído bien, ahora Amarok también está disponible en Windows y Mac OS además de GNU/Linux aunque al ser la primera versión para los dos primeros sistemas operativos, es una beta. Amarok 2 ha sido completamente reescrito desde cero utilizando QT4 lo que le otorga un aspecto aún más atractivo que el anterior. La interfaz ha mejorado notablemente no solo en lo visual sino que además ahora es más sencilla la visualización de las letras, información del artista, estadísticas del tema que está sonando, etc, por medio de applets que podemos ir añadiendo según nuestro gusto en diferentes espacios que se muestran en la zona central.

Algunas de las características secundarias de la versión antigua no se han implementado todavía, como por ejemplo los efectos de visualización. A pesar de esto, se han aportado nuevas características, entre ellas está la integración con numerosos servicios online como Jamendo, Libribox, Magnatune, etc. Además se mantiene la sintonización de una interminable lista de estaciones de radio por medio de Shoutcast.

Se han implementado también las listas de reproducción dinámicas de modo que según lo que escuchemos más habitualmente y una cierta aleatoriedad es posible crear un tracklist que habitualmente nos será agradable. La visualización de nuestra biblioteca también ha sido mejorada y ahora se muestra el artwork en miniatura (que se puede buscar automáticamente en Amazon) de cada álbum junto al nombre del mismo. Por supuesto todo esto sólo son palabras y lo mejor es probarlo.

Para la instalación en Ubuntu se debe hacer lo típico. Si estamos utilizando Intrepid Ibex tenemos que poner un nuevo repositorio a las fuentes de APT editando el /etc/apt/sources.list y añadiendo:

 deb http://ppa.launchpad.net/kubuntu-members-kde4/ubuntu intrepid main

Si utilizamos otra versión de Ubuntu como por ejemplo Hardy utilizaremos el mismo repositorio cambiando intrepid por hardy. El nombre del paquete es amarok-kde4 por lo que para instalarlo escribiremos el siguiente comando en una consola:

 $ sudo apt-get install amarok-kde4

Comentar que la instalación en Intrepid elimina la versión anterior en caso de existir y porta la configuración de los directorios de la librería. En el caso de Hardy no nos borra la versión anterior y hay que configurarlo desde cero. Para la instalación en cualquier otro sistema operativo entrad aquí.

Realmente, la pregunta del millón es ¿va bien? y la respuesta es si pero. Podemos estar tranquilos, Amarok no va a borrarnos los archivos por un fallo al indexar ni nada parecido si bien es cierto que, como se anuncia en la web oficial, esto es sólo un comienzo y no un final. Existen algunos fallos por pulir todavía. Un ejemplo, que no tengo claro si es un fallo, es que un álbum en cuyo directorio tenga una lista de reproducción m3u no se agrega a la librería. Otro es que cuando queremos parar Amarok (no hay que confundir con pausarlo), el reproductor se detiene e inmediatamente después reanuda como si hubiéramos pulsado play. Para detenerlo completamente habría que darle a pausa y después al botón de stop; es una tontería, pero jode. Algo que si es más importante es que al probarlo en Hardy no se podía arrancar porque al intentar construir la lista de reproducción se lanzaba un error que no me he molestado en buscar porque iba a actualizar a Intrepid.

En definitiva, la nueva versión de Amarok ha mejorado lo presente. Al haber sido completamente reescrito tiene algunos fallos que se pueden mejorar pero la interfaz ahora es mucho más atractiva, con un acabado elegante y más fácil de utilizar. Os dejo una captura de mi Amarok 2; en mi caso he puesto en el centro la información del tema actual y la letra.

]]> http://just4cool.wordpress.com/2008/12/13/amarok-2-ya-esta-disponible/feed/ 0 elmo am2 pantallazo-radiohead-bodysnatchers-amarok-2 http://just4cool.wordpress.com/2008/11/28/acerca-de-gentoo-linux/ http://just4cool.wordpress.com/2008/11/28/acerca-de-gentoo-linux/#comments Fri, 28 Nov 2008 16:43:45 +0000 elmoesdios http://just4cool.wordpress.com/?p=53 ]]>

Hace cuestión de una semana decidí aventurarme más en el mundo de GNU/Linux y probar la que dicen que es la distribución más difícil de instalar dado que todo está construido a gusto del consumidor: Gentoo Linux. El mayor atractivo está en que todo lo que instalamos en el sistema se compila especificando una serie de parámetros llamados USE, utilizados por Portage (el gestor de paquetes) ,que nosotros definimos según nuestras necesidades. Por medio de ese sistema, podemos indicar a las aplicaciones que vamos a compilar e instalar qué componentes son los que queremos y cuáles no.

Además de poder personalizar la instalación de aplicaciones, el núcleo también se configura e instala a nuestro gusto y es en todo esto en lo que está la dificultad. Además instalaremos inicialmente un sistema base, es decir, sin X, gestor de escritorio ni utilidades de modo que sólo tendremos instalado lo que nos sea necesario. Todo esto resulta muy interesante pero como todo en esta vida, tiene inconvenientes.

La mayor pega que le pongo a Gentoo Linux, y por la que no voy a tenerla de momento en el portátil, es que al tener que compilarse todo, si no disponemos de un procesador potente, el proceso de instalación de las aplicaciones más pesadas es extraordinariamente largo. Sin ir más lejos, esta mañana he instalado el visor de documentos kpdf con las QT4 y sólo las librerías han estado aproximadamente dos horas compilando. No quiero imaginar lo que tardarán las aplicaciones más pesadas como Open Office o Amarok … la pregunta es si vale la pena recompilar cuando actualicemos o incluso si algo nos falla y hay que cambiar parámetros.

Otro inconveniente que ha aparecido ahora para los nuevos usuarios, como lo sería yo, es que el wiki de documentación de Gentoo se ha perdido. Al parecer hubo una serie de problemas en el servidor y ahora están pidiendo las backups pero no hay respuesta. Esto no es seguro, me lo ha comentado un compañero. Si ahora me surge algún problema que no esté resuelto en la documentación oficial tocará recorrer la Web buscando soluciones.

Aparte de esto, lo he tenido instalado un par de días con Enligthenment y va espectacularmente rápido pero la comodidad es importante también, y el día que tenga un procesador de última generación con cuatro núcleos para compilar Open Office en 40 minutos, me pondré de nuevo Gentoo; mientras tanto… Ubuntu.

Hoy en día, una de las distribuciones más utilizadas en el mundo de GNU/Linux, especialmente por usuarios no expertos, es Ubuntu. Sin duda es una opción genial para comenzar una andadura en el software libre, pero nuestros conocimientos no se deben quedar estancados en el uso de una sola distribución ni de un solo entorno.

Es cierto que el sistema de gestión de paquetes APT es muy fácil de utilizar, pero tiene algunos inconvenientes. El primero de ellos, bajo mi punto de vista, es que los paquetes vienen ya compilados y con características que probablemente no vayamos a utilizar nunca, lo que implica una pérdida de rendimiento. El segundo, es que nos acostumbramos a instalar todo a través de este software y nos olvidamos de que no está disponible en todas las distribuciones.

A causa de estos inconvenientes, es muy frecuente encontrarnos con How-to’s que se limitan a utilizar APT cuando lo más genérico es instalar desde el código fuente. Por este motivo en esta entrada vamos a ver cómo instalar Apache, MySQL y PHP desde el código fuente.

1 – Instalación de MySQL

Lo primero que necesitamos para llevar a cabo la instalación, son las fuentes, de modo que nos dirigimos a la www.mysql.com y las descargamos de allí, que para eso es software libre.  A continuación vamos a descomprimir el contenido del paquete en nuestro $HOME:

$ tar xvf mysql-5.0.x.tar.gz

Este sistema de gestión de base de datos está desarrollado en su mayor parte en C. Necesitaremos para llevar a cabo la compilación, obviamente, su compilador que se puede obtener en http://gcc.gnu.org. Además son necesarias las librerías ncurses que se pueden descargar desde su web. En Ubuntu se puede instalar desde el repositorio (que ironía), la instalación en otras distribuciones… no viene a cuento ahora mismo.

$ sudo apt-get install build-essential libncurses5 libncurses5-dev

Existen determinados servicios en los sistemas operativos basados en UNIX que precisan de un grupo y un usuario concretos. Normalmente, al utilizar un gestor de paquetes, la creación de éstos se hace automáticamente; en este caso lo haremos nosotros mismos. El usuario y el grupo para este caso es mysql.

$ groupadd mysql
$ useradd -g mysql mysql

Llegados a este punto nos vamos a nuestro $HOME y entramos en el directorio creado al descomprimir el paquete de código fuente. Vamos a ejecutar el binario configure para preparar la instalación con una configuración determinada; mediante el comando $ ./configure --help podemos listar todas las opciones de configuración de MySQL que se activarán como flags al compilar. Yo utilicé:

• -prefix= Para indicar la ruta del directorio de instalación.
• -with-mysqld-user= Para indicar el usuario que arrancará por defecto el demonio msqld. Este usuario será el que hemos creado anteriormente. Además deberá de tener permisos de escritura sobre los directorios de la base de datos.
• -with-unix-socket-path= La ruta absoluta del socket de UNIX. Cuando las conexiones al servidor son en un ambiente local, MySQL utiliza el socket en lugar de un puerto TCP.

Después de ejecutar configure y con las opciones aclaradas estaremos listos para compilar mediante el comando make y para instalar la aplicación en nuestra máquina con sudo make install. Así pues ejecutaremos:

$ ./configure --prefix=/usr/local/mysql \
--with-mysql-user=mysql \
--with-unix-socket-path=/tmp/mysql.socket \
--enable-assember \
--without-debug
$ make
$ sudo make install

Ahora tenemos que copiar el archivo de configuración que cargará el demonio al ser arrancado al directorio por defecto que es /etc.

$ sudo cp support-files/my-small.cnf /etc/my.cnf

Por último tenemos que ejecutar el script que nos cree las bases de datos mysql, test e information_schema, cambiar los permisos a los directorios pertinentes para que el usuario mysql pueda ejecutar correctamente el demonio y por último daremos un password al usuario “root” después de ser lanzado.

$ cd usr/local/mysql
$ ./bin/mysql_install_db --user=mysql
$ sudo chown -R root .
$ sudo chown -R mysql data
$ sudo chgrp -R mysql .
$ sudo ./bin/mysqld_safe &
$ /usr/local/mysql/bin/mysqladmin -u root password new_password

Una vez hecho esto ya tenemos MySQL instalado, con el demonio corriendo y preparado para conectar al servidor. Podemos probar que funciona consultando las bases de datos actuales:

$ ./bin/mysql -u root -p
mysql> show databases

2 – Instalación de Apache

Ahora que tenemos instalado el servidor de bases de datos, vamos a instalar el servidor web Apache 2. Nos bajamos el código fuente del httpd comprimido en .tar.gz y lo guardamos en $HOME. Una vez hecho esto descomprimimos el contenido por medio del comando:

 $ tar xvf httpd-2.2.8.tar.gz

Los pasos a seguir para la instalación de Apache Server son similares a los anteriores ya que es el mismo proceso de configurar, compilar e instalar. Apache posee gran variedad de opciones de configuración que se pueden ver pasando el argumento --help al binario configure. En nuestro caso vamos a hacer la instalación por defecto activando únicamente la opción --prefix que indica a Apache dónde debe ser instalado y la opción --enable-so que sirve para decirle que active el módulo so que será el que permita cargar otros módulos compartidos, ya que es así como vamos a instalar PHP. Por tanto para configurar e instalar Apache:

 $  cd httpd-2.2.8
 $  ./configure --prefix=/usr/local/apache --enable-so
 $  make
 $  sudo make install

En este momento tenemos instalado Apache y se ha habilitado la carga de módulos compartidos para cuando instalemos posteriormente PHP. Nos vamos a mover al directorio donde hemos instalado el servidor y a modificar el fichero httpd.conf para indicar a Apache qué extensiones de ficheros debe pasar al intérprete PHP.

 $ cd /usr/local/apache
 $ vi ./config/httpd.conf

Las líneas que tenemos que añadir al fichero httpd.conf son las siguientes:

 AddType     application/x-httpd-php   .php3
 AddType     application/x-httpd-php   .php4
 AddType     application/x-httpd-php   .php5
 AddType     application/x-httpd-php   .php
 AddType     application/x-httpd-php   .phtml
 AddType     application/x-httpd-php   .inc

Ahora podemos arrancar Apache y detenerlo. Podemos comprobar que funciona arrancando el demonio y abriendo un navegador en el que escribir en la barra de direcciones localhost; se nos deber ́ mostrar el mensaje “It works!”. Los comandos para arrancar y detener el demonio son:

 $ sudo /usr/local/apache/bin/apachectl start
 $ sudo /usr/local/apache/bin/apachectl stop

3 – Instalación de PHP

Una vez más, el proceso es similar a los anteriores. Nos descargamos el código fuente de PHP desde su web oficial comprimido en formato .tar.gz y lo guardamos en $HOME. Descomprimimos el contenido del fichero por medio del comando:

$ tar xvf php-5.2.5.tar.gz

A continuación vamos a configurar, compilar e instalar PHP. Las opciones de configuración se ven del mismo modo que en los casos anteriores: pasando el argumento --help al binario configure. Las opciones de instalación que debemos usar son las siguientes:

• –prefix= Indica a PHP el directorio de instalación. Dado que vamos a instalarlo como un módulo compartido de PHP, vamos a ponerlo opcionalmente como /usr/local/apache/php.
• –with-mysql= Dado que vamos a instalar PHP con soporte para manejar bases de datos MySQL, utilizaremos esta opción. El argumento es la ruta de instalación de MySQL.
• –with-apxs2= Esta opción dice a PHP que va a ser un módulo compartido de Apache. El argumento es el binario apxs que se encuentra en /usr/local/apache/bin/apxs.

Ahora estamos preparados para realizar la instalación. Además, por seguridad, vamos a salvar el fichero de configuración inicial de PHP una vez instalado:

$ ./configure --prefix=/usr/local/apache/php \
--with-apxs2=/usr/local/apache/bin/apsx \
--with-mysql=/usr/local/mysql
$ make
$ sudo make install
$ sudo cp php.ini-dist /usr/local/lib/php.ini

Apache necesita cargar el módulo PHP para que esta cualidad pueda ser usada. Después de la instalación, en el directorio /usr/local/apache/modules habrá una librería dinámica llamada libphp5.so que es la que tenemos que cargar para dar soporte a PHP. Para comprobarlo nos vamos una vez más al archivo httpd.conf y comprobamos que esté presente, y sin comentar, la siguiente línea:

LoadModule php5 module modules/libphp5.so

4 – Test de Funcionamiento

Para comprobar que toda la instalación ha ido correctamente, creamos el siguiente archivo de prueba en el directorio /usr/local/apache/htdocs con el nombre info.php:

<? php_info() ?>

Ahora podemos ejecutar el demonio de Apache y escribir en el navegador la ubicación del código anterior, es decir, localhost/info.php. Si todo ha ido bien se mostrar información de la configuración de PHP donde podremos comprobar que el soporte para MySQL se encuentra activo.

Si este Howto te ha sido útil o encuentras algún error, deja tu comentario.