Posts Tagged Ubuntu
Problemas con tarjetas Wi-fi Broadcom en Ubuntu 11.10 (beta 1)
Por un tema de trabajo a largo plazo, este fin de semana he decidido actualizar mi equipo a la primera beta de la versión de Ubuntu que se va a liberar en Octubre. Esta decisión es un poco arriesgada pero espero que en pocas semanas ya estén arreglados todos los pequeños fallos de esta versión, Ubuntu casi siempre tiene una versión más que usable unos días antes de la release definitiva. Pero no nos vamos a engañar, una persona sin experiencia en gestionar equipos con GNU/Linux ya se hubiese tirado de un puente con las pequeñas cosas que me he encontrado al hacer el upgrade.
Uno de los principales problemas, como siempre, ha sido el comportamiento de la tarjeta Wireless Broadcom. De hecho, estoy a punto de tirarla al rio, pisarla repetidamente con unas botas, tirarla al Llobregat o al Besòs y comprarme una Intel (sí, de esas que enchufas al equipo y simplemente funcionan) pero Septiembre es un mes muy malo para gastar así que antes de cobrar este mes he tenido que encontrar una solución para seguir conectándome a mi red casera
.
Por experiencia empírica al final me he dado cuenta de que me puedo conectar a cualquier Wi-fi mientras tenga el portátil conectado a la corriente pero que la conexión se va al traste en el momento en el que lo desconecto de la corriente. Así, leyendo por los foros de Ubuntu, he descubierto que, ya en versiones anteriores del sistema, la gestión de energía de estas tarjetas es bastante proclive a generar desaguisados de este tipo. Y efectivamente, no hay que ser un experto en BASH para leer el contenido del fichero /usr/lib/pm-utils/power.d/wireless y darse cuenta que los cuatro comandos que ahí se especifican no pueden ser suficientes para garantizar una conexión estable.
Entonces qué? os estaréis preguntando, nos pasamos dicho archivo por la piedra? NOOOOO… hay una solución mucho más elegante y refinada que nos dejará este archivo intacto y nos permite conectarnos a las redes independientemente de la fuente de energía que estemos utilizando. Esta solución se basa en crear un fichero vacío llamado wireless en el directorio /etc/pm/power.d. En principio esto debería sobreescribir el funcionamiento del anterior fichero y dejar de “liarla parda” con la gestión de energía de la tarjeta de conexiones inalámbricas.
Es posible que este parche (porqué es simplemente un parche) os haga que el equipo consuma un poco más de lo que consume con el control de la tarjeta activado pero yo no he notado un cambio significativo.

Cambiar el dia de inicio de semana en Gnome
Hace tiempo que decidí tener instalados los sistemas operativos en el lenguage en el que son concebidos y, nos guste o no al resto del mundo, este idioma es el inglés (más concretamente el locale en_US).
Esto conlleva algunas ventajas pero también algunas desventajas. Una de ellas es ver como en el calendario que se muestra en la barra del sistema las semanas empieza por domingo. Realmente no se trata de un problema pero… ya que utilizamos software libre ¿por qué no vamos a adaptarlo al 100% a nuestros gustos y preferencias?
Manos a la obra…
Primero de todo vamos a editar el fichero “/usr/share/i18n/locales/en_US” y dónde encontremos:
first_weekday 1
Debeis poner:
first_weekday 2
Cómo podréis observar, el valor que ponemos coincide con el valor de la linea que empieza con “first_workday”. ¿Es casualidad? pues no, first_workday define el primer dia laborable de la semana y, por lo tanto, es normal que coincidan si queremos que nuestras semanas empiecen en lunes.
Una vez guardada esta modificación debemos ejecutar el comando “sudo locale-gen”. Esperamos que termine de generar todas las alternativas, reiniciamos la sesión (o ejecutamos “pkill gnome-panel” en el terminal, pero eso yo no lo he dicho!) y… lunes como primer dia de la semana!
Si tienes como primer dia de la semana el lunes y quieres cambiarlo a domingo, en lugar de cambiar el valor de first_weekday de 1 a 2, hazlo al revés
Problemas con Ubuntu 10.10 en un Macbook
Esto no va a ser una guía para realizar una instal·lación limpia, sino una pequeña indicación para los problemas aparecidos con el touchpad de los Macbooks con la actualización de Ubuntu 10.04 a 10.10.
El escenario es el siguiente: Un Macbook 2,1 (versión del equipo no del procesador) corriendo Ubuntu 10.04 con un touchpad funcionando perfectamente, pierde la capacidad de hacer scroll con dos dedos después de realizar el update del sistema a 10.10 (vale, he usado la release candidate, pero me apostaría algo a que con la versión final esto también va a pasar). La pestaña de “Touchpad” en la aplicación de configuración del mouse también había desaparecido.
La solución, bien simple: Añadir el repositorio del equipo Mactel (ppa:mactel-support) e instalar el paquete bcm5974-dkms (a través del Ubuntu Software Center o mediante comandos). Posteriormente, instalar el paquete xserver-xorg-input-synaptics (mediante comandos). Yo tuve que reinicar pero todo ha vuelto a la normalidad
Happy update!!!
‘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
Oracle VirtualBox 3.2
Leo en Ubuntulife que ya ha salido la primera versión de VirtualBox bajo la marca de Oracle. La versión 3.2 trae como principal novedad soporte experimental para huéspedes con Mac OS X. Creo recordar que, recientemente, la licencia de Mac OS X Server abrió la puerta a la virtualización (no así la versión estándar).
Hay más detalles acerca de las novedades y los bugs solucionados en la siguiente página. La descarga a través de esta otra.

