Ubuntu 24.04 está ahora disponible para OrangePi RV2

Ubuntu 24.04 en OrangePi RV2

Las placas simples son unos aparatos que gustan mucho a los usuarios más techies. Se pueden usar para infinidad de proyectos, como crear servidores propios, emisoras de radio, robótica y mucho más. Entre lo demás, podemos usarlo como un ordenador de escritorio, y de no ser algo que está interesando a la comunidad no se producirían noticias como la que os traemos hoy: Canonical ha lanzado una nueva imagen de Ubuntu 24.04 para una placa que no es la Raspberry Pi.

La placa que desde hace días ha pasado a estar soportada por Ubuntu 24.04 es la OrangePi RV2. En cuanto a la distribución de la imagen, hay diferencias con respecto a la de la RPi: la de la popular placa de la frambuesa está disponible en la página web oficial de Ubuntu/Canonical y su cdimage, mientras que la imagen para la OrangePi RV2 se encuentra enlazada en el sitio oficial y nos lleva a Google Drive. Está disponible desde el pasado marzo, pero la noticia no se ha conocido hasta poco.

Ubuntu 24.04 llega a más placas simples

Canonical, el editor de Ubuntu, se complace en anunciar la disponibilidad de imágenes de Ubuntu para desarrolladores para el nuevo ordenador monoplaca (SBC) OrangePi RV2 RISC-V. Estamos encantados de añadir esta última pieza de hardware a nuestro ecosistema de desarrolladores de Ubuntu, donde nuestros socios de RISC-V construyen sus propias imágenes de Ubuntu, ya que estamos comprometidos a proporcionar a los desarrolladores e innovadores acceso al último hardware y software de código abierto. Prevemos que estas nuevas imágenes para desarrolladores de Ubuntu tendrán un gran impacto y ayudarán a los desarrolladores a crear, prototipar y desplegar aplicaciones de vanguardia sobre tecnología RISC-V».

Orange Pi RV2 – Especificaciones Técnicas
SoC Ky X1 – 8 núcleos RISC-V de 64 bits, acelerador AI de 2 TOPS
Memoria RAM 2GB / 4GB / 8GB LPDDR4X
Almacenamiento
  • Opcional eMMC: 16GB / 32GB / 64GB / 128GB
  • Flash SPI: 128Mb (por defecto) o 256Mb
  • 2x M.2 M-Key (PCIe 2.0 x2): uno 2280, otro 2230
  • Ranura microSD (SDIO 3.0)
Red
  • 2x Ethernet Gigabit (controlador YT8531C-CA)
  • Wi-Fi 5.0 y Bluetooth 5.0 LE (módulo Ampak AP6256)
Vídeo
  • HDMI 2.0 hasta 1920×1440 @ 60 Hz
  • Conector MIPI DSI de 4 carriles
  • Soporte para doble pantalla independiente
Cámara 2x conectores MIPI CSI de 4 carriles
Audio
  • Salida de audio de 3.5mm (códec ES8388)
  • Salida de audio a través de HDMI
Puertos USB
  • 3x USB 3.0 Tipo-A
  • 1x USB 2.0 Tipo-A
  • 1x USB 2.0 host vía conector de 4 pines
Expansión
  • Cabecera de expansión de 26 pines (GPIO, UART, I2C, SPI, PWM, etc.)
  • 2x M.2 M-Key (PCIe Gen2 x2) para SSDs u otros módulos
Depuración Conector de depuración serial de 3 pines (3.3V)
Botones BOOT, RESET y POWER
RTC Conector de 2 pines para batería RTC (paso de 1.25mm)
Alimentación
  • 5V/5A a través de puerto USB Tipo-C
  • Conector de 2 pines para salida de 5V/1A (puede usarse para ventilador)
Dimensiones 89 x 56 mm
Sistemas Operativos Soportados Ubuntu 24.04, OpenHarmony, Android, OpenWRT

Con este movimiento, Ubuntu llega a aún más dispositivos. Para los que necesiten un sistema operativo de escritorio y no puedan desembolsar lo que piden por un ordenador, es una buena noticia.

from Linux Adictos https://ift.tt/hJiVj8p
via IFTTT

GCC 15.1 llega con nuevas funciones, compatibilidad COBOL y avances en arquitecturas

Logo GNU GCC

La versión 15.1 del conocido compilador GNU Compiler Collection (GCC) ya está disponible y marca un hito en la evolución de este proyecto, trayendo consigo importantes novedades tanto a nivel de lenguajes soportados como de arquitecturas y optimizaciones. Se trata de la primera edición estable de la serie 15, lo que implica que numerosas funciones y mejoras introducidas durante el ciclo de desarrollo se consolidan y quedan listas para su adopción en entornos de producción.

Uno de los puntos más destacados de este lanzamiento es la llegada de un front-end para COBOL. Esta novedad amplía la lista de lenguajes compatibles con GCC, permitiendo la compilación de código COBOL de forma nativa y abriendo la puerta para su modernización dentro de plataformas GNU. Además, se han incorporado numerosas mejoras en la usabilidad general y en la integración de otros lenguajes, como D y Modula-2, cuyo soporte ha sido perfeccionado con retoques adicionales en esta versión.

Más soporte y nuevas características para C, C++, Rust y Fortran

La edición 15.1 da un paso adelante en el estándar para el lenguaje C, que ahora adapta como predeterminado la versión C23. El soporte para C++ también ha sido incrementado con ajustes y nuevas implementaciones, mientras que el motor de compilación de Rust, conocido como gccrs, ha recibido mejoras notables en cuanto a compatibilidad y rendimiento, consolidando su prometedora integración en GCC.

El front-end de Fortran continúa evolucionando, ofreciendo una experiencia más robusta y alineada con las necesidades de los desarrolladores de este veterano lenguaje.

Optimización y ampliación de arquitecturas: AMD Zen 5, Intel Xeon, NVIDIA y AMDGPU

En cuanto a la compatibilidad con hardware, GCC 15.1 introduce optimizaciones específicas para los procesadores AMD Zen 5 (znver5) y añade nuevas capacidades para la familia de CPUs Intel Xeon 7 Diamond Rapids. También resalta el soporte para Intel AVX10.2, una revisión de las instrucciones AVX que solo abarca 512 bits, así como la introducción de las Intel Advanced Performance Extensions (APX). Como contrapartida, se ha retirado el soporte para Intel Xeon Phi, siguiendo así la lógica de las arquitecturas en desuso.

La compilación dirigida a aceleradoras gráficas también gana enteros: el back-end de AMDGPU habilita por defecto la biblioteca estándar de C++ (libstdc++) para tarjetas gráficas AMD y comienza a experimentar con el soporte para dispositivos genéricos. En paralelo, el back-end de NVIDIA NVPTX suma también compatibilidad con libstdc++, lo que resulta clave para quienes trabajan en entornos de cómputo acelerado.

Mejoras en depuración y offloading, y presencia en distribuciones

Además de optimizaciones de bajo nivel y ampliación de arquitecturas, GCC 15.1 introduce avances en depuración y en la gestión de tareas offload, especialmente en el marco de OpenMP. Todo esto se traduce en un entorno más moderno y flexible tanto para desarrollo como para su uso en sistemas de alto rendimiento.

El código fuente y detalles adicionales de la nueva versión están disponibles públicamente en la web oficial del proyecto, y los próximos días se espera la publicación de pruebas comparativas de rendimiento que analicen el impacto real de todos estos cambios.

Con el lanzamiento de GCC 15.1, la comunidad de desarrollo cuenta con un compilador más versátil, actualizado y preparado para responder tanto a retos clásicos como a los más actuales, desde la programación científica hasta la computación de alto nivel sobre arquitecturas y dispositivos modernos.

from Linux Adictos https://ift.tt/aDj9yim
via IFTTT

