2- Nos posicionamos en él:

3- Descargamos el paquete desde la web oficial (cambia la version a la ultima en caso necesario):

4- Descomprimimos el tar:

5- Creamos un enlace simbólico para ejecutarlo desde donde queramos simplemente escribiendo “bitchx”:

… y le voilà! Ya podemos conectar al IRC en modo texto.

En enlace para descargarselo aqui.

Es un fichero llamado: renta2009_unix_1_00.sh, lo descargamos, le damos permisos de ejecucion:

chmod +x renta2009_unix_1_00.sh

y lo iniciamos:

./renta2009_unix_1_00.sh

Calendario Oficial de lanzamientos

Enlace de descarga de la Beta 1

En la máquina virtual de WindowsXP que tengo para cacharrear, la version actual estable es la 4.0 (ademas, recien sacada)… que están haciendo los señores de Google?? Se trata de una carrera para ganar a Microsoft en el número de version de su navegador??

Recientemente, en una conferencia de seguridad a la que asistí, de la mano de los chicos de Quest e Informática 64, Chema Alonso (a.k.a. “El Maligno”) estuvo comentando que Google iba a “Release” por cada dos meses (sin mencionar los bugs), pero ahora parece que se están poniendo las pilas a base de bien… la version 5 “stable” de Chrome la tenemos a la vuelta de la esquina a este paso!!!

Como se suele decir: “Las prisas son malas consejeras”.. señores de Google.. echen el freno en la numeración de las Releases.. a Mozilla no le está yendo mal con su 3.6.x, y no es que vayan tampoco muy lentos…

Lo más probable es que firefox se nos queje y diga algo como que no reconoce el protocolo y que no sabe cómo manejar (magnet).

Sin embargo, no es nada complicado asociar firefox para que sepa manejar los Magnet Links. Por ejemplo, si el cliente que queremos que lo maneje es Transmission, haríamos lo siguiente (yo lo encontré en este post de los foros de ubuntu):

1. Escribe about:config en la barra de direcciónes de Firefox (preferiblemente en otra pestaña)
2. Añade una entrada [botón derecho->Nuevo] llamada network.protocol-handler.external.magnet de tipo lógico (boolean) y valor true.
3. Añade otra entrada nueva llamada network.protocol-handler.app.magnet de tipo cadena (string). En el valor hay que añadir la ruta al programa que queremos que maneje el “Magnet Link”. En mi caso quiero que sea Transmission, alojado en la ruta /usr/bin/transmission

¡Y ya está! Como consejo adicional, si no sabeis la ruta concreta de vuestro cliente en vuestro sistema, lo podéis averiguar fácilmente en una terminal simplemente con el comando “whereis” y el nombre del programa.

• Creamos el archivo necesario para configurar el driver:

• Pegamos el siguiente texto dentro de dicho archivo y guardamos:

SUBSYSTEM==”usb”, SYSFS{idVendor}==”0bb4″, MODE=”0666″

• Asignamos los permisos necesarios:

Tras este paso, reiniciamos el sistema y comprobamos que efectivamente, reconoce el terminal con el siguiente comando:

Nos debería aparecer algo como:

Con esto, estamos seguros de que nos reconocerá el dispositivo. Arrancamos la aplicación para realizar capturas y “debug” del terminal, ubicada en el directorio de herramientas del SDK de Android (sdk/tools).

Nos debería aparecer, tras unos segundos, el interfaz de la aplicación (haz click encima para ampliar la imagen).

Herramienta de Debug ddms

En el menú “Device” podremos capturar la pantalla actual de nuestro dispositivo:

HTC Sense de Android 1.5

Eso es todo!

TestDisk es un poderoso software gratuito de recuperación de datos. Fue principalmente diseñado para ayudar a recuperar particiones perdidas y/o volver discos no booteables a booteables nuevamente cuando estos síntomas son causados por software con fallas, ciertos tipos de virus o error humano (como borrar accidentalmente su Tabla de Particiones). La recuperación de la Tabla de Particiones usando TestDisk es realmente fácil.

TestDisk puede

• Arreglar la Tabla de Particiones, recuperar particiones eliminadas
• Recuperar sectores de arranque FAT32 de su copia de seguridad
• Reconstruir sectores de arranque FAT12/FAT16/FAT32
• Arreglar tablas de arranque de tipo FAT
• Reconstruir sectores de arranque NTFS
• Recuperar sectores de arranque NTFS de su copia de seguridad
• Arreglas la MFT usando la MFT imagen
• Localizar el Superblock de copia de seguridad de ext2/ext3
• Recuperar archivos del sistema de archivos FAT, NTFS y ext2
• Copiar archivos de particiones FAT, NTFS y ext2/ext3 eliminadas

