viernes, 11 de octubre de 2024

Raspberry Pi OS 64bits con X11 (en lugar de Wayland)

No hace muchos años Raspberry pi OS de 32 bits ganaba de mano a la versión de 64 bits en rendimiento y sobre todo en estabilidad sin haber software que necesitara expresamente la versión de 64 bits, por lo que su uso tenía poco sentido, esto ha cambiado bastante en este tiempo.

Hoy en día hay programas que solo funcionan en la versión de 64 bits, como algunos emuladores y juegos, y además ya es un sistema totalmente estable aunque aún no da el rendimiento de la versión de 32 bits y algunos programas como capturadores de pantalla no funcionan, el culpable es el compositor que trae por defecto: Wayland.

Por tanto, vamos a volver a nuestro fiable X11 para ello debemos abrir una terminal desde 

Menú  Acccesorios  LX Terminal

Y ejecutar el comando:

sudo raspi-config

Nos aparecerá el menú clásico de configuración de nuestra raspberry:



Elegimos Wayland


Seleccionamos la opción 'X11' .

Cuando pulsemos en Aceptar nos pedirá reiniciar para arrancar con nuestro fiel X11.

Si necesitaras volver a la configuración de Wayland, repite todo el proceso pero al final debes elegir la opción 'Wayfire' que es la que traía de fábrica.

Recuerda que cada vez que cambies de compositor se pierde parte de tu personalización del sistema, por lo que es conveniente hacer esta operación nada más instalar el sistema para ahorrarte duplicar el trabajo.

viernes, 4 de octubre de 2024

Ampliando RetroMultiInstaller: archivos del directorio principal (III)

En el propio directorio donde hemos copiado Multi-installer tenemos una serie de archivos esenciales para su funcionamiento:

  • retroinstaller.sh: es el script principal que tendremos que ejecutar para la ejecución del programa desde el directorio donde hemos copiado el programa, ya sea desde consola con la instrucción ./instalador.sh o haciendo doble clic desde el entorno gráfico de GNU/Linux, en cuyo caso tendremos que seleccionar la opción ‘Ejecutar desde una terminal’.
  • README.md: documento escrito en el lenguaje markup para wiki en el que podemos incluir una descripción del programa Multi-installer junto con la relación de programas que se pueden instalar con el script, en cada ítem debería incluirse al menos una descripción de lo que hace, enlace para descargar el programa de su página oficial, arquitecturas soportadas, etc.
  • TO_DO.md: documento con las mejoras que se desean incluir en un futuro sin plazo determinado.
  • logo.png: icono identificativo de la aplicación que se mostrará en la descripción del proyecto si se sube a algún servicio de hospedaje de código gestionado por git, como github o gitlab.
    Se recomienda que sea cuadrado, no muy pesado ni grande, 256x256 pixels es una buena opción.
  • LICENSE: licencia del programa, GNU GPL 3.

En el próximo capítulo veremos como funciona el script retroinstaller.sh en más profundidad.

viernes, 27 de septiembre de 2024

Wayland en Raspberry Pi OS de 64 bits: lo que pierdes y lo que cambia

Raspberry Pi OS de 64 bits ya es un sistema estable de verdad y ya hay software que solo funciona en la versión de 64 bits, sobre todo algunos emuladores o juegos pero trae por defecto el compositor Wayland en lugar del clásico X11, porque es más moderno y supuestamente "mejor", sin embargo hay muchos incovenientes y sobre todo cosas que te van a dejar de funcionar en Wayland:

  • Pérdida de rendimiento: no es dramática pero si se nota bastante.
  • No puedes hacer capturas de pantallas o snapshots, un problema si haces manuales o quieres enseñar algo.
  • La consola gráfica no la puedes agrandar o disminuir con la combinación de teclas CTRL + y CTRL -
    Tienes que hacerlo mediante el menú de la ventana.
  • No puedes cambiar las aplicaciones de la Barra de Aplicaciones en el panel de menús.
  • Si en una categoría tienes más aplicaciones de las que caben en la pantalla no podrás desplazarte para ver las que n aparecen.
  • Pasar contenidos con el portapapeles entre aplicaciones es la mayoría de las veces imposible.
  • Diversos problemas con KODI.

Las pruebas se han hecho en una Raspberry Pi 400, recuerda que los modelos antiguos como mi Raspberry Pi 2 solo funciona Raspberry Pi OS 32 bits legacy

