Canonical, siguiendo la senda que ha mantenido en los últimos abriles, tiene su mira puesta en la prometedora construcción RISC-V, así que ha anunciado el soporte de Ubuntu para la VisionFive 2 de StarFive, una computadora de placa única (SBC) con un procesador RISC-V de suspensión rendimiento y una GPU integrada.

La compañía responsable de Ubuntu ha definido a RISC-V como el nuevo dechado del hardware de código rajado y ha recalcado la importancia de los estándares y la colaboración en el software y el hardware a través de las industrias. Aquí la construcción de conjunto de instrucciones RISC-V entra en diversión, internamente de su segmento, como la tecnología “más prolífica y abierta de la historia, lo que ha llevado a la comunidad de hardware a adoptar estándares abiertos y colaboración a este nivel”.

“Esta construcción de conjunto de instrucciones (ISA) abierta está permitiendo una nueva era de innovación de procesadores a través de la colaboración de estándares abiertos con una rápida admisión en toda la industria. Para convertirse en la ISA en serie de la industria en la informática, el RISC-V ISA permite la franqueza de diseño de software y hardware en la construcción. La construcción se puede aplicar a una amplia tono de procesadores, desde microcontroladores de tono disminución hasta procesadores de servidor de tono ingreso”.

Pero recuperando el foco, StarFive es una empresa de ingreso tecnología de origen chino y fundada en 2018 que destaca, según Canonical, por ser una de las principales a nivel mundial en productos basados en RISC-V, encima de ser la líder en el incremento del ecosistema y la tecnología de RISC-V en China.

VisionFive 2 de StarFive

VisionFive 2 de StarFive.

Sobre la VisionFive 2, la responsable de Ubuntu cuenta que “es la primera SBC RISC-V de suspensión rendimiento del mundo con una GPU integrada. En comparación con su precursor coexistentes, VisionFive 2 se ha actualizado por completo con mejoras significativas en la frecuencia de trabajo del procesador, las capacidades de procesamiento multimedia y la escalabilidad”. Otra de sus virtudes es la relación calidad-precio.

El soporte de Ubuntu para la VisionFive 2 deriva de la colaboración entre Canonical y StarFive, una asociación que no es nueva si vemos que en agosto de 2022 se hizo lo mismo con la coexistentes precursor de la placa. De esta guisa es posible consumir Ubuntu 23.04 y mucho del software de código rajado suministrado a través de los repositorios a la vez que se aprovechan todas las posibilidades de la VisionFive 2.

Canonical pica piedra desde hace abriles en sectores como el IoT, los mini-PC y las SBC, así que el soporte oficial para la VisionFive 2 de StarFive no debería sorprender, sobre todo si tenemos en cuenta que el pasado mes de marzo empezó a dar soporte de Ubuntu para el PolarFire SoC FPGA Icicle Kit de Microchip. Canonical ha sabido moverse para posicionar a Ubuntu como uno de los sistemas operativos de relato en esos segmentos.

Flathub ha superado los mil millones de descargas, una marca estratosférica sin importar el contexto, pero más impresionante si cerca de cuando hablamos de una tienda de aplicaciones para Linux. En el momento de transmitir esta entrada y para ser exactos, las estadísticas del sitio alcanzan las 1.002,757,552 de descargas.

Hace un par de días que se dio a conocer el circunstancia y no de guisa oficial, sino a través de Reddit por un becario, pero creo que merece la pena destacarlo como lo que es, un hito a tener en consideración, pues si proporcionadamente es cierto que Flatpak está cada vez más reflexivo como formato y Flathub como su tienda por paradigma, no deja de ser sorprendente la signo.

De acuerdo con las estadísticas de Flathub, el sitio está campechano desde el 29 de abril de 2018, contiene 2.100 aplicaciones y suma 1.002,757,552 de descargas. Por supuesto, esas descargas no se corresponden con usuarios, pues cada uno habrá descargado multitud de aplicaciones, algunas puntuaLmente, otras una y otra vez en todo este tiempo. Pero ¡qué demonios, que son mil millones!

Las estadísticas del sitio muestran igualmente los territorios con viejo número de descargas a sus espaldas, siendo Estados Unidos el primero de la tira con más de 195 millones. Le siguen Brasil con 108 millones, Alemania con 99 millones… Y más debajo están países como España con casi 37 millones, México con más de 14 millones, Argentina con más de 10 millones…

