Moblin

Para salirme de la línea habitual, hoy vamos a hablar de Linux y no de OpenSolaris, al menos hasta que llegue el build 120, que será muy pronto

Durante éstos días voy a llevar Moblin en mi Acer Aspire One 110L (con SSD), de forma experimental, para ver qué tal funciona. He bajado el build moblin-netbook-beta-refresh-20090802 y lo he instalado en mi netbook sin ninguna complicación (parece que en otros netbooks hay algunos problemillas).

Cuando salió Moblin v2.0 me pareció que estaba demasiado verde como para ser usable en el día a día. Las aplicaciones no respondían o lo hacían de forma errónea, faltaban muchas cosas por integrar… era bastante desastre, la verdad.

Sin embargo, con los nuevos builds parece que el sistema va mejorando y todo empieza a funcionar bien. Incluso han mejorado un poquito el apartado gráfico. El (sencillo) tema por defecto es más conciso y acorde al interfaz general, todo se redibuja bien, etc. Antes ni eso.

Después de configurar todo a mi gusto y transferir mis datos (básicamente documentos, ebooks en PDF, comics, fotos y MP3), he comenzado a a darle caña y hasta el momento se puede destacar lo siguiente:

• Tarda unos 9 segundos en aparecer el entorno gráfico desde que enciendes el netbook
• Arranca por completo, ésto es en el interfaz de Moblin, en un total de ¡sólo 17 segundos!
• El LED de WiFi se enciende, sólo funcionaba en Linpus y en la nueva versión de UNR
• Consume unos 300Mb de RAM una vez arrancado, pero rara vez pasa de 500Mb y va MUY RAPIDO
• Trae kernel 2.6.30 (parece que muy parcheado) y el filesystem usado por defecto es ext3 (con noatime)
• Aceleración 3D por defecto con la gráfica GMA950 de Intel del Acer One; aquí se ve la mano de Intel
• Interfaz basada en un pequeño dashboard superior, muy bonito, simplista, accesible con la tecla ‘Casa’
• SIEMPRE aparece un cartel indicando que puedes acceder al dashboard con el ratón y no sé quitarlo
• Todos los servicios configurados (de momento Twitter, Last.fm y mensajería IM) ya están funcionando
• La aplicación de calendario no parece funcionar todavía con calendarios remotos, y es muy poco usable
• El reproductor multimedia funciona decentemente, aunque tiene algunos fallos con el audio
• El browser incorporado, basado en Mozilla aparentemente, va bastante más rápido de “lo habitual”
• Trae el codec/plugin/reproductor Flash Player 10 de serie, pero NO trae plugin para JAVA
• No tengo ni idea de por qué no me funciona la cuenta de Google Talk, así que el tab ‘Gente’ no me sirve
• Hay un tab que se llama ‘Borrador’ que es algo así como un megaportapapeles, habrá que investigar más
• El concepto de las “Zonas” se parece al Spaces de OSX, pero todavía es poco usable (a veces se vuelve loco)
• El control de volumen, conexiones WiFi, brillo y batería son super simples, aunque poco configurables
• El gestor multimedia hace unas previews realmente chulas (nunca vistas!) de las imágenes y canciones
• No hay muchas aplicaciones todavía, por ejemplo no hay OpenOffice, ni siquiera en los repositorios
• No existe el concepto de ‘Escritorio’, de hecho el directorio ni tan siquiera existe, sólo el dashboard superior
• Se suspende (que no hiberna) en 3 segundos y tarda otros tres en despertarse. Todo funciona a la vuelta de la suspensión
• No hay botón de apagado, pero ¿quién lo necesita? Yo apago siempre pulsando una vez el botón POWER
• Tarda más en cerrar el sistema y apagarse que en arrancar, hasta 12 segundos de media en el poweroff
• La batería del Acer One me duraba casi 2h en OpenSolaris, 2:15h con UNR, y 2:45h con Moblin!!