Seguiremos vigilando cómo Oracle trata este proyecto…
Á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
Ahtec N10 vs. Acer Aspire Revo
El tamaño de los ordenadores de sobremesa acostumbra a ser un grave problema para tenerlos en la habitación. Yo mismo soy un ejemplo de esta problemática; me gusta trabajar en un ordenador de sobremesa, sobretodo porqué los portátiles me gustan portátiles de verdad (13 pulgadas o menos).
Para solucionar este problema hace tiempo que estaba alerta de los ordenadores de dimensiones reducidas. Con la salida del Mac Mini parecía que Aopen y Shuttle empezaban a sacar modelos que podrían llenar este “hueco” pero por un motivo u otro nunca me decidí por ninguna de esas opciones.
Ahora parece ser que ha llegado el momento de dar el paso -con dos modelos que se ajustan a mis necesidades a precios bastante atractivos- y dejar en el altillo mi vieja torre. Irónicamente ninguno de los dos modelos que vamos a mostrar pertenece a las dos marcas que provocaron mi interés por los mini-PCs o nettops (a parte de Apple).
| Ahtec N10 | Acer Aspire Revo | |
|---|---|---|
| Dimensiones | 190x150x26 mm (sin el pie) | 180x180x30 mm (sin el pie) |
| Procesador | Intel Atom N330 | Intel Atom N330 |
| Tarjeta Gráfica | nVidia GeForce 9400 | nVidia GeForce 9400 |
| RAM | 2GB DDR2 | 2GB DDR2 |
| Disco duro | 320GB (5.400rpm) | 320GB (7.200rpm) |
| Puertos | 5xUSB, Ethernet, HDMI, VGA | 5xUSB, Ethernet, eSATA, VGA, HDMI, SPDIF |
| Lector de tarjetas | SD/SDHC/MMC | 4 en 1 |
| Wi-Fi | 802.11 b/g Mini-PCI | 802.11 b/g Mini-PCI |
| SO | Sin | Windows 7 Home Premium 64-bits |
| Precio | 299 € | |
| Precio de la unidad optica externa | 49 € | 79 € |
Y a continuación las imágenes,
Ahtec N10:

Acer Aspire Revo 3610:

Personalmente me seduce más la opción de Ahtec porqué le voy a instalar la última versión de Ubuntu y con Ahtec nunca he tenido problemas con el reconocimiento del hardware, aunque objetivamente pueda parecer más interesante la opción de Acer.
Tienda de Ahtec: http://www.ahtec.net/product/espec/index.jsp?id=124
Tienda de Acer: http://www.aceronline.es/shop/acer-aspire-revo-r3610-ptscxe2003-p-2321.html
Tienda para Aopen y Shuttle: http://www.verybox.com/
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 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




Comentarios recientes