SoftwareLibre

Ubunlog APTUI: gestiona APT desde una interfaz en TUI para Ubuntu, Debian y derivados https://ubunlog.com/wp-content/uploads/2026/03/APTUI.webp APTUI es una nueva interfaz de usuario de terminal (TUI) de código abierto que promete revolucionar la forma en que interactuamos con el gestor de paquetes APT en distribuciones como Debian, Ubuntu y Linux Mint. Desarrollada en Go y construida sobre el moderno framework Bubble Tea, esta herramienta ofrece una experiencia interactiva y visualmente organizada directamente desde la consola, combinando la potencia de la línea de comandos con la comodidad de una interfaz gráfica ligera. A diferencia de las herramientas gráficas tradicionales, APTUI no reemplaza a APT, sino que actúa como un frontal intuitivo sobre los comandos habituales como apt install, apt remove o apt upgrade. Su objetivo es precisamente llenar el vacío en servidores o sistemas sin entorno gráfico, y ofrecer a los usuarios que prefieren la terminal una manera más ágil y visual de gestionar su software, manteniendo siempre el control y la transparencia del sistema subyacente. APTUI: el terminal se viste de gala para gestionar paquetes El proyecto, que ya es utilizable a pesar de encontrarse en una fase temprana de desarrollo, convierte el terminal en un verdadero centro de control. Su interfaz, manejada completamente con el teclado, se asemeja a un panel ligero donde la información y las acciones están al alcance de unas pocas teclas. Estas son algunas de las características más destacadas que lo diferencian: * Navegación y búsqueda inteligente: Permite explorar el repositorio completo con un sistema de búsqueda difusa (fuzzy matching) y filtros por atributos. La información se organiza en pestañas que separan todos los paquetes, los instalados y aquellos con actualizaciones disponibles, ofreciendo una visión clara del estado del sistema. * Gestión de paquetes sin complicaciones: Desde la misma interfaz se pueden instalar, eliminar, purgar o actualizar paquetes, incluso en lotes seleccionando múltiples elementos. Un panel lateral muestra los metadatos completos de cada paquete, incluyendo versión, descripción, arquitectura y origen. * Historial de operaciones con «deshacer»: Una de las funcionalidades más potentes es su sistema de historial de transacciones. APTUI registra las acciones realizadas y permite deshacer o rehacer operaciones recientes con simples atajos de teclado, proporcionando una red de seguridad muy valiosa. * Control total de repositorios y mirrors: La herramienta integra la gestión de repositorios, permitiendo listar, habilitar, deshabilitar, añadir o eliminar PPAs y repositorios, tanto en el formato tradicional .list como en el más moderno DEB822 .sources. Además, puede probar la velocidad de los mirrors disponibles y sugerir o aplicar cambios para optimizar las descargas. Desde terminal, pero más estético Como es de esperar, cualquier acción que modifique el sistema requiere privilegios de superusuario, por lo que basta con ejecutar APTUI con sudo para realizar instalaciones, actualizaciones o cambios en los repositorios. Si quieres probarlo o consultar su código fuente (publicado bajo licencia MIT), puedes visitar su repositorio en GitHub, donde encontrarás instrucciones de instalación y binarios precompilados. Sin duda, APTUI se presenta como una herramienta prometedora para los amantes del terminal que buscan una experiencia más moderna y eficiente.

fico para la biblioteca gráfica Mesa, adaptándola a la GPU AMD personalizada de la PS5, y ya ha propuesto su inclusión en la rama principal del proyecto Mesa. Una hazaña de alcance limitado A pesar de lo fascinante del logro, convertir tu PS5 en una «Steam Machine» casera no será posible para la inmensa mayoría de los usuarios. El exploit Byepervisor depende de dos vulnerabilidades críticas en el hipervisor que Sony parcheó hace años. Por lo tanto, este método solo funciona en consolas con versiones de firmware muy antiguas, específicamente entre las versiones 1.00 y 2.xx, lanzadas durante el primer año de vida de la consola (2020-2021). Dado que Sony obliga a actualizar el firmware para acceder a las funciones en línea y a los juegos más recientes, y no existe una forma oficial (ni oficiosa fiable) de degradar (downgrade) el sistema a versiones anteriores, el universo de consolas vulnerables a este hack es minúsculo. Además, aplicar este proceso requiere conocimientos técnicos avanzados y anula irremediablemente la garantía del dispositivo. Aunque no veremos distribuciones de «PS5 Linux» de instalación masiva a corto plazo, el trabajo de Nguyen (quien ya tiene un largo historial de exploits en PS Vita y PS4) tiene un valor incalculable para la preservación, la investigación de seguridad y como demostración de fuerza. Nos recuerda que, debajo de los ecosistemas cerrados y los jardines amurallados impuestos por los fabricantes, late un hardware de propósito general inmensamente capaz, esperando a ser liberado. Fuente: https://x.com/theflow0/

