Bolly

Después de 10 años de mantenimiento, la guía no oficial para recién llegados a openSUSE cambia de manos que le da una actualización general para que siga siendo útil.

Desde hace ya muchos años utilizo la distribución de GNU/Linux openSUSE como mi sistema operativo principal y único en mis portátiles y equipo de sobremesa. En todos estos años he aprendido muchas cosas de muchos usuarios y sigo aprendiendo cosas del sistema.

También en la medida de lo posible he tratado de ayudar a otras personas a resolver sus dudas y problemas a la hora de empezar a utilizar openSUSE, ya sea en el blog mediante artículos o en los foros oficiales.

Hace años me encontré con una guía no oficial en inglés escrita y mantenida por Martin Schlander, que echaba un primer vistazo a openSUSE y quería servir de introducción rápida y sencilla a una primera utilización de openSUSE. Una manera de empezar a utilizar el sistema explicando algunos conceptos básicos y ofreciendo información sencilla de asimilar.

Me pareció una gran herramienta para iniciarse en openSUSE, así que le pedí permiso y me dispuse a traducir la guía al español, para difundir esta herramienta entre la comunidad hispanohablante.

Así que descargué el código de la web original (más tarde por mi consejo la alojó en un repositorio en GitHub) y un 15 de julio de un lejano 2016 realicé el primer commit en un repositorio de GirLab para empezar la tarea de traducción y utilicé sus servicios de GitLab Pages para hospedar la web traducida. En aquellos primeros momentos la ayuda del usuario Jcsl (muchas gracias donde quiera que estés) fue indispensable.

Por aquel entonces openSUSE estaba en una transición extraña. No existía Leap, solo había versiones normales que en aquel entonces había saltado inexplicablemente a la versión 42.1 y Tumbleweed era minoritaria y experimental.

Desde aquel 2016 hasta este 2026, en estos 10 años han pasado muchas cosas en el proyecto. Surgió Leap como versión estable periódica y un nuevo cambio en el número de las versiones para alinearlo con SUSE Linux Enterprise. Se afianzó y estabilizó la versión Tumbleweed como versión rolling release de openSUSE, de la que ya hace años soy usuario.

En este tiempo, he ido haciendo cambios menores, para que la guía siguiera estando más o menos actulizada a pesar de los cambios. La versión en inglés se dejó de mantener en 2023 y el responsable no ha contestado a algunos de los correos que le he enviado. Y yo dejé de utilizar la versión Leap y utilizar únicamente la versión Tumbleweed de openSUSE.

Hace unos meses quise de nuevo volver a darle algo de cariño a la web y tratar de mantenerla actualizada, así que pedí ayuda en el foro en español para tratar de recabar información que debiera actualizarse entre las personas que utilizan openSUSE Leap.

Pero en estos 10 años, la web necesitaba algo más que una simple pequeña actualización. openSUSE ha cambiado mucho y más en la reciente Leap 16.0. YaST va cediendo terreno, Mrlyn ha entrado en escena, etc. Y mencionar también el propio código html de la web que había que actualizar, hacerlo más actual y adaptable a otras formas de navegar, así como limpieza de enlaces ya no disponibles y otras mejoras.

El legendario usuario Diablo Rojo, que nos conocemos de los foros (y en persona) desde hace años, tomó la iniciativa y poco a poco fue añadiendo cada vez más cambios para que la guía siguiera viva y mantuviera su caracter instructivo y un código moderno.

Poco a poco la fue haciendo suya, hasta que llegó un momento en el que decidí que mi guía había cumplido su tiempo y cometido y que ahora deberían ser otras personas las que se encargaran de mantenerla.

Por eso desde aquí quiero informar que mi guía quedará en modo archivo, pero ya no actualizada y que recoge el testigo la guía que ha empezado a actualizar y mantener Diablo Rojo que podréis encontrar en este enlace:

• https://diablorojo.gitlab.io/guia_openSUSE/