Otras estadísticas de Flathub indican el número de descargas a lo prolongado del tiempo, marcando su pico el pasado 12 de marzo con más de 6 millones de descargas solo ese día; o el tipo de aplicaciones más descargadas según su categoría: a la individuo y a mucha distancia del resto están los juegos y las utilidades, por ese orden.

flathub

Hay que señalar que Flatpak se ha convertido en estos primaveras en un formato muy popular y no solo eso: a su integración de las principales tiendas de aplicaciones de una gran parte de las distribuciones más renombradas de Linux, con la excepción de Ubuntu y grupo, se le suma su omnipresencia en los cada vez más en singladura sistemas inmutables, en los que Flatpak y, por extensión, Flathub, son la norma para ampliar el número de aplicaciones disponibles.

Asimismo, cuando decimos que Flathub no es una, sino la tienda de aplicaciones Flatpak, no es por falta: puede que el formato de paquetes ideado originalmente por Lennart Pöttering, adoptivo por freedesktop.org e impulsado por la vía comunitaria por Red Hat y su ecosistema de software (su desarrollador innovador y principal mantenedor coetáneo es Alexander Larsson) sea de diseño descentralizado, pero lo cierto es que el 99% de las aplicaciones Flatpak se distribuyen a través de Flathub.

A todo esto, hace tan pronto como un par de semanas que hablábamos de Flathub a razón de su renovación, más que bienvenida y eco del éxito que está teniendo el tesina a lo prolongado y encantado de GNU/Linux.

Advertencia, desplázate para continuar leyendo

Flatseal 2.0 ha sido publicada como la nueva traducción del gestor de permisos para aplicaciones en formato Flatpak. Se tráfico de una aparejo que permite establecer los bienes a los que pueden obtener las aplicaciones en el mencionado formato tanto a nivel del sistema operante como de ficheros a través de una configuración pormenorizada.

Flatseal, sin hacer mucho ruido, se ha erigido como una de las herramientas imprescindibles para las personas que hacen un uso intensivo de Flatpak (este servidor es una de ellas), y que es usada principalmente cuando una aplicación no hace su ocupación como quiere el legatario o cuando se quiere forzar alguna característica.

Volviendo al tema que nos ocupa verdaderamente, Flatseal 2 no llega con novedades revolucionarias, pero sí trae dos cosas que son importantes mencionar. Para comenzar, tenemos que la interfaz ha sido portada a GTK4 anejo a libadwaita. Esto quiere sostener que el viejo estético ha sido renovado para ajustarse a las actuales líneas adoptadas por GNOME (aunque todavía quedan cosas pendientes, y no solo en el interior del tesina detrás del escritorio), se sincroniza con los temas claro y vago y ahora es más cariñoso con dispositivos móviles.

Flatseal 2 adaptado a móviles

La otra novedad importante son las sugerencias de autocompletado para los directorios de XDG, lo que puede contribuir a proveer la reconfiguración del comportamiento de las aplicaciones Flatpak para aquellos que no tengan conocimientos profundos sobre las posibilidades disponibles. Esto viene admisiblemente para disminuir la pobreza de consultar información para realizar ciertas configuraciones y para aquellos que tiendan a usar las aplicaciones por instinto.

Firefox Flatpak en Flatseal 2

Por lo demás, Flatseal no es una aplicación que tenga mucho beneficio de progresión, así que a las dos grandes novedades se suman las típicas correcciones y que la aparejo se apoya ahora en el entorno de ejecución de GNOME 44 para viejo estabilidad.

Los que quieran conocer todas las novedades en torno Flatseal 2 pueden consultar el anuncio oficial publicado en los blogs de GNOME y el registro de cambios, mientras que la aplicación está habitable, como no podía ser de otra forma, desde Flathub.

GIMP 3 se ha vacada con méritos propios la protocolo de “eterna promesa” tan global en el ámbito deportivo. El expansión de la tercera traducción veterano de la aplicación, que implica la transición a GTK3, está siendo un proceso generoso y tortuoso que, aparentemente, está empezando a ver la luz al final del túnel, ya que el proceso de portar a la mencionada traducción del toolkit ha terminado al menos para las partes importantes.