Vega OS: El Nuevo Sistema Operativo de Amazon para Fire TV y su Salto Definitivo Más Allá de Android

Vega OS

Amazon está ultimando un cambio fundamental en sus dispositivos Fire TV, que dejarán atrás su actual sistema operativo Fire OS, una plataforma desarrollada sobre Android, para apostar por su propio software independiente: Vega OS. Este movimiento supone una ruptura clara con la estrategia que la compañía ha seguido durante años, y abre un nuevo capítulo en su forma de diseñar, controlar y actualizar todo su ecosistema de dispositivos multimedia.

La decisión llega después de años de rumores y filtraciones sobre una supuesta dependencia incómoda de Google y sus servicios, que limitaba tanto la personalización como la interoperabilidad de los dispositivos Fire TV. El desarrollo de Vega OS busca atajar esas limitaciones y, de paso, reducir la carga de requisitos técnicos y mejorar la experiencia en dispositivos asequibles o de gama de entrada.

Vega OS: Una apuesta total por la independencia tecnológica

El desarrollo de Vega OS comenzó en 2023 y, aunque la compañía aún no ha celebrado una presentación oficial, ya se conoce que este nuevo sistema operativo de Amazon se ha probado en diversos productos para el hogar, como el Echo Show 5, Echo Hub y Echo Spot. Eso sí, estos dispositivos requieren menos exigencias que una smart TV o un reproductor de streaming, lo que ha servido a Amazon de banco de pruebas antes de abordar la transición en los Fire TV.

El objetivo último es ambicioso: Amazon quiere ejercer un control absoluto sobre el software y hardware de sus productos, eliminando su dependencia de Android y de las condiciones que impone Google en cuanto a actualizaciones, diseño o funcionalidades. Esta independencia permitirá a Amazon avanzar más rápido en el despliegue de nuevas funciones, adaptarse mejor a sus necesidades empresariales e incluso ajustar el sistema a su modelo de negocio, cada vez más centrado en la integración de servicios propios y control de la experiencia publicitaria.

Primeros pasos: de los dispositivos Echo a los Fire TV

Aunque la incorporación de Vega OS en productos Echo ya es una realidad, la verdadera revolución llegará cuando el sistema debute oficialmente en los Fire TV. Fuentes próximas a la compañía y filtraciones de expertos como Janko Roettgers (Lowpass) apuntan a que el primer dispositivo Fire TV con Vega OS podría llegar en la recta final de 2025, justo a tiempo para el periodo de ventas más intenso del año como el Black Friday.

Amazon ya ha contratado a numerosos desarrolladores y ha acelerado acuerdos con empresas de contenido para adaptar sus apps a la nueva plataforma. Algunas compañías relevantes, como Paramount, Rakuten o UKTV (filial de la BBC), estarían trabajando ya en versiones compatibles de sus servicios. De forma paralela, la propia Amazon se ha asegurado de que Prime Video y otras apps propias estén listas desde el primer día.

No más aplicaciones de Android: un desafío para usuarios y desarrolladores

Abandonar Android implica renunciar a la compatibilidad con su inmenso catálogo de aplicaciones, un aspecto que muchos usuarios han valorado durante años. Hasta ahora, los Fire TV permitían instalar aplicaciones Android, bien desde la tienda de Amazon o mediante archivos APK externos (sideloading). Vega OS, sin embargo, parte de una base completamente diferente: está basado en Linux y no permitirá ejecutar apps de Android, ni desde la tienda ni a través de otros métodos.

Esto sitúa a Amazon ante un reto importante: convencer a los principales desarrolladores y servicios de streaming para que desarrollen nuevas aplicaciones específicamente para Vega OS. Para ello, la empresa ha ofrecido incentivos y facilidades, además de un entorno de desarrollo propio (el SDK Kepler) con el objetivo de facilitar el trabajo de adaptación. Si consigue apoyo suficiente, podrá lanzar el sistema con un catálogo razonable; en caso contrario, algunos servicios populares podrían quedar fuera en la primera etapa.

Ventajas y riesgos de la estrategia de Amazon

La decisión de romper por completo con Android tiene potencial para optimizar el rendimiento y mejorar la integración de los Fire TV con el resto del ecosistema Amazon (Alexa, Prime Music, compras, etc.). Además, la compañía podrá controlar mejor las actualizaciones, la seguridad y la gestión de publicidad y servicios dentro de la plataforma. Otro de los motivos de este cambio es evitar que los usuarios puedan eludir la publicidad impuesta por Amazon, lo que en Fire OS era posible a través de launchers personalizados o apps externas.

No obstante, tal ruptura también supone riesgos claros: la falta de compatibilidad con apps de Android limita mucho la experiencia inicial y puede hacer que usuarios habituales de apps alternativas, como Plex o Kodi, se encuentren con serias barreras para instalar sus servicios favoritos. Además, la función de instalar apps externas o personalizar el sistema (sideloading) podría quedar muy restringida o bloqueada, una función que muchos usuarios avanzados consideraban imprescindible.

Un proceso de transición gradual y lleno de incógnitas

Por ahora, la transición a Vega OS será progresiva. Se espera que los primeros dispositivos en recibir el nuevo sistema sean los Fire TV Stick o los set-top-boxes de Amazon, mientras que los televisores inteligentes con Fire OS integrado seguirán funcionando, al menos durante un tiempo, sobre Android. Esta migración escalonada responde tanto a consideraciones técnicas como a acuerdos comerciales con fabricantes de televisores asociados (como Toshiba, Hisense o las propias Omni Series de Amazon), cuya migración requerirá nuevos contratos o adaptaciones específicas del software.

Respecto a los dispositivos actuales, de momento no se prevé que Vega OS llegue mediante actualización a los Fire TV existentes. Lo más probable es que estos dispositivos continúen recibiendo actualizaciones menores basadas en Android, mientras los nuevos modelos den el salto al nuevo sistema. Esto permitirá a los usuarios actuales seguir disfrutando de sus apps y servicios, aunque a medio plazo la hoja de ruta de Amazon apunta a una convergencia total bajo Vega OS.

Impulso a un ecosistema cerrado y un control más férreo con Vega OS

El movimiento de Amazon encaja con la tendencia de otros gigantes tecnológicos de desarrollar sus propios sistemas operativos (al igual que Apple o Samsung), con el objetivo de controlar todo el ciclo de producto y maximizar la integración de servicios. Para Amazon, la independencia tecnológica puede acelerar la innovación y diferenciar su oferta frente a rivales consolidados como Google TV o Apple TV.

Sin embargo, esta apuesta por un ecosistema cerrado no estará exenta de críticas. Queda por ver cómo responderán tanto los usuarios más exigentes como los desarrolladores de apps de nicho. El atractivo de Fire TV siempre ha residido en su flexibilidad y acceso a un catálogo casi ilimitado de aplicaciones; una plataforma más cerrada podría hacer que algunos perfiles de usuario busquen alternativas.

Un futuro abierto: retos, posibilidades y expectativas de Vega OS

Aunque la operación implica riesgos —y no serán pocos— Amazon confía en que la independencia ganada con Vega OS le permita moverse con mayor agilidad frente a la competencia. El desarrollo propio sobre Linux podría traducirse en actualizaciones más rápidas, una mejor adaptación a hardware muy variado y la posibilidad de explorar nuevos formatos y funciones sin depender del calendario ni las restricciones impuestas por Google.

No obstante, la clave del éxito estará en la acogida que tengan tanto los usuarios como las empresas tecnológicas y de contenido. Un ecosistema bien nutrido de aplicaciones, la compatibilidad con servicios populares, y una buena experiencia de uso serán determinantes para que los nuevos Fire TV no se vean penalizados por el cambio.

