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