Ubunlog Linux en PS5: Logran correr Ubuntu 24.04 y jugar GTA 5 en Steam con ray tracing https://ubunlog.com/wp-content/uploads/2026/03/PS5-Linux-Ubuntu-24.04.png La comunidad del hardware hacking acaba de presenciar una de las hazañas técnicas más impresionantes de la actual generación de consolas. Andy Nguyen, un reconocido investigador de seguridad de Google conocido en la escena homebrew como «theflow0», ha logrado portar y ejecutar Linux de forma nativa en una PlayStation 5 Slim. Y no se trata de un simple experimento de arranque en modo terminal; Nguyen ha transformado la consola en un PC gaming completamente funcional corriendo Ubuntu 24.04.4, con soporte integral para Steam y la capacidad de ejecutar títulos AAA modernos con trazado de rayos activado. La PlayStation 5 como un PC de escritorio Bajo su carcasa y su sistema operativo cerrado, la PS5 comparte la misma arquitectura x86-64 que los ordenadores convencionales, equipada con una APU (Unidad de Procesamiento Acelerado) fabricada por AMD. La barrera que impide utilizarla como un PC tradicional es puramente de software: un hipervisor diseñado por Sony que restringe la ejecución de código no autorizado. El logro de Nguyen consistió en derribar esa barrera para instalar un entorno Linux basado en el kernel 6.19. El resultado es un sistema robusto que soporta audio y vídeo en resolución 4K a través de HDMI, reconociendo además todos los puertos USB de la consola con total normalidad. Para demostrar la potencia bruta liberada, Nguyen ejecutó Grand Theft Auto V (Enhanced Edition) a través de Steam, logrando mantener unos estables 60 fotogramas por segundo a una resolución de 1440p, incluso con el exigente trazado de rayos activado en modo «Alto RT». I ported Linux to the PS5 and turned it into a Steam Machine. Running GTA 5 Enhanced with Ray Tracing. 勞 pic.twitter.com/aMbT0PQ1dS — Andy Nguyen (@theflow0) March 6, 2026 Este nivel de rendimiento es especialmente notable considerando que la aceleración por hardware de la GPU aún no está implementada al 100% en este entorno Linux. Durante las pruebas, el procesador (CPU) operó a 3,2 GHz y la tarjeta gráfica (GPU) a 2,0 GHz. Aunque el hardware permite alcanzar frecuencias mayores (3,5 GHz y 2,23 GHz, respectivamente), Nguyen advirtió que al forzar estas velocidades máximas, la PS5 Slim experimentaba problemas graves de sobrecalentamiento rápido, evidenciando las limitaciones térmicas de un chasis diseñado específicamente para cargas de trabajo de consola, no de un PC de escritorio bajo estrés continuo. La ingeniería del exploit: «Byepervisor» El asalto a la arquitectura de seguridad de la PS5 no es un proceso trivial, ya que el corazón de la consola utiliza un coprocesador PSP (Procesador de Seguridad de Plataforma) de AMD que gestiona las claves criptográficas. Durante el encendido, la consola ejecuta código inmutable desde una ROM de arranque, verificando la firma digital del gestor de arranque (bootloader). Solo si esta firma coincide con las claves grabadas en la fábrica, el gestor de arranque procede a cargar y verificar el hipervisor o el kernel del sistema operativo oficial. Para romper esta cadena de confianza, Nguyen utilizó un exploit bautizado acertadamente como Byepervisor. El ataque consta de dos fases críticas: * En la primera, se debe inyectar código no firmado en el firmware principal. Para ello, se recurre al exploit UMTX (que aprovecha vulnerabilidades en el motor web WebKit) o a una vulnerabilidad en el controlador BD-J mediante la inserción de un disco Blu-ray manipulado. * Una vez dentro, en la segunda etapa, se ejecuta el archivo byepervisor.elf a través del gestor de arranque. Esto fuerza al sistema a entrar en un estado de recuperación de firmware, permitiendo alterar el hipervisor y tomar el control a nivel del núcleo para arrancar Ubuntu. Para asegurar que el entorno gráfico funcionase, Nguyen preparó un parche especí[...]