La llegada de Vega OS representa un punto de inflexión para Amazon y el mercado de dispositivos de streaming y televisión inteligente. Su apuesta por un sistema operativo propio abre nuevas posibilidades para la compañía, pero también pone a prueba su capacidad para coordinar desarrolladores, fabricantes y usuarios en un cambio de gran envergadura. A falta de confirmación oficial de fechas y especificaciones, lo que está claro es que Vega OS será la mayor apuesta de Amazon para consolidar y diferenciar su ecosistema multimedia en los próximos años.

from Linux Adictos https://ift.tt/MWfeuEy
via IFTTT

COSMIC Alpha 7, la antesala de la beta llega con mejoras en los espacios de trabajo y en la accesibilidad

COSMIC Alpha 7

El entorno de escritorio COSMIC Alpha 7 ha sido presentado por System76 como la última versión antes del esperado salto a la beta. Esta iteración representa un paso importante en el desarrollo del entorno, especialmente orientado a usuarios de GNU/Linux y de la distribución Pop!_OS.

En este ciclo de desarrollo, la atención se ha centrado en pulir aspectos fundamentales como la organización del espacio de trabajo y la accesibilidad. Además, COSMIC Alpha 7 amplía notablemente la versatilidad del escritorio al implementar nuevas funciones y ajustes que buscan beneficiar tanto a usuarios avanzados como a quienes requieren opciones de accesibilidad.

COSMIC Alpha 7: gestión avanzada de espacios de trabajo

Uno de los puntos más destacados de COSMIC Alpha 7 es la capacidad de mover y reorganizar los espacios de trabajo mediante una sencilla acción de arrastrar y soltar. Esta funcionalidad permite distribuir y ordenar los escritorios virtuales cómodamente, ya sea en la pantalla actual o entre diferentes monitores, adaptándose así a distintas formas de trabajo.

La novedad más aplaudida es la opción de fijar espacios de trabajo. Ahora es posible seleccionar determinados escritorios virtuales para que permanezcan siempre abiertos, independientemente de si tienen aplicaciones activas o no. Esto aporta una mayor flexibilidad a la hora de gestionar flujos de trabajo y asegura que siempre se pueda acceder a un número fijo de escritorios.

Accesibilidad y personalización visual

El equipo de System76 ha incorporado cuatro nuevas funciones de accesibilidad pensadas para mejorar la experiencia de usuarios con distintas necesidades:

  • Modo de alto contraste: diseñada para ofrecer una mayor visibilidad y claridad en la interfaz, facilitando la navegación a personas con baja visión.
  • Filtros de color y opción de invertir colores: útiles para quienes tienen daltonismo, con filtros específicos para deuteranopía, protanopía y tritanopía, además de un modo escala de grises.
  • Sonido mono: convierte el audio estéreo en mono, permitiendo que todas las señales se reproduzcan por igual en ambos oídos, una ayuda relevante para usuarios con dificultades auditivas en un canal.
  • Balance de sonido izquierda-derecha: se añade un control deslizante en la configuración de sonido para ajustar el peso del audio en cada oído.

La lupa de pantalla también ha sido mejorada, permitiendo ahora desactivar la superposición o los controles mediante teclas modificadoras combinadas con la rueda del ratón, según las preferencias del usuario.

Optimización en atajos de teclado y escalado en COSMIC Alpha 7

En cuanto a productividad, COSMIC Alpha 7 introduce compatibilidad para atajos globales, permitiendo definir combinaciones de teclas que funcionen incluso cuando la aplicación no está en primer plano. Aunque por defecto esta opción está desactivada y circunscrita a aplicaciones que utilizan X11, puede personalizarse para responder tanto a teclas modificadoras como a combinaciones completas.

Otra novedad es el ajuste de escalado fraccional para aplicaciones X11 usando XWayland. A través de nuevos controles, se puede escoger entre «Optimizar para aplicaciones» (mejora la nitidez en apps sin soporte nativo de escalado) y «Optimizar para pantalla completa y juegos» (adapta las aplicaciones a la resolución del monitor, aunque pueda haber diferencias de escalado con apps que sí soportan Wayland).

Mejoras en las aplicaciones y otros detalles

El ecosistema nativo de COSMIC, basado en Rust y el toolkit Iced, también recibe novedades:

  • El gestor de archivos COSMIC Files añade búsqueda avanzada y la posibilidad de abrir archivos con un solo clic.
  • COSMIC Media Player ahora puede ocultar la barra de título cuando no se detecta movimiento del ratón, favoreciendo la inmersión.
  • COSMIC Text recibe compatibilidad con kerning y ligaduras tipográficas.
  • En la papelera se incluye una opción «Eliminar permanentemente» directamente desde el menú contextual.
  • El applet de fecha resalta el día actual para una referencia visual más clara.
  • Compatibilidad con autenticación de red EAP y PEAP, ampliando las posibilidades de conexión en entornos corporativos o educativos.
  • Soporte para el protocolo cosmic-workspace-v2 y font fallback, mejorando la integración y la presentación de fuentes en todo el sistema.

Se han añadido tooltips informativos en elementos como la bandeja de aplicaciones, el selector de escritorios, la biblioteca de aplicaciones y el lanzador, haciendo la experiencia más intuitiva y amigable para nuevos usuarios.

Estabilidad, corrección de errores y próximos pasos

Como es habitual en cualquier desarrollo activo, COSMIC Alpha 7 incluye una larga lista de correcciones de errores, afinando tanto el rendimiento como la estabilidad general del entorno. El equipo de desarrollo continúa liberando versiones alfa a un ritmo cercano al mensual, puliendo características, ajustando protocolos y facilitando traducciones y perfeccionamiento de la interfaz.

Este lanzamiento marca un avance importante en la madurez del proyecto, acercando a COSMIC a convertirse en una opción estable y robusta para quienes buscan flexibilidad, accesibilidad y un diseño moderno en su entorno Linux.

from Linux Adictos https://ift.tt/3yPg8cp
via IFTTT

GStreamer 1.26.1 incluye mejoras en dav1d AVI, Metroska v4 y nuevos muxers

Gstreamer 1.26.1

GStreamer 1.26.1 es la más reciente revisión de la conocida plataforma multimedia de código abierto y uso multiplataforma, utilizada tanto por profesionales como por entusiastas del audio y el vídeo digital. La actualización ha aterrizado con un enfoque claro en corrección de errores, mejoras de estabilidad y nuevas características que incrementan la calidad general del proyecto y su adaptabilidad a distintos entornos y dispositivos.

En esta ocasión, los desarrolladores han puesto especialmente el acento en refinar el funcionamiento interno del framework y facilitar la vida tanto a quienes buscan reproducir contenido sin problemas como a quienes desarrollan módulos adicionales o integran nuevas funciones en sus flujos de trabajo. Para más detalles sobre las mejoras técnicas y futuras versiones, puedes consultar el artículo completo en esta publicación.

GStreamer 1.26.1: nuevas mejoras en decodificadores y muxers

En GStreamer 1.26.1, uno de los focos de atención más destacados es el avance en el soporte del decodificador dav1d AV1, el cual recibe ahora la capacidad de manejar vídeos en formato RGB y muestra una gestión mucho más eficiente de la renegociación y los buffer pools. Esto implica que quienes trabajen con este códec podrán esperar un procesamiento optimizado y una menor incidencia de fallos en la reproducción o conversión de este tipo de archivos.

Esta versión también incorpora compatibilidad ampliada con Matroska v4 en el módulo muxer, lo que facilita el manejo de vídeos en este contenedor ampliamente utilizado, y extiende las posibilidades de integración con otros formatos mediante mejoras en los plugins awstranslate y speechmatics. Además, la gestión de vídeo sin comprimir en el demuxer MP4 recibe una actualización que, junto a las demás novedades, proporciona una experiencia mucho más fluida y estable para los usuarios finales.