Diablo Rojo sí utiliza Leap y tiene el compromiso duradero de usuario desde hace años de openSUSE y conocimientos suficientes para seguir manteniendo este recurso que puede ser muy útil para las personas recién llegadas a openSUSE Leap y para dar sus primeros pasos.

Pero no sólo él, si no la comunidad que quiera aportar con mejoras y sugerencias, ya que en el foro se podrán dar puntos de vista sobre cómo hacerla más útil y dónde mejorar.

Me alegra ver que aquella primera guía que fuimos construyendo sigue teniendo continuidad y además sigue estando actualizada y siendo útil. Espero que por lo menos durante otros 10 años más. ¡Muchas gracias!

Enlaces de interés

• https://diablorojo.gitlab.io/guia_openSUSE/
• https://gitlab.com/diablorojo/guia_openSUSE
• https://forums.opensuse.org/t/comentarios-para-la-actualizacion-de-la-guia-de-opensuse/191810/56
• https://www.opensuse-guide.org/
• https://victorhck.gitlab.io/guia_openSUSE/
• https://gitlab.com/victorhck/guia_openSUSE

Ya habíamos hablado de ECH en 2020 cuando era todavía un draft, pero ya por fin tenemos el RFC 9849 que lo describe ya de verdad. ECH ya no es un draft: desde marzo de 2026 es el RFC 9849 de la IETF, en categoría Proposed Standard.

Aunque mucha gente da por hecho que con HTTPS ya va todo cifrado desde el principio, la realidad es que no era exactamente así. Durante años, en el arranque de la conexión TLS seguían viajando en claro algunos datos bastante sensibles, como por ejemplo el nombre del servidor al que te querías conectar. Es decir, que la conversación luego iba protegida, sí, pero al principio todavía ibas dejando pistas de más.

Ahí es donde entra ECH, que significa Encrypted Client Hello. La idea es cifrar precisamente esa parte sensible del saludo inicial para que no vaya expuesta por la red. Dicho de forma sencilla, es una manera de evitar que en ese primer “hola” entre cliente y servidor se revele información que no debería estar a la vista. Es una mejora importante de privacidad, porque tapa una fuga que llevaba años ahí y que quedaba un poco fea en algo que, en teoría, ya considerábamos seguro.

El mecanismo, además, está bastante bien pensado. ECH separa el saludo en una parte visible y otra cifrada: una especie de sobre por fuera y contenido real por dentro. A eso se suman detalles como el uso de HPKE, que significa Hybrid Public Key Encryption, el padding para que el tamaño de los mensajes no delate información, y técnicas como GREASE, que ayudan a que el tráfico con ECH no destaque demasiado frente al resto. Vamos, que no se limita solo a cifrar, sino que intenta hacerlo bien.

Ahora bien, también conviene decir lo que ECH no hace. No convierte tu conexión en invisible ni arregla toda la privacidad de Internet de golpe. Por ejemplo, si el DNS no va cifrado, sigues dejando pistas importantes por el camino. Y la IP también puede seguir dando bastante contexto. O sea, ECH resuelve una parte muy concreta y muy relevante del problema, pero no borra todo lo demás.

En resumen: ECH no reinventa Internet ni pone todo patas arriba, pero sí corrige una fuga bastante evidente en el arranque de las conexiones TLS. Y solo por eso ya merece la pena prestarle atención, porque era una de esas piezas que faltaban para que la privacidad en HTTPS estuviera un poco más a la altura de lo que la mayoría damos por hecho.

Foto de cottonbro studio: https://www.pexels.com/es-es/foto/oscuro-internet-tecnologia-efecto-desenfocado-5473951/

Pequeños ajustes en el blog: metadatos, CSS y Mastodon

Estos días he aprovechado para darle un repaso al blog por dentro (y un poco por fuera).

Si lleváis tiempo por aquí, lo primero que habréis notado es el cambio de colores. He jubilado el esquema Drácula que usaba. Creo que esta nueva paleta de colores le da un aire mucho más limpio. De paso, he rediseñado un poco el avatar para que encaje con los nuevos colores.