e documentados en portátiles ARM que vienen con Windows preinstalado. Además, las compilaciones en vivo mejoran su persistencia en unidades USB integrando scripts livesys con las nuevas capacidades del kit de herramientas Dracut. Finalmente, cabe mencionar que más allá del código de esta versión, la estructura organizativa del proyecto se encuentra en plena evaluación. Jef Spaleta, líder de Fedora, ha presentado una propuesta formal para reformar el proceso de desarrollo mediante la creación de un entorno de pruebas aislado. Este espacio permitirá a los programadores experimentar con nuevas tecnologías sin comprometer la estabilidad de la rama principal del sistema operativo. Las innovaciones que demuestren su viabilidad y superen los criterios de revisión programados en este entorno de pruebas podrán integrarse gradualmente en las futuras distribuciones oficiales. Si estas interesado en poder conocer mas al respecto, puedes consultar los detalles en el siguiente enlace.

Desde Linux Fedora 44 Beta llega con GNOME 50, módulo NTSYNC y compilaciones reproducibles https://blog.desdelinux.net/wp-content/uploads/2026/03/fedora-linux-44-beta.jpg El ciclo de desarrollo de Fedora 44 ha entrado en su fase de pruebas final con la publicación de su versión beta, preparando el terreno para el lanzamiento definitivo programado para el 14 de abril. Esta versión se centra en la seguridad del código, la modernización de los entornos de escritorio y la depuración del rendimiento en juegos y arquitecturas ARM, implementando cambios profundos bajo el capó y preparando reformas para el futuro del proyecto. Seguridad estructural y gestión de paquetes El proyecto ha logrado un avance en la seguridad de su infraestructura al alcanzar un 99% de cobertura en compilaciones reproducibles dentro de su repositorio. Anteriormente estancado en un 90%, este esfuerzo técnico sincroniza los metadatos de las fechas de modificación con el código fuente de referencia, garantizando que los usuarios puedan verificar que los binarios distribuidos coinciden exactamente con el código original, descartando alteraciones ocultas introducidas por herramientas comprometidas. A nivel de paquetería, el sistema integra por primera vez un kit de herramientas para el gestor Nix, permitiendo instalar software desde la colección nixpkgs tanto en directorios de usuario aislado como a nivel global. El gestor interno también evoluciona: el backend de PackageKit ha migrado a DNF5, y el sistema ahora crea enlaces físicos por defecto para archivos idénticos en la jerarquía del sistema, optimizando el espacio en disco de forma transparente. La modernización exige dejar atrás tecnologías antiguas, por lo que se elimina el soporte para compilaciones de sistemas host QEMU de 32 bits, se descarta el uso de FUSE 2 en las ediciones atómicas en favor de la versión 3, y se retiran definitivamente las reglas heredadas de polkit. Entornos de escritorio y reestructuración visual La experiencia de usuario tambien recibe mejoras en sus principales variantes. La edición principal actualiza su entorno a GNOME 50, una entrega que elimina por completo la compatibilidad con el servidor gráfico X11 e implementa un nuevo sistema de persistencia de sesiones. Las ediciones basadas en KDE (Plasma Desktop, Mobile y Kinoite) modifican su proceso de configuración inicial. Estas versiones abandonan las etapas de configuración del instalador Anaconda, delegando esta tarea exclusivamente al asistente nativo de Plasma para evitar conflictos, y reemplazan el tradicional gestor de inicio de sesión SDDM por el desarrollo propio del proyecto KDE. En el resto del ecosistema de escritorios, Budgie avanza a su rama 10.10 completando su traducción a Wayland, mientras que la edición equipada con MiracleWM sustituye la interfaz nwg-shell por Dank Material Shell. Rendimiento en juegos y soporte de hardware El rendimiento en simulaciones y compatibilidad de hardware presenta ajustes específicos. El módulo del kernel NTSYNC se habilita por defecto, mejorando el rendimiento de los juegos de Windows ejecutados a través de Wine. Este módulo implementa primitivas de sincronización del kernel de Windows NT, eliminando la sobrecarga de las llamadas a procedimientos remotos (RPC) en el espacio de usuario. Esta mejora coincide con el rediseño de Fedora Games Lab, que actualiza su catálogo de software apoyándose enteramente en Wayland y PipeWire. En cuanto a la instalación, Anaconda ha modificado su lógica de red para crear perfiles únicamente para los dispositivos configurados explícitamente durante la instalación, evitando la acumulación de perfiles inactivos que dificultaban la administración posterior. Para los usuarios de la arquitectura Aarch64, el cargador UEFI ahora selecciona automáticamente el archivo de descripción de hardware (DTB) adecuado, solucionando los problemas de arranqu[...]