ZeMarmot, uno de los desarrolladores de GIMP, ha explicado a través de Twitter que la transición a GTK3 está oficialmente terminada, a pesar de que queda irresoluto el uso de una API obsoleta que juega un rol beocio. Aunque es un paso importante en el expansión de la tercera traducción del manipulador de imágenes, no hay que confundir este acontecimiento con un tiro inminente.

En la hoja de ruta de la rama de expansión de GIMP 3 siguen pendientes el rediseño de la API para los plugins y los scripts, el soporte de Wayland y la invasión del espacio (el soporte de CMYK y diversas mejoras en la diligencia del color), mientras que la reducción de las selecciones flotantes provocadas por las herramientas de transformación está casi hecha.

Hoja de ruta de la rama de desarrollo de GIMP 3

Hoja de ruta de la rama de expansión de GIMP 3.

Por otra parte de la conversión a GTK3, igualmente están terminados el port al sistema de compilación Meson, si perfectamente autotools se mantiene como soporte representante, y ahora se emplea de guisa completa a gettext para las traducciones en lado de intltool.

El expansión de GIMP 3 sigue yendo a paso calmoso, pero parece que las posibilidades de verlo en fase estable durante el transcurso del presente año no son inverosímiles. Mientras tanto, la traducción 2 de la aplicación sigue en desarrollo y recibiendo portadas en dirección a a espaldas características que en un principio fueron planteadas o implementadas en la tercera traducción. Otro detalle a tener en cuenta es que el ritmo de expansión, a niveles generales, ha mejorado sobrado desde que el manipulador de imágenes está debajo del paraguas de GNOME.

Como ya hemos dicho, no hay que confundir el logro en torno a GTK3 con un tiro inminente de GIMP 3, más viendo que la implementación de Wayland es poco que se le atraganta a muchos. Pese a ello, al menos ha legado un paso muy importante.

Solus, la distribución de divulgación continuo e independiente que ha jugado el rol de referente del escritorio Budgie (si es que la condición no era la de oficial), fue dando signos de estar agonizando durante semanas conveniente a que su sitio web no era accesible, aunque ahora sí permite entrar. Sin secuestro, y según han recogido en Linuxiac, que el sitio web esté funcionando no tiene por qué significar que el esquema haya vuelto positivamente a la vida, ya que su ficha en DistroWatch indica que su estado es inactivo.

La trayectoria de Solus es un poco más turbulenta y retorcida de lo que nos podemos imaginar. El esquema innovador, SolusOS, fue una distribución basada en Debian y creada por Ikey Doherty que acabó descontinuada en 2013 conveniente a la descuido de tiempo y de mano de obra. El mismo desarrollador decidió refundar Solus en 2015 a partir de Evolve OS para convertirla en una distribución independiente, de divulgación continuo y que destaca por tener un escritorio propio, Budgie, el cual se cimiento en GNOME.

El objetivo de Solus es (o fue) proporcionar un sistema operante de divulgación continuo, orientado al escritorio y dócil de usar. La postura por Budgie no excluyó la existencia de ediciones oficiales con GNOME, KDE Plasma y MATE. Por otro flanco, Budgie opera de forma independiente desde hace tiempo y ha tenido durante su trayectoria una fallida transición de GTK a Qt.

Ficha de Solus en DistroWatch, donde se puede ver que su estado es inactivo

Ficha de Solus en DistroWatch, donde se puede ver que su estado es inactivo.

Solus llegó a tener sus seguidores y hasta fue promocionado por algunos como uno de los mejores sistemas Linux para aventurar gracias a su naturaleza rolling release, bleeding edge y a su clara orientación al escritorio. Sin secuestro, las cosas no parecían ir tan admisiblemente entre bastidores, ya que Ikey Doherty abandonó Solus en 2018 para fundar dos abriles posteriormente Serpent Linux, un esquema que sigue teniendo más de cuestionario que de producto en la hogaño. Su sucesor en el cargo, Joshua Strobl, decidió bajarse del barco en 2022, lo que terminó por disparar las alarmas sobre el futuro de Solus.

Que las cosas olían mal es poco que quedó confirmado en enero del presente año, cuando el sitio web, los foros y el rastreador de desarrolladores (Dev Tracker) estuvieron prácticamente un mes inoperativos. Al parecer la razón fueron problemas técnicos que fueron manejados por una única persona, Beatrice Meyers, directora técnica del esquema.