Como véis, Moblin todavía está muy verde (por eso es beta) y faltan por implementar un montón de cosas y/o mejorar sus actuales características, pero parece que los desarrolladores van por muy buen camino. A destacar, desde mi punto de vista, el arranque gráfico ultra-rápido, el novedoso interfaz de usuario, el acceso a los servicios web (pronto también podremos consumir servicios de Facebook, MySpace, Flickr y un sinfín de aplicaciones sociales), las capacidades multimedia y la sencillez de uso.

¿Vosotros lo habéis probado ya? ¿Qué os parece?

OH NO!

Oh NO!

Cargado originalmente por Iban Nieto

Llévate tus videos en el Treo con Linux y mencoder

Gracias a mencoder, el programa codificador de audio y video de MPlayer, podremos convertir nuestros videos a un formato que pueda ver el Treo.

Antes de nada, necesitarás un buen visor de videos; uno que pueda visualizar los formatos más habituales (DivX, mpeg, Xvid…). Sin duda, la mejor opción es el programa TCPMP; instala el programa en la memoria principal y mueve los plugins al directorio /Palm/Launcher/ en la tarjeta SD. Cuando ejecutes TCPMP por primera vez, vete al menú -> Advanced options y marca la opción “Always check SD card for plugins”.

Empleando el gestor de paquetes de tu distribución favorita, instala mplayer -si no lo tienes ya- y comprueba que te funcione correctamente. Mplayer es capaz de visualizar gran parte de los ficheros de video que circulan por la red. Si no te funciona ninguno ó casi ninguno, prueba a bajar el paquete de códecs Linux x86 20060611.

Menconder convertirá todos los formatos de video que Mplayer pueda leer, lo que significa que a más formatos soporte Mplayer, más opciones de conversión podremos emplear.

Básicamente, la instrucción necesaria para convertir cualquier fichero de video a un formato/resolución visible por el Treo (video en Xvid, audio en MP3, 20 fps, bitrate de 400 y escalado a 320×240) es la siguiente:

mencoder Mivideo.wmv -oac mp3lame -lameopts abr:br=192 -ovc xvid -xvidencopts bitra
te=400 -vop scale=320:240 -ofps 20 -o Mivideo.avi

Ésta línea convierte el fichero Mivideo.wmv con pista de audio a 192kbps en MP3 (-oac mp3lame -lameopts abr:br=192), formato de video xvid con bitrate a 400 (-ovc xvid -xvidencopts bitrate=400), escalado a 320×240 (-vop scale=320:240, si pusiéramos a 320×320 el video podría verse estirado, depende de la resolución inicial del video), a 20 fotogramas por segundo (-ofps 20) y finalmente, guardando el resultado en Mivideo.avi (-o Mivideo.avi).

Ahora sólo tenemos que copiar el fichero resultante a la tarjeta SD, por ejemplo en el directorio /Videos. Ejecutamos TCPMP, menú File -> Open files y buscamos nuestro video; deberíamos visualizarlo sin problemas. Si no, es que nos falta algún plugin del TCPMP y éste no entiende el formato de video. O quizás empleaste mencoder con un codec/formato que TCPMP no entiende.

La receta no es exclusivamente para éstos smartphones, con muy pocos cambios podrás adaptarlo a las necesidades de tu pda/móvil/gadget.

[tags]mencoder,tcpmp,palm,treo,conversor,video[/tags]

Una screenshot de mi escritorio Xfce4

Así es ahora mi escritorio Xfce4 desde que me cambié hace 8 meses

He de decir que me encuentro muy cómodo bajo éste entorno de escritorio. No requiere un gran ordenador, es rapidísimo y además muy limpio y vistoso.

En la barra de abajo podemos observar todas las aplicaciones que más empleo a diario: Mozilla Firefox y Thunderbird, Gaim, Acrobat Reader / xpdf, sciTe, OpenOffice2, OpenMSX-Catapult, NetBeans, GThumb, GMplayer y un emulador de terminal.