añade compatibilidad oficial para los procesadores Ampere Computing Ampere1C y la familia Arm C1 (Nano, Pro, Premium y Ultra). Además, se estabiliza la función de Multiversionado de Funciones (FMV), permitiendo a los desarrolladores priorizar qué versión de una función ejecutar según las capacidades detectadas de la CPU. * x86: Se incorporan modos de compilación específicos para las inminentes microarquitecturas de Intel: Wildcat Lake (-march=wildcatlake) y Nova Lake (-march=novalake), junto con nuevas funciones intrínsecas para las extensiones vectoriales SSE, AVX y AVX-512. * Soporte Emergente: Se añade soporte para la arquitectura LoongArch32 y se implementan mejoras significativas en la generación de código para RISC-V, WebAssembly (renombrando el target wasm32-wasi a wasm32-wasip1) y PowerPC (que estrena ABI de flotación suave para el tipo half e instrucciones de aceleración AES). Infraestructura LLVM, LTO y Depuración (LLDB) El enlazador y las herramientas de optimización interprocedimental reciben mejoras en la optimización en tiempo de enlace distribuida (DTLTO) facilita ahora las compilaciones distribuidas añadiendo compatibilidad con la caché de ThinLTO para acelerar las compilaciones incrementales. Además, los objetos binarios contenidos en archivos estáticos (como libc.a) ahora se extraen y gestionan de forma transparente durante el proceso de distribución. En cuanto al depurador oficial del proyecto, LLDB 22, las mejoras son notables. Ahora incluye formateadores nativos para una gran cantidad de tipos de la biblioteca estándar (STL) de MSVC en Windows. Para los desarrolladores de ecosistemas web, LLDB es capaz de establecer puntos de interrupción y mostrar trazas de pila (backtraces) al depurar binarios WebAssembly (Wasm) utilizando tiempos de ejecución compatibles como WAMR o el motor V8. Finalmente, la línea de progreso en la terminal ahora utiliza códigos de escape OSC, mostrando una barra nativa mucho más limpia en terminales modernas compatibles. Finalmente, si estas interesado en poder conocer mas al respecto, puedes consultar los detalles en el siguiente enlace.