TestDisk tiene características para expertos y principiantes. Para aquellos que saben poco o nada sobre técnicas de recuperación de datos, TestDisk puede ser usado para recolectar información detallada sobre un disco que no se inicia o arranca, la cual después puede ser enviada a un técnico para mayor análisis. Aquellos más familiarizados con dichos procedimientos pueden encontrar en TestDisk una herramienta útil para realizar recuperación de datos in situ.

Sistemas Operativos

TestDisk puede ejecutarse en:

• DOS (real o en una ventana de Windows 9x),
• Windows (NT4, 2000, XP, 2003, Vista),
• Linux,
• FreeBSD, NetBSD, OpenBSD,
• SunOS y
• MacOS

Los archivos fuente y los ejecutables binarios precompilados están disponibles para DOS, Win32, Mac OS X y Linux desde la página Descargar

Sistemas de Archivos

TestDisk puede encontrar particiones perdidas para todos estos sistemas de archivos:

• BeFS (BeOS)
• BSD disklabel (FreeBSD/OpenBSD/NetBSD)
• CramFS, Sistema de Archivos Comprimidos
• DOS/Windows FAT12, FAT16 y FAT32
• Windows exFAT
• HFS and HFS+, Sistema de Archivos Jerárquicos
• JFS, IBM’s Sistema Diario de Archivos(Journaled File System)
• Linux Ext2 y Ext3 (Prevista Ext4 en futuras releases)
• Linux Raid
  • RAID 1: espejos
  • RAID 4: arreglos con dispositivo de paridad rayados
  • RAID 5: arregloscon información de paridad distribuida rayados
  • RAID 6: arreglos con información de dúo redundancia distribuida rayados
• Linux Swap (versiones 1 y 2)
• LVM y LVM2, Administración de Volumen Lógico de Linux
• Mapa de particiones Mac
• NSS Servicio de Almacenamiento Novell
• NTFS ( Windows NT/2K/XP/2003/Vista )
• ReiserFS 3.5, 3.6 y 4
• Sun Solaris i386 disklabel
• UFS y UFS2, Sistema de Archivos Unix (Sun/BSD/…)
• XFS, SGI’s Sistema Diario de Archivos(Journaled File System)

Documentación

• Cómo obtener TestDisk
  • Descargar – Los Ejecutables Binarios y el Código Fuente están disponibles para: DOS, Win32, MacOSX y Linux.
  • Compilación de TestDisk
  • TestDisk y CD Live rescue
• Trabajando con medios especiales
  • Recuperación de Discos rígidos dañados (sectores dañados)
  • Imagen de Disco
  • CD-R/CR-RW/DVD…
• Usando TestDisk
  • Notas específicas de Sistemas Operativos
  • TestDisk Paso A Paso para recuperar particiones perdidas y reparar sectores de arranque FAT/NTFS
  • Ejecutando el programa de TestDisk
  • Recuperar archivos y directorios de sistemas de archivos FAT12, FAT16 y FAT32
  • Recuperar archivos y directorios de sistemas de archivos ext2
  • Recuperar archivos y directorios de sistemas de archivos NTFS
  • Ejemplos de Recuperación
  • Ejecución con Scripts
  • Soporte
• Luego de usar TestDisk
• Notas Técnicas
  • Desarrolladores Cómo contribuir código a TestDisk & PhotoRec
  • Tabla de particiones de Intel
  • FDisk de Microsoft
  • Monitoreo SMART
  • Aplicación Norton GoBack
  • Limitaciones Actuales
• Cómo ayudar
• TestDisk & PhotoRec en las Noticias
• Equipo TestDisk

Para recuperar imágenes perdidas de archivos de cámaras digitales o discos rígidos, ejecutar el comando PhotoRec.

Toda esta información está sacada de la fuente original (Web).

Lo primero de todo es descargarse el SDK desde la pagina de desarrolladores de Android y guardarlo en un directorio cualquiera. Yo lo he guardado en mi Home de usuario.

Lo descomprimimos en un directorio llamado “sdk” y añadimos el path del mismo a nuestro archivo .bashrc para poderlo ejecutar desde cualquier ubicación:

Añadimos la linea al final del fichero:

PATH=${PATH}:~/sdk/tools

Una vez hecho eso, necesitaremos descargar una serie de datos para poder crear el Virtual Device. Para ello ejecutaremos el comando “Android” ubicado en ~/sdk/tools y esperaremos a que se cargue el GUI. Deberemos descargar las plataformas de desarrollo que necesitemos. Yo he descargado todas, desde la 1.1 a la 2.0.1 pero no es obligatorio.

