Geekotic

No es extraño encontrarse frecuentemente con que los productos de VMware para escritorio, como Workstation y Player, sufran problemas de compatibilidad con los kernels Linux más recientes. Algunas veces se resuelve instalando la última versión e.x.p (que son betas de la próxima versión estable por venir), pero en esta ocasión no es posible solucionarlo de esta manera, y el problema se da al pasar al nuevo kernel 3.5.x que usa, por ejemplo, el nuevo Ubuntu 12.10 Quantal Quetzal; cuando abrimos VMware Workstation 9 ó VMware Player 5 (últimas versiones disponibles de ambos productos al momento de escribir esto) todo parece ir bien, pero al intentar encender una máquina virtual nos vamos a encontrar con el siguiente mensaje de error:

“Unable to change virtual machine power state: Failed to power on ‘ruta-de-máquina-virtual‘.Transport (VMDB) error -14: Pipe connection has been broken.”

Este problema se debe a cambios introducidos en la versión 3.5 del kernel Linux para los cuales estos productos aún no están preparados para funcionar. Afortunadamente existe una solución si no queremos quedarnos sin máquinas virtuales en nuestra distro Linux hasta que aparezcan nuevas versiones de estos productos, ya que uno de los miembros de su comunidad de usuarios identificado como An_tony es el autor de un parche, basado en otro creado por Artem S. Tashkinov, que restituye el normal funcionamiento de VMware Workstation 9 y VMware Player 5 bajo el kernel Linux 3.5.x. Para aplicarlo debemos bajar y descomprimir el archivo vmware9_kernel35_patch.tar.bz2 (click para descargar) en nuestro equipo. Al hacerlo nos encontraremos con dos archivos: vmware3.5.patch y patch-modules_3.5.0.sh. Este último es el que deberemos ejecutar, bajo derechos de superusuario por supuesto, para aplicar este parche de software a VMware. La forma más segura y a prueba de posibles errores que puedan salir es la siguiente:

Parándonos con la terminal en la ruta donde descomprimimos los dos archivos, primero nos aseguramos que el archivo patch-modules_3.5.0.sh posea derechos de ejecución en el sistema.

chmod +x patch-modules_3.5.0.sh

Antes de ejecutarlo, eliminamos todos los módulos de VMware presentes en el kernel actual, ya que pueden traer problemas a la hora de aplicar el parche.

sudo rm /lib/modules/$(uname -r)/misc/vm*

Luego reiniciamos el sistema, y finalmente ejecutamos el parche, siempre con derechos de superusuario:

sudo ./patch-modules_3.5.0.sh

Veremos unos cuantos mensajes en la consola y una vez finalizado leeremos el mensaje “All done, you can now run …” más el nombre del producto VMWare que encontró y parcheó en nuestra máquina. Luego de esto deberíamos poder correr nuestras máquinas virtuales sin problemas.

Por supuesto, en estos casos la famosa máxima your mileage may vary es más válida que nunca y puede que por algún motivo no funcione o incluso terminar con un kernel panic. Nunca está de más recordar que cada uno es responsable de lo que hace en su sistema.

El parche en sí, que se encuentra en el archivo vmware3.5.patch, está en código fuente, por lo que cualquiera con los conocimientos suficientes puede revisarlo para asegurarse que solo haga lo que dice hacer.

Los usuarios de Linux tienen una razón más para estar contentos esta semana ya que Skype, que parecía eternamente estancado en su beta 2.x, dio el salto a una versión 4 final que, según aseguran, lo pone más o menos a la par de las características y mejoras que ya son moneda corriente en las versiones para Windows. Todo esto bajo el paraguas de Microsoft, actual dueño de Skype, no es poco.

El punto es que cuando me apresuré a instalar este nuevo Skype en mi Ubuntu, su Centro de software me ofrecía hacer una actualización desde mi actual versión 2.2 que tenía instalada, lo cual tiró un error al intentarlo que rezaba algo como lo siguiente:

“…dpkg: error processing /home/gabo/Descargas/skype-ubuntu_4.0.0.7-1_amd64.deb (–install):
trying to overwrite ‘/etc/dbus-1/system.d/skype.conf’, which is also in package skype-bin:i386 2.2.0.35-0precise3
dpkg-deb (subprocess): data: internal gzip write error: Broken pipe
dpkg-deb: error: subprocess returned error exit status 2
dpkg-deb (subprocess): failed in write on buffer copy for failed to write to pipe in copy: Broken pipe
Errors were encountered while processing…”

Este tipo de error con Skype, resumido como el error broken pipe, parece que es algo común, y aunque mi primer reacción fue desinstalar el Skype que ya tenía para repararlo, el problema persistía. Pero si eliminamos Skype desde la línea de comandos mediante apt-get es probable que luego de realizada la operación un mensaje nos liste una enorme cantidad de librerías y paquetes que eran utilizados por la aplicación y que permanecerán en el sistema mientras no elijamos desinstalarlos mediante el comando (sudo) apt-get autoremove. Si lo hacemos, luego podremos instalar el paquete .deb de Skype 4 con normalidad.

Saludos y buenas videoconferencias.

Vengo trasteando un poco con el SDK de Android, o al menos eso intento (mis disculpas al maestro Yoda). Cuando lo instalé en Ubuntu no tuve ningún problema, salvo la limitación de resolución de la netbook donde lo corro; en cambio en Windows la primer sorpresa fue que necesitaba tener el JDK (Java Development Kit), o sea el entorno de desarrollo de Java. Entre esto y Dalvik después nos horrorizamos que Oracle demande a Google. Nada grave de todas formas, sólo una espera y una descarga extra para llegar al mismo resultado pensé, pero luego de la eterna espera a que se descarguen e instalen todos los paquetes del SDK me encuentro con esto al querer arrancar una emulación:

Sin importar la variante de dispositivo virtual Android (o AVD) creado, siempre sale el mismo error al querer iniciarlo: invalid command-line parameter: Files. Puede resultar desalentador encontrarse con tan ilógico error ni bien se piensa probar algo; afortunada y vergonzosamente a la vez para Google este problema tiene una causa y solución bien simples. En Windows, y en particular en las versiones de 64 bits, todas las aplicaciones de 32 bits se instalan por defecto en la carpeta C:\Programs Files (x86)\, cuya “complejidad” es la que causa este alboroto. Por ende para resolverlo deberemos desinstalar el SDK y volver a instalarlo en una carpeta más friendly, por ejemplo c:\android\.

Se nota que a Windows no lo quieren.

Más allá de los eventuales problemas que vengo descubriendo durante mi nueva experiencia Android, desde hace una semana vengo padeciendo uno particularmente exasperante: Al escribir con el teclado físico QWERTY de mi Motorola Milestone 2 a veces algunas letras no salen, y en otros momentos salen repetidas dos o más veces, volviendo toda la experiencia un completo dolor de cabeza (imagínense tener que revisar y corregir como tres veces detenidamente todo lo que escribimos para que no salga como que estábamos intoxicados en ese momento). La molestia llegó a ser tan grande que generalmente pasaba del teclado de hardware del MM2 y directamente usaba el teclado por software de Swype que incorpora.

Este tipo de errores al escribir, para todo aquel con algunos años de experiencia en el mundo Wintel, nos retrotrae a comportamientos similares generalmente relacionado con malware, en PCs tan infectadas en las que ni siquiera se podía escribir fluidamente. Dado este pensamiento, dudaba de si se trataría de un problema constructivo del teclado, o que entre tantas aplicaciones que instalé se coló algo que causaba este problema. Después de todo, la falla había comenzado hace poco y por estos días fue noticia que en el Android Market existían alrededor de 50 aplicaciones con malware listas para infectar el terminal de cualquier incauto, las cuales afortunadamente Google ya se encargó de eliminar, pero no sin antes permitir que se descargaran 200.000 veces, dejando estimativamente una cantidad similar de teléfonos infectados cuya única cura es un hard reset.