Estabilidad reforzada y mejor soporte en reproducción

Entre los puntos más importantes se encuentra la mejora sustancial en la estabilidad de urisourcebin y playbin3, dos elementos fundamentales para quienes buscan montar reproductores personalizados o gestionar flujos multimedia complejos. A esto se suma una mejor integración de subtítulos y subtítulos cerrados (closed captions), especialmente gracias a la solución de problemas relacionados con la generación CEA-708, la multiplexación de subtítulos y la extracción en flujos H.264/H.265.

GStreamer 1.26.1 también resuelve un error que podía afectar la representación de vídeos con el códec VP9 y canales de alfa, y recibe nuevas funcionalidades en hlssink3 y hlsmultivariantsink que benefician a quienes transmiten vídeo en directo por HTTP Live Streaming (HLS).

GStreamer 1.26.1 introduce mejoras en decodificadores y soporte a estándares de la industria

Esta revisión se caracteriza también por la corrección de errores en la clase base del decodificador H.265 así como en la inserción de subtítulos en los parámetros SPS/PPS. El demuxer MP4, además de admitir vídeo no comprimido, ahora maneja mejor las tablas de muestras y facilita las operaciones de buscar (seeking), especialmente cuando se utiliza oggdemux en modo streaming.

Por otro lado, los usuarios que dependen de WebRTC para comunicaciones en tiempo real encontrarán que la extensión de cabecera de nivel de audio y los mecanismos de retransmisión se han modernizado, mejorando la compatibilidad y funcionalidad con las últimas implementaciones de WebRTC. Las correcciones en RTP y RTSP aportan mayor estabilidad y fiabilidad en escenarios de transmisión de medios a través de red.

Seguridad y rendimiento: prioridad en esta versión

El equipo detrás de GStreamer ha priorizado también la seguridad y la eficiencia interna del sistema, abordando problemas potenciales y asegurando que las aplicaciones basadas en esta plataforma cuenten con una protección mayor respecto a versiones anteriores. Entre los cambios figuran mejoras en la gestión de memoria, solución de fugas y optimizaciones en procesos críticos que impactan positivamente en la performance general.

Se han añadido mejoras en la seguridad de la extensión Media Source Extension (MSE) y se corrige un problema de sincronización de audio y vídeo (A/V sync) cuando se utiliza el decodificador v4l2videodec, importante para quienes trabajan con dispositivos externos y cámaras.

Compatibilidad ampliada y ajustes para desarrolladores

GStreamer 1.26.1 facilita la vida a los desarrolladores al ampliar la compatibilidad con nuevas versiones de dependencias, destacando el soporte mejorado para PyGObject >= 3.52.0 y la renegociación de fuentes GL en entornos QML6, haciendo que el desarrollo de interfaces modernas o la integración con frameworks gráficos sea más sencillo y libre de contratiempos.

Para los que crean contenido audiovisual de alta calidad, el codificador YUV4MPEG ha recibido mejoras y ahora es más robusto. Además, la versión actualizada permite un manejo más preciso de los códigos de tiempo de vídeo, soportando velocidades de hasta 119.88 fps y facilitando la conversión de formatos con drop-frames, algo cada vez más solicitado en producciones audiovisuales profesionales.

Transmisión, grabación y formatos: novedades destacadas

Entre las adiciones más funcionales aparecen nuevas características en los muxers MP4 tanto fragmentados como no fragmentados, mejoras en el sistema de retransmisión para WebRTC y ajustes en la estimación de la tasa de fotogramas (framerate guessing) especialmente pensados para dispositivos macOS donde a menudo los sistemas operativos reportan valores no convencionales.

Los flujos de trabajo en directo se ven reforzados con una mejor gestión del tiempo de los segmentos de vídeo y de las marcas temporales de los buffers en la clase base de los codificadores de vídeo, lo que ayuda a evitar errores de sincronización, garantiza una reproducción precisa y posibilita ediciones más exactas.

Enfoque en la experiencia del usuario final

La actualización no solo apunta a mejorar aspectos técnicos: los usuarios notarán menos interrupciones, una reproducción más fluida y mayor fiabilidad tanto al consumir contenido multimedia como al crear o editar archivos audiovisuales. Gracias a la labor de depuración y a la integración de mejores prácticas en seguridad, trabajar con datos sensibles ahora es más seguro y cómodo.

El proyecto continúa permitiendo una rápida integración de plugins adicionales, brindando a los programadores y artistas digitales una base sólida y flexible para experimentar e implementar nuevas funciones. Esto convierte a GStreamer en una solución atractiva tanto para aplicaciones personales como para grandes producciones y sistemas de emisión.

Facilidad de actualización y comunidad activa

Actualizar a GStreamer 1.26.1 resulta sencillo: los archivos fuente pueden descargarse mediante la web oficial, y existen instrucciones detalladas para la instalación en las principales plataformas soportadas, asegurando que los usuarios puedan beneficiarse rápidamente de las mejoras y parches introducidos en esta edición.

Además, la comunidad tras GStreamer sigue muy activa, animando a reportar posibles errores, sugerir nuevas funciones o contribuir directamente con código, documentación y pruebas. Este espíritu abierto favorece la rápida solución de problemas y la inclusión de avances tecnológicos de forma continua.

Esta versión es, sin duda, una oportunidad interesante para quienes buscan un entorno multimedia robusto, actualizado y respaldado por una comunidad global. GStreamer 1.26.1 llega no solo para solucionar errores y ajustar detalles técnicos, sino para consolidarse como una herramienta imprescindible en el panorama multimedia actual, tanto a nivel profesional como doméstico.

from Linux Adictos https://ift.tt/ZaRfcvI
via IFTTT

El futuro incierto de Privacy Sandbox: Google cambia su estrategia con las cookies de terceros en Chrome

Privacy Sandbox en Google

Durante años, la industria digital ha puesto el foco en la privacidad de los usuarios y el uso de tecnologías de rastreo como las cookies de terceros. Google, siendo el principal responsable del navegador más utilizado, Chrome, anunció a bombo y platillo un plan ambicioso para eliminar este tipo de cookies y sustituirlas por mecanismos más respetuosos con la privacidad, agrupados alrededor del conocido Privacy Sandbox. Sin embargo, después de múltiples retrasos, debates y controversias, la compañía ha decidido dar un giro inesperado en esta estrategia.

El camino hacia un ecosistema sin cookies de terceros se frena de golpe. Google ha confirmado recientemente que abandona la idea de forzar la desaparición de las cookies de terceros en Chrome, optando por mantener el estado actual en el que los usuarios pueden decidir por sí mismos, a través de la configuración de privacidad, si quieren limitar o permitir el rastreo por parte de anunciantes y plataformas publicitarias. Esta decisión implica que la herramienta Privacy Sandbox no cumplirá la función para la que fue inicialmente concebida, al menos en el plazo y la forma previstos.

El origen de Privacy Sandbox y la batalla por la privacidad

La historia del Privacy Sandbox arranca en 2019, cuando Google lo presentó como respuesta a la creciente presión social, regulatoria y tecnológica frente al rastreo masivo de usuarios en la web. La idea era crear un conjunto de nuevas APIs y estándares para reducir la dependencia de las cookies, protegiendo así la privacidad sin destruir el modelo de negocio publicitario online que sostiene a gran parte de los contenidos gratuitos de Internet.

La propuesta incluía iniciativas como la Topics API o la Protected Audience API, que debían permitir la personalización de la publicidad sin necesidad de identificar individualmente a los usuarios. Todo ello bajo la promesa de que la experiencia publicitaria sería más respetuosa y segura.