Una vez hecho esto, nos toca crear un AVD (Android Virtual Device) para poder trastear con él en el emulador. En el menú de la derecha, pinchamos sobre “Virtual Devices” y luego al botón “New”. Yo he puesto los siguientes datos (pincha en la imagen para agrandarla):

Para saber los targets de los que dispones, también puedes ejecutar el comando android list targets desde un terminal. Yo he seleccionado en el objetivo (target) la versión 1.5 rev 3 de Android para mi AVD. El nombre puede ser cualquiera y la SDCARD la tenia ya creada a través del comando SDCARD que también viene dentro del directorio “tools”. Añades por último todo el hardware que necesitas y estamos listos para crear la AVD.

En el gestor de dispositivos virtuales, tendremos creado ya nuestro AVD. Ahora ya podremos usarlo con el emulador. Para lanzarlo, simplemente ejecutaremos lo siguiente en un terminal:

Esto nos mostrará el emulador con el AVD que hemos creado, en mi caso funcionando bajo Android 1.5 rev 3

Ahora ya, para poder programar nuestras aplicaciones, no nos queda más que instalar Eclipse. En próximos post, mas info!!

Actualización: Como ha salido ya hace unos dias el SDK de Android 2.1, me he decidido a crear un AVD con dicha version de Android para ver los cambios y mejoras de la misma… Impresionante ;D

Emulador de Android 2.1

El escenario es un Host con windows XP y una máquina virtual (en Virtualbox, obviamente) con Ubuntu 9.10. La máquina virtual solamente tiene acceso a internet (a través de una tarjeta virtual conectada haciendo NAT).

Lo primero de todo es configurar un segundo adaptador de red en la máquina virtual. Para ello abrimos la configuración de la máquina virtual y nos vamos al apartado “Red“, donde elegiremos un segundo adaptador, lo activaremos y seleccionaremos el modo “Conectado a: Adaptador Solo Anfitrión” (Host Only). Con esta solución, dispondremos de red con el Host a través de una conexión puente que configuraremos posteriormente.

Ahora, en el Host, deberemos crear una conexión Puente entre la “Conexión de Area Local” del equipo Host y la “Conexión Host-Only” de la máquina virtual. Para ello, iremos a “Inicio-> Configuración-> conexiones de red” y seleccionaremos ambas conexiones (haciendo click en las dos mientras pulsamos la tecla “Ctrl” para hacer selección múltiple). Con las dos conexiones seleccionadas, haremos click derecho encima y seleccionaremos “Crear conexión puente”. Esto asigna una dirección IP (192.168.56.10x por defecto, asignada mediante DHCP) que deberemos cambiar en ambas máquinas. Para ello, modificaremos la dirección IP al rango que tengamos en nuestra red LAN habitualmente. En mi caso he optado por una red de tipo C estandar (192.168.0.0) con máscara de subred 255.255.255.0 y puerta de enlace a través de la IP de mi router. Los DNS los he configurado para que intente resolver en primer lugar a través de BIND9 de la mñaquina Ubuntu, y despues a través de OpenDNS (208.67.222.222). Con esto, tengo internet de nuevo en el Host a través del interfaz de red LAN.

Vamos ahora a iniciar la máquina virtual. Una vez iniciada, veremos dos interfaces de red activos… en este caso, eth0 y eth1. Con ifconfig nos informamos de qué interfaz es el que está a través de NAT y cual tiene la IP que deberemos modificar… los identificamos por el rango que tiene cada uno. La interfaz eth0 tiene una IP 10.0.2.50, por lo que no nos interesa. Vamos a modificar la IP de eth1 (192.168.56.102) por la que nos interesa para poder ver al equipo host… hacemos click derecho sobre el icono del NetworkManager y le damos a “Editar conexiones”. Pasamos entonces a editar la interfaz eth1 en la pestaña “IPv4″, seleccionando el método “manual” y añadiendo la configuración siguiente:

Direccion IP: 192.168.0.3 (ya que la que acaba en 2 se la he asignado al host)

Mascara de subred: 255.255.255.0 (mascara de subred tipo C)

Puerta de enlace: 192.168.0.1 (la IP de mi router)

En el apartado DNS’s ponemos lo siguiente: 192.168.0.3, 8.8.8.8 y aplicamos la configuración. He peusto la IP de eth1 porque va a hacer labores de servidor DNS con BIND9.

Ya deberíamos tener la capacidad de hacer un ping al host y viceversa.

Chrome Para Linux y Mac

Descarga pinchando en la imagen superior (version Linux). Dispone de versiones oficiales para Ubuntu/Debian y Fedora/OpenSUSE en 32 y 64 bits.