Otro aspecto que delata el mal estado del esquema es su blog. La entrada más flamante fue publicada el 11 de junio de 2021 por Joshua Strobl, así que todo apunta a que desde entonces o poco posteriormente de esa momento no hay nadie responsable de cubrir ese frente de la política de comunicación. El tener el blog al día no es solo cumplir con un ritual, sino que además sirve para perdurar un canal de comunicación y contacto con los usuarios que da a entender que el esquema sigue vivo.

Entradas más recientes del blog de Solus

Entradas más recientes del blog de Solus.

¿Se puede asegurar que Solus está descontinuado? Al parecer y como minúsculo se puede asegurar que está en un estado implícito, pero las circunstancias, en caso de no cambiar, no invitan al optimismo. Oportuno a eso, recomiendo portar a otra distribución a menos que uno sea plenamente consciente de donde se está metiendo, porque el usar un sistema operante en una situación tan precaria no es poco que dé sensación de seguridad.

Igualmente es posible que surja un nuevo equipo que se haga responsable de Solus, pero la situación regular de la mayoría de las distribuciones Linux es el proceder en la precariedad, una precariedad de la que solo consiguen escapar las grandes y algunas de origen corporativo por motivos obvios.

Heroic Games Launcher se ha erigido por méritos propios como el cliente de plataforma de videojuegos más popular de Linux posteriormente de Steam. Lo que arrancó como un esquema para cubrir la negativa de Epic Games de soportar su tienda en Linux ha evolucionado hasta convertirse en una atractiva alternativa al cliente oficial de Epic Games Store y en el mejor cliente de Good Old Games (GOG) habitable para Linux, superando a un MiniGalaxy cuyo explicación no es tan activo.

Heroic Games Launcher 2.7, cuyo nombre en esencia es “Eustass Kid”, ha llegado hace poco con algunas novedades interesantes. Para aparecer, a partir de este propagación la autoinstalación de UbisoftConnect está soportada cuando se ejecutan juegos de UbisoftConnect. Ubisoft fue uno de los principales apoyos que tuvo Epic Games cuando puso en marcha su tienda, pero la compañía de origen francés volvió a Steam hace unos meses con la excusa de la Steam Deck. Sin incautación, viendo la escaso compatibilidad de sus títulos sobre el mini-PC de Valve, uno llega a pensar que el motivo existente fue el frío que hacía fuera de Steam.

Posteriormente del interesante añadido para los juegos de Ubisoft, los usuarios de GOG han sido los que más han vacada con Heroic Games Launcher 2.7. Aquí nos encontramos con soporte para las opciones de propagación de los juegos, por lo que en títulos como The Witcher 3 se da la posibilidad de designar DirectX 11 o DirectX 12 como API. La biblioteca de renderización ha sido mejorada, se ha incluido soporte de descarga de imágenes de los juegos en segundo plano y el proceso de descarga de los juegos ha sido mejorado, si aceptablemente para algunos usuarios el proceso puede quedarse durante un tiempo en el 0% antiguamente de iniciar la descarga.

Heroic Games Launcher 2.7

Otras novedades son las mejoras en Epic Login, el hecho de que los binarios para macOS están ahora firmados con un certificado de Apple Developer, una apéndice de juegos de Steam que ahora usa el artwork oficial de la tienda de Valve si está habitable, la posibilidad de mostrar los registros de un solaz desde el menú contextual de su polímero y la capacidad de pausar la culo de descargas.

Heroic Games Launcher 2.7 ha llegado en verdad con más correcciones que novedades. De aquí se puede destacar una corrección para la sincronización de EGL en Linux y macOS y la matanza de las sugerencias del mando cuando se usa ratón. Otra corrección ha ido para el hecho de que algunos juegos de GOG se atascaban con la información de aggiornamento y se ha arreglado Discord RPC para los empaquetados Flatpak de Heroic Games Launcher y Discord.

Todos los detalles sobre Heroic Games Launcher 2.7 han sido expuestos en el anuncio oficial publicado en el repositorio GitHub del esquema. La aplicación está habitable para x86_64 y ARM en macOS y Windows, mientras en Linux solo hay compilaciones oficiales para x86_64 en formato RPM, Deb, Pacman, tar.xz, AppImage y Flatpak. A pesar de no ser un producto oficial, su código fuente está publicado bajo la abuso GPLv3, así que el cliente puede ser considerado como software vacío de fila dura (no así los juegos que se descargan, obviamente).