Pero no ha sido el único cambio, también he aprovechado para repasar las tuberías del blog:

Tenía la etiqueta <title> duplicada por culpa de las plantillas de Hugo, culpa mía, y la etiqueta de author estaba imprimiendo un objeto entero en vez de mi nombre. Ya está corregido y la salida HTML vuelve a estar limpia.

He rehecho la forma en la que se generan las etiquetas de Open Graph y Twitter Cards. He creado una nueva plantilla para que, al compartir un artículo en Mastodon, la tarjeta aparezca correctamente. Ahora la miniatura, el título y la descripción salen perfectos.

He puesto un poco de orden en el batiburrillo de favicons, dejando claro cuál es el PNG para navegadores modernos y el de Apple, además de añadir un archivo site.webmanifest.

He añadido un enlace con la etiqueta rel="me" en el código para que, por fin, Mastodon reconozca que este blog es mío y salga el tick verde en mi perfil.

Me gusta dedicarle tiempo a este tipo de cosas, y aunque nadie las suele ver (bueno, el CSS sí), me da esa tranquilidad mental de saber que las “tuberías” del blog están en buen estado.

Vamos a añadir un widget que mostrará información de nuestro sistema con escritorio Plasma de KDE

En nuestros sistemas GNU/Linux solemos tener instalado algún tipo de programa (uno de ellos puede ser fastfetch) que en la terminal muestra información muy completa de nuestro equipo y donde se muestra con más o menos gusto información como versión de nuestro kernel, versión de nuestro escritorio, compositor, nombre del sistema operativo, uptime, etc…

Pero ¿Por qué tenerlo solo en la terminal? ¿Por qué no tener un widget o plasmoide en nuestro escritorio y tenerlo a la vista? ¿Por qué no hacer que sea nativo de Plasma?

Pues hagámoslo…

Todo comenzó porque a mí me gusta saber el valor de uptime de mi máquina, y que en Plasma 5 utilizaba un bonito plasmoide que ya no está disponible para Plasma 6. Desde hace tiempo utilizaba un script en conky que me lo mostraba en el escritorio, pero decidí tratar de encontrar una solución nativa de Plasma y evitar conky.

Al final buscando encontré el modo de realizarlo, con el plasmoide configurable «Sensor del monitor de sistema». Pichamos sobre el escritorio de Plasma con clic derecho y entramos en el modo de edición y sobre la oopción en la parte superior de añadir o gestionar elementos gráficos.

En la lista que nos presenta buscamos «Sensor del monitor de sistema» y lo añadimos al escritorio.

En mi caso solo quería mostrar el uptime, pero quizás te animes tu (o quizás yo mismo en el futuro) a mostrar más información del sistema en tu escritorio. Así que vamos a ver cómo configurarlo.

En mi caso en la pestaña de Aspecto visual, eliminé la opción de «Mostrar el título» lo que elimina el título de la barra superior del plasmoide. Y en Estilo del Visor, escogí la opción solo texto, porque la información que quiero configurar es texto, por lo que no necesito gráficas, ni nada.

Ahora vamos a la pestaña Detalles de los sensores para configurar qué queremos que se muestre. En mi caso seleccionaré el dato del uptime, pero te animo a que escojas otras opciones y añadas varias informaciones a tu gusto.

Para el uptime, voy a la opción Sensores de texto (creo que en sensores también se puede configurar) y selecciono: Sistema operativo → Sistema → Tiempo de actividad y aplico la selección.

Pero en vez de que muestre el texto Tiempo de actividad con el valor del uptime, quiero que aparezce el texto Uptime, por lo que pincho sobre el icono del lápiz y modifico el texto que quiero que se muestre y aplico los cambios.