Desde el inicio, surgieron dudas y críticas desde varios frentes. Los propios anunciantes y creadores de contenido temían que el modelo propuesto pusiera en peligro sus negocios y les restara capacidad competitiva, mientras que muchos expertos en privacidad ponían en cuestión la verdadera eficacia de las nuevas tecnologías para proteger a los usuarios. A esto se sumó el escrutinio de los reguladores, especialmente en Reino Unido, preocupados por el impacto de Privacy Sandbox en la competencia y la concentración del mercado publicitario digital en manos de Google.

Un calendario plagado de promesas incumplidas y cambios de rumbo

La hoja de ruta original contemplaba la eliminación progresiva de las cookies de terceros como mecanismo de rastreo a partir de 2023, con una transición escalonada y la introducción de Privacy Sandbox tanto en la versión web de Chrome como en Android. Google se comprometió, en principio, a que los desarrolladores pudieran probar las nuevas APIs y a desplegar la actualización de forma gradual, prometiendo un cambio completo a corto plazo.

De hecho, el gigante tecnológico incluso realizó experimentos públicos, como la eliminación del 1% de las cookies de terceros para ciertos usuarios de Chrome, y llegó a plantear la posibilidad de incluir un aviso específico solicitando al usuario su consentimiento o negativa para permitir el rastreo. Sin embargo, con el paso de los años se sucedieron los aplazamientos sin llegar nunca al objetivo final. La complejidad técnica, la presión de los distintos actores –anunciantes, reguladores y desarrolladores– y el avance de otras tecnologías hicieron que Google reconsiderara en varias ocasiones su enfoque.

La justificación de Google y la presión del entorno

En su comunicado más reciente, Google reconoce abiertamente la existencia de posiciones muy divergentes dentro del ecosistema digital respecto a la eliminación de las cookies de terceros. Según la propia compañía, el contexto ha evolucionado rápidamente: hoy existen más tecnologías orientadas a la privacidad, la inteligencia artificial abre nuevas vías para la gestión segura de datos, y el marco regulatorio internacional está en constante cambio.

Todo ello hace inviable por ahora alcanzar un consenso suficiente para imponer un cambio drástico en Chrome, que podría poner en jaque tanto la competencia en el sector publicitario como la viabilidad de millones de proyectos digitales que dependen de la personalización comercial.

Por otro lado, navegadores rivales como Safari y Firefox ya bloquean las cookies de terceros por defecto desde hace años, lo que ha añadido más presión competitiva y ha generado diferencias notables en la experiencia de navegación entre distintas plataformas.

Privacy Sandbox: ¿muerto o en pausa?

No todo queda en el aire respecto al Privacy Sandbox. Google ha especificado que algunas de las tecnologías ya desarrolladas, como la protección de IP en el modo incógnito (prevista para el tercer trimestre de este año), seguirán adelante. La empresa también asegura que está abierta a recoger el feedback de la industria y actualizará la hoja de ruta de Privacy Sandbox más adelante, pero su papel central en la estrategia de privacidad de Chrome se diluye notablemente tras la última decisión.

En la práctica, esto implica que la eliminación de las cookies de terceros deja de ser una prioridad inmediata, y que los usuarios continuarán gestionando sus preferencias desde los ajustes habituales del navegador.

Reacciones encontradas entre defensores de la privacidad y la industria publicitaria

El cambio de planes de Google ha provocado reacciones muy diversas. Organizaciones como la Electronic Frontier Foundation (EFF) critican abiertamente la marcha atrás, argumentando que la privacidad de millones de usuarios queda en entredicho y que la compañía prioriza sus intereses comerciales sobre la protección de datos.

Según la EFF, incluso los experimentos de avisos y consentimientos previos que Google planteó resultaban insuficientes, comparados con las garantías que ofrecen otros navegadores que bloquean el rastreo de serie. La organización recomienda a los usuarios que busquen plataformas alternativas o utilicen extensiones de bloqueo para protegerse del seguimiento en línea.

Por el contrario, sectores de la industria celebran la decisión como el fin del intento de Google de dominar por completo la publicidad digital. Portavoces del movimiento «Open Web» ven en este paso atrás un alivio para la competencia y argumentan que, sin la imposición de estándares propios por parte de Google, el mercado publicitario seguirá siendo más abierto y plural.

El papel de los reguladores: competencia y protección de datos en el centro del debate

El papel de los organismos reguladores ha sido clave en la evolución de Privacy Sandbox. La Autoridad de Competencia y Mercados del Reino Unido (CMA) ha sometido el proyecto a un escrutinio constante, exigiendo garantías para evitar un aumento injustificado del control de Google sobre el sector publicitario digital. Incluso se ha señalado que, de haberse eliminado las cookies de terceros de forma unilateral, la competencia podría haber resultado perjudicada en algunos mercados, reforzando la posición dominante de Google.

Por todo ello, la decisión de mantener el statu quo contribuye a rebajar temporalmente la tensión regulatoria, aunque deja muchas preguntas abiertas sobre el camino a seguir en materia de privacidad y competencia.

Impacto en los usuarios y perspectivas de futuro

Tras este cambio de rumbo, la responsabilidad de gestionar la privacidad queda en manos de cada usuario. En Chrome, quienes quieran limitar el seguimiento podrán hacerlo a través de la configuración de privacidad y seguridad, seleccionando las opciones adecuadas para restringir o permitir el uso de cookies de terceros, aunque esto pueda afectar a la experiencia de uso en algunos servicios, como la necesidad de iniciar sesión con más frecuencia.

El bloqueo de cookies por defecto sigue vigente en el modo incógnito, y se espera que la función de protección de IP refuerce esta medida próximamente. Aun así, la personalización y la eficacia de la publicidad seguirán dependiendo en gran parte de la configuración que decida cada usuario y de la adopción de herramientas adicionales, como extensiones específicas para aumentar la privacidad.

¿Y ahora qué? El futuro de la privacidad en Chrome y la industria digital

El anuncio de Google no implica el abandono total de sus planes para mejorar la privacidad, pero sí supone un reconocimiento explícito de las dificultades que entraña transformar un ecosistema tan complejo como el de la publicidad digital. La experiencia reciente demuestra que ni siquiera un gigante tecnológico es capaz de imponer cambios radicales en solitario, cuando estos afectan a intereses económicos, regulatorios y técnicos tan diversos.

De ahora en adelante, todo apunta a que Google negociará cualquier modificación relevante en el ámbito publicitario con el resto del sector, recogiendo sugerencias y actualizando su hoja de ruta en función del feedback recibido. Al mismo tiempo, los usuarios tendrán que adoptar un papel más proactivo si desean ampliar su protección online.

Lo vivido con Privacy Sandbox evidencia el difícil equilibrio entre privacidad real, innovación tecnológica y libre competencia. Chrome, por el momento, seguirá ofreciendo el mismo esquema de gestión de cookies, evitando cambios bruscos y dejando margen tanto a anunciantes como a los propios usuarios. Queda por ver si el futuro traerá nuevos consensos o si la industria seguirá repartida entre modelos opuestos de protección de datos y segmentación publicitaria.

from Linux Adictos https://ift.tt/IDjEurn
via IFTTT

CachyOS en abril de 2025 integra OCCT, actualiza componentes y mejora el soporte para ordenadores de mano

CachyOS

Con el lanzamiento de abril de 2025, CachyOS refuerza su apuesta como una de las distribuciones Linux más optimizadas para usuarios que demandan rendimiento elevado, especialmente para quienes juegan en PC y dispositivos portátiles como el Steam Deck, ASUS ROG Ally o el Lenovo Legion Go. La distribución, basada en Arch Linux, ha ido puliendo detalles a lo largo del año y continúa sumando funciones y mejoras que la distinguen de otras alternativas en el segmento gaming.

