Geekotic

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.

"Tan útil como rebobinador de DVDs"

Tal vez no busqué suficiente, o soy medio estúpido (que es lo que suele explicar el %80 de mis problemas), pero encontrar una aplicación de autoría fácil y efectiva de DVDs de video nunca me resultó una tarea fácil. En Windows, existen desde ya muchas opciones, casi todas comerciales, y aún así, todas las que tuve la oportunidad de examinar fallaban en uno o más de estos puntos:

• Tan minimalistas y limitadas que no se podía ni crear un menú o personalizarlo
• Tan complejas que requerían un curso para usarlas
• Directamente no funcionaban

Me costó un tiempo hasta encontrar ese término medio, con toda la funcionalidad que uno podía querer pero fácil de entender, y por sobre todo completamente funcional, que es ConvertXtoDVD, el cual lo disimula bastante bien desde esa interfaz poco trabajada y rústica que posee.

Siguiendo con una especie de meta autoimpuesta que tengo de pretender llegar a hacer en una distro Linux todo lo que normalmente hago en Windows me embarqué en la misma faena desde Ubuntu, y los resultados han llegado a ser similares.

Y es que desde el Centro de software opciones no faltan: Mistelix, tovid, Bombono DVD, o DeVeDe prometen ser la herramienta para crear con nuestros contenidos un DVD que podamos ver cómodamente en cualquier reproductor estándar; incluso el popular y multipropósito Brasero posee una opción que promete crear un DVD reproducible a partir de nuestros videos. Todos muy lindos, open source, y disponibles sin desembolsar ni una moneda, pero por un motivo o por otro cumpliendo con uno o más de los puntos de falla citados.

Pero la esperanza no está perdida, y una de las últimas opciones que me quedaban por probar fue la que final y efectivamente hizo el trabajo. DVD Styler no llega a estar completamente a la altura de ConvertXtoDVD en cuanto a detalles y visuales, pero ciertamente se le acerca mucho. Y eso señores, disponible automágicamente desde los repositorios de nuestra distro Linux favorita a un click de distancia es lo más cerca de la felicidad que se puede estar.

Pantalla de inicio de DVD Styler

La interfaz de DVD Styler es, desde el vamos, gráfica e intuitiva, y desde su primer pantalla nos deja definir fácilmente un nuevo proyecto o abrir uno que hayamos creado con anterioridad. De un plumazo nos permite especificar parámetros importantes como la norma de TV, el tamaño del DVD, su título, la calidad del video, el formato del audio y la relación de aspecto. Una vez superada esta etapa el entorno de trabajo presentado es lo suficientemente intuitivo y visual como para no requerir ningún manual de uso. Simplemente arrastramos los videos y automáticamente se generarán las pantallas de menú correspondientes, las cuales podemos personalizar con diversos fondos y elementos. Luego nos restará editar los títulos de cada elemento, y por experiencia personal también recomiendo chequear las propiedades de cada elemento de navegación, para asegurarnos de que se va a comportar como esperamos. Para esto no hace más falta que pararnos en la pantalla de menú deseada, hacer click derecho sobre el elemento a editar y seleccionar sus propiedades.

El entorno de trabajo de DVD Styler en Ubuntu

Cuando terminamos con toda la edición y guardamos nuestro proyecto nos queda solo la fase de producción, o sea crear el DVD que contendrá todos los videos y los menúes dispuestos de la forma que hayamos querido. Como en la mayoría de las aplicaciones de este tipo podemos elegir tanto generar una imagen en un archivo como grabar directamente el DVD. Por supuesto la opción más recomendable siempre es la primera, ya que es normal encontrarse en los resultados con que algo no salió exactamente como se esperaba, y estaríamos desperdiciando un disco virgen por cada vez que esto ocurra. Además, usando VLC como reproductor ni siquiera hace falta montar el ISO en una unidad virtual, lo abre directamente.

