El tema de los iconos del sistema es tan personal como la ropa que nos ponemos. Así que lo mejor es tener algo de variedad en la Comunidad para que cada cual utilice el que más le gusta. En los últimos tiempos se puso de moda los iconos minimalistas, plano, neon o coloridos, es gratificante encontrar otras colecciones de iconos que rompen esa tendencia, como es el caso de Flat no more 2, unos iconos 3D parra tu PC, una revisión de los Flat No More que presenté hace tiempo.

Iconos 3D para tu PC con Flat no more 2

Cambiar el tema de iconos de un escritorio es una de las formas de personalización casi más completa que puedes realizar sobre tu PC, ya que cambia totalmente el aspecto del mismo a la hora de interaccionar con tus aplicaciones, documentos y servicios.

Para el escritorio Plasma de la Comunidad KDE hay cientos de temas disponibles, y en el blog le hemos dedicado muchos artículos a ir presentando algunos de ellos, pero siempre aparece alguno nuevo o remozado que hace que siempre le volvamos a dedicar una nueva entrada.

De esta forma me complace presentar el tema de iconos Flat no more 2, una excelente colección de iconos detallados para Plasma que  destaca por su aspecto 3D, sus colores y su contraste. Seguro que no deja indiferente a nadie.

Y como siempre digo, si os gusta el pack de iconos Fat no more 2 podéis “pagarlo” de muchas formas en la nueva página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day 2017 de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

La entrada Iconos 3D para tu PC con Flat no more 2 se publicó primero en KDE Blog.

Este evento es como el Guadiana, a veces se me pasa y otros años no. Se trata de la celebración que habitualmente organiza Caliu del Dia de la Llibertat del Maquinari 2022 (Dia de la libertad del hardware 2022) en Barcelona el próximo 14 de mayo que se enmarca dentro del Hardware Freedom Day. Un evento donde la Comunidad KDE suele estar muy presente y que este año no va a ser una excepción.

Dia de la libertad del hardware 2022

La convocatoria se ha realizado en catalán, y la podéis ver en la página del evento organizado por Caliu, pero me he tomado la libertad de traducirla para el blog e intentar conseguir dos objetivos: llamar la atención para que vaya más gente e inspirar a otras organizaciones a realizar acciones parecidas en su zona local.

Este año Caliu lo vuelve a celebrar, como hizo de forma continua desde el 2015 hasta el 2017 (como mínimo) un poco más tarde y lo anuncia de la siguiente forma:

Caliu celebrará el Día de la Libertad del Hardware el 14 de mayo al espacio joven La Fontana de Barcelona. La idea será de reunir ponentes para hacer cuatro charlas relacionadas con algún aspecto del hardware libre.

Según leemos en la Wikipedia:

El Día de la Libertad de Hardware es una celebración anual organizada por la Fundación Libertad Digital. El objetivo del Día de la Libertad de Hardware es celebrar el espíritu del hardware abierto y concienciar a más personas para que utilicen y contribuyan a proyectos libres y de hardware. El primer Día de la Libertad de Hardware se celebró el 20 de abril de 2013. La fecha de 2022 es el 16 de abril.

La información de interés y las charlas son las siguientes:

• Espacio Jove La Fontana Data
• Caller Gran de Gràcia, 190,192

De momento no hay listado de charlas, así que en cuanto las tenga las comparto con todos vosotros. Y, de momento, solo conozco este evento en toda España, así que si sabéis de otro lugar donde se celebre no dudéis en comentarlo.

La entrada Dia de la libertad del hardware 2022 se publicó primero en KDE Blog.

Bienvenidos a un nuevo episodio de los audios de Juan Febles, y este en concreto es la continuación del #152 que ya promocioné en el blog hace poco. En el capítulo de hoy tenemos a el Atareado en Podcast Linux, con el que podréis escuchar sus reflexiones sobre los paquetes de instalación de aplicaciones .deb, flatpak, snap y AppImage.

El Atareao en Podcast Linux #153

De un tiempo a esta parte estoy publicando casi todas las entregas que realiza Juan de su Podcast Linux, y la razón radica es que últimamente estoy enganchado a sus audios… y todos me parecen interesantes y promocionables.

En esta ocasión en la hora y poco de programa Juan habla de forma distendida con Lorenzo Carbonell, con el que hablan de las alternativas que tenemos para instalar aplicaciones en nuestro sistemas GNU/Linux.

Además se hace un repaso a los múltiples proyectos de divulgación que tiene Lorenzo y que honran su sobrenombre: el Atareao.

En palabras de Juan:

¡¡¡Muy buenas amante del Software Libre!!!
Bienvenido a otra entrega, la número 153, de Podcast Linux. Un saludo muy fuerte de quien te habla, Juan Febles. Hoy vuelve con nosotros Lorenzo Carbonell, Bloguero, podcaster y desarrollador en GNU/Linux, lo puedes escuchar cada lunes y jueves en su podcast y leer cuando quieras en atareao.es

Enlaces:

• Blog Atareao: https://www.atareao.es/
• Podcast Atareao: https://www.atareao.es/podcasts/
• Mastodon: https://atareao.es/mastodon
• Twitter: https://twitter.com/atareao
• Fediverse.tv: https://fediverse.tv/c/atareao
• Youtube: https://www.youtube.com/c/atareao
• Github: https://github.com/atareao
• Canal de Telegram: https://t.me/canal_atareao

Así que os invito a escuchar esta charla distendida de Lorenzo Carbonell con Juan Febles de más de una hora que seguro que no os defraudará como no lo ha hecho conmigo. ¡Dentro audio!

Más información: Podcast Linux

Sigue a Podcast Linux

Aprovecho para animaros a seguir Podcast Linux en algunos de los canales de comunicación que tiene:

• Twitter: https://twitter.com/podcastlinux
• Mastodon: https://mastodon.social/@podcastlinux/
• Correo: podcastlinux@disroot.org
• Web: https://podcastlinux.com/
• Telegram: https://t.me/podcastlinux
• Telegram Juan Febles: https://t.me/juanfebles
• Youtube: https://www.youtube.com/PodcastLinux
• Feed Podcast Linux: https://podcastlinux.com/feed
• Feed Linux Express (Audios Telegram): https://podcastlinux.com/Linux-Express/feed

La entrada El Atareao en Podcast Linux #153 se publicó primero en KDE Blog.

使用 certbot 申請 SSL 憑證 with openSUSE Leap 15.3 in GCP 小記

This is somewhat of an extended abstract for the talk I want to give at GUADEC.

Curently, very few people work on GNOME's accessibility infrastructure, which is basically what the free desktop ecosystem uses regardless of GUI toolkit. After Oracle acquired Sun Microsystems in 2010, paid work on accessibility virtually disappeared. There is little volunteer work on it, and the accessibility stack has been accumulating technical debt since then.

What is legacy code? What sort of technical debt is there in our accessibility stack?

• It has few or no tests.

• It does not have a reproducible environment for building and testing.

• It has not kept up with the rest of the system's evolution.

• Few people know how it works.

It's a vicious circle, and I'd like to help break the loop.

Quick reminder: What does the accessibility infrastructure do?

An able-bodied person with good eyesight uses a desktop computer by looking at the screen, and interacting with things via the keyboard and mouse. GUI toolkits rely very heavily on this assumption, and hardware does, too — think of all the work expended in real-time flicker-free graphics, GPUs, frame-by-frame profilers, etc.

People who can't see well, or at all, or who can't use a regular keyboard in the way applications require them to (only got one hand? try pressing a modifier and a key at the opposite ends of the keyboard!), or who can't use a mouse effectively (shaky hands? arthritis pain? can't double-click? can't do fine motor control to left-click vs. right-click?), they need different technologies.

Or an adapter that translates the assumptions of "regular" applications into an interaction model they can use.

The accessibility stack for each platform, including GNOME, is that kind of adapter.

In subsequent blog posts I'll describe our accessibility infrastructure in more detail.

Times change

I've been re-familiarizing myself with the accessibility code. The last time I looked at it was in the early 2000s, when Sun contracted with Ximian to fix "easy" things like adding missing accessible roles to widgets, or associating labels with their target widgets. Back then everything assumed X11, and gross hacks were used to snoop events from GTK and forward them to the accessibility infrastructure. The accessibility code still used CORBA for inter-process communication!

Nowadays, things are different. When GNOME dropped CORBA, the accessibility code was ported in emergency mode to DBus. GTK3 and then GTK4 happened, and Wayland too. The accessibility infrastructure didn't quite keep up, and now we have a particularly noticeable missing link between the toolkit and the accessibility stack: GTK removed the event snooping code that the accessibility code used to forward all events to itself, and so for example not all features of Orca (the screen reader) fully work with GTK4 apps.

Also, in Wayland application windows don't know their absolute position in the screen. The compositor may place them anywhere or transform their textures in arbitrary ways. In addition, Wayland wants to move away from the insecure X11 model where any rogue application can set itself up as an accessibility technology (AT) and sniff all the events in all applications.

Both our toolkit infrastructure and the world's security needs have changed.

What I have been doing

I've been re-familiarizing myself with how the accessibility stack works, and I hope to detail it in subsequent blog posts.