En esta actualización, denominada «Fix-Up Release» por los desarrolladores, el foco ha estado en resolver ciertos problemas detectados en la iteración anterior, mejorar la compatibilidad del sistema con una mayor variedad de hardware y optimizar herramientas clave para los entusiastas de la estabilidad y el rendimiento. Además, se incorporan utilidades que hasta hace poco solo estaban disponibles en Windows, lo que refuerza el carácter polivalente y avanzado de CachyOS.

Novedades principales del CachyOS de abril de 2025

La nueva ISO de CachyOS llega con un abanico de mejoras y parches dirigidos tanto a la estabilidad como a la funcionalidad:

  • Corrección de errores de módulos en portátiles ASUS, solucionando cuelgues y mejorando la experiencia general.
  • Refuerzo e integración automática del bootloader Limine mediante el nuevo mkinitcpio-limine-hook, evitando ajustes manuales para los usuarios.
  • Implementación de OCCT, una potente utilidad de testeo y monitorización de hardware, que ahora está integrada en la imagen ISO para permitir pruebas de estrés detalladas y diagnósticos exhaustivos directamente en Linux.
  • Actualización de perfiles de audio y compatibilidad específica con el ASUS ROG Ally X y Lenovo Legion Go en la edición Handheld.
  • Sustitución de gamescope-plus por la versión oficial y optimizada de Valve para el compositor Gamescope, buscando una experiencia gráfica más estable y eficiente durante el juego portátil.

Integración de OCCT: Pruebas de estrés y benchmarking

Una de las novedades más destacadas de esta versión es la integración nativa de OCCT, herramienta muy reconocida en el mundo Windows para testear la estabilidad de CPU y GPU. ahora, CachyOS permite a los usuarios realizar tests exhaustivos directamente desde el entorno Linux:

  • Opciones para someter al sistema a cargas intensas (loop infinito o duración personalizada).
  • Cuatro tipos de prueba de estrés disponibles: LinPack (SSE), LinPack (AVX 10.2), Small Data Set y Big Data Set.
  • Benchmarks y monitorización de parámetros vitales (CPU, memoria, latencias, ancho de banda), facilitando la comparación de resultados con otros sistemas.

Gracias a esta integración, la ISO puede utilizarse como entorno aislado de testeo, ideal para comprobar la estabilidad de overclocking y detectar posibles cuellos de botella o fallos de hardware antes de instalar definitivamente el sistema.

CachyOS en Abril de 2025: componentes actualizados y optimizaciones exclusivas

CachyOS de abril de 2025 se ha construido sobre la base del kernel Linux 6.14, que incluye importantes mejoras de compatibilidad y rendimiento, especialmente para sistemas con procesadores AMD Ryzen y gráficas AMD Radeon. Acompañan el último mesa 3D 25.0.4, controladores actualizados para Nvidia (versión 570.133.07) y un entorno de escritorio moderno con KDE Plasma 6.3.4. Todo ello respaldado por KDE Frameworks 6.13.0, KDE Gear 25.0.4 y la versión más reciente de QT (6.9.0).

El sistema prioriza la eficiencia y velocidad mediante una serie de optimizaciones en el kernel, el gestor de paquetes y el conjunto de software:

  • Compilación optimizada para x86-64-v3 y x86-64-v4, incluyendo instrucciones específicas de procesadores Zen 4 y Zen 5.
  • Implementación de LTO (Link Time Optimization) y PGO (Profile-Guided Optimization), minimizando llamadas al sistema y mejorando la eficiencia general.
  • Soporte y optimización para BOLT (Binary Optimization and Layout Tool) y 3D V-Cache Performance Optimizer, incrementando el rendimiento en juegos y aplicaciones multitarea.
  • Nuevos planificadores de CPU a disposición del usuario: desde el tradicional CFS (Completely Fair Scheduler) hasta EEVDF (Earliest Eligible Virtual Deadline First) y el adaptativo BORE (Burst-Oriented Response Enhancer).

Estas mejoras técnicas sitúan a CachyOS entre las distribuciones GNU/Linux con mayor agilidad y respuesta, algo especialmente valorado por quienes demandan bajas latencias y máxima fluidez en sesiones de juego o tareas intensivas.

Edición para dispositivos portátiles: Steam Deck, ROG Ally y Legion Go

Uno de los puntos fuertes de esta actualización de abril es la atención especial que el equipo de CachyOS ha dedicado a su edición Handheld, adaptando y optimizando la imagen para equipos como el Steam Deck de Valve, el ASUS ROG Ally (y su nueva variante X) y el Lenovo Legion Go. Las imágenes del sistema ya están disponibles para descarga y pueden instalarse fácilmente utilizando herramientas como Rufus, Ventoy o BalenaEtcher desde un USB.

En esta versión se han implementado perfiles de audio específicos para mejorar el rendimiento y la compatibilidad de sistemas portátiles, además de la integración del compositor oficial de Valve Gamescope, que busca proporcionar una experiencia de usuario más fluida y estable al ejecutar juegos en modo portátil.

Para quienes desean más detalles sobre cómo optimizar su experiencia en dispositivos como el Steam Deck, pueden consultar este nlace de CachyOS de marzo.

Instalación de CachyOS y acceso a nuevas funciones

La ISO de alrededor de 2,6 GB está orientada a sistemas AMD64 y se instala mediante la interfaz gráfica Calamares 3.3.14, renovada y simplificada. Una vez arrancada en modo Live, los usuarios pueden experimentar el sistema y realizar las pruebas que deseen antes de la instalación definitiva. El procedimiento es idéntico tanto para la versión estándar como para la Handheld, permitiendo máxima versatilidad.

Tras la instalación, los usuarios disponen de actualizaciones inmediatas y acceso a todas las utilidades y mejoras, incluyendo soporte para los últimos controladores y novedades del ecosistema KDE.

Comparativa frente a otras distribuciones gaming

CachyOS compite directamente con otras propuestas populares en el mundo del gaming bajo Linux, diferenciándose por su enfoque en la optimización avanzada a bajo nivel y una política de actualización constante heredada de Arch Linux. Su base rolling-release garantiza que los usuarios tengan siempre las últimas versiones disponibles de kernel, controladores y aplicaciones, sin sacrificar estabilidad gracias a los esfuerzos del equipo de desarrollo.

Frente a alternativas como SteamOS, que también apuesta por el gaming pero basada en una arquitectura diferente, CachyOS ofrece una plataforma actualizada y personalizable, tanto en sobremesa como en portátiles, con herramientas profesionales de testeo integradas de fábrica (como OCCT) y una curva de aprendizaje pensada para usuarios avanzados y entusiastas.

Cómo beneficia OCCT a los «gamers» y overclockers

La llegada de OCCT a CachyOS marca un antes y un después para quienes buscan exprimir el rendimiento de su equipo. Ahora, es posible validar la estabilidad tras hacer overclock o verificar el adecuado funcionamiento de la refrigeración desde el entorno Linux, sin depender de herramientas de terceros o soluciones solo disponibles en Windows.

Este enfoque ha sido posible gracias a la colaboración activa entre el equipo de desarrollo de CachyOS y los responsables de OCCT, que han trabajado para que la implementación sea fluida y fiable, permitiendo el acceso a los cuatro tests principales y mejorando la transparencia del rendimiento del sistema frente a cargas exigentes.

Documentación, recursos y comunidad

Para quienes desean profundizar o resolver dudas, la web oficial de CachyOS y su wiki proporcionan información exhaustiva sobre todos los aspectos técnicos, opciones avanzadas y guías de instalación o personalización. Además, el soporte comunitario y los foros permiten compartir experiencias, detectar posibles incidencias y contribuir al desarrollo futuro de la distribución.

El equipo liderado por Peter Jung, originario de Alemania, continúa al frente de este ambicioso proyecto, que ha ido ganando notoriedad tanto entre usuarios experimentados de Linux como en el segmento más exigente del gaming, por su combinación de velocidad, seguridad y flexibilidad.