Sobre las supuestas ventajas... dicen que esta versión tiene problemas de tearing con X11, no lo he experimentado en mi Raspberry pi 400.

En un próximo artículo explicaré como volver a X11 y evitar todos estos inconvenientes.

sábado, 21 de septiembre de 2024

¿Fragmentación? ¡NO! LIBERTAD

Lo que mucha gente llama "fragmentación" es la esencia del software libre, si no todos tendríamos que tragar snap o gnome por ejemplo, algo que no nos gusta a los que queremos optimizar nuestra inversión de hardware ni los problemas de integración que traen esas nuevas paqueterías.

De todas formas se hace bastante drama de este "problema" ya que precisamente un novato escribe el nombre del programa en la aplicación de instalación que trae la distro y le da a instalar, poco le afecta lo que haga "por debajo".

En fin, que hay gente que no entiende bien el concepto de libertad o bien les da miedo tener que tomar sus propias decisiones, ¡con lo fácil que es que otros lo hagan por tí!

 


¡Feliz Día del Software Libre!

viernes, 13 de septiembre de 2024

Las señales del pingüino asesino

Los más avanzados en GNU/Linux ya habéis imaginado que de lo que voy a hablar es del comando kill, mediante el cual podemos mandar mensajes a los diversos procesos que se están ejecutando en nuestro sistema.

Lo primero es identificar el proceso al que vamos a mandar una señal, para ello ejecutamos el comando

ps aux

Pero si lo ejecutamos así nos vamos a peder entre todos los procesos, imaginemos que queremos interactuar en algún programa, por ejemplo, kodi, pa

usuario      180914  0.0  0.0   2608  1700 ?        S    01:29   0:00 /bin/sh /usr/bin/kodi
usuario      180924 81.5  3.9 3016212 316192 ?      SLl  01:29   0:08 /usr/lib/x86_64-linux-gnu/kodi/kodi-x11
usuario      181112  0.0  0.0  11528   720 pts/0    S+   01:29   0:00 grep --color=auto kodi

En la segunda columna aparece el número de proceso, sobre la que podemos interactuar con la siguiente sintaxis.

kill -numeroonombredeseñal numerodeproceso 

El número o nombre de señal es opcional y por defecto es 15 que significa que queremos que se cierre ordenadamente, podría ser uno de estos dos comandos si queremos interactuar sobre el primer proceso de kodi:

kill  180914

ó

kill -15 180914

Supongamos que no se cierra, entonces tendríamos que mandar la señal del cerrado forzado:

kill -9 180914

Pero a pesar del nombre del comando no solo sirve para matar procesos, también los podemos cosas poner en pausa y reanudarlos a continuación, por ejemplo, supongamos un proceso de reproducción de un audio con VLC, lo primero es averiguar el primer número de proceso con el comando:

ps aux | grep -i vlc

usuario      189886  6.2  1.0 1704216 86284 ?       Sl   01:45   0:02 /usr/bin/vlc --started-from-file /home/usuario/audio.mp3
usuario      190291  0.0  0.0  11528   716 pts/1    S+   01:45   0:00 grep --color=auto -i vlc

Pausamos con el comando:

kill -STOP 189886

Seguiríamos haciendo nuestras cosas y ya no nos acordaríamos el número del proceso que está detenido algo que podemos saber simplemente tecleando:

jobs

Y para reanudarlo simplemente ejecutamos:

kill -CONT 189886

Podemos obtener el listado completo de señales disponibles con el comando:

kill -l


Fuentes:

viernes, 6 de septiembre de 2024

Ampliando RetroMultiInstaller: carpetas principales (II)

Los próximos primeros viernes de cada mes voy a retomar el análisis de la herramienta que creé para agrupar todos los scripts de instalación que tengo y seleccionarlo con un sencillo menú.

Así cada uno podrá adaptar RetroMultiInstaller a sus necesidades.

Aunque en el anterior artículo ya comenté algo de la estructura interna del programa, en este voy a explicar los directorios esenciales que cuelgan de la carpeta donde descomprimos RMI.

En el directorio donde copiamos Multi-installer hay una serie de directorios que contienen otros directorios y archivos.
La estructura de directorios es la siguiente:

├── commonscripts
├── installers
├── menus
├── shotcuts
│   ├── etc
│   │   └── xdg
│   │       └── menus
│   │           └── applications-merged
│   ├── opt
│   └── usr
│       └── share
│           ├── applications
│           ├── desktop-directories
│           └── pixmaps
└── resources
└── warning
└──tmp