Las siguientes herramientas son propios añadidos (plugins) de Xfce4: un visor de carga de CPU, un contador para -de nuevo- CPU, memoria y swap, un visor de actividad de interfaces de red y WLAN, lanzador de XMMS con control remoto integrado, controles de volumen y de batería respectivamente… Terminamos con el botón de shutdown o apagado y la siempre necesaria hora local.

Echo de menos en esta barra el hecho de que no puedan configurarse efectos tipo “Aladino” como el de Mac OS X, quedaría realmente muy vistoso

Por lo demás, tonterías como cambiar de escritorio con la rueda del mouse y tener unas buenas combinaciones de teclas (por ejemplo para cambiar rápidamente de escritorio virtual), hacen de Xfce4 un entorno sencillo y cómodo para el uso diario.

[tags]xfce,desktop,linux,screenshot[/tags]

Programando con el SDK de PalmOS bajo Linux

Si deseamos escribir programas para nuestros PDAs ó smartphones basados en PalmOS, tenemos estupendas herramientas de desarrollo como CodeWarrior, aunque éste sólo funciona en Microsoft Windows. Codewarrior necesitará el SDK de PalmOS para poder compilar y generar los ejecutables y librerías PalmOS.

Sin embargo, también es posible escribir software para PalmOS bajo Linux gracias al proyecto prc-tools y pilrc, un conjunto de herramientas libres que incluyen compilador cruzado (basado en gcc), debugger, generador de ficheros de recursos, etc… todo lo necesario para empezar a programar para tu PDA ó smartphone. En éste caso también es necesario obtener el SDK de PalmOS.

En Gentoo Linux nos bastará con hacer un ‘emerge prc-tools pilrc’ para instalar todas éstas herramientas de desarrollo. Necesitaremos tener bajado y configurado el SDK de PalmOS si queremos decirle al compilador de dónde debe sacar los ficheros.h ó de cabecera de C/C++

Básicamente, los pasos que hay que realizar para tener un entorno completo de programación de PalmOS bajo Linux, son los siguientes:

1.- Obtener el SDK de PalmOS, aunque no lo instalaremos aún (es necesario registrarse en el portal de desarrolladores de PalmSource)
2.- Instalar las prc-tools y pilrc con nuestro gestor de paquetes (emerge -va prc-tools pilrc en Gentoo Linux)
3.- Crear el directorio /opt/palmdev y descomprimir dentro el SDK de PalmOS
4.- Configurar el entorno de desarrollo a través del comando palmdev-prep, al cual tendremos que decirle que el directorio del SDK es /opt/palmdev
5.- Ahora ya estamos listos para abrir nuestro editor de texto favorito (vim ó scite van finos) y escribir el código de nuestro programa (más abajo de éste post hay un ejemplo)
6.- No olvides apoyarte en la referencia del API del SDK si te pierdes tanto como yo
7.- Para compilar nuestro fuente basta con realizar lo siguiente:

m68k-palmos-gcc -O2 hola.c -o hola
m68k-palmos-obj-res hola
build-prc -o hola.prc -n "Probando" -c "alucardX" *.hola.grc

Las opciones de build-prc con: -n “Probando” le damos el nombre al programa (NAME) y con -c le decimos quién creó la aplicación (CRID). Con -o le decimos el nombre del fichero.prc (programa final). El fichero ·grc debe existir para completar el proceso de la creación del programita.

8.- También podemos crear un Makefile para automatizar el proceso de compilado y creación del fichero PRC, bastará con crear un fichero nuevo llamado Makefile con nuestro editor de texto favorito y escribir lo siguiente:

hola.prc: code0001.hola.grc
build-prc -o hola.prc -n "Probando" -c "alucardX" *.hola.grc

