Ritual de conversión de Vmware a Virtualbox

Si me preguntan, prefiero Virtualbox.
Vmware Player es un concepto interesante mientras no lo uses; una vez que lo pruebas te das cuenta que es mucho mejor disponer de un administrador de máquinas virtuales que las recuerde cada vez, mucho mejor si es libre.

Además, Player no tiene una capacidad de configuración tan completa como las versiones de pago de Vmware, una pena en realidad, cosa que sí tiene Virtualbox OSE.

El hecho de que Oracle albergue a Virtualbox, antes de Sun, antes de Innotek, no parece haber influído aun intrinsecamente en el software, por lo menos la versión OSE tiene las mismas limitaciones de siempre y son cosas con las que podemos vivir (no virtualiza los dispositivos USB del host por ejemplo).

Pero acá empiezan las diferencias que inclinan mi elección. Como no estoy virtualizando ningun sistema operativo propietario, pienso que usar vmware es éticamente incorrecto (de mala educación) ya que "mi profe" sugiere que lo usemos, junto con el generador de seriales que viene con el .rar :P; además, necesito piratear el winrar, el vmware ultima versión para windows porque hay que estar actualizado, windows obviamente pirateado, un antivirus pirata para que mi windows sirva para algo aparte de ser un caldo de cultivo de troyanos y spyware, todo con su respectivo crack, keygen, parche en el ojo, pata de palo, garfio, pañoleta roja y loro en el hombro.

No se, digo, hasta ahora creo que usar linux es mucho mas sencillo a nivel administrativo. Adicionalmente tenemos el caso de las soluciones antivirus que usualmente vienen con un firewall que funciona en piloto automático y tiene pocas opciones para configurar y hace tedioso armar una configuración de red de máquinas virtuales y ver que no funcionan porque tenemos que desactivar el antivirus y así puede que algún usb traiga el desastre para nuestro laboratorio de pruebas.... es la historia sin fin.

Entonces manos a la obra, nos mudaremos de virtualizador; por ahí escuché que se podía pasar de vmware a virtualbox usando qemu (un tercer virtualizador).

Para evitar que esto parezca el trabalenguas del mejor virtualizador, comentaré los hechos; hay una excelente página donde se ilustra el proceso, pero uno necesita zambullirse en el problema para saber a que realmente atenerse.

Instalamos Virtualbox y qemu vía apt; luego nos descargamos el vmware server 2.x free (trial) para linux en formato tar.gz; de sus más de 400 MB comprimidos, realmente necesitamos extraer un binario de 1.4 MB:  vmware-diskmanager, una herramienta de consola. Luego de registrarnos para usar vmware server y toda la cosa, bajar el software y extraer el archivo, podemos deshacernos del programa.

La máquina virtual es un fedora core 5, instalada en un disco virtual de 8 GB; mirando con detenimiento, el disco está contenido en un rosario de 5 archivos de volúmen, con tamaño variable.

La magia empieza cuando invocamos las palabras mágicas:

./vmware-vdiskmanager -r disk_config_file.vmdk -t 2 virtual_disk_file.vmdk


Lo cual genera un archivo único pero descomprimido en formato vmware.

Luego invocamos un segundo juego de palabras mágicas para el utilitario de qemu:

qemu-img convert virtual_disk_file.vmdk raw_file.bin

y ya estamos en un 50% del proceso.

con el último juego de palabras mágicas terminamos el proceso de conversión:

VBoxManage convertdd raw_file.bin vbox_native_file.vdi

Es necesario explicarles que el proceso completo puede tardar un poco, asegúrese de tener tiempo como para ver un par de programas de tv mientras espera. 

Puede ser que necesite cambiar la UUID del disco duro si es que piensa usarlo mas de una vez dentro de su Virtualbox, para ello:

VBoxManage internalcommands setvdiuuid fc50_2.vdi

Otra consideración es que los archivos de volúmen de disco ocupan espacio importante. necesita liberar más espacio del que va a generar con cada conversión, pero puede ir borrando los archivos temporales que va generando ya que no los volverá a usar nunca mas. 

Luego de todo ese ritual de conversión, obtuve un archivo vdi con 3.6 GB el cual voy a comprimir para disponer en otro momento de un FC5 al instante sin todo el preámbulo y trámite de vmware.

Acá viene la parte filosófica del asunto: Para que virtualizar linux en linux, aparte para no malograr la configuración local? Porque para hacer pruebas está fenomenal, pero también se ofrece la posibilidad de crear servidores virtualizados y servicios virtuales. Ahora, siempre he escuchado a los gurús que nos guian para que instalemos los distintos servicios heterogéneos en equipos separados, como medida de seguridad, para evitar el colapso de un solo servidor que es el hombre orquesta de la red.