Analizando cada directorio con más detalle:

  • commonscripts: aquí se incluyen todos los scripts de uso común y que llamaremos desde otros scripts.
  • installers: aquí se incluyen los script de instalación, uno por cada programa.
  • menus: son los archivos txt que contienen la definición de los menús.
    Cada archivo tiene la definición de un menú y cada línea de cada menú la definición de un programa a instalar o una categoría que abre un nuevo menú.
  • shotcuts: incluye todos los archivos para crear los accesos directos con sus iconos y las categorías especiales para agruparlos.
    Dentro de este directorio hay una estructura de subdirectorios igual que donde se van a copiar los archivos en el sistema operativo.
  • warning: incluye los archivos de texto con instrucciones u otra información que se mostrará al terminar la instalación del programa.
  • tmp: carpeta donde se crearán los archivos temporales para las instalaciones tales como el código fuente antes de compilar e instalar.

Casi todos los scripts se ejecutarán desde esta carpeta, por lo que siempre deberemos referirnos a ellos con una ruta relativa que parte de esta carpeta.
Todos los archivos que contienen las carpetas installers, menus, shotcuts y warning correspondientes a un programa a instalar, contienen al principio de su nombre la etiqueta que identifica ese programa en minúsculas.

viernes, 30 de agosto de 2024

Una mesa, dos ordenadores de 8 bits

Los aficionados al retro tenemos un eterno problema: el espacio. 

Si tenemos por ejemplo, un Amstrad, un ZX Spectrum y un Commodore y queremos tenerlos siempre montados y operativos necesitaríamos 3 mesas pero, ¿podriamos poner 2 en una sola mesa de manera que los tengamos listos para su disfrute? Pues sí. 


Como veis he conseguido poner mi ZX Spectrum +2 y mi Commodore 64 en una sola mesa con la posibilidad de dejarlos debajo de los monitores cuando no los use y poder aprovechar ese espacio para hacer otra cosa.

 

Para conseguirlo, me he valido de las mesas de ordenador que ya tengo, en concreto de la auxiliar que tengo junto a la que uso para el PC, que es la que usé hace unos días para cambiar la goma del Amstrad.
 
He aprovechado una repisa que tenía del mismo color vengué a la que le he puesto 4 patas de armario de 15 cms de altura así puedo guardar debajo los dos ordenadores cuando no los use y aprovechar ese espacio para otros usos.

Las patas me han salido mucho más baratas en una ferretería local que los precio que he visto por internet que me parecen demasiado subidos.

Hasta en los proyectos más sencillos hay cosas que hay que tener en cuenta, como veis he puesto el ZX Spectrum a la izquierda y el Commodore 64 a la derecha, antes lo había puesto al revés y lo tuve que desmontar, el motivo era donde lleva cada uno el puerto de joystick, el Commodore a la derecha y el ZX Spectrum a la izquierda, de la forma inicial chocarían los conectores y como queda ahora cada uno está a un lado.

Otra cosa que he tenido que cambiar es la regleta por otra especial con interruptores para cada enchufe, ya que la idea es dejarlo todo enchufado pero desconectados cuando no se use, aparte de que el ZX Spectrum +2 NO tiene interruptor de corriente, por lo que con una regleta normal permanecería encendido cuando esté usando del Commodore, a no se que desconecte la clavija o el enchufe, algo incómodo que no quiero hacer.

La solución es una nueva regleta con interruptores independientes para cada enchufe:


Acerca de los monitores, mi idea inicial era poner uno solo para los dos pero tenía dos problemas:

  • Si usaba solo el monitor Amstrad CTM-644 no podría conectar el Commodore 64 que no admite conexión por RGB, a no ser que le hiciera una modificación a un viejo sintonizador analógico para sacarle una entrada RCA, a lo mejor en un futuro.
    Hay que acordarse que el ZX Spectrum NO tiene altavoces y el sonido lo saca de la tele o del conector de audio y este monitor no lleva tampoco altavoces, por lo que, o le pongo unos de PC, o lo conecto al cercano equipo de música o uso cascos.
  • Si uso solo el televisor podía conectar los dos, pero podría tener algún problema con el ZX Spectrum para conseguir la misma calidad que con mi CTM-644, es algo que también probaré más adelante.

 

Bueno, ahora por fin voy a poder disfrutar de estos dos equipos siempre listos para su uso cuando tenga ganas de echar unas partidas o algo de cacharreo.