code0001.hola.grc: hola.c
m68k-palmos-gcc -O2 hola.c -o hola
m68k-palmos-obj-res hola

clean:
@rm -f *.grc *.o *.prc hola

Bastaría con ejecutar el comando ‘make’ para compilar el programa ó ‘make clean’ para limpiar los ficheros objeto etc..

9.- Ahora tenemos compilado un fichero PRC (ejecutable de PalmOS) que podemos copiar en nuestra tarjeta de memoria y probar directamente el el PDA; debería aparecer el icono con el nombre “Probando” en el menú de la SD de nuestro Launcher. Si lo ejecutamos, ¡voilà!

Por supuesto, siempre sería recomendable un simulador, pero si no me equivoco, creo que aún no está disponible para Linux

El código de ejemplo que podemos probar es el siguiente:

#include palmos.h /*poner menorque palmos.h mayorque, el code de wordpress no me deja ponerlos x"DD */

UInt32 PilotMain(UInt16 cmd, void *cmdPBP, UInt16 launchFlags)
{
EventType event;

if (cmd == sysAppLaunchCmdNormalLaunch) {

// Mostrar una cadena
WinDrawChars( "Hola PalmOS", 13, 55, 60 );

// Loop Main event
do {

// Terminar hasta que haga falta
EvtGetEvent( &event, evtWaitForever );

SysHandleEvent( &event );

} while (event.eType != appStopEvent);
}
return;
}


Hasta aquí una pequeña guía ultra rápida para quien se aventure a programar para un entorno tan fascinante como PalmOS, pero a la vez extremadamente complejo… Lo bueno de ésta plataforma es que está bien documentada y además existen muchísimos libros de programación para PalmOS. Yo os recomiendo éste, es el que conozco y me ha ido genial con él.

[tags]palm, treo, palmos, sdk, linux, prc-tools, pilrc, programming[/tags]

WPA-PSK en Gentoo Linux, más fácil imposible

Hasta no hace mucho tenía desactivado el cifrado WPA en mi AP/router WiFi WRTG54 de Linksys. La razón es que aún viene mucha gente a mi $HOME con tarjetas 802.11b que no soportan WPA. Ni la consola PSP (firmware 1.50) ni la tarjeta WiFi SD de Palm soportan WPA tampoco

Lo único que queda en materia de “seguridad” es no hacer broadcast del ESSID y filtrar por MAC, algo que no podía hacer en mi anterior AccessPoint LinuxAP. Por suerte vivo en un sitio en el que difícilmente podrían conectarse a mi WLAN, pero por si acaso siempre es mejor prevenir antes de tener ningún disgusto. Pongámonos manos a la obra pues:

Antes de nada, debemos configurar WPA en nuestro AccessPoint, modalidad WPA-PSK. Establecemos una contraseña de al menos 8 caracteres (cuanto más extraña sea, mejor) y pista. En el ejemplo el AP se llamará “mirouterwifi” y la contraseña será “123456ab”.

Obviamente, debemos tener ya instalada una tarjeta WiFi que soporte cifrado WPA (cualquiera de hace uno ó dos años deberían soportarlo), así como los drivers y utilidades necesarias. En ésta ocasión nos bastará con instalar la herramienta wpa_supplicant en nuestro sistema (como superusuario ó root) con un simple emerge -va wpa_supplicant.

Terminada la instalación del paquete, procedemos a modificar el fichero /etc/wpa_supplicant.conf:

ctrl_interface='/var/run/wpa_supplicant'
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1

network={
ssid="mirouterwifi"
proto=WPA
pairwise=TKIP
group=TKIP
key_mgmt=WPA-PSK
psk="123456ab"
auth_alg=OPEN
}

También será necesario modificar el fichero /etc/init.d/net:

# para hacer funcionar el wpa_supplicant
modules=( "wpa_supplicant" )

# -D madwifi pues mi tarjeta es Atheros y usa el driver madwifi
wpa_supplicant_ath0="-Dmadwifi -iath0"
wpa_timeout_ath0=10