For now, I've done the following:

• Add continuous integration to at-spi2-core. Three of the basic modules in the accessibility infrastructure — at-spi2-core, at-spi2-atk, pyatspi2 — didn't have any CI configured for them. Atk has CI, Orca doesn't, but I haven't explored the Orca code yet.

• I intend to merge at-spi2-core/atk/at-spi2-atk/pyatspi2 into a single repository, since they are very tightly coupled with each other and it will be easier to do end-to-end tests if they are in the same repository. Currently those tests are spread out between at-spi2-atk and pyatspi2.

• Made the README in at-spi2-core friendlier; turned it into Markdown and updated it for the current state of things.

• Did a bit of refactoring in at-spi2-core after setting up static analysis in its CI.

• Did a bit of exploratory refactoring there, but found out that I have no easy way to test it. Hence the desire to make it possible to test all the accessibility code together.

• Fixed a crash in GTK when one uses gnome-text-editor with the screen reader on. (merge request awaiting review)

• Currently trying to debug this missing annotation in gnome-shell.

A little call for help

Is anyone familiar with testing things in Gitlab that need to be launched by dbus-broker? I think this may require either running systemd in the CI container (a cumbersome proposition), or using a virtual machine with systemd instead of a container. Anyway — if you care about Fedora or dbus-broker, please help.

Tumbleweed es una distribución «Rolling Release» de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión «rolling release» o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:

• https://dominique.leuenberger.net/blog/2022/04/opensuse-tumbleweed-review-of-the-week-2022-17/

Esta semana 17 se han publicado 7 nuevas snapshots.

Y los cambios más importantes que han llegado a los repositorios son:

• TeXLive 2022
• Postfix 3.6.6
• Linux kernel 5.17.4
• jdk-11.0.15+10
• systemd
• Mesa 22.0.2
• KDE Gear 22.04.0

Y los proyectos que próximamente llegarán a los repositorios son:

• ffmpeg 5
• GNOME 42.1
• cURL 7.83.0
• Linux kernel 5.17.5
• GCC 12 como compilador predeterminado de todos los paquetes.

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• • • ¿Por qué deberías utilizar openSUSE Tumbleweed?
    • zypper dup en Tumbleweed hace todo el trabajo al actualizar
    • ¿Cual es el mejor comando para actualizar Tumbleweed?
    • Comprueba la valoración de las «snapshots» de Tumbleweed
    • ¿Qué es el test openQA?
    • http://download.opensuse.org/tumbleweed/iso/
    • https://es.opensuse.org/Portal:Tumbleweed

——————————–

Dear Tumbleweed users and hackers,

Week 17 was filled with snapshots – 7 of them to be precise. We have published snapshots 0421…0427 (with the next ones almost ready for QA).

The main changes included were:

• TeXLive 2022
• Postfix 3.6.6
• Linux kernel 5.17.4
• jdk-11.0.15+10 (April 2022 CPU)
• systemd: systemd-boot efi binary is now signed
• Mesa 22.0.2
• KDE Gear 22.04.0

Staging projects are currently busy building and testing these things:

• ffmpeg 5: use ffmpeg 5 as default over ffmpeg 4; results are mixed so far
• GNOME 42.1
• cURL 7.83.0
• Linux kernel 5.17.5
• some fdupes changes: aid with reproducible builds (order dups by name)
• GCC 12 as default compiler

Llegamos al primer cuarto del año y sigo la serie de la iniciativa #viernesdeescritorio con un nuevo capítulo. Con este ya llevo más doce meses consecutivos compartiendo «Mi escritorio», una mirada a la intimidad de mi entorno de trabajo. De esta forma, bienvenidos a mi escritorio Plasma de abril 2022 que sigue en un tema oscuro, como el mes pasado, pero diferente ya que aproveché un tiempo de reclusión para personalizar al máximo el mismo.

Mi escritorio Plasma de abril 2022 #viernesdeescritorio

Esta va a ser la vigésimasegunda vez que muestro mi escritorio Plasma 5 en público, lo cual es número nada desdeñable de entradas. La entrada recopilatoria de las misma está cada vez más cerca… siempre lo digo pero sigue sin llegar.

En esta ocasión sigo mostrando mi escritorio del despacho, he cambiado el tema global y empezado a utilizar el Global Menú, a ver si dura o vuelvo a la posición de menú tradicional

Siendo más específicos, este mes he decidido utiliza el tema global Moe Dark, del gran creador de temas Jomada, el cual dediqué una entrada donde el mismo creador realizaba un vídeo explicativo del proceso para utilizar 100% el tema.