Más allá de todo lo bueno que ofrece, tengo que destacar dos puntos flacos de DVD Styler: El primero y más decepcionante para mí es que los elementos de navegación de los menúes no se comportan exactamente como se esperaría (o al menos como yo espero), por lo que, como mencionaba antes, es muy recomendable tomarse el tiempo extra de comprobarlos uno por uno. El otro tiene que ver con el tiempo de procesamiento; al menos en un Ubuntu de 64 bits tarda varias horas en crear una imagen, mucho más de lo que demoran otras soluciones. Pero lo importante es que es usable, y a pesar de estos problemas tenemos en DVD Styler una muy buena solución gratuita y de código abierto.

Otro poroto a favor, el final, es que es multiplataforma, por lo que podremos disfrutar de su amor no sólo en nuestra distro Linux de uso, sino también en Windows y en Mac OS X.

Y vos, ¿qué herramienta usás y aconsejarías para crear DVDs de video?

Más allá de sus mejoras no existe demasiada diferencia para el usuario final entre el reciente Ubuntu 12.04 Precise Pangolin y su antecesor, Oneiric Ocelot. Pero si hay algo que el anterior Ubuntu 11.10 trajo al ruedo y a muchos nos gustó es un proceder, típico de docks y launchers avanzados, que decidió incluir en el de Unity, la interfaz por defecto de Ubuntu que reemplaza a Gnome. Conocido tal comportamiento en inglés como dodge (evadir/esquivar), el launcher de Oneiric, a pesar de estar siempre presente por defecto, se escondía cuando cualquier ventana, en estado maximizado o no, llegara a ocupar una mínima porción del espacio de la pantalla donde se encontraba desplegado; si deseábamos acceder nuevamente al launcher solo había que llevar el cursor hasta el borde donde estaba empotrado, tal como se hace con toda barra de tareas auto-ocultante. Cuando dejaban de haber ventanas ocupando su lugar, el launcher aparecía nuevamente.

Ninguna ventana se solapa con el launcher = launcher visible

Al menos 1 ventana solapa con el launcher = launcher oculto

Por esas cosas inexplicables del destino, esta (al menos para mí) genial y simple funcionalidad, que al menos debería haberse conservado como opcional, fue eliminada de raíz en el Unity de Pangolin, dejándonos solo con los dos aburridos clásicos: O siempre presente o siempre oculta.

Por suerte se nota que yo no era el único neurótico molesto con tal pérdida, ya que otros con más neuronas funcionales que yo pusieron manos a la obra para crear un fork de Unity que incluye esta característica perdida, así como otras más que nunca tuvo y vienen muy prácticas, como por ejemplo minimizar/restaurar haciendo click en el ícono del launcher, una tontería que existe desde la época del Windows 95. Para instalarlo debemos ingresar en la consola:

sudo apt-add-repository ppa:ikarosdev/unity-revamped
sudo apt-get update
sudo apt-get dist-upgrade

Luego de eso deberemos como mínimo cerrar y volver a iniciar sesión para disfrutar de un Unity mejor.

Es importante tener en cuenta que como uno de los componentes clave de Ubuntu, es probable que en el futuro ocurran modificaciones en el código oficial de Unity/Ubuntu que tal vez lleguen o no, con el timing adecuado o no, a este Unity modificado, por lo que puede traer problemas con actualizaciones futuras. También, al ser código mantenido por un grupo mucho más reducido que el Unity oficial, será mucho más propenso a errores y bugs que pueden tardar cierto tiempo en ser resueltos, por lo que queda bajo su total responsabilidad, como siempre, hacer este tipo de modificaciones en sus sistemas. Solo les puedo decir que personalmente lo estoy usando desde hace varios días y se colgó una sola vez; y eso, contra la posibilidad de volver a tener dodge más encima poder minimizar desde el launcher, es impagable para mí.

Si un buen día decidimos que ya no queremos tener más a este Unity alternativo y queremos volver al original, deberemos abrir una terminal y escribir:

sudo apt-get install ppa-purge
sudo ppa-purge ppa:ikarosdev/unity-revamped

Después basta con nuevamente cerrar/iniciar sesión para que se cargue el Unity original.

| Visto en Ubuntubuzz.