Finnix 125 es la nueva interpretación, de unos primaveras a esta parte de cadencia anual, de esta particular distribución de rescate que quizás te interese tener a mano, si es que te dedicas a dirigir sistemas o simplemente te gusta cacharrear con todo sistema operativa que se te pone a tiro.

Pues admisiblemente, Finnix es una distro Linux hecha para eso y aunque es posible que no la conozcas, no nació ayer. El año pasado, de hecho, nos hicimos eco por primera vez de esta propuesta con motivo del propagación de su version 124, así como de su vigésimo segundo aniversario, que se dice pronto. Ergo, este 2023 Finnix cumple veintitrés primaveras. En concreto, los ha cumplido en marzo.

¿En qué se diferencia Finnix de, por ejemplo, Systemrescue? En que, aun sirviendo al mismo propósito, se alcahuetería de una alternativa más enfocada en los administradores veteranos y se usa en modo terminal, por lo que si lo prefieres todo a codazo de ratón, Finnix no es para ti. Y al revés: si priorizas las utilidades de consola por la prontitud que aportan y no lo conocías, Finnix te va a catar.

Finnix 125

Finnix te va a catar por varios motivos: su imagen pesa escasamente 489 MB (recuerda: lo lleva todo incorporado para funcionar en vivo), soporta arquitecturas i386 y PowerPC, por otra parte de x86_64, aunque Finnix 125 solo está acondicionado por el momento para esta última; y hasta puedes clasificar el sistema para arm64, armhf, ppc64el, s390x y riscv64, en el caso de que lo necesites.

Finnix 125 se podio en Debian y entre sus novedades más destacadas se cuenta el kernel Linux 6.1, una pequeña selección de nuevos paquetes que entran a formar parte de la imagen de instalación, incluyendo algún conjunto; cambios en la gobierno de software, incluyendo veterano flexibilidad para obtener paquetes recientes, pero estables a través de una combinación de los repositorios Testing y Sid; y otros cambios, según puedes adivinar en el anuncio oficial.

Si no era tu caso, ya conoces a Finnix, «the diferente utility live Linux distribution«. Más información, en el sitio web del proyecto. Ahí encontrarás, por otra parte de la descarga, documentación y hasta un tutorial en vídeo que te vendrá admisiblemente para provenir. Pero no te asustes si tienes un leve de experiencia con la cadena de comandos de Linux, porque es todo muy primordial.

Oracle ha publicado JDK 20, que dependiendo del prisma por el que se mire puede ser entendido como OpenJDK 20 o Java 20. Una vez más, recordamos que OpenJDK es la pulvínulo de la implementación comercial de Java desde la lectura 7, así que las dos grandes vertientes de la tecnología están conectadas desde hace muchos primaveras.

Una vez más, JDK 20 no es un tirada, condición que sí tenga la lectura 21, cuyo tirada está programado para septiembre de 2023 si a Oracle no se le tuercen los planes. Desde que la cadencia de lanzamientos fue cambiada a cada seis meses, las nuevas versiones de Java no suelen incluir una gran cantidad de novedades, pero sí ha servido para que el progreso y la proceso de la tecnologías sean más constantes. Sin más dilación, procedemos a exponer los aspectos más destacados de la última lectura del JDK.

Los primero que sobresale de Java 20 son los patrones de registro, los cuales están en segunda grado previa y según Oracle mejoran la productividad del desarrollador mediante la extensión de la coincidencia de patrones para expresar consultas de datos más sofisticadas. Los patrones de registro y los patrones de tipos pueden ser anidados para aclarar la puerta a una forma de navegación y un procesamiento de los datos declarativa y componible. Relacionado con esto y en cuarta grado previa está la coincidencia de patrones para las sentencias y expresiones switch.

La segunda novedad destacada es la API de función foránea y de memoria, que ahora se encuentra en segunda grado previa y reemplaza la Interfaz Nativa de Java (JNI) con un maniquí de progreso en Java puro y con un rendimiento igual o superior a JNI y sun.misc.Unsafe. Ofrece diversas vías para negociar con diferentes tipos de memoria externa (memoria nativa, memoria persistente, etc); acomodar otras plataformas como por ejemplo x86 de 32-bit; usar funciones foráneas escritas en lenguajes como C, C++ o Fortran; encima de permitir a los programas aceptar a término operaciones insegura sobre la memoria foránea, pero avisando a los usuarios sobre dichas operaciones por defecto.