Este sistema sigue demostrando una gran capacidad para ofrecer un entorno de alto rendimiento, con actualizaciones constantes y soporte para las últimas tecnologías, garantizando que tanto los gamers como los entusiastas de la personalización tengan a disposición una plataforma sólida y versátil para sus necesidades.

from Linux Adictos https://ift.tt/xezcbTa
via IFTTT

Así puedes cambiar el fondo de la pantalla de inicio de sesión (GDM) en Ubuntu 25.04

GDM Settings, pantalla de inicio de sesión

Hace una semana desde que Canonical lanzó Ubuntu 25.04. Por aquel entonces también publicamos un artículo sobre GDM Settings, un software que permite personalizar la pantalla de inicio de sesión de GNOME y modificarla de pies a cabeza. Ahora bien, tengo algo que confesar: la imagen del gatito no la conseguí con GDM Settings. El motivo fueron las prisas y querer hacerlo con la versión flatpak. Si bien es cierto que se puede conseguir el GDM anterior con la versión del repositorio no oficial, también lo es que hay otra manera.

También hay que decir que lo explicado aquí no vale sólo para Ubuntu, pero es la referencia que vamos a tomar. EN TEORÍA, y véase que se ha puesto en mayúsculas para destacar su importancia, debe funcionar en cualquier distribución Linux que use GDM como gestor de sesiones, sobre todo si también se usa GNOME. La instalación para el funcionamiento completo y poder cambiar el fondo de pantalla con GDM Settings se hará a través de un repositorio no oficial para distros con base Ubuntu, pero también facilitaremos una alternativa.

Instalación de GDM Settings en Ubuntu

Para instalar GDM Settings en Ubuntu y derivados, hay que abrir un terminal y escribir estos comandos:

sudo add-apt-repository ppa:ubuntuhandbook1/gdm-settings && sudo apt update && sudo apt install gdm-settings

Para lanzar el programa sólo tenemos que buscarlo en el cajón de apps. Veremos un aviso que nos recuerda que estaremos haciendo cambios que pueden ser peligrosos y sólo hay que continuar si se tiene claro que algo puede salir mal, y cada uno bajo su responsabilidad.

Cambiar el fondo de la pantalla de inicio de sesión

Opción A: GDM Settings

Para cambiar el fondo de pantalla en el gestor de sesiones o GDM, sólo tenemos que abrir la app «Ajustes de GDM» que estará en el cajón de aplicaciones, luego ir a Apariencia/Fondo. Haciendo clic ahí podremos elegir una imagen o un color. Si lo que queremos es una imagen, buscamos una que tenga mucha calidad (no recomedaría nada inferior a 1920×1080), la seleccionamos y luego le damos a aplicar. El fondo de pantalla de Ubuntu 25.04 quearía así:

GDM con fondo de Plucky Puffin

NOTA: la versión flatpak no puede cambiar el fondo del GDM.

Opción B: script para Ubuntu

Hay otra opción, pero es con un script que sólo funciona en Ubuntu y en el momento de escribir este artículo no soporta 25.04. Pero es fácil conseguir que funcione. Empezaremos por descargarlo con este comando:

wget https://github.com/PRATAP-KUMAR/ubuntu-gdm-set-background/archive/main.tar.gz

A continuación, descomprimimos el archivo descargado que estará en nuestra carpeta personal. Obtendremos un archivo con un nombre como «Change-Gdm-Background-3.8.sh», y si lo ejecutamos dándole permisos de ejecución, arrastrándolo al terminal y pulsando Enter, nos dirá que Ubuntu 25.04 no está soportado. Es muy fácil añadirle soporte, pues 24.10 y 25.04 son casi lo mismo.

Abrimos ese archivo .sh con un editor de textos. Tenemos que buscar un apartado que pone «case $version in», y debajo las versiones soportadas. La que está más abajo del todo es Ubuntu 24.10, y si lo lanzamos desde 25.04, al no estar contemplada la posibilidad, nos muestra un error y sale. Para que este error no aparezca y podamos continuar, debajo de las líneas de 24.10 tenemos que añadir las de 25.04, concretamente lo siguiente:

  *"Ubuntu 25.04"*)
   /bin/echo -e "\e[1;32m       |-| Ubuntu Version : $version\e[0m"
   gdmpath="gdm"
   call_gui_choice
   gdm_update
   user_login_change
   gdm_compile
   ;;

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important; margin-bottom:20px}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important}

Guardamos y cerramos. Ahora sí, iniciamos el script y ponemos nuestra contraseña.

Proceso

Script para cambiar la imagen de inicio de sesión en Ubuntu

Veremos una ventana emergente como la anterior que nos ofrece opciones de:

  • Elegir un color de fondo.
  • Elegir una imagen de fondo.
  • Revertir los cambios al estado por defecto.

Si queremos poner una imagen, elegiremos la segunda opción y haremos clic en aceptar. Esto nos abrirá un cuadro de diálogo para seleccionar la imagen. Tras elegirla hará los cambios necesarios, probablemente instalando algunos paquetes, y luego nos pedirá si queremos reiniciar el sistema, recomendado, o sólo el GDM. Aquí podemos elegir lo que prefiramos, pero mejor reiniciar.

Con esto ya lo tendríamos. Hasta a alguien como yo, a quien no le gustan mucho los cambios, le gusta ver una pantalla de inicio de sesión con una imagen diferente. Esperemos que en un futuro no haya que hacer tanto trabajo y se pueda cambiar desde los ajustes de la distro.

from Linux Adictos https://ift.tt/DAIvFe5
via IFTTT

Ahora que Manjaro usa Btrfs por defecto, así puedes crear y recuperar puntos de restauración (snapshots)

Manjaro atras en el tiempo

Manjaro 25.0 Zetar llegó con muchas novedades. Entre las más destacadas, GNOME 48 y actualizaciones en KDE, con Plasma 6.3 a la cabeza. Pero introdujeron un cambio en las instalaciones de cero que puede resultar interesante: por defecto, ahora se usa el sistema de archivos Btrfs. Ofrece algunas ventajas con respecto al popular y tan extendido ext4, como la posibilidad de crear puntos de restauración, también conocidos como snapshots.

Yo tengo una máquina virtual de Manjaro KDE para hacer ahí mis pruebas. Es una especie de cajón de arena: para no romper nada de mi sistema principal, lo pruebo ahí, y si algo sale mal, pues la tiro a la basura y no pasa nada. Por lo menos para el uso explicado, esto no sería necesario si tuviera la posibilidad de crear puntos de restauración, y así seguirá siendo porque no me apetece realizar una instalación de cero ni poner en peligro mi sistema por migrar a Btrfs. Pero sí puedo explicar cómo funciona esto en Manjaro.

Puntos de restauración en Manjaro

Lo cierto es que no es especialmente sencillo. Por defecto ya está instalado Timeshift y snapper, y el equipo de desarrolladores de Manjaro dice que todo funciona tras la instalación de cero, pero no ha sido así en mis pruebas. Para conseguir crear instantáneas, por lo menos por lo que yo he experimentado, lo primero será crear el archivo de configuración para los snapshots, algo que conseguimos con el siguiente comando.

sudo snapper -c root create-config /

Con el archivo creado, podemos crear instantáneas manualmente con este otro comando (lo que hay entre comillas puede ser otra descripción diferente):

sudo snapper -c root create --description "Instalación de GIMP"

Y si lo que queremos es que se creen los puntos de restauración automáticamente, debemos activar el servicio escribiendo esto otro (insisto, según el equipo de Manjaro no es necesario, pero…):

sudo systemctl enable --now snapper-timeline.timer

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important; margin-bottom:20px}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important}