En mi caso, lo ideal hubiera sido precisamente y antes que nada probar el mencionado hard reset para averiguar rápidamente si se trababa de un problema de software, después de todo mantengo backups actualizados que me permitirían restaurar todas las aplicaciones y sus datos en caso de ser necesario, pero investigando sobre el problema descubrí que le sucede a varios usuarios, no sólo con el teclado del Motorola Milestone 2 o Droid 2, sino también con los Droid y Milestone originales. Generalmente las letras que no salen o salen repetidas al escribir son recurrentes, pero varían de un usuario a otro; yo lo venía notando primero con la O, pero ahora lo sufro muchísimo con la A. En uno de los foros donde los usuarios se pusieron a comentar el fallo dos soluciones fueron propuestas: Una es un simple cambio en la configuración de los métodos de entrada que involucra desactivar el teclado por software de Android, lo cual es posible que sirva para el Droid/Milestone original ya que en mi Milestone 2 no existe tal opción dispuesta de la misma manera que se detalla.

La otra solución, que por el momento puedo afirmar que sí funciona, indica que el problema del teclado de los Milestone y los Droid es de carácter constructivo. Para que nuestro teclado vuelva a la normalidad debemos:

1. Apagar el teléfono (preferentemente, aunque puede hacerse eventualmente con el aparato encendido).
2. Recorrer el teclado físico de un extremo al otro yendo y viniendo con el dedo, por cada fila de teclas varias veces, sin frotar con demasiada fuerza pero tampoco utilizando muy poca.
3. Frotar tan fuerte como sea posible si hay alguna sustancia pegajosa en el teclado que tratemos de quitar.
4. Luego de una buena frotada volvemos a encender el teléfono y el teclado físico ya debería funcionar correctamente.

En mi caso, la primera vez que probé este método mejoró notablemente mi teclado, aunque aún seguía repitiéndose la tecla A, lo cual parece haberse solucionado con un poco más de frotación en esa zona.

La única conclusión posible que explique que este método funcione es que el teclado de los Milestone posee cierta tendencia a acumular grasa o polvo que luego genera problemas de contacto en las teclas, todo un fastidio porque eso implica que habrá que estar aplicando con frecuencia lo anterior para que se mantenga funcional, aunque al precio de acortar su vida útil por el desgaste añadido al estar frotando el teclado sistemáticamente.

Y vos, ¿tuviste alguna vez este problema en un Milestone o con el teclado físico de algún otro smartphone? ¿Cómo lo solucionaste?

Ayer me ocurrió uno de esos pequeños pero a la vez tan molestos errores que no pude dejar mucho tiempo sin resolver en mi Android: La aplicación de Gmail mostraba constantemente que existía 1 mensaje no leído en la bandeja de entrada, pero al ingresar a la misma dicho mensaje no aparecía, todos figuraban leídos. No sirvió de nada marcar como no leídos y luego nuevamente como leídos a los emails más recientes, tampoco reiniciar el teléfono, o esperar a que nuevos mensajes llegaran y de alguna manera se refresque el estado de la casilla; Gmail for Android seguía diciéndome que existía un correo que, al menos en teoría, yo no había abierto.

La solución, como a veces afortunadamente sucede, no podía ser más simple. Todo lo que tenía que hacer era ingresar a mi cuenta de Gmail afectada vía web; ahí pude ver el mensaje no leído del cual la aplicación en Android me avisaba constantemente su existencia pero fallaba en mostrar, ya que yo lo había eliminado desde la misma y aparentemente esa orden no llegó correctamente hasta mi cuenta de Gmail.

Otra posible solución, que no llegué a comprobar ya que con la anterior quedó resuelto el asunto, es borrar la memoria caché de la aplicación de Gmail, para lo cual debemos ir desde nuestro teléfono al menú Configurar/Aplicaciones/Administrar aplicaciones y desde ahí buscar e ingresar en la misma, donde encontraremos un botón para borrar el caché almacenado por esta. Tal vez alguien a quien le ocurra el mismo inconveniente puede probarlo y avisar si es efectiva.

Para quienes acceden seguido a su Gmail desde la web este inconveniente puede parecer trivial, ya que con hacerlo y prestar un mínimo de atención se resuelve el problema, pero para quienes como el que escribe revisan su cuenta en el escritorio por otros medios como IMAP o POP3, o para quienes únicamente con el acceso desde su Android les alcanza y se olvidan de chequearlo vía web, esto puede resultar en un dolor de cabeza no menor. Ténganlo en cuenta si éste es el caso.