Por estos días tenía una pequeña duda existencial (no, no de estas): ¿Qué pasaba cuando me desconectaba de una sesión SSH en la que estaba corriendo algo? Bueno, en realidad la respuesta a eso la intuía por experiencia y por mirar: Cuando el cliente se desconecta la sesión, y sus procesos hijos, son eliminados. Más bien mi inquietud era: ¿Existe alguna forma de dejar un proceso corriendo en una sesión, desconectarse y que este continúe ejecutándose, para luego volver a conectarse y resumir dicha sesión?

Pongamos como ejemplo que estamos cursando la carrera de BOFH básico, y hay un luser que nos cae tan pero tan bien que vamos a copiar una de sus copias de seguridad, donde figuran todos esos correos y videos calientes que no le muestra a nadie en la oficina, a una carpeta pública en la red para deleite de compañeros y superiores. Pero el muchacho en cuestión tiene tonelada de material, y es fanático de la alta definición, y nosotros queremos copiarlo todo; si lo hacemos desde una sesión SSH deberíamos tenerla abierta todo el tiempo que la operación de copia dure. Todo un bajón si estamos desde el Wi-Fi de nuestro café favorito y en un rato nos tenemos que ir, ya que si nos desconectamos, como dijimos antes, todos los procesos hijos se matan, entre ellos la copia de archivos que ejecutamos. Lo ideal sería, iniciar la copia ahora desde el café, y cuando lleguemos a nuestro nuevo destino volver a conectarnos por SSH y de alguna manera recuperar esa sesión, que nunca debería haberse anulado, para continuar viendo el proceso, o si ya terminó y todo salió bien.

Desde mi tierna inocencia sospechaba que un mundo tan poderoso a nivel línea de comandos como el de *nix tenía que tener desde hace tiempo una solución a esto, y esa solución es el comando screen. screen mantiene la sesión abierta por nosotros, con el proceso que hayamos lanzado corriendo, aún cuando nos hayamos desconectado. En realidad, screen es una herramienta mucho más poderosa, no pensada únicamente para esto, ya que se trata de un emulador de terminales virtuales desde donde podemos correr varias sesiones separadas de línea de comandos, cada una con su proceso, en simultáneo. Pero para nuestro fin todo lo que tenemos que saber es que tenemos que tipear el comando screen ni bien iniciamos sesión, luego presionar espacio o enter para continuar, y volveremos a la línea de comandos para hacer lo que tengamos que hacer, por ejemplo copiar los videos y mails de nuestro amigo luser. ¿Qué pasa entonces si nos desconectamos de la sesión SSH? screen continúa corriendo esa sesión de consola con el proceso que hayamos lanzado por nosotros. Cuando nos volvemos a conectar por una nueva sesión SSH y deseamos volver a ella, todo lo que tenemos que escribir es screen –r, y la magia sucederá.

También podemos, como mencioné antes, manejar varias sesiones desde screen. Supongamos que mientras copiamos los videos de nuestro muchacho queremos hacer algo más, como por ejemplo borrarle un documento importante (acción digna de todo BOFH). Con presionar Control+a y luego c, screen creará una nueva sesión y nos posicionará en ella; de esta manera podemos crear tantas como necesitemos. Para luego volver a cada una, podemos presionar Control+a y el número de sesión (comienza desde 0) o simplemente Control+a y luego “ (comillas dobles) para visualizar un menú desde donde podemos ver las sesiones activas e ingresar a la deseada. Podemos ver la abrumadora lista de completa de atajos y parámetros de línea de comandos en su manpage cuando no tengamos nada que hacer durante una tarde.

Seguramente existirán a lo mejor otras formas de acometer el mismo fin propuesto, pero este método me resultó terriblemente cómodo, y para mejor, screen es uno de esos comandos que vienen incluidos en cualquier Linux; no hace falta andar instalando ni mucho menos compilando nada.

La tecnología de AMD conocida como Fusion (o Vision), que integra en un mismo chip el procesador principal y el dedicado a los gráficos, formando lo que llaman APU (Accelerated Processing Unit), tiene ventajas que la postulan como una interesante elección, y hoy en día la podemos ver en muchos portátiles. Pero uno de los inconvenientes que presenta, como toda tecnología relativamente novedosa, es un soporte completo de controladores por parte de otras plataformas más allá de Windows (en la que los fabricantes de hardware se encargarán desde un principio que este exista). La situación más común se da con Linux, que a pesar de contar con uno de los repositorios de controladores más completo, suele quedarse rezagado en ciertos casos, justamente, por esta misma falta de interés.