config_WLAN=( "dhcp" )
dhcpcd_WLAN="-t 10"

Mucho ojo en éste fichero, si observamos bien veremos que empleamos el interfazo ath0 (en mi caso una tarjeta Atheros), pero probablemente la vuestra no sea la misma. Puede ser eth1 ó wlan0, comprueba la lista de tarjetas wifi con el comando iwconfig. Lo mismo sucede con el parámetros -D, yo uso el driver madwifi, pero el vuestro podría ser diferente.

Ahora para hacer funcionar el invento, podemos crearnos un sencillísimo script para levantar la interfaz wifi:

#!/bin/bash
wpa_supplicant -Dmadwifi -iath0 -c/etc/wpa_supplicant.conf -B
dhcpcd ath0

La opción -B de wpa_supplicant es para lanzar el programa en background (segundo plano), pero para hacer las pruebas os recomiendo quitar ésta opción y poner -d al final de la línea. El -d habilita el modo debug del programa y así podríamos comprobar cualquier error que pueda producirse.

Una vez que nos podamos asociar a nuestro router WiFi, se establece el cifrado WPA y ya podemos solicitar IP a través de DHCP en nuestra tarjeta. A partir de éste punto deberíamos tener conectividad como siempre, pero en ésta ocasión mucho más segura.
[tags]gentoo,linux,wifi,wpa[/tags]

StarCraft para Linux y para PSP!!

Cuando todavía no me he repuesto (de la emoción) de saber que hay alguien trabajando en un port de StarCraft para Linux, hoy encuentro que también hay un StarCraft para la PSP ¡WOW!

Imaginad… sólo imaginad que podemos jugar a éste estupendo juego bajo Linux y de forma casi nativa, sin emuladores por medio ni cosas extrañas (hay que reconocer que al menos se puede jugar con Wine[2], algo es algo).

Jejeje, aún no sé cómo vas a jugar a masacar Zergs -aagghhrr los odio, son como mis jefes (numerosos, pesados y sudados) pero peor xDDD- con una PSP, me refiero a que no hay un ratón, claro. Pero coño, sigue siendo algo interesante, diferente… tanto juego 3D en la PSP al final cansa y uno de estrategia como éste podría darle mucha más vidilla a la consola.

Nunca he oído nada de quejas por parte de Blizzard, habrá que ver su reacción, si es que la hay (por temas de EULA y tal). Sacarán también el SC:Ghost para PSP? Ó mejor dicho, lo sacarán algún día?

Actualización: Hay alguna foto en Flickr por si os pica la curiosidad… ¡habrá que probarlo!
[tags]stacraft linux psp[/tags]

Linux es el mundo de los troles y zealots del Software Libre; RMS, EL CULPABLE

Escribo éste post para desahogarme un poco y para cagarme en todo lo que se menea…

¡Estoy harto, harto de oír tanta chorrada y que haya tanto elitista en el mundo de Linux! Ayer lo hablaba con mi amigo damaramu y éste me contaba apenado que pasaba de usar Linux por la gran masa de gentuza que hay en la comunidad; ej: “casi da miedo preguntar algo en un foro sin que te llamen inútil”. Ésto me lo ha dicho más de uno ya, desgraciadamente lo oigo demasiado últimamente

Falta de razón no tienen, están por todas partes: hay gente que usamos Linux (sin más) y hay gente que lo usa y además es fiel seguidor y adorador del Dios RMS (mis respetos por ellos, todo hay que dejarlo claro).

Sin embargo, si RMS dice que hay que tirarse por la ventana, ellos lo hacen, si hay que despeñar una cabra, se tira por el barranco, si RMS dice que el software “privativo” es malo, ellos lo dicen… Si RMS dice que el Dreamweaver es malo y que uses vim, mejor hazlo… Vamos, que todo lo que no sea de la secta del software libre, es malo y dañino, estás dentro de una cárcel invisible (¿?) y te priva de tu libertad (!¿?!) ¡¡¡VAMOS YO ME TRONCHO HAHAHAHA!!!