En casa de campo grado de incubación está la API de vectores, de la que ya expusimos en anteriores ocasiones. En JDK 20 ha mejorado su rendimiento hasta conseguir pasar a los cálculos escalares equivalentes, cosa que se ha conseguido mediante la inclusión de una API para expresar cálculos vectoriales que se compilan en tiempo de ejecución en instrucciones vectoriales que son óptimas para las arquitecturas de CPU soportadas.

Problemas corregidos de JDK 11 a JDK 20 por organización

Problemas corregidos de JDK 11 a JDK 20 por estructura.

En segunda grado previa han llegado los hilos virtuales, los cuales son hilos más livianos que reducen el esfuerzo de escribir, perseverar y observar aplicaciones concurrentes de parada rendimiento. La característica procede de Project Loom y tiene como objetivo refrescar el maniquí de concurrencia de Java con el fin de ajustarlo a las micción actuales de las aplicaciones de servidor a gran escalera. Hasta ahora las vías empleadas para implementar los hilos de Java tenían como coste un desperdicio del hardware por infrautilización o la condición de esfuerzo adicional por parte del programador correcto al uso de peores modelos de programación.

En grado de incubación ha llegado a JDK 20 los títulos de gravedad, que permiten compartir datos inmutables en el interior y entre hilos. Es preferible utilizar los títulos de gravedad antaño que las variables de un hilo en locorregional, sobre todo cuando se emplea una gran cantidad de hilos virtuales. Por otra parte, proporcionan facilidad de uso, comprensibilidad, robustez y rendimiento.

Y como última novedad destacada, en segunda grado de incubación está la concurrencia estructurada, que simplifica la programación multhilo mediante la inclusión de una API para la concurrencia estructurada.

Todos los detalles sobre Java 20 pueden ser consultados a través de las notas de lanzamiento disponibles en la web de OpenJDK y en la entrada publicada en el blog oficial de Java. La lectura software librado del JDK puede ser obtenida desde el sitio web de Java (alternativamente y extraoficialmente desde Adoptium) y la comercial desde la web de Oracle. Recomendamos apelar a OpenJDK en caso de tener dudas sobre las restricciones de la lectura comercial, ya que Oracle asustó a muchos al cambiar la inmoralidad en 2018, a pesar de ser un movimiento con un impacto real reducido.

Advertencia, desplázate para continuar leyendo

Como ya sabrá todo el mundo a estas staff, Ubuntu ha vetado la preinstalación de Flatpak en todas sus ediciones oficiales, una osadía que en ningún caso impide la instalación y uso de Flatpak, sino que regula las características predeterminadas del sistema. Una osadía que, a pesar de ello y como cabía esperar, no estuvo exenta de polémica. Y de aquellos polvos, estos lodos: Ubuntu Flatpak Remix entra en imagen.

En sensación, la osadía de Canonical fue polémica, básicamente porque todo lo que se enmarque en la competencia entre Snap y Flatpak lo es, pero sobre todo porque son muchos los usuarios a disgusto con la táctica de Canonical en torno a los paquetes Snap, así como porque han mentido con respecto a Flatpak. Estos dos últimos aspectos son secreto para entender un asunto que va más allá del carácter centralizado de Snap, aunque su origen sea ese.

Ergo, Canonical tiene la potestad de realizar como considere y los usuarios de aceptarlo o no y de quejarse por ello. Lo que no es aceptable es la mentira, poco que hasta hace acertadamente poco no se habían quitado de encima. Acerca de este tema tienes toda la información en el primer enlace. Échale un vistazo si quieres aprender más, porque no voy a repetirlo ahora. Solo un apunte: de todos los sabores oficiales de Ubuntu, solo Kubuntu y Ubuntu Unity preinstalaban Flatpak.

O sea, Ubuntu nunca preinstaló Flatpak y, sin confiscación, aparece ahora Ubuntu Flatpak Remix, un tesina cuya descripción es tan sencilla como contradictoria para con su existencia. Como reconocen en su FAQ, el único motivo para crear esta variable es guardar al sucesor cinco minutos, que es lo que tarda en instalar el soporte de Flatpak y, si así lo desea, GNOME Software y la integración con Flathub como broche. ¿En serio?