Y ya tenemos nuestro plasmoide mostrando la información del uptime del sistema. Pinchando sobre el propio plasmoide podremos seleccionar la opción de eliminar el fondo, por lo que aparecerá únicamente el texto, si lo queremos más minimalista. Hecho de menos la posibilidad de poder seleccionar el tamaño o el color de la fuente.

En el mismo sistio donde hemos configurado el Tiempo de actividad del sistema, podremos escoger otras opciones que nos muestren el nombre de nuestra máquina, la versión del Kernel que utiliza, y más información que queramos mostrar y todo de manera nativa con un Plasmoide configurable del propio Plasma.

Por Mastodon compartí una captura de pantalla de mi equipo con ese Plasmoide. Un escritorio con Plasma sencillo, y funcional con el Plasmoide en la parte inferior izquierda de la captura.

Lista incompleta de cosas que no tengo 

Hace unos días me crucé en mi lector de feeds con una “lista incompleta de cosas que no tengo” y me quedé pensando en todo lo que damos por hecho que necesitamos… hasta que alguien se toma el tiempo de enumerar precisamente lo contrario.

Y como no puedo resistirme a una buena lista, por aquí dejo la mía.

- 💇 Cabello - 🧔 Una barba bonita - 💸 Deudas - 🌲 Un trozo de bosque - 🏖️ Una casa en la playa - 🐕 Un perro - 🧠 Sabiduría - 🤖 Bots de IA - 👥 Compañeros de IA - ⛓️ Esclavos de IA - 👔 Ropa elegante - 💨 Perfumes caros - ⌚ Relojes caros - 🖥️ Mucha RAM - ⭐ Fama - 🐎 Un caballo - 😤 99 problemas - 📺 Un canal de YouTube - 🍎 Un iPhone - 🗣️ Habilidad social - ✈️ Un billete de avión a un país asiático - 🍷 Una cueva con vinos - 📸 Un dron - 🎥 Una cámara de acción - 👴 A mis abuelos vivos - 📈 Suscriptores - 💻 Un ThinkPad - 🌍 Un globo terráqueo - 😰 Ataques de pánico

Hablo con Laura Falces, divulgadora y co-autora del libro Nacidos para Estar Fuertes. Temas que tocamos: – Cómo salió de ...

The post Nacidos para Estar Fuertes, con Laura Falces appeared first on Fitness Revolucionario.

Está pasando: https://github.com/chardet/chardet/issues/327.

Y lo que espero que sea una parodia de esto, Clean Room as a Service

La entrada Copyright se publicó primero en Linux Hispano.

Stevia automatically adds completions for emojis.

Phosh now shows the splash of launching apps in the overview.

No importan solo las horas de sueño, sino también la regularidad y los horarios. Y si trabajas a turnos aprenderás ...

The post Duerme Mejor: Regularidad, Horarios, Turnos appeared first on Fitness Revolucionario.

Hablo con la Dra. Sari Arponen, internista finlandesa y autora del libro Envejeces o rejuveneces . Temas que tocamos: – ...

The post Longevidad más allá de la biología: cultura, sociedad y mente, con Sari Arponen appeared first on Fitness Revolucionario.

La entrada Standup se publicó primero en Linux Hispano.

Veamos en este tutorial cómo instalar una versión anterior de un paquete de software en openSUSE Tumbleweed

Después de una actualización normal de openSUSE Tumbleweed, al reiniciar el sistema para que se tomaran en cuenta las actualizaciones, mi sistema se quedaba congelado a medio camino entre el fin de la pantalla Plymouth de bienvenida de Plasma de KDE y el propio escritorio y no podía hacer nada…

Al final de varias pruebas pude encontrar que mediante Ctrl+Alt+F2 podía ingresar en el sistema y poder manejar mi portátil. Pero al reiniciar volvía a ocurrir lo mismo. Después de varias pruebas sin conseguir nada. Pregunté en las listas de correo y me dieron la clave.