¡Apresúrate y limpia tu disco del maligno software privativo! ¡Quita los drivers de NVIDIA (ó tira la tarjeta a la basura, no ser que a NVIDIA le dé un día de éstos por decir que tienes que pagar por sus drivers ¿?), quítate el DOOM III (aunque lo hayas pagado), tira tu reproductor de MP3 (ó ponle Linux a tu iPod para ser lo más fashion), desinstala Windows aunque tu madre lo necesite… Porque es el camino de los pecadores y RMS (con toda su panda de troles y zealots que radicalizan sus ideas) te castigarán duramente con sus comentarios en Barrapunto.sux, Slashdot, Digg, en Menéame y en todos los sitios que puedan encontrar…. son como un puto virus… lo infectan todo allá donde van…

Con el buen rollo que había antes en la comunidad… antes del boom -por los años 96 a 99- ó así se podía estar bien en cualquier lado, sin tener a 20 niñatos con Linux recién instalado diciéndote lo que tienes que hacer para configurar algo (leer el manual?) y como tienes que pensar para ser 100% linuxero de pura cepa. Si no estás deacuerdo, eres un defendor del software privativo, y por eso algunos te van a crucificar….

Pensaréis que estoy loco, pero ¿sabéis qué? QUE ¡¡ ODIO A LOS PUTOS LINUXEROS DE HOY EN DÍA, LOS ODIO A (CASI) TODOS Y POR MI OS PODÉIS IR A TOMAR POR EL CULO HAHAHAHA!!

P.D.1: Ésto NO es por una treta que he tenido por ahí (quién no las tiene por no estar de acuerdo?), es una opinión más sobre ésta cuestión; cualquiera que tenga un poco de sentido común entenderá por qué lo digo…

P.D.2: Sé que si no fuera por RMS no existiría el software libre -algo que adoro-, pero también sé que éste tipo sólo da conferencias y que en su día escribía código (gcc y emacs son suyos). Ahora el software libre ES DE LA COMUNIDAD; creo que las ideas de RMS hoy en día, están bastante desfasadas y radicalizadas por algunos grandes colectivos…. Pero sólo es una opinión como otra cualquiera…

Ahora ya podéis colgarme.

SciTE

En mi anterior post quise poner también algo sobre editores de texto, quizás el siguiente programa que más se utilice después de un filemanager. No voy a explicar las características de cada uno, porque la mayoría comparten casi las mismas y es cuestión de gustos.

Personalmente utilizo vim para editar en modo consola -por cierto hay montones de chuletas para imprimirte y aprender vim-, tea ha sido mi editor durante bastante tiempo hasta que llegó SciTE, mi editor de código favorito para X.

Por defecto SciTE parece un editor de texto muy a lo ‘old school’; muy configurable pero un poco austero. Cuando miramos la documentación vemos la cantidad de posibilidades que tiene y todo lo que podemos hacer con él. Por cierto que además es multiplataforma (Linux, Solaris y Windows), al emplear únicamente la librería GTK+

En la screenshot podéis ver la configuración que estoy empleando actualmente. Dicha configuración se guarda en las preferencias de usuario y es necesario reiniciar SciTE para que se apliquen.

De las cosas que no me gustan de éste editor, la más importante es que no usa tabs ó pestañas, pero por otro lado no depende de GNOME para su funcionamiento, así que lo hace muy ligero.

Si conocéis algo parecido a SciTE con tabs y que no dependa de mil librerías, ya lo estáis contando!

File Managers favoritos

Los filemanagers ó administradores de ficheros son pieza angular en todo sistema operativo. Si no quieres recurrir a la línea de comandos para manejar ficheros y directorios (copiar, mover, borrar, renombrar…) puedes utilizar el que viene con tu escritorio, ya sea nautilus en GNOME ó konqueror en KDE.