Y este es uno de ellos: Desde que tuve mi notebook con un AMD E-450 que integra una GPU ATI Radeon HD 6320 una de las primeras tareas que acometí fue instalarle Ubuntu 11.10, Oneiric Ocelot. Ni la última versión de la distro de Linux más popular con sus últimas actualizaciones fue capaz de utilizar el hardware de aceleración gráfico de mi APU, y aunque el escritorio de Unity (la interfaz por defecto de Ubuntu) se veía excelente, el controlador utilizado era uno genérico que hacía el trabajo mayormente por software y modos de video VESA; esto significaba nada de aceleración 3D y cero chances de ver una película sin saltos. Aún así, Oneiric ofrece la instalación de drivers propietarios de AMD, pero que lamentablemente son anticuados y terminan funcionando peor que el genérico.

Posiblemente así como está nos podremos arreglar bastante bien para todas las tareas que normalmente hagamos en nuestra Linux Box movida por un Fusion, pero si por algún motivo necesitamos aceleración de hardware para, por ejemplo, jugar un FPS o ver un video sin saltos, notaremos claramente esta falencia.

La buena noticia al respecto de esto es que AMD lanzó sus propios drivers (privativos, claro está) que soportan perfectamente su línea de APUs; la no tan buena es los deberemos instalar a mano nosotros, pero tampoco es tan difícil, si hasta yo lo hice.

1. En primer lugar deberemos ir a la página de soporte de AMD, desde donde seleccionaremos de toda la línea de productos nuestro modelo exacto de APU y el sistema operativo, en este caso Linux, de 32 o 64 bits, de acuerdo a lo que tengamos en nuestro equipo. Desde ahí descargamos el controlador apropiado.
2. Luego, y siempre según las instrucciones de la ayuda de Ubuntu, debemos habilitar el repositorio de código fuente en los Orígenes de Software, algo por lo que no hay que preocuparse demasiado ya que a mi no me dejó hacerlo mi Ubuntu y sin embargo todo salió bien.
3. Abrimos la consola e ingresamos el clásico sudo apt-get update para actualizar la info de todos los repositorios, y a continuación instalamos las librerías QT4, si no es que ya las tenemos, con sudo apt-get install libqtgui4.
4. Una vez hecho todo esto, nos vamos con la consola a la carpeta donde descargamos el archivo con los controladores de AMD, y lo invocamos de la siguiente manera: sudo sh amd-driver-installer-12-2-x86.x86_64.run –buildpkg Ubuntu/oneiric. En este ejemplo el nombre del archivo descargado es sudo amd-driver-installer-12-2-x86.x86_64.run, pero claro está que este puede ir cambiando a medida que avance la versión, por lo que deberemos ingresar exactamente el nombre del archivo que descargamos. Actualización: En las versiones más recientes de este binario de AMD solo hace falta ejecutarlo sin parámetro alguno y aparecerá un asistente gráfico que nos guiará por el proceso de instalación automáticamente, con lo que no hace falta hacer nada más.
5. El instalador se irá encargando de descargar algunas dependencias que necesite, y cuando finalice va a generar en la misma carpeta en la que estaba tres archivos .deb y uno .change; los primeros deberemos instalarlos, y podemos hacerlo de una vez para los tres mediante el comando sudo dpkg -i *.deb, el último es un archivo de texto que contiene información sobre los cambios relativos a este paquete.
6. Una vez instalado todo, ejecutamos sudo aticonfig –initial y reiniciamos nuestro Linux. Si todo salió como debería, este arrancará cargando los nuevos drivers para nuestra ATI.
7. Para confirmar que efectivamente se cargaron los drivers de AMD ingresamos en la consola el comando fglrxinfo, que nos devolverá el siguiente resultado en caso de estar todo ok:

¿Pero qué mejor que probar la efectividad de estos drivers jugando un poco de OpenArena?