Canon i-sensys MF6140dn en Linux; esta vez en Fedora 23 beta

Hace unos meses indicaba como se podía instalar una impresora Canon —i-Sensys MF6140DN— en Linux, en concreto Fedora 22. Es una impresora con capacidad múltiple —impresión, copia, escaneo y fax—, de los que en Linux solo se puede usar la impresión (la copia no necesita ordenador y el escaneo se puede hacer en dispositivos USB). Debido al accidente de fregonas también indicado, no quedó más remedio que instalar de nuevo el sistema, en este caso, para adelantarnos, Fedora 23. Sin embargo, ha sido imposible que funcionara la impresora siguiendo las mismas instrucciones antes indicadas. 
Para hacerlo sencillo, en este caso los pasos han sido:
1. Hemos tenido que instalar un driver más moderno, versión 2.09, obtenido de aquí.
2. De nuevo hemos eliminado cualquier versión anterior de esta impresora en el Control de impresión y hemos desenchufado la máquina y USB.
3. IMPORTANTE. Extracción de los PPDs del interior del ejecutable —los correspondientes a la impresora, ya que hay muchos— e introducirlos como administrador en el directorio /opt/cel/ppd, ya que si no luego el programa no podía acceder a los controladores ppds ni indicándoselos, cerrandose la acción.
4. Instalación del paquete binario correspondiente a vuestra distribución. En mi caso

su -c 'dnf install /home/usuario/Descargas/o157oes_linux_CQueRPM_v209_64.rpm'

5. Conexión de la impresora y prueba.


Esta vez ha costado más que aceptara los controladores al enchufarla. Listo.

Morphing múltiple con software libre