Sin embargo para los que no utilizamos ninguno de esos dos escritorios y preferimos la velocidad y simplicidad -en vez de mil opciones que no empleamos- , tenemos algunas alternativas realmente buenas: rox, tuxcmd, midnight commander y ahora uno en fase de desarrollo llamado Thunar.

En mi trabajo diario utilizo rox, arranca rápidamente, es muy ligero y su manejo es realmente sencillo. Redimensiona la ventana por defecto para no ocupar toda la pantalla, carga thumbnails (miniaturas de imagen), puedes asociar extensiones de ficheros a los programas que quieras, y se puede utilizar con el teclado sin mayor complicación. También se pueden configurar temas de iconos para una mayor integración con nuestro escritorio. Se echa un poco de menos un mejor manejo de ficheros comprimidos al estilo midnight commander, entre otras chorradillas. Os recomiendo 100% probar éste filemanager si estáis un poco hartos del resto.

Midnight Commander (coloquialmente “el mc”) es otro programa realmente bueno, si bien no es para entorno gráfico, siempre se puede utilizar bajo un xterm sin mayor problema (xterm -e mc). Es extremadamente rápido y su aspeco nos recordará al archiconocido NC (Norton Commander) de MS-DOS; échale un vistazo a ésta página para que veas que trajo cola en su día. Midnight Commander incluso utiliza las mismas combinaciones de teclas que NC, lo cual en su día ayudaba mucho en la transición DOS->Linux. Su manejo pasa por emplear dos paneles en el que podemos realizar cualquier acción sobre ficheros y directorios, además de poder conectarse a otros ordenadores por FTP, SAMBA, shell… Tiene un modo especial de funcionamiento llamado “modo lynx” (apropos: lynx es un navegador web en modo texto), en el que puedes moverte por el árbol de directorios únicamente con las teclas de cursor, sin tocar la tecla INTRO. Es muy configurable y puedes asociar las extensiones de ficheros a los programas que tú quieras. Por ejemplo puedes pulsar la tecla INTRO sobre un fichero con extensión PDF y se abrirá xpdf, si éste está instalado claro, y si estás en X Window. Midnight Commander es mi elección favorita desde que comencé a usar Linux, de hecho no creo que pueda trabajar sin él

Tux Commander ó tuxcmd es un clon de Midnight Commander para entorno gráfico (utiliza GTK+), mantiene la misma filosofía que su predecesor en modo texto, se emplean dos paneles para el manejo de ficheros y directorios, permite asociar extensiones, conectarte a directorios compartidos, bookmarks… incluso tiene iconos para acceder a volúmenes montados, discos externos… Es bastante rápido y su manejo es muy muy eficiente, al soportar también el modo de navegación lynx.
Sigue en desarrollo y de vez en cuando se le va la oia y casca, pero las veces que menos. Es una buena opción si queréis probar algo nuevo ó preferís olvidaros del modo texto.

De Thunar os puedo hablar muy poco, porque sólo lo he compilado y probado por encima. Os puedo contar que es muy rápido y su manejo recuerda mucho a Nautilus y al Finder de Mac OS X (realmente éstos dos útilimos se parecen bastante también). Thunar será el reemplazo de xffm, el filemanager de Xfce4, y próximamente se incluirá en el nuevo Xfce 4 (échale un ojo al blog de Benedikt si quieres saber más). Aún está bastante verde y casca un poco, pero se puede utilizar para algunas tareas básicas. Curiosamente también permite utilizar themes como en rox, lo cual hará las delicias de los tuneros del entorno gráfico. ¡Muy al loro con éste filemanager, promete bastante!

Si estás un poco harto de que tu administrador de ficheros consuma 80Mb de RAM y vayan leeeeentos, prueba alguno de éstos, no podrás vivir sin ellos.