Desaventuras en la tierra de Linux, parte 12-2

Esta es una continuación del post anterior en el que hablé sobre mis primeras impresiones después de actualizar a Debian 9 Stretch. He encontrado más detalles molestos desde la publicación anterior, ¡una actulización debería dejar tus sistema mejor, no peor!. Este es el tipo de razones por las que a la gente normal no le gusta Linux y mientras siga teniendo este tipo de fallos nunca logrará ponerse en el gusto de los usuarios comunes. ¡No puedes hacer una actualización que rompa partes esenciales del sistema!. Claro, incluso Windows ha sufrido de este tipo de problemas; si recuerdan, mucha gente reportó problemas tras actualizar a Windows 10 pero con Windows es diferente ya que, desde el punto de vista del usuario, hay muchos cambios en la interfaz gráfica, la apariencia, etc.. En cambio en Linux, aunque se haya actualizado el kernel y los programas básicos de sistema, los cambios en la interfaz gráfica y apariencia son mínimos, así que desde el punto de vista del usuario no hay mucha diferencia y, en lugar de obtener un sistema mejorado, terminas con un sistema que queda en un estado peor que como estaba 😦 .

En mi caso, además de los problemas descritos en el post anterior (que no arranque la interfaz gráfica tras la actualización es simplemente imperdonable), he encontrado otros detalles molestos listados aquí de menor a mayor índice de molestia 😛 :

Las notificaciones de escritorio desaparecieron. No es algo grave pero sí molesto que algo que funcionaba antes de actualizar ahora ya no funcione. Cuando dependes de estas notificaciones para saber cuando se terminan de descargar tus torrents o conocer el estado de tus tareas programadas, esto realmente puede ser un problema.

Los macros de xmacro ahora tienen un molesto lag, haciendo que un macro que antes se ejecutaba en un segundo ahora tome varios segundos. Esto no sería tan grave si el efecto del macro fuera consistente pero, en cambio, ahora los macros pueden producir salidas que no coinciden con lo que está programado, haciéndolos no sólo poco confiables sino potencialmente peligrosos 😦 .

La mayor molestia hasta ahora es con el sistema de sonido ya que el audio en mi PC simplemente desaparece de forma aleatoria. He encontrado una solución temporal para recuperar el audio sin tener que reiniciar la PC cada vez usando el control de volumen de PulseAudio seguido por alsamixer pero un sistema en el que tienes usar soluciones temporales para algo tan básico como el sonido es básicamente un sistema que no funciona 😦 .

Es cierto que también hay algunas mejoras en Debian 9 pero son fácilmente opacadas por todos los errores 😦 .

Advertisements

Desaventuras en la tierra de Linux, parte 12

Finalmente decidí actualizar mi versión de Debian Jessie a la nueva versión estable Debian Stretch. El proceso de actualización se ejecutó sin problemas hasta llegar al punto final de la instalación cuando reinicié mi PC para arrancar con la nueva versión del Kernel de Linux 4.9 y fui recibido con… una pantalla negra de terminal porque el modo gráfico no se pudo iniciar 😦 . ¡Este es el tipo de cosas por las que a la gente no le gusta Linux!. ¿El problema? Antes de actualizar, estaba usando el driver de video privado de AMD/ATI fglrx que fue desinstalado durante el proceso de instalación por lo que al reiniciar la PC, la configuración del X server no era válida. Para empezar, este es el tipo de cosas que la actualización debería verificar y solucionar automáticamente, quizás usando por lo menos una configuración predefinida para el X server. Si bien la solución fue relativamente simple y consistió en crear un nuevo archivo de configuración usando el comando Xorg -configure, si esto le pasa a una persona con menos conocimientos de Linux, es casi como una sentencia de muerte para su PC que quedaría en un estado inutilizable por lo menos hasta que le reinstalen el sistema operativo que, seamos honestos, casi con seguridad sería Windows porque en este punto es cuando la gente normal que quiso probar suerte con Linux regresa a Windows sin pensarlo. ¡El sistema de actualización no debería fallar en una parte tan fundamental como esta! ¡No puedes esperar que un usuario común y corriente pueda descifrar los errores crípticos en una ventana de terminal!.

¿Esa fue la única sorpresa al actualizar a Debian 9? Sí, al menos la única falla grave, del tipo que dejaría a un usuario normal sin poder usar su PC, pero es muy pronto para saber si hay más sorpresas. Algunas molestias menores que ya he notado son las siguientes:

El reproductor MPV ahora no recuerda el volumen de la última sesión. En realidad, al parecer, nunca lo hizo 😮 . Al parecer no es un problema de Debian sino una característica de MPV que antes modificaba el volumen global o por aplicación del sistema y ahora sólo modifica el volumen interno de la aplicación por lo que al abrirlo nuevamente carga el volumen definido en el control de volumen del sistema. Me gustaba más la forma en que funcionaba antes, no quiero que me reviente los tímpanos al abrir un nuevo video o hacer demasiado ruido cuando abro un video porno 😛 . Este problema al menos se puede solucionar fácilmente definiendo un volumen inicial bajo en el archivo ~/.config/mpv/mpv.conf de configuración de MPV:

monstruosoft@monstruosoft-PC:~$ cat .config/mpv/mpv.conf 
heartbeat-cmd="xscreensaver-command -deactivate >&- 2>&- &"
volume=10

Otro detalle menor que he notado es que algunas aplicaciones, en particular el editor de texto Mousepad, que tenía configuradas para usar una cierta combinación de color y/o tipo de letra fueron revertidas a su apariencia original 😦 . Este es un detalle menor pero no deja de ser molesto tener que volver a configurarlo. Si la configuración de estas aplicaciones estuviera guardada en el directorio de home, no debería haber sido modificada, lo que me hace pensar que el programa guarda los datos en algún directorio de sistema o bien que el formato del archivo de configuración cambió entre versiones, en cualquier caso es una molestia.

Por otro lado, actualizar Debian significa que finalmente tengo versiones más reciente de muchas aplicaciones, por ejemplo gcc ahora está en la versión 6.3, pero no todo son buenas noticias, GIMP aún no da el salto a la versión 2.9 porque aún es considerada inestable, lo que significa que Debian Stretch aún sigue con la versión 2.8.18 de GIMP y para usar la versión 2.9 tendré que seguir compilándola manualmente cada que quiera probar los cambios más recientes. LibreOffice se actualizó de la versión 4.x a la versión 5.2 y la verdad esperaba un cambio significativo pero al abrirlo descubro que ¡la interfaz sigue siendo horrible! LibreOffice es suficiente para mis necesidades pero seamos honestos, ¡es visualmente horrible!.

En fin, en los próximos días seguramente seguiré descubriendo más de lo bueno y lo malo de actualizar a Debian 9 Stretch.

         _,met$$$$$gg.           monstruosoft@monstruosoft-PC
      ,g$$$$$$$$$$$$$$$P.        OS: Debian 9.1 stretch
    ,g$$P""       """Y$$.".      Kernel: x86_64 Linux 4.9.0-4-amd64
   ,$$P'              `$$$.      Uptime: 1h 7m
  ',$$P       ,ggs.     `$$b:    Packages: 3628
  `d$$'     ,$P"'   .    $$$     Shell: bash 4.4.12
   $$P      d$'     ,    $$P     Resolution: 1366x768
   $$:      $$.   -    ,d$$'     DE: LXDE
   $$\;      Y$b._   _,d$P'      WM: OpenBox
   Y$$.    `.`"Y$$$$P"'          WM Theme: Onyx-Citrus
   `$$b      "-.__               GTK Theme: Clearlooks [GTK2]
    `Y$$                         Icon Theme: nuoveXT2
     `Y$$.                       Font: Sans 10
       `$$b.                     CPU: Intel Core i3 CPU 550 @ 3.2GHz
         `Y$$b.                  GPU: Gallium 0.4 on AMD CEDAR (DRM 2.49.0 / 4.9.0-4-amd64, LLVM 3.9.1)
            `"Y$b._              RAM: 869MiB / 3882MiB
                `""""

Desaventuras en la tierra de Linux, parte 11

En fechas recientes he tenido un renovado interés en volver a programar después de varios meses prácticamente sin escribir ni una línea de código. He estado usando Geany para programar y está bien para programas pequeños pero le faltan algunas características que lo hacen quedarse corto para programas más complejos, en particular extraño el completado inteligente que tiene VIM pero aún no me siento preparado para volver a utilizarlo 😛 . Así que, buscando una alternativa para programar, encontré en el gestor de paquetes un IDE de programación llamado CodeLite. Luce como un IDE completo e incluso parece tener algunas características interesantes como una opción para diseñar interfaces de usuario de forma visual.

Entonces, ¿cuál es el problema?. Esta es mi -corta- experiencia con CodeLite:

Al seleccionar la opción Nuevo Proyecto del menú, aparece un gran número de opciones dependiendo de qué clase de proyecto quieras desarrollar, eso suena como una buena opción. Así que voy a seleccionar la opción Console > CMake Executable para generar un programa basado en CMake.

A continuación hay que seleccionar un nombre y ruta para el proyecto. Hasta ahora todo bien.

De regreso a la ventana principal de CodeLite y con el proyecto “listo para usar” podemos ver que han sido creados automáticamente un par de archivos:

resources/CMakeLists.txt
src/main.cpp

Justo como era de esperarse para un proyecto de CMake, ha sido creado un archivo CMakeLists.txt e incluso CodeLite nos ha hecho el favor de crear nuestro archivo principal de código main.cpp con un código básico de Hello world a partir del cual podemos trabajar. ¡Todo esto es genial! ¿Por qué no probamos el código base que CodeLite tan amablemente ha escrito para nosotros?. Selecciones la opción del menú Build > Run.

El resultado:

make: *** No se especificó ningún objetivo y no se encontró ningún makefile.  Alto.
/usr/lib/codelite/codelite_exec: 22: /usr/lib/codelite/codelite_exec: ./build-debug/HelloWorld: not found
Press ENTER to continue...

¡Genial… CodeLite no puede compilar ni siquiera el Hello world que él mismo generó! ¡Este es el tipo de cosas que hacen que la gente no pueda tomar en serio a Linux! ¡Este es el tipo de cosas que hacen que la gente desinstale el programa y nunca vuelva a considerar usarlo! ¡Yo mismo no pienso volver a usarlo!.

OK… tal vez estoy siendo injusto con CodeLite… tal vez la opción de CMake no está correctamente programada por alguna razón. Al intentar con un proyecto básico de gcc en la opción de Console > Simple executable (gcc) en la selección de nuevos proyectos, una vez más, CodeLite genera un simple programa de Hello world, esta vez no usa CMake y el código es un simple archivo .c y no uno .cpp. Al seleccionar el menú Build > Run esta vez funciona correctamente.

Así que tal vez CodeLite no es tan malo después de todo. Aún así es imperdonable que falle al compilar una de sus opciones predeterminadas. ¡Cuando escribes algo como esto o te aseguras que funcione o no le das soporte! No puedes presentar tu código como un proyecto serio cuando tiene este tipo de errores y si, como en mi caso, un usuario tiene la mala suerte de que lo primero que intenta hacer con tu software es justo eso que no funciona, pueden imaginar la mala impresión que eso genera 😦 . No sé si seguiré usando CodeLite después de esta pésima primera impresión. Parece soportar algunas opciones que Geany no tiene, como lo que ya mencioné sobre el autocompletado así que tal vez le de una oportunidad más antes de volver a VIM.

Antes de cerrar este post sobre CodeLite, intentemos usar la integración con gdb para depurar el programa que acabamos de compilar… “No se pudo iniciar la ventana de GDB”.

¡No pienso batallar más con esta versión de CodeLite 😦 y la estoy desinstalando ahora!. Cabe mencionar que es posible que las versiones más recientes de CodeLite tal vez hayan arreglado este error pero, como lo he mencionado en otros posts, en Debian, debido a su filosofía, a veces puedes estar obligado a usar versiones antiguas del software 😦 lo que es por sí mismo material para otro post de desaventuras en la tierra de Linux.

Desaventuras en la tierra de Linux, parte 9

¿Otro post en la serie de Desaventuras tan pronto?. En realidad el contenido de este post iba a ser mencionado en el anterior post de la serie pero el post anterior terminó siendo más largo de lo que esperaba así que no quise extenderlo más. Así que, ¿de qué puede tratarse esta vez? Principalmente Firefox pero también sobre la disponibilidad del software free, open source en Linux.

Read More

Desaventuras en la tierra de Linux, parte 8

Hace poco instalé una nueva impresora en mi PC, se trata de una impresora HP LaserJet Pro M402n. Sin imaginarlo, tratar de instalarla revelaría nuevo material para escribir un post más en esta serie de Desaventuras en la que escribo acerca de todos esos detalles que hacen que Linux no sea aún apto para usuarios comunes y corrientes. Por lo regular, es perfectamente comprensible que Linux tenga sus detalles siendo un esfuerzo de colaboración open source realizado por miles de voluntarios dispersos por todo el mundo. Pero a veces me topo con algunos detalles que, desde mi punto de vista, son imperdonables, esos son el tipo de detalles que alimentan esta serie de posts.

Read More