La semana pasada una compañera mencionó el interés de hacer un vídeo o presentación que indicara su evolución a lo largo de los años. Unos años atrás yo había realizado un "morphing" entre dos compañeros que había quedado "interesante" y se me "sugirió" como posible autor de ese vídeo. El problema es que en aquel momento utilizaba Windows y ahora, en Linux y software GPL, tras diferentes búsquedas, no he encontrade software libre que pudiera realizar un "morphing" múltiple entre 5 fotos. Por supuesto, por el simple hecho de aprender, hemos llegado a hacer un vídeo avi de 4 segundos con la evolución de esa persona a lo largo de los años.
Partimos de 5 fotos tamaño carnet que copiamos con el móvil (no buscamos la perfección, solo aprender los pasos). En Windows hay diferentes aplicaciones, la mayor parte de pago, que permiten hacer "morphing", pero las que lo hacen con más de 2 fotos —múltiples— son todas de pago. Con aplicaciones de las que usamos todos los días y que podemos instalar desde el terminal tenemos:
- Gimp, con la extensión —"plugin"— de vídeo gap (su -c 'dnf install gimp gimp-gap'
- Mencoder (su -c 'dnf install mencoder')
- Algunos scripts de Gimp

Describamos el proceso por partes:
1. Para hacer la fase de "morphing" hemos usado Gimp con su extensión Gap. Tenemos unas instrucciones más completas aquí. Lo que nos importa es que solo podemos hacer "morphing" entre 2 capas (lo siento, por protección de datos no hay fotos de la persona en cuestión).

Eso nos obliga a hacer una copia de la primera foto en gimp, pegarla como nueva capa y sobre ella añadir una segunda capa de la segunda foto. En el menú Video, que solo tendremos si antes hemos instalado la extensión Gap aparece la posibilidad de morphing - morph, que nos lleva a este menú.

Sobre como debe hacerse, el número de "sharepoints" y todo eso, remito a las instrucciones completas antes citadas. En mi caso, para generar una evolución natural, aplique un solo "sharepoint" en el punto del centro de la parte baja de cada una de las dos fotos. Para generar un segundo de vídeo entre cada dos fotos, pedí 25 superficies, lo que genera 25 capas nuevas que van evolucionando desde la primera foto hasta llegar a la última.
Las posibilidades que nos da Gimp una vez generadas las capas son guardar un gif, con la pérdida de calidad y niveles de color —256 colores— o animación mng, que es un formato de animación asociado a png, pero que no es un estándar y muchos programas no lo reconocen. Por eso decidí grabar cada capa como imagen individual y generar un fichero avi estándar desde la línea de comandos. Gimp no tiene esa posibilidad directamente, pero encontré unos scripts preparados. Guardando los scripts en al directorio /usr/share/gimp/2.0/scripts aparecen en el menú Archivo de Gimp la posibilidad de grabar las capas (como tal o completas) y eso me ha permitido tener la transición entre las dos imágenes.
1capa0001.png - 1capa0025.png (foto 1-2)
2capa0001.png - 2capa0025.png (foto 2-3)
3capa0001.png - 3capa0025.png (foto 3-4)
4capa0001.png - 4capa0025.png (foto 4-5)

2. Generar una salida con transición desde esas 100 imágenes hasta un fichero estándar aplicamos un comando que ya hemos utilizado anteriormente, preparando un avi formato mpeg4 y con 25 imágenes por segundo, aunque esta vez sobre png y no sobre jpg (lo he probado hasta en un windows media player y funciona).

mencoder "mf://*.png" -mf fps=25 -o output.avi -ovc lavc -lavcopts vcodec=mpeg4

Listo; fácil y "free" (gratis y libre). Tras este experimento hemos comprobado que podemos realizar un morphing múltiple (entre 5 fotos) con aplicaciones de código libre.

Cosas a tener en cuenta:
- Las fotos deben todas tener la misma resolución (ajustar con gimp o bien en terminal con convert de ImageMagick)
- Probablemente sea recomendable ajustar esa resolución a aquella que queramos dar al vídeo (idem)
- La creación de capas en Gimp lleva tiempo; más cuanto menos potente sea el ordenador (y si la RAM está muy justita)
- El comando mencoder, tal como está aquí, sin reconversiones, se ejecuta en poco tiempo

Y cuando las fregonas controlaron el mundo...

Las fregonas... ¿Por qué?
Por que he tardado una semana en reparar mi ordenador después de que una fregona libertaria —o libertina, según se mire— golpeara la regleta de alimentación del SAI del ordenador de trabajo, que nadie se diera cuenta del estruendo de alarma —era medio día, todo el mundo comiendo— y se apagara de mala manera el dispositivo. Resultado final, un arranque con errores:

Como podemos ver en la segunda imagen, el problema de arranque se debe a una inconsistencia en uno de los discos. Erróneamente, culpé al disco de arranque, un WD Raptor de 10.000 rpm, que ya está muy baqueteado, con más de 8 años de uso, y con un sector erróneo por otro apagado sorpresa. Empecé la reparación sustituyendo el primer disco por un sólido, pero me aparecía el mismo error tras la instalación del sistema. Eso me obligó a reconsiderar que el error estaba en el segundo disco, un WD Caviar Green de 1TB, que actúa como /home y que solo tiene 6 años de uso. La prueba smart indicó que no había errores físicos, pero no había tabla de partición. En resumen, todos los datos y configuraciones perdidos.
Instalación nueva, reutilizando los discos originales, con Fedora 23Beta (30 minutos) y recuperación de /home desde una copia de seguridad (varias horas). En resumen, entre unas cosas y otras 3 días seguidos trabajando a medias con un portátil. Peor aun, la copia de seguridad, aunque contiene todo, tiene la estructura del ordenador de casa, no la del trabajo, con lo que hay que cambiar la estrategia mental de localizar las cosas.
Una pérdida lamentable de tiempo, aunque sin coste económico, y unas entradas de retraso por una fregona.

Problema con dnf: 'ascii' codec can't decode...

De repente me encontrado con un error extraño. Necesitaba una conversión de audio y decidí instalar soundkonverter

su -c 'dnf install soundkonverter'

y la respuesta del comando fue

Así que buceando en la red encontré en minilsegundos la respuesta. En esa página dice "El problema está relacionado con la actualización del paquete dnf-plugin-system-upgrade. En la última actualización, este paquete trae un fichero de idiomas con errores." Este error afecta ma todas las opciones de dnf que probé. La solución es simple

1. Ir a la carpeta: /usr/share/locale/es/LC_MESSAGES como administrador

2. Renombrar el fichero dnf-plugin-system-upgrade.mo

mv dnf-plugin-system-upgrade.mo dnf-plugin-system-upgrade.mo.bak

y listo.

Problemas resueltos de avidemux en gtk

En estos momentos uso solo en raras ocasiones programas como avidemux. Sin embargo, el otro día necesitaba hacer una correción rápida sobre un vídeo y recurrí a avidemux, que fue la primera que se me ocurrió. La instalé y al llamarla la respuesta fue:

Por lo visto es un error conocido de avidemux en las distribuciones que utilizan gtx. Como podemos ver en esa página, ya han preparado un parche que deben haber incluido en alguna actualización siguiente, por que ayer, al volver intentar arrancar avidemux, esta vez sí ha funcionado

Error al actualizar Fedora 22

Al intentar actualizar Fedora 22, con una simple orden

su -c 'dnf -y update'

el sistema empezó a bajar las nuevas versiones y cuando estaba a punto de terminar se cortó la orden y apareció un error parecido a

...  [=== 76% ...
Error: Error al descargar los paquetes:
  Cannot download google-chrome-stable-45.0.2454.99-1.x86_64.rpm: All mirrors were tried

y no había forma de que continuara.
Como sabemos, la opción --skip-broken ya no está presente en dnf, ya que está incluida, teóricamente, en la orden básica.
Después de mucho mirar leí en esta página que probablemente el sistema estaba intentando actualizarse a una versión anterior a la que había en ese momento, probablemente pon un cambio rápido de versión en el repositorio. La recomendación era limpiar los ficheros de paquetes en actualización

dnf clean metadata

y luego repetir

su -c 'dnf -y update'

Perfecto. 

PD. Sí, sí. Aunque casi siempre uso Firefox, también tengo instalado Chrome

Actualización a Windows 10

¿Sorprende la entrada?
Supongo que sí, como esta otra entrada. Pues es verdad, he actualizado a Windows 10... el pequeño ordenador personal que compré hace unos meses como "desecho" de oficinas de banco cerradas. Este pequeño portátil Lenovo traía instalado Windows 7 Profesional 32Bits. Estas dos últimas semanas he necesitado corregir rápidamente un documento muy extenso en docx, y para no alterar el formato de los otros usuarios —los incompatibles— no me ha quedado más remedio que usar ese portátil (la máquina virtual es demasiado lenta e incómoda y Word a través de PlayonLunux no se ve exactamente como parece, así que mejor ir sobre seguro).
Desde el principio del anuncio de la actualización se activó el sistema de actualización y tenía una reserva se actualización. Desde principio de septiembre el ordenador marcaba que estaba en descarga a segundo plano y que cuando terminara comenzaría la actualización. A pesar de dejarlo 5 días seguidos enchufado y cableado a red, nunca terminaba, así que como el trabajo apuraba, estuve trabajando inicialmente en Windows 7 + MSOffice 2007. De repente aceptaba el comienzo de la actualización, pero para evitar alteraciones en el trabajo lo pospuse hasta terminar. Después de un trabajo intenso, y cuando esperaba nuevos documentos, con uno o dos días de descanso, al intentar empezar la actualización en el ordenador aparecía de nuevo que estaba en descarga a segundo plano. Un poco cansado, decidí hacerlo "por la fuerza". Me conecte al sistema de actualizaciones de Microsoft, me baje el instalador. Primero guardé un ISO para 32-64bits (2,97GB), por si lo tengo que instalar de limpio después y luego lo actualice. Tarda un rat, según la capacidad de la red utilizada.

Al grano; ¿qué tal Windows 10? En mi opinión no está mal; siempre hay que tener en cuenta que soy usuario de Linux y que Windows es solo una herramienta temporal y para mi sin valor. Es rápido, fluido, las herramientas instaladas funcionan. Sobre el espionaje y otros comentarios que circulan, no los he revisado ni me importan, ya que no lo pienso usar más, salvo imponderables.
Si la pregunta es si recomendaría la actualización, creo que sí. No me parece peor que Windows 7 y si bastante mejor que Windows 8. Nada que perder; si te está espiando, los anteriores también, seguro. Si la pregunta es qué instalaría yo, la respuesta sería en este momento Fedora 22 (falta poco para la 23, que está previsto para 27 de octubre).

Steam y Ark en Fedora. Recursos gráficos

En mi casa algunos estaban muy interesados en la instalación de Ark. Como usuario registrado —accidental, ya que lo soy para que jueguen otros— intenté instalarlo en el ordenador donde ya estaban la aplicación de escritorio de Steam. El problema es que es una máquina antigua, más de 6 años, con muy pobres recursos gráficos (es mi antiguo ordenador y no necesito gráficas potentes; solo mucha RAM) y con Windows XP. Por lo visto el juego no arranca en un equipo como ese. Este es el error

Debido a este error "desconocido" —el peor de todos, por qué no sabes que hacer— decidí instalarlo en mi ordenador, más moderno y potente, aunque con poco poder gráfico —HD 4000 en el i7—.
1. Primero lo intenté en una caja de ubuntu, pero no pude instalar de forma funcional el paquete de Steam para ubuntu (steal.largest.deb)
2. Luego lo intenté en una máquina virtual de Windows. No pude arrancar Steam, por lo que no se puedo intentar instalar Ark
3. A continuación intenté instalar el paquete de 32 bits de Fedora, pero no daba errores de dependencias; con el paquete tar.gz en Fedora no funcionaba el script de instalación.
4. Finalmente, lo mejor; directamente desde repositorio de Fedora. Funcionaba Steam, con lo que instalamos ARK. Arrancó, pero para que pudiera funcionar adecuadamente, y no deslizarse como un caracol reumático, hubo que bajarle las exigencias gráficas.

En fin, Steam sí funciona en Fedora.

Cuando lo pretecnológico aun nos sirve

Contextualicemos el título; Reino Unido, un solo adaptador de enchufe y numerosas máquinas que cargar; una situación típica del siglo XXI.

¿Qué solución tenemos?
1. Comprar mas adaptadores (gasto innecesario)
2. Llevar una regleta; en las maletas modernas, ¿donde la ponemos? y ¿a qué renunciamos?
3. Utilidades pretecnológicas que presionan la conexión de toma de tierra y abre las conexiones de la luz, y con ello podemos introducir los cargadores; es decir, una tapa de bolígrafo BIC.

Sí, la más prosaica de todas. No fue un descubrimiento; ya la llevaba para eso en un bolsillo.

VirtualBox y actualización de kernel. Qué hacer si akmod no recrea el driver para el nuevo kernel

Personalmente no me había enfrentado a este problema desde hace mucho tiempo, por que desde que utilizo virt-manager nunca me he visto en la situación de que no arranque la máquina virtual. Sin embargo, convencí a un compañero para que cambiara de su Ubunto 10.10 a Fedora 22. Por supuesto, Ubuntu 10.10 hace mucho tiempo que no tiene soporte y no se actualizaba, así que no se veía en el mensaje de que falta kmod desde hace tiempo. Sin embargo, con Fedora la actualización es continua y se encontró con que la máquina virtual no arrancaba con el kernel 4.08.
La orden habitual de arreglo

'dnf install kmod-VirtualBox-$(uname -r) kmod-VirtualBox'

no funcionó por que no encontró en los repositorios kmod-VirtualBox-4.0.8-300.fc22.x86_64.x86_64 (kernel actual), ya que solo disponemos de los módulos de VirtualBox para 4.0.5-300 y 4.0.2-300.

La solución puede ser la instalación de los akmods, que chequean la existencia de un kmod, y si no lo hay lo genera automáticamente. Ejecutamos

'dnf install akmod-VirtualBox kernel-devel-$(uname -r); akmods'

y la respuesta fue

El paquete akmod-VirtualBox-4.3.28-1.fc22.x86_64 ya se encuentra instalado, omitiendo.
El paquete kernel-devel-4.0.8-300.fc22.x86_64 ya se encuentra instalado, omitiendo.  # ESTO YA LO SABÍA, por que tengo instalados los devel, compilador de c ...
Dependencias resueltas.
Nada por hacer.

Es decir, ya estaba instalado el akmod. ¿Por qué no se había generado el kmod? Pregunta interesante. De todas maneras Linux nos da la solución en el terminal

Hint: Some kmods were ignored or failed to build or install.
You can try to rebuild and install them by by calling
'/usr/sbin/akmods --force' as root.

Así que ejecutamos como administrador

/usr/sbin/akmods --force

y para asegurar reiniciamos el ordenador.

Listo. Máquina virtual funcionando.