Desde Linux LLVM 22.1.0: Novedades en Clang 22, C++26 y gestión de memoria https://blog.desdelinux.net/wp-content/uploads/2026/03/LLVM-logo.png Hace pocos dias se dio a conocer el lanzamiento de la nueva version de la infraestructura de compilación más influyente del desarrollo moderno de software LLVM 22.1. Esta version llega tras un ciclo de desarrollo de seis meses, añadiendo una gran cantidad de cambios que no solo amplía la compatibilidad con arquitecturas, sino que introduce herramientas profundas para la gestión de memoria y se adelanta a los futuros estándares de los lenguajes C y C++. Y es que ahora el control sobre cómo y dónde se asigna la memoria es crítico para el rendimiento y la seguridad. Clang 22 introduce los Tokens de Asignación de Memoria (Allocation Tokens), habilitados mediante el indicador -fsanitize=alloc-token. Esta característica permite marcar las operaciones de reserva de memoria (como malloc) con identificadores únicos. El objetivo es revolucionar la organización del heap (montón), facilitando la agrupación de objetos según su propósito o frecuencia de acceso (separando datos «calientes» de uso frecuente de los «fríos»), y simplificando drásticamente la detección de fugas de memoria. En la depuración, el detector de comportamientos indefinidos (UBSan) se ha vuelto mucho más comunicativo. Al utilizar el modo trampa (-fsanitize-trap=undefined), el compilador ahora puede incrustar la causa exacta del error directamente en la información de depuración generada. Mediante el nuevo indicador -fsanitize-debug-trap-reasons, los desarrolladores pueden elegir entre descripciones «básicas» (ej. «Desbordamiento de suma») o «detalladas» (ej. «Desbordamiento de suma de enteros con signo en ‘a + b'»). Novedades en C (Hacia C2y y C23): * Ejecución Diferida (defer): Se ha implementado un borrador que trae el popular mecanismo defer a C (activable con -fdefer-ts), permitiendo programar la ejecución de bloques de código (como la liberación de recursos o cierre de archivos) justo al salir del ámbito actual. * Bucles con Nombre: Anticipándose al estándar C2y, ahora es posible etiquetar bucles y sentencias switch. Esto permite usar sentencias break y continue dirigidas explícitamente a un bucle exterior específico, eliminando la necesidad de variables de estado complejas o el denostado goto para escapar de bucles anidados. * Soporte de NaN Señalado: En cumplimiento con C23, el encabezado float.h soporta ahora las macros FLT_SNAN, DBL_SNAN y LDBL_SNAN, introduciendo valores NaN (Not a Number) que provocan excepciones inmediatas al ser utilizados en operaciones aritméticas, vital para la depuración de cálculos científicos. Novedades en C++ (C++20 y C++26): * Enlaces estructurados en expresiones constantes: Apuntando a C++2c (C++26), Clang 22 permite el uso de structured bindings dentro del contexto constexpr. Esto significa que desempaquetar arreglos o estructuras simples en variables individuales ahora puede resolverse íntegramente en tiempo de compilación. * Evaluación de Restricciones (C++20): Cumpliendo con el estándar C++20, las restricciones de plantillas (constraints) ahora se normalizan antes de ser verificadas. Esto garantiza un manejo adecuado de los errores de sustitución (SFINAE) en los argumentos de plantilla y produce mensajes de error de diagnóstico infinitamente más precisos cuando un concepto (concept) no se cumple. * Punteros Incompatibles: Un cambio drástico en el indicador -Wincompatible-pointer-types ahora genera un error de compilación por defecto, en lugar de una simple advertencia, forzando un tipado estricto (se puede revertir con -Wno-error=incompatible-pointer-types). Expansión de Backends y Arquitecturas LLVM 22.1.0 consolida su posición como el compilador universal, expandiendo el soporte para hardware de última generación: * AArch64 (ARM de 64 bits): Recibe soporte masivo para servidores y HPC. Se[...]