El problema venía ocasionado por una actualización de ddcutil y sobre todo libddcutil5 a su versión 2.2.5-2.1. La opción era volver a una versión anterior del paquete instalado y esperar a que se publicase una solución. Veamos cómo hacer esto.

Como no utilizo un sistema de archivos Brtfs que crea puntos de recuperación al que poder regresar si algo ocurre en el sistema, había que buscar otra solución y la encontré.

Mi yo del pasado ya había escrito en 2012 un tutorial sobre cómo instalar otra versión de un paquete de software mediante YaST. Pero las cosas han cambiado mucho y ese tutorial ya no me valía, porque al acceder al menú que describía no había ninguna versión anterior de ese software.

Pero la solución la daban en un hilo describiendo un problema idéntico al mio en los foros de openSUSE. Veamos cómo hacerlo (para mi yo del futuro).

Lo primero descargar una versión anterior de ese paquete. En Tumbleweed, tenemos un historial de todas las versiones de las snapshots publicadas. En concreto la snapshot anterior está disponible en este enlace:

• https://download.opensuse.org/history/20260209/

Desde ahí podremos descargar el paquete .rpm que necesitamos para instalarlo. Para descargarlo podremos hacerlo mediante wget:

wget https://download.opensuse.org/history/20260209/tumbleweed/repo/oss/x86_64/libddcutil5-2.2.1-1.1.x86_64.rpm

Ahora lo instalaremos desde una terminal mediante zypper y la opción –oldpackage que gestiona mejor la instalación de una versión anterior:

sudo zypper install --oldpackage libddcutil5-2.2.1-1.1.x86_64.rpm

Al hacer eso, me daba un conflicto de dependencias por un paquete que depende de ese que quiero instalar y que tiene una versión distinta. Lo resuelvo diciendo que rompa las dependencias del paquete y que puedan estar ambos de diferentes versiones.

Ahora hay que decirle al sistema que de momento y hasta que no llegue una actualización que corrija el problema no actualice ese paquete de software.

Para eso mi yo del pasado también escribió un artículo. Lo primero añadir un bloqueo al paquete en cuestión:

sudo zypper al libdccutil5

al = add lock o añadir bloqueo. Ese paquete quedará bloqueado y no se actualizará. Si queremos ver los bloqueos de paquetes que tenemos en nuestro sistema podremos hacerlo con la oopción ll = list lock

sudo zypper ll

Poco después de mi mensaje en la lista de correo ya una persona había enviado un parche que solucionaba el problema a la espera que desde el proyecto original se corrigiera.

El parche llegó al día siguiente a los repositorios y ya se podría instalar la nueva versión del paquete sin miedo a que causara problemas. Para eso entonces hay que eliminar el bloqueo del paquete mediante rl = remove lock

sudo zypper rl libdccutil5

Y ya podríamos actualizar el sistema y se actualizaría el paquete en cuestión a la versión que ofrece la solución al problema.

La verdad es que fue un susto ver que el sistema no funcionaba como se esperaba, pero la agilidad con la que todo se resolvió es digna de admirar.

Le deseo a mi yo del futuro que este artículo le resulte útil alguna vez y también a ti lector o lectora que por una u otra cuestión has llegado hasta aquí.

Aunque cada vez es más difícil, ya que las IA aprenden de artículos como este para ofrecerte sus soluciones sin dar crédito a quien las escribió a golpe de teclado… en fin ya hace más de 60 años que se cantaba eso de «the times they are a-changin'»

Enlaces de interés

• https://forums.opensuse.org/t/ssdm-starting-on-vt1-on-login-plasma-wayland-starting-freezes-runs-on-other-vt/191795/4
• https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/YBELZW235GACCELO6WEHH4UD7E4DCPH4/
• https://victorhckinthefreeworld.com/2012/10/24/opensuse-instalar-una-version-anterior-de-un-programa/
• https://victorhckinthefreeworld.com/2017/10/17/como-impedir-que-se-instale-un-paquete-en-opensuse/
• https://download.opensuse.org/history/