Posts Tagged Ubuntu
‘Wirelessgeist’ en un Giada N10 (Ahtec)
Hace cosa de dos meses escribía una pequeña comparación entre los mini-PCs Ahtec N10 y Acer Aspire Revo. Al final del artículo ya ponía que, aunque el modelo de Acer tuviera detalles técnicos que lo hacían interesante, el ordenador de Ahtec me tenía totalmente encandilado.
A los pocos días fui a comprar el ordenador y la verdad es que es una pasada. Si bien se hecha de menos un poco de rendimiento cuando tienes bastantes cosas abiertas (sobretodo el OpenOffice), el ordenador es muy práctico y se puede meter en cualquier rincón ahorrando mucho espacio. Un detalle que me encanta de este equipo es el bajo nivel de ruido; comparado con mi antiguo Pentium-IV es como si lo tuviese siempre apagado (true story: un dia intenté encenderlo cuando ya lo estaba!).
Pues bien, el equipo funciona de puta madre a las mil maravillas con Ubuntu 10.04 pero hace unos días dejaron de funcionar las conexiones vía Wi-Fi. Todo parecía correcto, el comando ‘lspci’ mostraba información correcta sobre el dispositivo -para vuestra información, este equipo monta una RealTek RTL8187SE-, los logs del sistema no arrojaban ningún error pero el equipo no detectaba ninguna red.
He intentado reinstalar el SO, instalar otra versión de Ubuntu, compilar versiones diferentes del driver, arrancar versiones Live de las principales distribuciones para ver si funcionaba; vamos, que lo he probado todo menos instalar el driver mediante ndiswrapper, pero eso no lo pienso hacer (y menos sabiendo que el dispositivo tiene soporte en el kernel distribuido actualmente en Ubuntu 10.04).
Como nada de lo descrito había funcionado me veía llevando el equipo al servicio técnico… pero antes de ir, realicé una pequeña prueba de forma instintiva: Desconectar el equipo de la red eléctrica.
Exacto… funcionó… el equipo ha vuelto a su rendimiento habitual y las redes Wi-Fi han vuelto. ¿Conclusión? Me hubiese ahorrado unas cuantas instalaciones de diferentes distribuciones de Linux y un montón de tiempo si se hubiese ido la luz durante unos pocos segundos. Antes de empezar a reinstalar cosas desconectad el equipo de la corriente, sacad la batería si es un portátil, os puede ahorrar un montón de tiempo!!!
Lo dicho: True Story
Árbol de directorios en el terminal
Una de las cosas que más me gusta de Ubuntu es la facilidad con la que se puede cambiar el comportamiento de Nautilus. Quieres cambiar de vista? Crtl+2, quieres mostrar los archivos ocultos? Ctrl+h… y así con los atajos más comunes de este (en mi opinión) gran programa. Toda esta potencia viene por defecto con Nautilus así que hoy no entraré a comentar los plugins que se le pueden instalar (nota mental… hacer un post con addons interesantes para Nautilus).
Actualización: Leo en Ubuntulife un atajo que probablemente sea más útil aun que los que he comentado. Podeis leerlo en la entrada: Panel dividido en Nautilus Lucid
Uno de mis atajos favoritos es ctrl+2. Esta combinación de teclas nos permite navegar por nuestro árbol de directorios visualizando los diferentes niveles y mostrando o no el contenido de las carpetas. Es una visualización muy cómoda y que permite hacerse una idea de una estructura de directorios de una forma gráfica. La visualización en árbol es muy útil sobretodo cuando no has sido tú quien ha creado los archivos (por ejemplo en una instalación automatizada a través de un script).
Pues bien, hasta hoy, cuando tenia que trabajar con la linea de comandos, cada vez que tenía que comprobar una estructura de directorios me dedicaba a dibujarla en una libreta después de innumerables ls, cd .. y otros participantes invitados… Hasta hoy!!
Dando vueltas por la documentación buscando instrucciones de cómo instalar un software en Ubuntu me he topado con el comando tree. Este comando actúa de una forma similar a ls pero nos muestra el sub-árbol de directorios completo con diferentes niveles. Igual que a ls, también se le puede pasar como parámetro el directorio del que queremos hacer la consulta y si no pasamos ninguno se muestra el actual. Os dejo con una pequeña captura de pantalla para que os hagais una idea de los resultados del comando:
En Ubuntu 10.04 no viene instalado por defecto pero se puede instalar mediante:
$> sudo apt-get install tree
Otro post corto pero con algo que mejorará una barbaridad mi productividad!!
Variables de entorno (locales) en Ubuntu
Hace tiempo subí un apunte para indicar cómo se podían definir variables de entorno en Ubuntu. El método explicaba un sistema válido para variables transversales de sistema (para todas las sessiones de usuario igual) pero requería privilegios de administrador (usuario root o permisos de sudo). Una limitación que no siempre podemos superar.
Este post intenta mirar el mismo tema desde un punto de vista más usuario-céntrico, es decir, setear variables de sistema para un usuario concreto sin necesidad de privilegios de administrador. Estas variables tienen otras ventajas (a parte de no requerir privilegios de administrador) que no podemos olvidar; por ejemplo: para cada usuario diferente del sistema podemos tener las mismas variables con valores diferentes.
Dichas variables se setean mediante la modificación del archivo .bashrc. Este archivo se aloja en el directorio del usuario (/home/usuario/.bashrc) y se ejecuta cuando el usuario abre una sesión en el sistema. Para añadir una variable de sesión sólo tenemos que añadir una línea al final del archivo con el código que normalmente utilizaríamos en BASH para realizar esta acción:
export VARIABLE=VALOR
Notamos entonces que el procedimiento no es almacenar una variable de entorno sino que cada vez que el usuario acceda al sistema se ejecutará un comando que la añada.
Para confirmar que las variables se han seteado de forma correcta, en el siguiente login del usuario, podemos ejecutar el comando que aparece a continuación y repasar la lista que se nos muestra en pantalla para localizar nuestra variable.
$> printenv
NOTA: Se puede forzar la ejecución de este archivo sin necesidad de reiniciar el sistema o desconectar al usuario con el siguiente comando:
$> source /home/usuario/.bashrc
Este es un tema sobre el que estoy seguro que ya se han escrito mil manuales y sus correspondientes entradas en blogs y foros pero espero que os ayude igualmente 
Programar con Flex Builder en una Ubuntu de 64 bits
Posted by Xavi in Linux, Programación Web on 15/02/2010
Adobe no tiene una versión estable de su IDE Flex Builder para Linux pero si existe una versión Alpha (bastante estable) de su plugin para Eclipse. Los puntos más negativos de este plugin son los siguientes:
- No permite la edición visual de los archivos MXML (ni la previsualización).
- Sólo se ejecuta con la versión 3.2 de Eclipse (Europa) y para una máquina virtual de java de 32 bits.
El primero de los puntos no se puede solucionar de ninguna de las maneras hasta que Adobe se ponga las pilas con la versión del IDE para Linux. El segundo de los puntos sí que se puede “arreglar” si estamos trabajando en una distribución de 64 bits (en nuestro caso para Ubuntu 9.10); en el siguiente artículo voy a describir el proceso que he seguido para poder programar en Flex con el plugin de Adobe en la versión 9.10 de Ubuntu (64 bits).
NOTA: El equipo donde he probado esta instalación ya tenia otras instalaciones de Java y librerías para compatibilizar software de 32 y 64 bits. Por este motivo no puedo asegurar que sólo siguiendo la instrucciones que vienen a continuación funcione todo correctamente.
Requisitos iniciales
Para poder realizar todo el proceso debemos descargar la versión 6 de Java (sobretodo de Sun) para Linux y la útlima Alpha para Linux del plugin de Eclipse de Adobe.
- Sun Java JDK 6:
Aquí. Descargar la versión para Linux (no Linux 64) y .bin (no .rpm.bin) - Adobe Flex Eclipse plugin:
Aquí.
Una vez descargados se deben dar permisos de ejecución al instalador del plugin de Flex. Por ejemplo:
chmod +x ./flexbuilder_linux_install_a5_112409.bin
Otro requisito esencial para la instalación es tener el plugin de Flash en el sistema (versión 9 o superior) y Eclipse Europa en un directorio sobre el que tengamos permisos para “cacharrear”.
Instalar el JDK de 32 bits
Para instalar el JDK de 32 bits primero tenemos que instalar el paquete java-package:
sudo apt-get install java-package
Y generar el archivo desde el binario de java:
DEB_BUILD_GNU_TYPE=i686-linux-gnu DEB_BUILD_ARCH=i386 fakeroot make-jpkg jdk-6u18-linux-i586.bin
NOTA: Esta instrucción se debe ejecutar como un usuario sin permisos y es un sólo comando(!). En caso de ejecutarse como root falla.
NOTA 2: El archivo resultante de este comando llevará el postfijo amd64 pero esto no quiere decir que sea una máqunia virtual de Java de 64 bits, sigue siendo el JDK de 32 que hemos bajado de la página de Sun.
Una vez ejecutados estos pasos debemos instalar el paquete DEB generado mediante GDebi o con el comando dpkg -i nombre de comando. En mi caso el comando completo era el siguiente:
dpkg -i sun-j2sdk1.6_1.6.0+update18_amd64.deb
NOTA: El proceso de instalación puede resultar fallido pero seguramente el JDK estará instalado correctamente.
Instalar Flex Plugin para Eclipse
Una vez instalado el JDK podemos ejecutar correctamente el instalador de Flex. Este nos preguntará por algunos datos referentes a la instalación y, en los últimos pasos, es posible que nos diga que no tenemos la versión 9 de Flash instalada en el sistema.
Si anteriormente hemos instalado el plugin de Flash para Firefox es posible que se trate de una versión posterior y no la detecte; en ese caso aceptaremos el mensaje de alerta y seguiremos adelante (sino seguimos adelante igualmente y lo instalamos posteriormente desde los repositorios).
Restaurar la versión de Java por defecto y otros pequeños ajustes
Una vez se ha realizado la instalación tendremos la máquina virtual de Java de 32 bits como versión de Java por defecto. Para cambiar esto debemos utilizar el comando alternatives:
sudo alternatives –config java
Seguimos los pasos que se indican en la consola y ya tendremos restaurada la versión de Java que utilizábamos por defecto antes de la instalación de la de 32 bits.
Para arrancar Eclipse con el plugin ya no podremos hacer doble click sobre el ejecutable de nombre eclipse sino que tendremos que hacer un pequeño script (yo lo he llamado flex.sh). Este script corrige el problema de los botones de Eclipse en Ubuntu 9.10 y especificarà con que Java se ejecutará el IDE. A continuación muestro el contenido de mi flex.sh:
#!/bin/sh
export GDK_NATIVE_WINDOWS=1
/usr/lib/j2sdk1.6-sun/bin/java -jar /home/usuario/eclipse/startup_fb.jar
Evidentemente los PATHS pueden cambiar dependiendo de la configuración de la máquina, del directorio donde se haya instalado el Eclipse, etc.
Una vez creado flex.sh y con este contenido le tenemos que dar permisos de ejecución:
chmod +x flex.sh
Y ejecutarlo!!!
Espero que este proceso pueda ayudar en su totalidad o parcialmente ya que se tocan muchos puntos
Problemas con Eclipse en Ubuntu 9.10
Posted by Xavi in General, Linux, Programación Web on 11/12/2009
Si se trabaja con Eclipse, sea cual sea el lenguaje de programación que utilicemos, con el salto a Ubuntu 9.10 nos podemos encontrar que algunos botones dejan de funcionar correctamente.
Tanto con Eclipse como con otro software para Java (como Tomcat por ejemplo) soy partidario de descargar la versión adecuada del sitio web oficial. No es que no encuentre útil los paquetes .deb de los repositorios (para mi representan el 99% o más del software que tengo instalado en mi Ubuntu), sino que el software relacionado con Java me gusta tenerlo lo más “empaquetado” posible y conocer perfectamente dónde se han situado los archivos de configuración de dichos programas (a veces con el uso de apt-get perdemos un poco el control de dónde se encuentran algunos archivos de configuración).
Pues bien, como decía al principio de este apunte, con el paso a Ubuntu 9.10 he sufrido algún problema con muchas de las versiones de Eclipse (3.2, 3.4 y 3.5). El problema reside en que el programa parece no responder a según que botones. Para resolver este problema debemos crear un script (p.e: eclipse.sh) y poner los siguientes comandos:
#!/bin/sh
export GDK_NATIVE_WINDOWS=1
/path/a/eclipse/eclipse
Sustituyendo /path/a/eclipse/eclipse por la ruta donde se encuentra el archivo ejecutable de eclipse. Para arrancar damos permisos de ejecución a dicho archivo:
sudo chmod +x eclipse.sh
Y ejecutamos Eclipse desde consola o desde Nautilus con este script (siempre).
Con esto solucionaremos los problemas de los botones de Eclipse en Ubuntu 9.10
Problemas al instalar Ubuntu 9.10 en un disco SATA
Con la llegada del Koala me ha surgido un problema para instalar Ubuntu en una máquina que tengo por casa.
Esta máquina tiene una placa base con dos puertos SATA, pero nunca he podido instalar Ubuntu (u otra distribución de Linux) con un disco de este tipo en modo nativo. Para instalrlo siempre he recurrido al modo RAID (desde la BIOS) para que me reconociera la unidad y no me había dado más problemas.
Después de ver que la actualización de 9.04 a 9.10 no funcionaba tan bien como me esperaba, me decidí a instalar el Koala desde cero. El problema era que en la pantala de definición de las particiones no aprecía la unidad SATA (un problema gordo si sólo tienes una unidad de este tipo). Para solucionar este problema decidí recurrir a los foros de ayuda de Ubuntu y, evidentemente, alguien había tenido este problema antes y aquí va la solución…
Instalar Ubuntu 9.10 en un disco SATA en modo RAID
- Arrancamos desde el CD de instalación de Ubuntu y entramos en modo Live CD (no instalación)
- Una vez arrancado el sistema desde el CD abrimos el terminal
- Eliminamos el paquete dmraid:
sudo apt-get remove dmraid - Arrancamos la instalación desde el icono del escritorio
- Instalamos el sistema con las unidades SATA presentes en el particionador
Espero que os ayude
Amazon RDS – La nube de datos relacional*
Hace tiempo que trabajábamos buscando soluciones al problema de migrar aplicaciones que utilizan una base de datos relacional “clásica” a un entorno de cloud computing (más concretamente a Amazon EC2). Este problema nos llevó a interesantes estudios sobre el clúster y la replicación master-slave de MySQL hasta encontrar una solución bastante aceptable con esta última. Y después de todo este trabajo… va Amazon y lo resuelve con un nuevo servicio llamado Amazon RDS (Relational Database Service).
En pocas palabras, RDS viene a ser una puerta de acceso a una base de datos MySQL Server (de momento la versión 5.1 con InnoDB como motor principal) que corre encima de los servidores de Amazon Web Services. Amazon te proporciona una interfaz idéntica a la que utilizarías con un servidor dedicado a la base de datos pero no preguntes como funciona por debajo, no te preocupes por las actualizaciones de seguridad, no intentes acceder como si fuera un servidor normal y corriente… sólo utilízalo y disfrútalo!
Amazon RDS viene a completar la oferta de sistemas de bases de datos con SimpleDB (una base de datos muy simple para aplicaciones con una baja complejidad de datos) y Amazon EC2 Relational Database AMIs (una selección de AMIs con diferentes software de bases de datos preeinstalados).
Para interactuar con Amazon RDS, como con casi todos los servicios de AWS, tenemos la posibilidad de realizar llamadas a la API directamente o descargarnos las herramientas por linea de comandos (en mi opinión la mejor opción).
Para instalar las herramientas por linea de comandos podemos seguir los siguientes pasos:
- Descargamos las RDS Command Line Tools de la página oficial de Amazon
- Seteamos las variables JAVA_HOME y AWS_RDS_HOME necesarias en /etc/enviroment. Las linias que tendríamos que añadir son las siguientes
AWS_RDS_HOME="/path/a/la/carpeta/commandlinetools"
JAVA_HOME="/path/a/java"
En mi caso el “/path/a/java” es “/usr/lib/jvm/java-6-sun/” y si utilizas Ubuntu no creo que sea muy diferente
- El siguiente paso es añadir en el PATH del sistema el directorio /bin de las herramientas que hemos descargado. Para hacer esto, dentro del mismo archivo /etc/enviroment, añadiremos :$AWS_RDS_HOME/bin antes de las dobles comillas que cierran la expressión PATH=”blabla:/blabla:/blabla” para que quede de la forma PATH=”blabla:/blabla:/blabla:$AWS_RDS_HOME/bin”.
- Lo siguiente es abrir el archivo credential-file-path.template que encontraremos en la raíz del directorio de las herramientas y introducir nuestros datos de acceso a la cuenta de AWS.
- Una vez introducidas nuestras credenciales añadiremos la situación de este archivo en /etc/enviroment también:
AWS_CREDENTIAL_FILE="/path/a/credential-file-path.template"
Si queremos podemos modificar el nombre del fichero y moverlo a la localización que más nos guste, mientras mantengamos la informatcion de /etc/enviroment actualizada. - Una vez tengamos todo ésto solo queda reiniciar el ordenador para cargar todas estas variables y ya estaremos listos para empezar a jugar con Amazon RDS!
Me gustaría descubrir un método para recargar las variables de /etc/enviroment en caliente pero de momento los métodos que he encontrado no han acabado de funcionar correctamente, si tienes alguna sugerencia déjala en los comentarios
Bueno ahora viene la mala noticia… Amazon RDS de momento solo está disponible para Estados Unidos… Pero prometen tenerlo disponible para Europa en los próximos meses, veremos que tardan.
Os dejo un post del blog de Amazon Web Services en el que se introduce Amazon RDS enlace.
*No me agredais física ni intelectualmente por el juego de palabras!!
Tomcat 6 en Ubuntu
Posted by Xavi in Linux, Programación Web on 03/11/2009
Este es un post corto para poner de manifiesto un opinión basada en la experiencia profesional que he recogido trabajando con este servidor de aplicaciones y Ubuntu (versiones 9.04 y 9.10)
Cuando trabajeis con Tomcat 6 bajo Ubuntu, seguid estos pasos:
- Eliminad TODO rastro de OpenJDK
- Instalad el paquete de Java de Sun (sun-java6-jdk en mi caso)
- Descargad el Core de la página oficial de Tomcat
- Descomprimid el paquete y ubicad los archivos en la carpeta /usr/share/tomcat6
Siguiendo estos pasos en lugar del facílisimo “sudo apt-get install tomcat6″ tendremos una instalación de Tomcat completamente “compacta”. En el momento que deseáramos llevarnos esta instalación de Tomcat a otra máquina sólo necesitaríamos copiar los archivos y comprovar que en la máquina destino tenemos una versión compatible de Java.
Para arrancar el servidor tendremos que ejecutar como root ‘startup.sh’ en el directorio ‘/usr/share/tomcat6/bin/’ y para pararlo ‘shutdown.sh’ en el mismo directorio.
Disfrutad de vuestro Tomcat 6
Mi configuración de Firefox…
Una de las grandes ventajas de Linux respecto a sistemas operativos mayoritarios es la facilidad de customización de su apariencia. Una vez te acostumbras a la flexibilidad de entornos como Ubuntu + Gnome es complicado volver a sistemas más rígidos en cuanto a los componentes de la interfaz. Y una vez esta rueda ha empezado a girar ya no para ante nada… y mi siguiente víctima, en este caso, ha sido el navegador Firefox.
Hace tiempo que buscaba un navegador para Linux que se ajustara a mis necesidades (a ver cuando Google lanza una versión estable de Chrome!) y como no lo encontraba, decidí fabricarmelo yo mismo. Una de mis necesidades principales es que el navegador no me ocupe espacio innecesario en la pantalla con barras inútiles y otra es la integración con el servicio de bookmarks Delicious.
Firefox es totalmente compatible con Delicious gracias al add-on oficial de Yahoo:
https://addons.mozilla.org/en-US/firefox/addon/3615
Y se puede suprimir la barra del menu por un botón con el plugin Compact Menu 2:
https://addons.mozilla.org/en-US/firefox/addon/4550
Si con esto os he despertado el apetito os dejo unos plugins más para que les echeis una ojeada:
Omnibar, modifica la barra de direcciones para que incluya también búsquedas de Google (estilo Chrome):
https://addons.mozilla.org/en-US/firefox/addon/8823
Fission, nos muestra el porcentaje de carga de la página en la barra de direcciones (estilo Safari):
https://addons.mozilla.org/en-US/firefox/addon/1951
New Tab King, proporciona accesos directos a las páginas web más visitadas en una pestaña nueva:
https://addons.mozilla.org/en-US/firefox/addon/10828
Otros plugins interesantes para añadir funcionalidades nuevas son Screengrab! (realiza captiuras de páginas web con scroll), FireFTP (cliente FTP en una pestaña) o Firebug (indispensable para programadores web). Y en el caso que trabajarais con Amazon AWS no dejaría de instalarme S3Fox (un cliente de S3) y Elasticfox (para gestionar nuestras opciones de EC2).
Personalmente después de instalar todos estos addons aun estoy contento con el rendiemiento de Firefox (155MB de RAM con 6 pestañas abiertas) pero sobretodo, estoy contento porque es una buena herramienta para mi trabajo… y queda bien!! Juzgad vosotros mismos…
Un godo desde Santa Cruz de Tenerife os saluda!
Problema con un monitor externo y un portátil en Ubuntu 9.04
La detección y configuración de hardware en las últimas versiones de Ubuntu es, realmente, muy efectiva. Hace tiempo que la instalación de Ubuntu me resulta placentera porque en pocas ocasiones hace falta terminar de configurar ningún componente (con la excepción de mi Macbook blanquito).
Uno de los problemas principales a la hora de migrar a Ubuntu (y Linux en general) es la instalación de hardware una vez el sistema se ha instalado. Si el hardware se detecta automáticamente perfecto… No hace falta mover ni un dedo! Pero si el hardware no se detecta o se detecta de forma erronea, ya podemos cruzar los dedos para que le haya pasado a un friki mayor que nosotros, lo haya solucionado y lo haya empaquetado en un .deb.
Mi experiencia personal me dice que si el hardware no se detecta hay más esperanza que si se ha detectado pero no funciona correctamente, pero para esto ya hay opiniones para todos los gustos.
Después de esta pequeña introducción ya podemos adentrarnos en el tema que nos ocupa: un monitor externo en un portátil no detecta la resolución de forma correcta en Ubuntu 9.04.
NOTA: Los desastres que puedan suceder después de seguir estos pasos no son responsabilidad mia. A mi me han funcionado, cosa que no implica que funcione contigo!
- Conecta tu monitor a la salida VGA correspondiente.
- Crea un copia de seguridad de tu archivo de configuración xorg.conf:
$ sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak - Borra el archivo de configuración:
$ sudo rm /etc/X11/xorg.conf - Reinicia el equipo con el monitor conectado y no te pongas nervioso! Cuando te aparezca un diálogo feo dile que ya sabes que no está el archivo de configuración y que quieres que se autogenere.
- Cuando inicies session con tu usuario configura las resoluciones desde la aplicación de System > Preferences > Display. Verás como las resoluciones de tu monitor externo han mejorado sensiblemente
Si se ha roto algo… me parece que es culpa del blog de al lado…
Comentarios recientes