MuyLinux ¿Qué reproductor de vídeo y música usas en Linux? https://www.muylinux.com/wp-content/uploads/2026/03/vp.jpg Hablemos de reproductores de vídeo y música en Linux: ¿qué usáis por ahí? Puede parecer una pregunta nimia, pero tiene su aquel. O así me lo ha sugerido un vídeo que acabo de ver y que, entre otras cosas, demuestra cómo ha pasado el tiempo para determinado tipo de aplicaciones. ¿Os acordáis cuando era habitual que publicásemos noticias sobre reproductores de vídeo, de música…? Son aplicaciones que se siguen desarrollando, renovando y que todo el mundo tiene instaladas, porque son un básico del escritorio… aunque cada vez menos gente las use con asiduidad. O esa la sensación que deja la era del streaming. Con el auge de los servicios para escuchar música y ver películas, series y vídeos en general, los reproductores de contenido local parecen haber quedado relegados para lo justo, esto es, para cuando hagan falta de manera muy puntual, lo cual da pie a plantearse otra cuestión: ¿cómo ha cambiado el panorama en todo este tiempo? El vídeo que me ha sugerido traer aquí este asunto lo ha publicado hace un rato mi compi Edu en su canal en YouTube, donde suele reflexionar sobre toda clase de temas relacionados con Linux muy en su línea, bastante radical por lo general y con la que tiendo a estar de acuerdo a medias. Me sucede lo mismo en este caso. Eduardo habla de VLC como tecnología obsoleta en Linux y lo hace con argumentos, aunque la pregunta que soslaya repetidamente tiene fácil respuesta: mucha gente sigue usando VLC porque es un referente en su categoría, porque muchas distribuciones lo preinstalan… y porque, en la mayoría de los casos, sigue funcionando bien. No tiene más misterio. https://www.muylinux.com/wp-content/uploads/2026/03/haruna.jpg Haruna en KDE Plasma ¿Hay mejores alternativas a día de hoy? Las hay. Aunque lo cierto es que siempre las ha habido. Pero no me interesa tanto entrar en ese debate, como retomar la cuestión de marras, que extiendo a los reproductores de música… los cuales he abandonado de facto. Hace años que no instalo un reproductor de música y, si lo hago, es para probar alguna cosa y adiós. Con una excepción: los podcast. Una de las aplicaciones que más uso en mi día a día es Kasts, que funciona genial… Y también me planteo dejarla atrás y confiarlo todo al streaming, algo que no hago porque a diferencia de la música, los podcast son un medio más delicado —hablando en términos de monopolios, pero también de conveniencia. Pero, como se suele decir, esa es otra historia. Lo que sigo usando son reproductores de vídeo, aunque prácticamente todo lo veo por streaming. Sin embargo, tener un reproductor de vídeo local sigue siendo un must have para mí y como en un momento dado también sirven para escuchar música… tengo instalados tres: Haruna, que uso como principal; SMPlayer (también como frontend de MPV) y… sí, VLC, ambos como alternativas por si necesito algunas de sus opciones avanzadas. Publico esta entrada en la categoría de opinión, porque opino que este tipo de aplicaciones son un poco cosa del pasado en su faceta de killer apps. O lo que es lo mismo, siguen siendo herramientas indispensables por funcionalidad básica, pero de uso esporádico, o común solo para un nicho cada vez menor de usuarios. Claro que puedo estar equivocado. Por eso aprovecho la entrada para lanzaros la pregunta: ¿qué reproductor de vídeo y música usáis en Linux? ¿Y por qué, si es que hay un porqué más allá de «es el que venía preinstalado»? La entrada ¿Qué reproductor de vídeo y música usas en Linux? es original de MuyLinux

http://www.linuxhispano.net/feed/ Standup https://www.linuxhispano.net/wp-content/uploads/2026/03/standup.jpg La entrada Standup se publicó primero en Linux Hispano.