El razonamiento es tan escaso que se cae por su propio peso. Quien sea que esté detrás de este engendro no lo ha hecho para ahorrarle cinco minutos a nadie, me temo, porque de ser así lo habría hecho hace abriles, que es el tiempo que lleva Ubuntu sin ofrecer soporte de Flatpak por defecto. Lo ha hecho para utilizar el momento, lo cual no está acertadamente. Y no solo no está acertadamente por subirse a lomos de una polémica para autopromocionarse, sino por el mismo fondo del asunto.

Lo digo de verdad: me esperaba que la motivación detrás de Ubuntu Flatpak Remix fuese alguna postura radical pro-Flatpak. Seguiría sin recomendarla, pero al menos tendría un exiguo de sentido el invento. Pero… ¿guardar cinco minutos? ¿Van a difundir incluso una Linux Mint Snap Remix? Solo interrogo, ya que lo de ahorrarse cinco minutos es el eje para crear una distribución que, afortundamente, va a suceder con pena y no con goce.

Lo voy a repetir por si destino: Canonical tiene el derecho de hacer lo que quiera con Ubuntu, como lo tenemos los usuarios de aceptarlo y de criticarlo. Yo mismo he criticado a Canonical por Snap y seguiré haciéndolo. No solo eso: Snap me está alejando de Ubuntu como ninguna otra de las decisiones de Canonical había hecho antaño, aunque por el momento no lo considere un multiplicador crítico para prescindir de la distribución.

De modo correspondiente, los desarrolladores de Ubuntu Flatpak Remix tienen el derecho de montarse lo que quieran aun cuando no se sostenga ni un poco el argumento, como lo tenemos los demás de proponer a quien se sienta tentado si quiera por probarlo: no lo hagas; usa el Ubuntu oficial y tarda cinco minutos en instalar Flatpak, que te sale a cuenta a ti y a todos. Al ecosistema de Linux, en genérico. Pespunte ya de suscitar basura solo porque se puede.

Advertencia, desplázate para continuar leyendo

Vamos con un artículo de opinión que espero que sea breve, pero que tenía que transmitir sí o sí… Y es que por fin Wayland está provecto en KDE Plasma, al menos para mí. Se ha hecho de rogar, pero el momento ha llegado y a mí, personalmente, me reconforta. Así que voy a contar un poco cómo ha sido y está siendo mi experiencia.

Para poner en perspectiva el asunto, aunque sé que no hace mucha errata porque llevamos abriles dando la tabarra con el tema de Wayland, el «nuevo» protocolo croquis del escritorio Linux cumple este 2023 tres lustros desde su divulgación y, en muchos casos, lo que hace tiempo que tenía que ser el presente, todavía es el futuro. En ese artículo que enlazo, publicado hace poco más de un año, resumo con más detalle de lo que lo haré ahora el estado de Wayland en Linux.

El primero en dar el brinco fue el escritorio GNOME de la mano de Fedora va camino ya de siete abriles, aunque en horno a la verdad, tardía un par de abriles en ser una alternativa ‘usable’.Desde entonces no ha hecho si no mejorar y la experiencia de GNOME con Wayland es excelente. Con KDE Plasma no fue así, desafortundamente, y puedo dar fe de ello porque con cada nueva traducción del entorno de escritorio, lo he ido probando.

No obstante, casi siempre he durado muy poco porque yo uso el PC para trabajar y no estoy para tener experimentos. Pese a ello, lo he intentado en cada ocasión que he tenido con el mismo resultado: el regreso a las X, una opción más madura, estable y con un mejor rendimiento. Casualmente, la última vez que me sumergí durante un periodo de tiempo prolongado con Plasma en Wayland, fue hace un par de abriles, tras el divulgación de KDE Plasma 5.21.

No solo eso: tal día como hoy hace un par de abriles, un 3 de marzo de 2021, publicaba el artículo Wayland en KDE Plasma progresa adecuadamente, pero necesita mejorar, una opinión en la que, como en esta, contaba mi experiencia. Entonces, como ahora, llevaba usando Wayland desde el divulgación de la nueva traducción del escritorio. Ahora, a diferencia de entonces, no me vuelvo a X.Org, sino que me en voz baja en Wayland… y no porque todo vaya valentísimo.

