¿Quieres saber exactamente qué iconos forman parte de tu panel y cuál es la configuración exacta de cada uno de ellos? Puedes obtener una descripción en formato XML así:
$ gconftool-2 --dump /apps/panel |
Comando útil cuando tienes algún icono minúsculo (de 1×1 por ejemplo) que no hay manera de conocer su procedencia – ni de eliminar- usando el ratón…
Receta ultra rápida:
$ dpkg-deb -x nombre_del_paquete.deb directorio_destino |
Os dejo con un nuevo artículo de Aitor Cuartango:
«Queremos tener un servidor ftp que tenga un acceso anónimo y además acceso a las cuentas que queramos del sistema.
Además queremos que las cuentas locales con acceso ftp no puedan hacer login en el servidor (por si acaso, ya que las contraseñas por ftp van en claro)
Tampoco queremos que los usuarios ftp sean curiosos y puedan leer todos los directorios del sistema para los que haya acceso en lectura a todos los usuarios. Queremos que se quede la sesión de ftp en el directorio home del usuario ftp. Esto es, que vsftp cree una jaula chroot para los usuarios que se conecten.
Manos a la obra:
apt-get install vsftpd |
#Para habilitar el servicio ftp listen=YES #Para el acceso anónimo anonymous_enable=YES #Para que los usuarios locales puedan entrar local_enable=YES #Para poder escribir si tienes permisos. write_enable=YES #Para que el usuario anónimo pueda escribir anon_upload_enable=YES dirmessage_enable=YES xferlog_enable=YES connect_from_port_20=YES xferlog_file=/var/log/vsftpd.log # Para crear una jaula chroot por cada conexión que deje al usuario aislado en su propio home. chroot_local_user=YES secure_chroot_dir=/var/run/vsftpd pam_service_name=vsftpd rsa_cert_file=/etc/ssl/certs/vsftpd.pem |
Ahora creamos un usuario local:
$ sudo useradd miusuario |
Y le cambiamos el shell editando el /etc/passwd dejando el shell asignado al usuario como /bin/false : aitor:x:1009:1009::/home/aitor:/bin/false
Ahora añadimos el shell /bin/false a los shells admitidos por el sistema añadiendo «/bin/false» al fichero /etc/shells
Y arrancamos el servicio:
/etc/init.d/vsftpd start |
et voilá, un servidor de ftp ligero y seguro en un santiamén!
Como decía en el anterior artículo, tras el accidente con el móvil ADP1, y forzado por un enorme síndrome de abstinencia, decidí investigar el mercado en busca de otro móvil Android con teclado físico. Realmente ya había hecho mis deberes antes, pues en mi grupo de investigación necesitábamos usar un móvil con soporte de Flash 10.1… a ser posible con Android. Bien, sólo encontré en su día 2 móviles que cumpliera con mis requerimientos (lo cual no quiere decir que sólo hubiera 2 😉 : Motorola Milestone y Motorola Droid. Realmente el Google Nexus One también indicaba que soportaría Flash 10.1 pero carecía (y carece) de teclado físico. El Motorola Milestone y el Droid son prácticamente idénticos en lo que a especificaciones HW se refiere, siendo una de las diferencias fundamentales que el Droid tiene soporte para su uso en las redes de telefonía de USA, frente al Milestone, con soporte para redes de telefonía de Europa y América Central. Soooo, si son iguales y el Milestone está preparado «de serie» para ser usado por estos lares, compremos el Milestone, me dije.
Primero la parte buena: es un excelente móvil, con amplia pantalla, muy buena resolución, buena batería (dentro del enorme consumo que Android sigue haciendo de las baterías) y un teclado que, a pesar de las críticas que he leído por ahí – dicen que no se distingue con el tacto una tecla de la otra-, a mí me basta y me sobra. El Milestone viene de serie con algunas cutre-aplicaciones de Motorola (un navegador tipo TomTom y una aplicación para marcación por voz, por ejemplo). También tiene soporte multi-touch en el navegador y un visor de documentos MS Office. Hasta aquí los bonus-points.
Ahora la parte negativa: el bootloader del Motorola Milestone, a diferencia de su hermano Motorola Droid, comprueba que el firmware que va a arrancar está firmado digitalmente por Motorola. Si no lo está, no arranca. Esto, que parece una tontería, hace que sea IMPOSIBLE instalar ROMs no oficiales. Por ejemplo, actualmente no es posible instalar Cyanogen ni ninguna otra ROM que sí es instalable en Droid.
Alguien podría decir que bueno, que alguien, algún día, lo conseguirá. Realmente hay serios esfuerzos para conseguirlo, y en esta Wiki se han reunido los mejores hackers de Motorola para intentarlo, pero por ahora no ha habido éxito. La idea principal para intentar la instalación de una ROM no oficial es muy ingeniosa: consiste en programar un módulo kexec para que el propio kernel oficial de Motorola cargue, en caliente, otro kernel no oficial, sin pasar por el bootloader 🙂 (como sabéis, kexec permite cargar un kernel sin parar el actualmente en uso, muy útil para aplicar parches de seguridad al kernel en sistemas críticos que no permiten ser parados).
También hay un grupo en Facebook para presionar en lo posible a Motorola, pero no ha tenido mucho éxito…
Yo creo que lo mejor entenderá Motorola es ésto: NO compréis un Milestone. Si os gusta este móvil (a mí me parece de lo mejorcito que hay) entonces esperad hasta agosto y pillaros el Motorola Droid 2 (que vendrá con Froyo) o comprad el Motorola Droid por eBay (que permite instalar nuevas ROMs sin problemas).
Nota: que no puedas cargar ROMs no oficiales no quiere decir que no haya un hack para conseguir ser root en Milestone (por defecto eres un usuario mondo y lirondo, sin permisos para hacer prácticamente nada). Por ejemplo, el equipo de G.O.T. te ayudará a conseguirlo de forma cómoda (hoy publican un update para la versión española del Milestone 🙂