MuyLinux Un pequeño gran cambio en MuyLinux https://www.muylinux.com/wp-content/uploads/2026/03/penguins.jpg Hoy, MuyLinux cumple 19 años. Poca broma ¿eh? Pero no es ese el motivo de esta entrada, aunque la coincidencia tampoco está de más. ¿De qué va todo esto, entonces? De un pequeño gran cambio que ha llegado al sitio y que me gustaría señalar para que todo el mundo se entere. Desde hace unos días, la versión móvil de MuyLinux ha vuelto a la forma que no debería haber perdido nunca: la del tema propio del sitio. Hasta ahora, MuyLinux utilizaba en el móvil una horrorosa capa publicitaria repleta de anuncios, contra la que he estado batallando desde el principio. No porque esté en contra de los anuncios, un recurso indispensable para la subsistencia de cualquier sitio de acceso gratuito como el nuestro, sino porque una cosa es mostrar publicidad y otra abusar de ella. Por qué hemos aguantado tanto con esa versión móvil, cuando en el escritorio se puede disfrutar de una experiencia realmente limpia, pertenece al ámbito del negocio, aunque puedo asegurar que no ha sido por molestar a nadie. Lo que me importa ahora es que esa etapa ha terminado y, a falta de algún retoque, la versión móvil de MuyLinux vuelve a ser un primor que os animo a visitar… Y algo más, ya que estamos. En este sentido, a diferencia de otros, MuyLinux se parece bastante al resto de sitios que pueblan Internet, y es que la mayoría de visitas que recibimos viene del móvil. Así es, por más que aquí seamos fervientes usuarios de escritorio. No solo eso: mientras que la mayoría de nuestra comunidad tiene a Firefox como opción de cabecera, Chrome domina de forma aplastaste nuestras estadísticas… con Firefox superando a Edge, Safari y Opera, eso también. ¿Más estadísticas? Nuestra base de usuarios sigue estando en su mayor parte en España, pese a que ya no llega al cincuenta por ciento. Le sigue México, Argentina, Colombia, Chile y… Estados Unidos, donde hemos observado un crecimiento insólito en el último par de años. También nos leéis muchos desde Perú, Venezuela y otros países de América, aunque es en Europa donde hemos crecido más ultimamente: en concreto, en Alemania y Reino Unido (¿sois todos expats?). Pero volvamos con el ya que estamos, porque voy a aprovechar la ocasión para pediros una excepción para MuyLinux. Ya sabéis: una excepción en el adblock, tanto en el escritorio como en el móvil. Para nosotros supone una ayuda y para vosotros poco trauma, porque tenemos la publicidad al mínimo y bien afinada. Os animo a comprobarlo: tal y como hacemos con los artículos patrocinados que publicamos, procuramos que todo lo que se muestre lo haga de manera lo más escrupulosa posible en cantidad y forma. ¿Os preocupa la privacidad? Si usáis Firefox o Brave, no debería, por cómo gestionan las cookies. Tampoco Vivaldi, si lo tenéis bien configurado. En todo caso, la posibilidad de rechazar la advertencia por completo está ahí. Igualmente, si nos añadís a vuestra lista blanca, os agradecemos el gesto porque nos ayuda a seguir adelante. Por cierto, esto va por nosotros, pero también por nuestros compañeros de MuyComputer, pues utilizábamos el mismo sistema. Por último, un apunte necesario: no todo ha sido para bien. Estamos mirando el tema de Disqus para habilitar los comentarios en la versión móvil, ya que ha estado dando problemas y ahora ni aparecen. Y eso es todo. Os diría que por 19 años más, pero no estoy seguro de ello. El año que viene será el veinte aniversario. Si llegamos, lo celebraremos. La entrada Un pequeño gran cambio en MuyLinux es original de MuyLinux

MuyLinux El motor de juegos Unity mejora el soporte para Linux y el ecosistema de Steam https://www.muylinux.com/wp-content/uploads/2026/03/unity.jpg Unity Technologies ha anunciado que ampliará el soporte oficial de su motor de juegos para Steam, incluyendo Steam Deck y las futuras Steam Machine…. o lo que es —casi— lo mismo, para Linux. El anuncio se ha realizado en una de las conferencias que se han dado en la Game Developers Conference que se celebra estos días en San Francisco. Según se explicó durante el evento, el motor introducirá soporte oficial para Steam dentro de sus herramientas de plataforma, algo que hasta ahora no formaba parte de la oferta de Unity. Pero ¿y acaso Unity no tenía ya soporte de Linux? Hace más de una década que se lanzó el cliente para el sistema,  de hecho, hace tiempo que publicamos un tutorial para instalar Unity en Linux que, ojo al dato, es probable que haya quedado algo desactualizado. ¿Qué cambia ahora? Tal y como explica James Stone, responsable del equipo de Unity Platforms, la compañía quiere cambiar ese enfoque e integrar el soporte de forma más directa dentro de su ecosistema de desarrollo. En GamingOnLinux se han hecho eco de sus palabras, que traducimos íntegramente a continuación: Una cosa de la que puedo hablar ahora es que estamos incorporando soporte oficial para Steam en Unity. Sé que muchos diréis: «pero yo ya publico juegos en Steam», y es cierto. Miles de desarrolladores han tenido éxito en Steam con Unity. La cuestión es que, antes de Platform Toolkit, nunca habíamos ofrecido soporte oficial para Steam. Históricamente, siempre ha sido responsabilidad de los desarrolladores integrar Steamworks por su cuenta, así como publicar y dar soporte a sus títulos en esa plataforma. Y en Steam Deck, muchos de vosotros habéis tenido éxito con Proton. Pero creo que podemos hacerlo mejor con una solución nativa. Como mencioné antes, nuestro punto fuerte son los entornos de ejecución nativos de alto rendimiento. De ahora en adelante no solo ofreceremos objetivos de compilación para Steam, sino también para Steam Deck y la próxima Steam Machine. También buscaremos realizar mejoras específicas en nuestro entorno de ejecución para Linux con el objetivo de ofrecer aumentos de rendimiento nativos y eliminar la necesidad de que los desarrolladores dependan de Windows a través de Proton. Y, aunque Proton es fantástico, simplemente es algo sobre lo que no tenemos ningún grado de control ni capacidad de soporte. De hecho, ya hemos realizado algunas mejoras nativas en el runtime de Linux orientadas al hardware de Steam Deck, ofreciendo potencialmente una mejora de rendimiento frente a una compilación que se ejecute mediante Proton, y eso está disponible hoy mismo. En resumen, una muy buena noticia para el desarrollo y ejecución de juegos hechos con Unity en Linux, no solo porque se facilite la publicación directa en Steam desde Unity, sino también porque apunta directo a un problema que hemos debatido muchas veces aquí en MuyLinux: la necesidad de apostar por juegos nativos, en lugar de confiarlo todo a Proton, incluso cuando ambas versiones están disponibles… y hay ejemplos muy célebres de ello. La entrada El motor de juegos Unity mejora el soporte para Linux y el ecosistema de Steam es original de MuyLinux