A memorizar: la grandísima mayoría de errores que detectaba al usar Wayland en zona de X.Org han desaparecido, aunque alguno queda por ahí. En estas dos semanas, por ejemplo, he detectado:

  • Las webapps siguen sin mantenerse en su propio icono en el panel y, al abrirlas, se añaden al icono del navegador. Entiendo que este equivocación es de Plasma, porque en GNOME no sucede.
  • Las imágenes y vídeos de Telegram se abren la primera vez en la arista superior. Tengo que cerrarlas y volverlas a desobstruir para que se muestren en el centro de la pantalla.
  • Algún icono del atleta abre un segundo icono tras ejecutar la aplicación, lo que se resuelve renombrando la orden de ejecución (por ejemplo, renombrando la orden de ejecución de GIMP de «gimp-2.10» a «gimp» arreglado).

Ya está. Esos son los problemas específicos con los que me he topado en este par de semanas de uso íntegro de Wayland en KDE Plasma 5.27. El que más me molesta es el de las webapps, pero como siquiera uso tantas y casi nunca al mismo tiempo, puedo pasarlo por parada. Sin confiscación, tengo otras consideraciones a compartir con respecto a mi experiencia, ya que con este tipo de pequeños errores uno puede convivir; pero hay otros que simplemente no son aceptables.

Wayland en KDE Plasma

Mi escritorio tal cual lo estoy usando

Por ejemplo, poco que he notado con el brinco a Wayland es que el escritorio parece más propenso a reiterar fallos que creía olvidados, como es que el escritorio te explote. Sí, sé que esto suena chungo, pero estoy hablando de que en este par de semanas de uso -uso intensivo, ojo- me ha podido ocurrir un par de veces o tres. Es atractivo, porque este era uno de los problemas típicos de KDE Plasma hace unos abriles, pero había quedado antes y aunque te pase solo un par de veces en muchos días, se nota.

Dicho lo cual, esto de que te explote el escritorio, por más cutre que resulte, me preocupa poco porque se resuelve en unos pocos segundos y no tiene consecuencias serias (no pierdes información ni ausencia por el estilo). Lo dejo de momento como una curiosidad, entregado que ni siquiera puedo apoyar que no sea un error puntual de la nueva traducción de Plasma, aunque lo arrechucho a Wayland.

Mi gran problema con Wayland, mi anciano obstáculo para considerarlo como una alternativa verdadero a las X era, por raro que suene, el rendimiento, un aspecto que se supone que debería ser mejor, pero que en mi caso no lo era. Al punto de notar cómo cualquier cosa que hiciese en el escritorio me transmitiera una sensación de deslizamiento que me exasperaba. No era específicamente una pérdida de rendimiento como tal, sino una sensación de errata de fluidez con la que no podía.

Cuál fue mi sorpresa al poner al día a KDE Plasma 5.27 e iniciar sesión con Wayland… y no percibir diferencia alguna. Más increíble todavía: tras varias horas usando la sesión con Wayland y retornar a X.Org, me sucedió preciso al revés, me parecía que todo iba como un poco más atrancado. Así que los siguientes días estuve yendo y viniendo para probarlo todo, hasta que me harté y decidí quedarme en Wayland, que es donde sigo y, incólume sorpresa a la inversa, seguiré.

Advertencia, desplázate para continuar leyendo

Tengo que reconocerlo: que este «estado de chispa» haya llegado con la última traducción de Plasma 5 me deja un sabor agridulce. Por un costado, ha tardado congruo más de lo esperado, aunque por fin esté aquí. Solo espero que Plasma 6 no nos haga sufrir mucho y, en todo caso, KDE Plasma 5.27 es una traducción LTS, así que menos es ausencia.

En mi opinión, si KDE iba un par de abriles por detrás de GNOME en su implementación de Wayland, ha pisado el acelerador a saco de proporcionadamente y aunque no llegó a cumplir objetivos en 2022, lo ha hecho ahora. Más vale tarde, que se suele aseverar. Pero repito: esta es mi experiencia; la tuya puede ser muy diferente porque si hay poco seguro, es que esto de Wayland no es una ciencia exacta.

Es en este sentido en el que GNOME va por delante. Así, mientras que para mí Wayland ya es una opción en mi equipo principal, todavía tengo que probarlo en otros, por ejemplo con gráficas Nvidia y otros etcéteras que pueden dar sorpresas y no para proporcionadamente. Cuando llegue allí, lo contaré por aquí. Mientras tanto… ¡ya funciono con Wayland en Plasma!