Quien pueda justificar apropiadamente una u otra medida por favor coméntelo líneas abajo ya que por ese motivo no puedo dormir bien. 

Wrestool Windows Wrestling

Hojeando los directorios de mi Ubuntu casi siempre lleno, noté que todo se detenía subitamente, como si el tiempo se dilatara por una subita interacción gravitacional muy intensa. Presto al suceso, abri el monitor de sistema para ver que había un proceso que consumió por unos instantes mi CPU: wrestool.

Google me mandó a una página de ubuntu (http://manpages.ubuntu.com/manpages/lucid/man1/wrestool.1.html) para ver de que se trataba...

"Simplemente" es un binario que se encarga de recopilar los recursos que tienen empotrados los binarios de windows (iconos, cursores, etc) y al parecer, sirve para que mi sistema genere los íconos de los binarios respectivos.

Dicho sea de paso, en esa carpeta habían varios MB de instaladores como el SP3 drivers NV, programas, portables, cosas que me estan dando ganas de borrar.

El wrestool se tomo a la pc como si fuera la lucha libre y le hizo a mi maquina un suplex y una patada voladora pero menos mal que pronto se recupero.

Creo que a los interesados en el diseño gráfico (como yo) puede interesarles la extracción de iconos, punteros y otros recursos.

Evince para Huindous entre otras hierbas - y luego se quejan porqué

Hace poco me tocó revisar una pc que andaba un poco lenta; digamos que estaba llena de adware, entre otros el Macafíí. La pobre pc necesitaba paciencia suficiente como para tomarse un buen desayuno y luego ver que ya había cargado el popular y el mas engreído de los sistemas operativos pirateados, el Equispé. Para cargar un navegador teníamos que hojear una buena parte de un periódico por decir poco. (P4-2.4GHz+1GB.RAM)



Les cuento que para lograr agilizar el sistema, opté por desactivar (ya que no deja desinstalarlo simplemente) el mentado antivirus que logicamente no había cometido su trabajo para el cual fue hecho; quité cosas como la previsualización de los Pedefes que se instala con el Acrobat 9.

La alternativa libre y más ligera para la creación de Pedefes es pdfcreator (pdfforge.org) y con esto, si no lanzan Acrobat, el sistema es moderadamente utilizable.

Pero ya saben la dependencia de Adobe por hacer uso de .NET, lo cual hace innnecesariamente lento el sistema en cuestión. Así que decidí buscar algo que es de facto en Linux por estos tiempos, el Evince. Probamos a ver si existe la versión para windows, y la respuesta es una agradable sorpresa (http://live.gnome.org/Evince/Downloads).

 El archivo .msi ocupa poco más de 30 MB, trae todo lo necesario, osea no trae publicidad como el visor de Adobe o el Foxit que solo le traerán mas molestias luego.

Si no pueden deshacerse de Huindous por cariño costumbre o por obligación, recomiendo que usen estas soluciones frente a las de Adobe o Foxit ya que tienen la política del narcotraficante: la primera es gratis, luego pagas ya te avisamos...

Corriendo Corel y Flash portables con Wine

Creo que un día necesité con urgencia abrir un archivo de Corel, y mi Inkscape con las justas pudo darme un vistazo de lo que sería el dato que me enviaron. Así que ni corto ni perezoso, me puse a buscar las famosas versiones "portables", empezando por el Corel Draw y Flash. Supuestamente, debían correr con Wine con poca o ninguna modificación.

Algunos  dirán que estoy fomentando la piratería. No se con que cara de cinismo pueden decirlo si es que no dicen ninguna palabra (y no toman acción) acerca de Wilson y aquella mala práctica muy penosamente peruana de sacarle la vuelta a todo. pero los portables existen, aquí, en la China, en el Japón, en Italia, En EEUU, en España y en el Sótano de Galerías Garcilaso. Así que para hacer un deslinde, esta información es de carácter informativo y el uso que le dé es enteramente su propia responsabilidad, es responsabilidad del Indecopi y sus brazos cruzados, responsabilidad del gobierno, de EEUU, de la SBS, de Bill Gates, de mario bros, de topogigio, de timoteo y de satanás ahí donde estés riéndote.



Pude probar con varios portables, con resultados en general desalentadores. Aún no he podido hacer andar nada superior a Corel 11 portable por problemas con las librerías (MFC71U.dll y otras).

En cuanto a flash, pude correr hasta Flash 8. No se aprecia pérdida de características y parece andar más fluido que el flash 5 versión de Evaluación. El resto continuare probando.


A ver por qué no promueven el software libre en vez de hacer culpable a la gente?

Si cree aún que Linux solo es un medio para que los geeks se ufanen de su capacidad intelectual, es uno más de los tantos equivocados. La revolución está a la vuelta de la esquina.

Muchos le tienen miedo a Linux. aunque compren sus PCs con algún Sistema Operativo libre como Suse Open Edition o Fedora o Ubuntu, terminan "haciendo esto.. "oe choche, formatéame pe la máquina con ekis pé (ahora piden güindous siete)"

El problema es que será difícil que corran sus juegos o programas favoritos de Wilson a precios ridículos, por tanto, Linux estorba. Grande Bill Gates y Micro$oft por no perseguir la piratería.

Instalando LAMP en Lucid

Actualizado

LAMP es el acrónimo de Linux, Apache, Mysql y PHP. Es un cuarteto que funciona bastante bien y no hablaré más de ello por este motivo. El punto es que ahora viene con "características" que lo hacen algo menos sencillo de instalar.

Cuando me tocó instalar un servidor con la distribución "calientita" Lucid Lynx, olvidé un deja-vu ... y es que Ubuntu ahora aplica más medidas de seguridad para evitar que habilitemos cosas extrañas y peligrosas en nuestra querida distro, cosas como LAMP por ejemplo.

Los pasos clásicos habían sido hasta ahora: instalar *mod-php5 (libapache2-mod-php5), esto haría que se instale el php, el módulo de apache y el apache mismo porque son dependencias, aparte de mysql.

Adicionalmente teníamos que habilitar desde un terminal, el módulo de páginas de usuario (userdir) usando:

$ sudo a2enmod userdir

y luego reiniciando el apache.

Pero esta vez, no funcionó así, y por la pereza de no querer revisar (esto pasa cuando uno se GUIfica demasiado), busqué en el Gooole, y ahí estaba en todo su esplendor, tenía que comentar unas líneas para mi linux en uno de sus archivos, por lo visto este comentario anima a linux a que apache haga que php corra en los directorios de usuario:

/etc/apache2/mods-available/php5.conf

Apliqué los pasos pero aún apache no se animaba a hacer que php corra.. diablos por qué sería...

En el citado archivo, se ilustra al indio ese de servidor web, que reconozca la extensión de los archivos. Lo único que nos faltaba, es agregar unas líneas en el archivo similares, pero con esta variante:

Parece que ahora mi linux si se animó a correr mis scripts.

Fuerza Cerati

Voy a dedicarle una de sus canciones a uno de mis ídolos, Gustavo, quien debe estar luchando en su cuerpo y en su mente, contra los molinos de viento y soundtrack incluido. Favor subir el volume del reproductor flash y escuchar atentamente...

El hecho tiene ya casi una semana, cuando tuvo el ACV. Izquemia o Hemorragia, no importa, la inflamación hizo necesaria la apertura del cráneo para que su cerebro pueda salir a echar una ojeada por el mundo mientras aliviaba la presión que pudo matarlo.

La verdad es que lo que le ocurre realmente es como sus letras mas alucinadas.. no se, alguien me dijo que para que un artista pueda crear, tiene que pasar por cosas fuertes. Cerati ha seguido fielmente este consejo y entre todo lo que le ocurre, su genialidad no es casualidad.

Tomando tus palabras, espero que vuelvas, que puedas contarlo y que puedas seguir creando música para volar.

>>>Enlace: planta - en goear.com

Los archivos de configuración para php-gtk (parte 1)

Cuando nos embarcamos con php-gtk, debemos configurar manualmente el archivo php.ini dedicado a la ejecución de php como proceso CLI (command line interface). De pronto nos damos cuenta de que no es tan sencillo, porque la configuración se hereda de la predeterminada para el módulo php del servidor Apache.

Vemos que se busca la configuración de las extensiones de php en un enlace simbólico que apunta a un directorio; el módulo php de Apache tambien busca la configuración en este mismo directorio con un enlace simbólico similar.

Si tenemos que agregar y quitar módulos de php para nuestro proceso, podríamos optar por alguna de estas alternativas:

Borrar el enlace simbólico, crear una carpeta y pegar en ella enlaces simbólicos a las extensiones que necesitemos. El problema es que cargaríamos innecesariamente a los procesos php-cli con las librerías php-gtk.

Crear un entorno de ejecución propio para php-gtk, creando un directorio justo en /etc/php5 y poniendo ahí las extensiones que manejaríamos. En este caso, debemos hacer un script que llame a php con las extensiones cargadas.

Sería bueno comprobar las extensiones nuevas en php y anexarlas automágicamente en el archivo de configuración.

Cómo podemos cargar php
Una miradita a la ayuda de php-cli:

$ php --help Usage: php [options] [-f] [--] [args...]        php [options] -r [--] [args...]        php [options] [-B ] -R [-E ] [--] [args...]        php [options] [-B ] -F [-E ] [--] [args...]        php [options] -- [args...]        php [options] -a   -a               Run as interactive shell   -c | Look for php.ini file in this directory   -n               No php.ini file will be used   -d foo[=bar]     Define INI entry foo with value 'bar'   -e               Generate extended information for debugger/profiler   -f         Parse and execute .   -h               This help   -i               PHP information   -l               Syntax check only (lint)   -m               Show compiled in modules   -r         Run PHP without using script tags   -B   Run PHP before processing input lines   -R         Run PHP for every input line   -F         Parse and execute for every input line   -E     Run PHP after processing all input lines   -H               Hide any passed arguments from external tools.   -s               Output HTML syntax highlighted source.   -v               Version number   -w               Output source with stripped comments and whitespace.   -z         Load Zend extension .   args...          Arguments passed to script. Use -- args when first argument                    starts with - or script is read from stdin   --ini            Show configuration file names   --rf       Show information about function .   --rc       Show information about class .   --re       Show information about extension .   --ri       Show configuration for extension .

Continuará...

2012: Y para colmo, se acabarán las IPv4

Se acabó el mundo
Hace unos días un amigo me pasó un chisme: Dice que se pronostica que el 2012 se  acabarán las direcciones IPv4 de 32 bits, osea las que se escriben según la plantilla xxx.xxx.xxx.xxx; que desgracia mas grande, tendremos que cambiar a las direcciones de IPv6 con 128 bits... que mieeedoooo...!!!

Si esto no fuera poco, justo en ese momento se vaticinan otros pequeños contratiempos: sucederá el ansiado desastre climático, ya Nostragamus pronosticó el fin del mundo tal como lo conocemos, aparte que el calendario de la abeja maya también nos dice que se acaban los días y entra en la menopausia.

El escenario no puede ser peor, entrarán los hackers, troyanos, gusanos y tantas otras quimeras a nuestros ordenadores, teléfonos, a nuestras vidas y hasta pulularán en nuestros sueños, que viviremos el paseo de Dante por el mundo de las tinieblas, pobres de nosotros. Probablemente hasta aparezca alguna religión que redima nuestras direcciones IPs para que vayan al cielo, sin ser baneadas a algún purgatorio o se cocinen en el infierno de alguna lista negra.

No puede ser que para colmo se nos acaben las IPs, justo cuando este mundo comienza a ponerse interesante...

En que infierno nos hemos metido..
Pero recordemos el tema: disponemos de mucha infraestructura dependiente del IPv4, desde nuestros modestos modems ADSL, pasando por switches, routers, access points, hasta los equipos de nuestros proveedores de comunicaciones... ¿cuanta será la factura de semejante cambio? ¿cuanto afectará la economía? ¿cuan gradual puede ser?

Hasta en taringa! nos ponen algo sobre la pista.. pero cometen la osadía de poner una fecha probable, que desparpajo...

Otros aventurados menos serios aún, como gratisprogramas.org, ponen la frase las ips "podrían" terminarse... piénsenlo bien señores, es un número finito aquel teórico de 2^32, grande pero finito, se terminará acabando y tendremos que migrar paulatinamente a IPv6 con un amplio rango de 2^128, con las contingencias que esto pueda traer.

Se espera que la convivencia de IPv4 e IPv6 dure unos 20 años. No se por qué pero me parece al escenario del problema del año 2000... todo un fiasco.
Hay planes de contingencia para los ISP y se prevé que ellos utilizarán algún truquillo sucio como el viejo nateo y el tuneleado por algún tiempo.

Solución
Nosotros en casa tendremos que juntar en la alcancía para el caso que debamos cambiar a IPV6 algunos equipos en el mediano plazo, sabemos que los sistemas operativos decentes vienen listos para este nuevo protocolo, solo debemos ir aprendiendo algo sobre esta oscura cábala (wikipedia). Probablemente el modem se nos queme antes de que tengamos que cambiarlo por uno que ande en IPv6 así que no se apresure tanto.

En el caso de instituciones o el trabajo o la oficina, sabemos que el problema es proporcional a la infraestructura informática. Solo que esta vez la alcancía deberá ser mas grande, se necesita capacitar algo al personal y prepararse para la conmoción.

Y que pasó con el IPv5, quien se lo comió?
No paso nada, salvo que alguna vez propusieron un protocolo de red en tiempo real y se asignó y sacramentó el nombre, con lo que no quedó de otra que bautizar al heredero de la red con el número que sigue. En su época habrá sido una idea o visión audaz y futurista como la quinta generación de lenguajes de programación pero esto no lo vivimos ahora, en el futuro del ayer.