Ubunlog Que con las opciones que hay en GNOME, Ubuntu siga con Rhythmbox como aplicación para reproducir música es algo que Canonical me tendrá que explicar https://ubunlog.com/wp-content/uploads/2026/03/Rhythmbox.webp Hace ya varios años desde que dejé Ubuntu y me pasé a Kubuntu. Ahora mismo, mis opciones son Manjaro KDE o el mencionado Kubuntu, y ni me planteo volver a usar Ubuntu con GNOME. Aunque es parte de la filosofía del proyecto, para mí GNOME es demasiado simple, y yo prefiero aplicaciones algo más potentes. Pero, filosofías aparte, lo que no consigo entender es por qué Rhythmbox sigue siendo el reproductor de música por defecto en Ubuntu/GNOME. Desde ya hace años, la aplicación oficial para reproducir música en GNOME, la principal del proyecto, es una propia de nombre GNOME Music, o sólo Música en español. Es sencilla, sí, pero creo que mejor que Rhythmbox cuando lo que buscamos es tener una biblioteca multimedia bien ordenada y con una estética aceptable. Aún así, Ubuntu, como Debian, deciden permanecer con lo que podríamos considerar como «viejo rockero». Rhythmbox en Ubuntu y Debian… por tradición Rhythmbox está por defecto en Ubuntu y Debian, por tradición o básicamente por no tocar algo que funciona. Pero las tradiciones pueden romperse, y si hay algo mejor, cambiar a ello. Por ejemplo, en 26.04, que llegará el próximo mes, habrá nuevas aplicaciones para reproducir vídeos y la que hará de monitor del sistema. La aplicación del terminal también cambió, y hablando de novedades, pronto veremos asteriscos al poner la contraseña al usar sudo. ¿Por qué seguir con Rhythmbox? Está claro que tendrán sus motivos, pero a mí tendrían que explicármelos. Y es que GNOME tiene muchos programas para reproducir música que dejan a Rhythmbox muy mal parado. Para que os hagáis una idea, buscad «music player» en Flathub. No aparece de los primeros, pero ahí está Lollypop, lo que, para ser honesto, usaría yo si no usara GTK. ¿Que se prefiere algo más cercano a GNOME? En su círculo encontramos Amberol. Para mí tiene una pinta brutal, y es sencilla como le gusta a GNOME. Algo parecido es Resonance, con una interfaz también muy cuidada y que queda perfecta en GNOME, pero esta ya no en el círculo oficial. Otras opciones, teniendo en cuenta que deben quedar bien en GNOME, incluyen: * Gapless. * Vynil. * Tauon. * Mtoc, aunque esta no es tan GTK como el resto. Iba a añadir a la lista Vvave, por su diseño minimalista, pero es de KDE y tira más de Qt. Quizá para 26.10 GNOME tiene muchas aplicaciones que superan a Rhythmbox como reproductor multimedia y biblioteca musical. Me atrevería a decir que son incluso más simples, aplicaciones que hacen justo lo que deben hacer: reproducir música y mostrar la biblioteca. Rhythmbox hace otra cosas, como ser compatible con dispositivos externos, pero no creo que sea algo de lo más usado. Si tuviera que apostar, pondría mi dinero a que pronto cambiarán de reproductor… aunque podría perder.