Ahora, cuando queramos recuperar el sistema a un estado diferente, lo que quedaría sería reiniciar y entrar al menú del grub de Manjaro, que se consigue dándole a la tecla ESC (para no fallar, merece la pena presionarlo varias veces rápido hasta que entre). Los puntos de restauración están en el apartado «Manjaro Linux snapshots»:


Snapper GUI

En la Live ISO de Manjaro 25.0 se incluye una herramienta llamada Snapper GUI, que en teoría facilita la creación de estos puntos de restauración. Yo la he probado y… para nada. No me funciona. Lo que sí me ha funcionado es otro comando, en este caso «sudo snapper list» en donde podemos ver la información de los snapshots creados.

Sea como fuere, y aunque podría ser mejor, es algo que ya funciona y un seguro contra accidentes.

from Linux Adictos https://ift.tt/7TlbC82
via IFTTT

Se plantean eliminar los paquetes X11 en la versión GNOME de Fedora 43 y apostar solo por Wayland

Fedora 42 edición KDE

Fedora está moviendo ficha en el desarrollo de su próxima versión, Fedora 43, y uno de los cambios más sonados podría romper con una de las compatibilidades históricas del escritorio GNOME: la sesión basada en X11. La comunidad y los desarrolladores de Fedora han presentado de manera oficial una propuesta para dejar de incluir los paquetes de GNOME X11 de sus repositorios. Esto convertiría a Fedora GNOME en un entorno estrictamente dependiente de Wayland, el protocolo gráfico que viene reemplazando progresivamente al veterano X11 en los escritorios Linux más modernos.

El fin del soporte de X11 en GNOME dentro de Fedora no es un capricho ni una decisión tomada a la ligera. Desde hace varios ciclos, tanto el equipo de GNOME como el de Fedora venían trabajando para reducir la dependencia de X11 y cerrar los últimos obstáculos que impedían su abandono definitivo. Ahora, con el lanzamiento de GNOME 48 y el previsto avance hacia GNOME 50, ese objetivo parece estar muy cerca de cumplirse, al menos en Fedora.

Por qué Fedora quiere dejar atrás X11 en GNOME

La propuesta de eliminar los paquetes de GNOME X11 en Fedora 43 se apoya en varios argumentos de peso. X11 lleva años en desuso para la mayoría de usuarios de Fedora GNOME y apenas recibe ya pruebas ni mantenimiento. La comunidad upstream de GNOME hace tiempo que dejó de considerarlo prioritario, centrándose en mejorar y perfeccionar la experiencia sobre Wayland.

Según los desarrolladores de Fedora, los esfuerzos recientes han ido dirigidos a cerrar los bloqueos de experiencia de usuario que impedían la migración total a Wayland. Con GNOME 48 se completaron los trabajos fundamentales y la hoja de ruta del propio proyecto GNOME prevé que en GNOME 49 la sesión X11 se desactive por defecto y que en GNOME 50 desaparezca oficialmente ese soporte.

En Fedora, la intención es anticipar esa transición ya en GNOME 49, implementando el cambio que upstream hará obligatorio en la próxima versión. No parece que nadie vaya a encargarse de mantener ni parchear los problemas de GNOME X11 — de hecho, buena parte de los fallos reportados importantes, como algunos bugs graves en Mutter (el gestor de ventanas de GNOME), siguen sin resolución y afectan seriamente a la estabilidad y compatibilidad de la sesión X11.

Qué supone el salto a «sólo-Wayland» en Fedora GNOME

De aprobarse la propuesta, Fedora 43 eliminará de sus repositorios todos los paquetes relacionados con GNOME X11. Esto implica que los usuarios que todavía recurrían al escritorio GNOME bajo una sesión X11 tendrán que migrar forzosamente al entorno Wayland. Está previsto que esta decisión se tome justo después de que el Comité de Ingeniería y Dirección de Fedora (FESCo) la evalúe y dé luz verde formal al cambio.

Esta transición no es nueva para quienes siguen el desarrollo de GNOME en Fedora. Los problemas de compatibilidad y la falta de tests en la sesión X11 han hecho que incluso medios técnicos de referencia hayan dejado de poder comparar el rendimiento entre X11 y Wayland en Fedora, al no ser funcional la sesión X11 por fallos no corregidos.

Contexto de la evolución GNOME y el desarrollo upstream

La iniciativa de Fedora no surge de la nada. El propio upstream de GNOME lleva años apostando por mejorar la experiencia en Wayland y dejar atrás el soporte obsoleto de X11. Entre las ventajas de Wayland, destacan novedades como el soporte HDR (disponible solo en este protocolo) y una arquitectura más moderna pensada para aprovechar al máximo los sistemas actuales y futuros.

El ciclo de Fedora 43, que llegará previsiblemente a finales de año, se perfila así como el punto de inflexión en el que la integración con GNOME y Wayland sea total. Esto prepara el camino para que, cuando GNOME 50 se libere el año próximo, el soporte X11 ya sea historia dentro de las ediciones GNOME de Fedora.

Impacto en los usuarios y el soporte futuro

Para la mayoría de usuarios, el cambio será transparente. Desde hace varias versiones, la sesión por defecto en Fedora GNOME ya utiliza Wayland, que ha demostrado ser estable y compatible con la mayoría del hardware disponible. Las últimas barreras, como aplicaciones antiguas o tecnologías que dependían exclusivamente de X11, han ido encontrando alternativas o soluciones dentro del mundo Wayland (como la capa de compatibilidad XWayland).

Sin embargo, quienes dependieran de configuraciones concretas o utilidades solo disponibles en X11 tendrán que buscar alternativas o adaptar sus flujos de trabajo a la nueva realidad. El equipo de desarrollo considera que, dado el escaso uso y la baja calidad de la experiencia bajo X11 hoy en día, la medida es necesaria para poder avanzar y concentrar esfuerzos en lo que sí tiene futuro.

Motivaciones técnicas y problemas irresolubles en X11

Uno de los puntos críticos que han acelerado la decisión es el número de errores sin corregir en la sesión X11 de GNOME. Algunos problemas de mutter, el gestor de ventanas, llevan meses (incluso años) pendientes y afectan tanto a la funcionalidad básica como a la experiencia general. El mantenimiento real de la sesión GNOME X11 es prácticamente inexistente; la upstream se ha desentendido y en Fedora tampoco hay recursos para abordar los problemas que van quedando relegados con cada ciclo de publicación.

En palabras de los proponentes, quitar de una vez la sesión X11 permite asumir una realidad que de hecho ya se daba en la práctica: solo Wayland cuenta con nuevas funcionalidades, parches y atención prioritaria.

Balance y reacción de la comunidad

La noticia ha generado cierto debate, aunque no ha habido ninguna reacción especialmente negativa entre los desarrolladores y usuarios avanzados de Fedora. La tendencia clara del ecosistema Linux en cuanto a escritorios modernos es dejar atrás el antiguo X11, cuya complejidad, falta de mantenimiento y arquitectura anticuada no pueden competir con la flexibilidad y seguridad que ofrece Wayland actualmente.

El proceso de aprobación pasará por el comité FESCo, y si todo va según lo previsto, Fedora GNOME solo soportará Wayland a partir de la versión 43, marcando un antes y un después en la evolución de los escritorios Linux.

La transición propuesta para Fedora 43 refleja la culminación de un proceso de migración que lleva años en marcha. Con la concentración de sus esfuerzos en Wayland, GNOME y Fedora aspiran a ofrecer una experiencia más robusta, innovadora y adaptada a los retos tecnológicos actuales, dejando atrás definitivamente el legado de X11 que, aunque clave en la historia de Linux, ya ha cumplido su ciclo.

from Linux Adictos https://ift.tt/Qk62xle
via IFTTT