Siguiendo las líneas del tema, sigo con la barra Latte Dock con cuatro barras: una inferior con las aplicaciones y en la parte superior una a la derecha con la bandeja del sistema, una en el centreo con la fecha y la hora y una a la izquierda con el lanzador de aplicaciones y el menú global.

En esta ocasión, la captura está realizada sobre mi Slimbook Kymera AMD de sobremesa con doble pantalla (la principal de 24″ y la secundaria de 19″) el cual tiene instalado un KDE Neon con Plasma 5.24.4 cuando realicé esta entrada.

El resultado de mi escritorio de abril de 2022 es un entorno de trabajo oscuro pero luminoso, limpio y funcional que podéis ver en la imagen inferior (pinchad sobre ella para verlo un poco más grande).

La entrada Mi escritorio Plasma de abril 2022 #viernesdeescritorio se publicó primero en KDE Blog.

Finalizo la promoción previa de este magnífico evento que se va a celebrar mañana 29 y el sábado 30 de este mes de abril en Rovereto, Italia. En otras palabras, me complace anunciar que mañana empieza Linux App Summit de 2022, el evento híbrido que une desarrolladores de todo entornos de trabajo.

Mañana empieza Linux App Summit 2022

Para los que vayan un poco despistados el próximo 29 y 30 de abril se celebra la Linux App Summit 2022 en Rovereto, Italia, un evento que realizará una modalidad híbrida, que combinará sesiones presenciales y a distancia, incluyendo charlas, paneles y preguntas. Además, los vídeos de LAS se transmitirán en directo en su canal de YouTube. En mi opinión, este es el futuro de todos los eventos.

Hace relativamente poco anuncié el programa de charlas y hace menos comenté que se había abierto el registro del evento, y hoy quiero recordar que mañana se inicia este evento, al cual no podré asistir ni de forma presencial ni virtual.

¿Qué es Linux App Summit (LAS)?

El año pasado se celebró en Barcelona y fue un éxito, como lo demuestra la fotografía superior donde aparecen algunos de los participantes.

Linux App Summit es un evento diseñado para acelerar el crecimiento del ecosistema de aplicaciones Linux sea cual sea su entorno de trabajo.

De esta forma se reúne a todos los involucrados para intentar optimizar la experiencia de usuario de aplicaciones GNU/Linux, compartiendo el conocimiento que se tiene del uso y problemas de sus respectivos programas.

Estamos ante un evento que va en contra del mito que los desarrolladores de los distintos entornos de escritorio se llevan como el perro y el gato, todo lo contrario ya que aunque utilizan librerías diferentes el objetivo es el mismo: crear las mejores aplicaciones posibles para los usuarios.

Más información: Linux App summit

La entrada Mañana empieza Linux App Summit 2022 se publicó primero en KDE Blog.

I’ve always, or at least ever since the development of the iconic Nokia N9 and the projects I was working on at the time, wanted “60 fps” silky smooth behavior from both phones and computers, and learned to be sensitive to that. GNOME has been fighting back a bit on that front for several years though on HiDPI displays, with also regressing at least on openSUSE a bit earlier which I was unable to pinpoint exact reason to. A combination of power management options helped, as have been kernel and GNOME fixes later on, so I have been mostly ok but still not happy.

This changed last year, when Daniel van Vugt started offering his awesome work on triple buffering in GNOME, which ensures correct amount of power budget to be used for what’s needed for a smooth UI. I backported / adapted the patch to GNOME 40 on Tumbleweed first, then later GNOME 41. There were a couple of bugs left and Wayland support worked worse at the time, but I still was so happy with the performance that I couldn’t imagine anymore using GNOME without the patch set.

Now with GNOME 42 the patch set is mature, and I’m using it also on Wayland without obvious issues. It’s great on my laptop’s internal 4K display, and on my WQHD (2560x1440) desktop screen. Notably, the patch set is enabled by default in the new Ubuntu 22.04 LTS long-term supported version, after being in development for 1.5 years. I really hope it will be merged upstream soon, but meanwhile we have the next best option - a patch set that directly applies on top of GNOME 42.

To install it from my OBS repository (note: I will not use that repository for other packages despite the generic name):

zypper ar https://download.opensuse.org/repositories/home:/tjyrinki_suse:/branches:/openSUSE:/Factory/openSUSE_Tumbleweed/home:tjyrinki_suse:branches:openSUSE:Factory.repo
zypper up

The repository automatically updates to the latest changes whenever there’s a new Mutter in Tumbleweed. I will also likely continue to update the repository either with the patch set from upstream, or if rebasing becomes more difficult I can also check the patch set changes applied on top of Ubuntu’s GNOME 42.

For smoother future!