La semana pasada Nate Graham, desarrollador de control de calidad del proyecto KDE, realizo una publicación en la cual dio a conocer un nuevo informe sobre el desarrollo de KDE. En el informe, uno de los cambios más notables es la iniciativa para abordar los problemas de iconos al ejecutar aplicaciones proporcionadas por KDE Gear en entornos que no son KDE, como GNOME y Xfce.

Una discusión extensa sobre el tema del diseño de iconos tuvo lugar, con esfuerzos significativos por parte de varios desarrolladores. Christoph Cullmann encabezó los esfuerzos de KDE para ofrecer un nuevo sistema de estilos e iconos.

Y es que se menciona que en un entorno KDE, el tema de iconos y las aplicaciones están sincronizados, por lo que no hay problemas de visualización. Sin embargo, en entornos de terceros, el tema Breeze puede faltar o diferir de la versión de referencia, lo que resulta en cuadros de diálogo y widgets que muestran espacios vacíos, marcadores de posición o íconos que no son los que pretendían los autores de la aplicación.

La iniciativa busca garantizar que los iconos se muestren correctamente en cualquier entorno, mejorando así la experiencia de usuario y la cohesión visual de las aplicaciones KDE cuando se ejecutan fuera del entorno KDE. Esto es especialmente importante para la interoperabilidad y la aceptación de las aplicaciones KDE en una mayor variedad de entornos de escritorio.

Para abordar el problema de los iconos en aplicaciones KDE ejecutadas fuera del entorno KDE Plasma, se ha desarrollado una solución que permite incrustar el estilo de referencia y los iconos de Breeze dentro de las propias aplicaciones. Esta funcionalidad estará habilitada de forma predeterminada, pero podrá ser anulada tanto por el sistema como por el usuario. Los proyectos Kate, Konsole y Dolphin ya planean incorporar esta nueva característica.

Además de ello, otro de los cambios que se menciona en el informe es la posibilidad que ofrece Dolphin de habilitar previsualizaciones para carpetas en ubicaciones remotas, con la advertencia de posibles retardos en la interfaz. Entre otras mejoras, Dolphin ahora facilita el cambio de configuraciones como administrador cuando se instala «kio-admin», proporcionando advertencias sobre posibles riesgos y manteniendo visible un aviso mientras se encuentra en modo de administrador.

De los demás cambios, mejoras y correcciones:

• Discover:Ahora maneja situaciones en las que una aplicación en un paquete Flatpak se marca como ya no existente y es reemplazada por otra aplicación. En tal caso, se le preguntará al usuario si desea abandonar la aplicación anterior o cambiar a la nueva.
• Spectacle: El software de captura de pantalla Spectacle se ha movido para utilizar un estilo de pestaña de herramientas genérico.
• Las imágenes SVG muy pequeñas ahora se muestran correctamente en las vistas previas en miniatura
• Se solucionó un caso en el que el sistema de autenticación podía fallar y dejar que las aplicaciones no pudieran solicitar autenticación
• Activar el modo HDR ya no hace que los colores de la pantalla sean incorrectos al usar Night Color
• Las pantallas que utilizan factores de escala fraccionarios ya no tienen una extraña fila de píxeles en el borde inferior que se mantienen en el color de las ventanas abiertas anteriormente
• Se corrigieron varios fallos de Plasma que se introdujeron al transferir algún código personalizado de arrastrar y soltar al elemento Qt ascendente, pero que resultó no ser adecuado para nuestros propósitos.
• Cuando los navegadores basados ​​en Chromium se ejecutan en modo Wayland nativo, arrastrar y soltar archivos en sitios web ya no provoca que se congelen ni bloqueen. Este fue un error complicado causado en gran medida porque Chromium hizo algo inusual, pero KWin ahora lo maneja correctamente
• Visitar la página de búsqueda de archivos de Configuración del sistema ya no provoca a veces un bloqueo prolongado cuando el indexador de archivos está bajo una carga pesada
• Si por alguna razón se desea utilizar el iniciador de aplicaciones Kickoff para buscar un solo carácter, solo se debe cerrar Kickoff y hacer lo mismo nuevamente, la segunda búsqueda ahora mostrará los resultados esperados

Además, cabe mencionar que los desarrolladores de GNOME están discutiendo una solución similar para abordar los problemas encontrados al ejecutar aplicaciones GNOME en KDE.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

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

Winamp fue uno de los reproductores de música más populares que tuvo un gran auge durante la primer década del 2000 y parte de la década del 2010.

Este reproductor fue la inspiración para la creación de otros populares reproductores que tuvieron una gran cantidad de fanáticos en Linux. Esto fue gracias a su originalidad y flexibilidad para cambiar el diseño de la interfaz mediante skins y también a los diversos complementos que potenciaban su uso.

Entre los reproductores que se inspiraron e incluso se crearon varios clones de código abierto para Linux, los reproductores influenciados por Winamp fueron XMMS, XMMS2, Beep Media Player, Audacious y Qmmp.

A pesar de ello, Winamp siempre tuvo una mayor popularidad y que no por algo se la gano, ya que como mencione, Winamp destaco, entre otros de sus contemporáneos gracias a la gran flexibilidad que ofrecía al usuario para poder adaptarlo a su gusto.

En el caso de un servidor (yo) antes de ingresar al mundo de linux, utilice e hice de Winamp mi reproductor preferido y aunque no fui mucho de cambiar a una de las tantas skins que ofrecía, ya que mi preferida era «Big Bento».

Lo que si realice con Winamp fue personalizarlo tanto para poder manejar el reproductor con un atajo de teclas para cambiar, pausar o regresar de canción, subir, bajar volumen, utilizar el ecualizador según el genero, asi como también potenciar el volumen para que se escuchara más de lo que ofrecía el sistema originalmente, lo usaba para transferir mis canciones a mis dispositivos, lo utilizaba para que pusiera los metadatos correctos a las canciones, ordenara por artista, álbum, año género, entre otras cosas más.

Parte de esto era de las configuraciones que ofrecía Winamp de manera nativa, pero como mencione, también se podía potenciar el reproductor gracias a complementos y entre mi sección de ellos estaba el que permita mostrar lo que escuchabas en «Messenger» de Hotmail (nada que ver con el actual de Meta), llegue a crear mi propia estación de radio gracias a shoutcast, infinidad de cosas que este buen reproductor nos dejó a quien lo llegamos a utilizar.

La razón de mencionar esto es que hace poco «Llama Group» ha anunciado su decisión de abrir el código fuente de Winamp y trasladar el proyecto a un modelo de desarrollo colaborativo en el que cualquiera puede participar.

De esta forma Winamp invita a desarrolladores de todo el mundo a participar en el desarrollo de su reproductor, ya que esta apertura del código brinda la oportunidad a la comunidad de aportar su experiencia, ideas y pasión para hacer evolucionar esta aplicación que va más allá de simplemente reproducir música.

«Esta decisión hará las delicias de millones de usuarios en todo el mundo. Nos centraremos en los nuevos reproductores móviles y otras plataformas. Lanzaremos un nuevo reproductor móvil a principios de julio. Aún así, no queremos olvidar las decenas de millones de usuarios que utilizan el software en Windows y se beneficiarán de la experiencia y creatividad de miles de desarrolladores», afirmó Alexandre Saboundjian, CEO de Winamp. A pesar de la iniciativa de código abierto, Winamp conservará la propiedad del software y el control sobre las innovaciones de la versión oficial.

Y aunque Winamp está diseñado inicialmente para su uso en la plataforma Windows, el reproductor también lanzo versiones móviles de Winamp para las plataformas Android e iOS. Se espera que Audacious y Qmmp (que son los reproductores que aún siguen en pie) se vean beneficiados por el movimiento que realizara Llama Group y se menciona que la publicación del código está prevista para el 24 de septiembre de 2024.

En cuanto a la razón de la liberación, se menciona (según información no oficial), la transición a un modelo de desarrollo abierto se debió a una reorganización por problemas económicos, lo que llevó a la empresa a vender el proyecto Shoutcast el año pasado y despedir al equipo central de desarrolladores que mantenía la clásica aplicación Winamp para Windows, en favor del desarrollo del servicio web de streaming del mismo nombre y aplicaciones móviles.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

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

Labwc es un compositor de apilamiento de ventanas basado en wlroots para wayland, inspirado en openbox

La nueva versión de LABWC 0.7.2 ya fue liberada y en esta nueva versión se presentan una serie de adiciones significativas, correcciones y mejoras entre las cuales se destaca el soporte para configurar métodos de entrada como Fcitx5, utilizando los protocolos text-input-v3 y input-method-v2, asi como también una interfaz para editarlos (incluye ventanas emergentes de IME).

Otro de los cambios que se destaca de esta nueva versión es la configuración <menu><ignoreButtonReleasePeriod>, para prevenir el cierre inadvertido de menús o la selección accidental de un elemento que permite definir cuánto tiempo se ignorarán los botones del mouse. Esto es útil para evitar selecciones involuntarias de elementos o cierres accidentales de menús y equivalente a <menu><hideDelay> en Openbox.

Además de ello, ahora es posible usar sombras paralelas en las ventanas renderizadas en el lado del servidor. Para habilitarlas en el bloque <theme>, se introdujo la configuración <dropShadows>, junto con las propiedades window.active|inactive.shadow.size y window.active|inactive.shadow.color para ajustar el tamaño y color de las sombras.

En LABWC 0.7.2, se pueden crear campos personalizados con formato estilo printf en la configuración de la interfaz de cambio de ventanas. También se añadió la capacidad de especificar el ancho de la interfaz como un porcentaje del ancho de la pantalla, y ajustar el tamaño y color del marco alrededor de las miniaturas.

También podremos encontrar que se añadió la capacidad de definir variables de entorno en archivos *.env ubicados en el directorio «environment.d» y se añadió soporte para especificar un valor vacío para borrar una variable de entorno.

La capacidad de definir reglas de ventana basadas en el tipo de ventana es otra de las novedades que presenta LABWC 0.7.2, ya que por ejemplo, <windowRule type="">, donde el tipo puede ser, por ejemplo, NET_WM_WINDOW_TYPE_DESKTOP para una ventana XWayland, proporcionando un nivel adicional de personalización y control.

De los demás cambios que se destacan de esta nueva versión:

• Se añadió la regla ignoreConfigureRequest, que permite ignorar las solicitudes de configuración de los clientes X11 para cambiar el tamaño y la posición de la pantalla.
• Se agregó soporte para secciones «none» en los bucles <action name="ForEach">, que se activan cuando no hay coincidencias exitosas.
• Se añadió la opción «-S» para ejecutar un comando al inicio y cerrar el administrador compuesto cuando el comando termina.
• Se añadió soporte para menús canalizados compatibles con Openbox.
• En los temas, ahora es posible especificar el color de la transparencia usando el formato «#aabbccff».
• Ahora es posible configurar el ajuste al borde de la pantalla.
• Se añadió soporte para la calibración de dispositivos de entrada.
• Ahora es posible definir un prefijo para los nombres de los escritorios virtuales en la interfaz de cambio de escritorios.
• Se puede definir un dispositivo de salida alternativo (LABWC_FALLBACK_OUTPUT) que se seleccionará si los dispositivos de salida principales no están disponibles. Esto es útil, por ejemplo, al iniciar un servidor VNC.
• Se añadió la configuración <windowSwitcher allWorkspaces="yes">, que permite que el conmutador de ventanas muestre ventanas de todos los escritorios virtuales.
• Es posible ejecutar un script al apagar el sistema.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

¿Cómo instalar LABWC en Linux?

Para quienes estén interesados en poder instalar este compositor en su sistema, deben seguir las instrucciones que compartimos a continuación.

La distribucion que cuenta con el método de instalación más sencillo es Fedora y es que para instalar labwc, basta con abrir una terminal y en ella vamos a teclear:

sudo dnf install labwc

Los que son usuarios de Arch Linux, Manjaro o cualquier otra distribución derivada de Arch Linux, deben abrir una terminal y en ella van a teclear el siguiente comando para descargar las dependencias necesarias:

sudo pacman -S meson wlroots cairo pango libxml2 glib2

Después de ello, van a obtener el código fuente de LABWC ejecutando el siguiente comando en la terminal:

git clone https://github.com/johanmalm/labwc
cd labwc
meson build
ninja -C build

Ahora, para quienes son usuarios de Debian, Ubuntu o cualquier otra distribución basada en cualquiera de estas dos, deben teclear lo siguiente en la terminal:

git clone https://github.com/johanmalm/labwc
cd labwc
meson build
ninja -C build

Para aquellos que estén interesados en conocer más al respecto sobre LABWC pueden visitar el sitio del proyecto en GitHub.

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

RISC-V es una arquitectura que ha ganado mucha popularidad en los últimos años, esto gracias a su diseño (ISA) de código abierto y a esto, sumando de que se ha convertido en una de las arquitecturas de procesadores más importantes debido a su flexibilidad y modularidad.

Gracias a ello se han lanzado diversos proyectos basados en RISC-V y uno de ellos es Vortex del cual vamos a hablar el día de hoy aquí en el blog.

¿Qué es el proyecto Vortex?

Vortex es un proyecto que desarrolla una GPGPU, basada en la arquitectura RISC-V. El proyecto está diseñado para realizar computación paralela utilizando la API OpenCL y el modelo de ejecución SIMT.

El núcleo de la GPGPU de Vortex, es un RISC-V genérico, sobre el cual se han implementado mejoras con algunas instrucciones adicionales necesarias para admitir la funcionalidad de GPU y el control de subprocesos. Al mismo tiempo, los cambios en la arquitectura del conjunto de instrucciones RISC-V se mantienen al mínimo y, siempre que es posible, se utilizan instrucciones vectoriales existentes. Se utiliza un enfoque similar en el proyecto RV64X, que también desarrolla una GPU abierta basada en tecnologías RISC-V.

Otra de las características de Vortex es que la GPGPU cuenta con instrucciones avanzadas, entre las cuales se encuentra:»tex» para acelerar el procesamiento de texturas, «vx_rast» para controlar la rasterización, «vx_rop» para manejar fragmentos, profundidad y transparencia, «vx_imadd» para realizar operaciones de multiplicación y suma, «vx_wspawn», «vx_tmc» y «vx_bar» para activar bordes de instrucción y frentes de onda (un conjunto de subprocesos ejecutado en paralelo por el motor SIMD), «vx_split» y «vx_join».

De las características principales de Vortex que se destacan se encuentra las siguientes:

•  Compatibilidad con arquitecturas de conjuntos de instrucciones RISC-V de 32 y 64 bits: RV32IMF y RV64IMAFD.
• Configurabilidad: Número configurable de núcleos, bloques de tareas (warps) e hilos.
• Unidad de procesamiento: Número configurable de ALU, FPU, LSU y SFU por núcleo.
• Ancho de salida: Ancho de salida de tubería ajustable.
• Memoria: Memoria compartida opcional y cachés L1, L2 y L3.
• Soporte de especificación OpenCL 1.2.
• Implementación basada en FPGA: Posibilidad de implementación en FPGA Altera Arria 10, Altera Stratix 10, Xilinx Alveo U50, U250, U280 y Xilinx Versal VCK5000.
• Compatibilidad con SPIR-V: Implementada mediante traducción a OpenCL.
  Herramientas de desarrollo: Un conjunto de herramientas que incluye variantes de PoCL (compilador y tiempo de ejecución OpenCL), LLVM/Clang, GCC y Binutils adaptados para trabajar con Vortex.
• Simulación de chips: Admitida mediante Verilator (simulador Verilog), RTLSIM (simulación RTL) y SimX (simulación de software).
  GPU Skybox

Ademas de ello, para gráficos basados en tecnologías Vortex, se está desarrollando una GPU Skybox abierta que admite la API de gráficos Vulkan. Se menciona que el prototipo Skybox, está creado sobre la base de la FPGA Altera Stratix 10 e incluyendo 32 núcleos (512 subprocesos) a una frecuencia de 230 MHz. Cabe señalar que esta es la primera GPU abierta con implementación de software y hardware compatible con Vulkan

Cabe mencionar que actualmente el proyecto Vortex se encuentra en su versión 2.1, la cual fue lanzada hace poco y en ella se han implementado cambios importantes tales como: el soporte de fusión de memoria (el cual ahora es compatible), se optimizó el proceso de instrucciones de RSE, se ha optimizado la sobrecarga, se añadió un nuevo script de configuración de compilación, entre otras cosas más:

• Se agregó la API del kernel spawn_taskgroups para ejecutar kernels que usan memoria local y barreras
• Nueva extensión de tiempo de ejecución para argumentos y binarios del kernel reubicables.
• Nuevas adiciones de API de memoria de runtime: vx_mem_reserve, vx_mem_access, vx_mem_address
• nueva API de tiempo de ejecución vx_check_occupancy
• Se agregó la opción de controlador de GPU para probar las pruebas OpenCL en la GPU local (por ejemplo, blackbox.sh –driver=gpu –app=sgemm)
• Se agregaron pruebas OpenCL que se usan con memoria local (psum, sgemm2, sgemm3)
• Se agregaron bibliotecas libc y librt personalizadas de vórtice con instrumentación de divergencia de control.

Si estás interesado en poder conocer más al respecto, debes saber que los esquemas, las descripciones de los bloques de hardware en lenguaje Verilog, el simulador, los controladores y la documentación de diseño que lo acompaña se distribuyen bajo la licencia Apache 2.0. Puedes consultar los detalles en el siguiente enlace.

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

Hoy hace casi justo un mes desde que entramos en Flathub y descubrimos su nuevo diseño. Lo más llamativo era la página principal, que desde entonces se parece mucho a una tienda de software como la de GNOME. Ahora, hemos descubierto que Snapcraft ha hecho más o menos lo mismo: actualizar la imagen de la página de la Snap Store, aunque creo que se ha quedado lejos de lo que ofrece su principal competidor.

La barra de búsqueda es más corta que días atrás, y está incrustada en lo que sería la cabecera de la página web. Un detalle: lo que han actualizado no ha sido todo el sitio web, si no el apartado de la Snap Store, es decir, la tienda de paquetes snap. Se puede acceder a ella desde aquí, y lo primero que veremos será el apartado de destacados.

La Snap Store de Snapcraft se compra un traje nuevo

A la izquierda hay un apartado con cajas de verificación para aplicar un filtro. Se puede marcar más de una, y los resultados que aparecerán serán los de una o más categorías. Debajo de las cajas de verificación hay un desplegable desde el que podemos filtrar por arquitectura (x86, ARM…).

Lo que también ha cambiado, pero ya un poco menos, son las páginas de cada aplicación.

Hasta hoy, debajo del icono, el nombre y la versión de la aplicación encontrábamos tanto las capturas como los detalles, las imágenes a la izquierda ocupando casi toda la pantalla y los detalles en el borde derecho. Ahora los detalles también aparecen a la derecha, pero de la descripción, bajo de las capturas.

Este es el segundo rediseño de la Snap Store de Snapcraft en un año, y lo cierto es que falta le hacía. No sólo tenía y creo que sigue teniendo un diseño menos atractivo que Flathub; es que la mayor parte de los usuarios de Linux prefieren los paquetes flatpak. Pero bueno, las mejoras nunca vienen mal, y la página web de la Snap Store se ha comprado un traje nuevo.

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

Parece que Microsoft ha puesto en su gramola y en buce una canción muy popular del grupo Queen en la que cantaban «lo quiero todo». Aunque no nos hemos hecho eco aquí en Linux Adictos, durante esta semana han presentado nuevas funciones de Windows con IA junto a nuevo hardware, ordenadores de la compañía que empezarán a usar procesadores ARM. Hoy también ha empezado a sonar un rumor que asegura que quiere ir a por todas en el sector de los videojuegos.

Microsoft ya tenía la plataforma Xbox, hace meses compró definitivamente a Activision y este rumor aseguraría que no quiere parar ahí. Según un creador de contenidos relacionados al gaming, Microsoft está preparando 16000M para comprar a Valve. Desde hace unos tres años, esta compañía ha ganado mucha popularidad en la comunidad Linux por haber lanzado la Steam Deck, y justamente este aparato sería una de las razones del interés de Microsoft.

Microsoft se quedaría también con Steam

Tal y como leemos en la fuente que ha lanzado el rumor, recordamos que a partir de las declaraciones de un creador de contenidos para el gaming, y es algo en lo que coincido, todo esto tendría mucho sentido para Microsoft, pero poco o nada para Valve. Si se materializara la compra, los de Redmond formarían una temible combinación en la que contarían con la plataforma Xbox, Activision, que entre otras cosas está detrás de los Call of Duty, y Steam, la tienda de videojuegos para PC más popular.

Además, Microsoft parece loca por entrar en el sector de los ordenadores de mano, ¿y quién tiene el más popular, o uno de ellos, del mercado? Valve. Si comprara la compañía se lo llevaría todo.

Por otra parte, esto no parece tener tanto sentido para Valve. 16000M parecen muchos, pero Facebook pagó poco menos por WhatsApp, una compañía que ofrecía sus servicios «gratis», véanse las comillas. Es decir, esos 16000M me parecen poco.

Por otra parte, Valve acaba de empezar un nuevo capítulo con la venta de hardware. Es cierto que venden la Steam Deck a poco más que el precio de coste, pero su popularidad a buen seguro les aporta beneficios por ventas que no hacían antes en Steam. Si hasta yo me planteo comprar varios juegos que ya tengo en mi lista de deseos.

Sería malo para la competencia

Hay más plataformas que venden juegos, pero no tan importantes. La única grande de verdad que quedaría sería PSN (Sony), por lo que prácticamente no habría competencia. La falta de esta competencia podría hacer que los reguladores no dieran el visto bueno a la compra.

Pero todo esto es un rumor, y esperemos que se quede ahí. Ahora que ya he decidido que se viene una Steam Deck a mi casa…

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

Con el lanzamiento de systemd 251, que se realizó en mayo de 2022, se marcó la introducción de systemd-sysupdate, un nuevo sistema de actualización que promete una mayor integración con systemd, soporte para diseños basados en imágenes y una cadena de confianza completa desde el inicio del sistema, tanto en línea como fuera de línea.

Este enfoque de systemd-sysupdate llamo la atención de los desarrolladores de GNOME OS (la distribucion experimental que introduce lo último en desarrollo del escritorio), los cuales han anunciado la transición al uso del componente systemd-sysupdate para organizar sistemas de actualizaciones atómicas.

Los desarrolladores mencionan que este cambio tiene como objetivo adaptar las compilaciones nightly de GNOME OS para realizar un control de calidad diario del desarrollo de GNOME. Como parte del proyecto, la migración implica el proceso de arranque y el sistema de archivos, así como la integración de systemd-sysupdate con GNOME a través de un servicio D-Bus y polkit para permitir la gestión de actualizaciones por parte de software no privilegiado.

Se menciona que actualmente, el sistema OSTree se utiliza para crear y actualizar el contenido de la partición root de GNOME OS, actualizando la imagen del sistema de manera atómica desde un repositorio similar a Git.

La partición del sistema se monta en modo de solo lectura, y las actualizaciones se entregan en forma de pequeñas porciones que contienen cambios relacionados con el estado anterior (actualizaciones delta). Esto permite, por ejemplo, durante el proceso de prueba de GNOME, revertir fácilmente el sistema a versiones anteriores y comprobar si un error identificado aparece en ellas.

Una de las ventajas de cambiar GNOME OS de OSTree a systemd-sysupdate es la capacidad de utilizar un proceso de inicio verificado, donde la cadena de confianza se extiende desde el gestor de arranque hasta los componentes del sistema de la distribución. Además, el uso de systemd-sysupdate permitirá una integración más completa con systemd y una arquitectura que manipule imágenes del sistema prediseñadas como componentes indivisibles.

Ahora bien, para completar esta migración, hay dos trabajos principales involucrados.

El primero es migrar el proceso de arranque y el sistema de archivos root … La segunda parte es la integración de sysupdate con GNOME. Actualmente, las actualizaciones del sistema sólo se pueden gestionar con una herramienta de línea de comandos, que debe ejecutarse como root. 

En el último trimestre del año pasado se llevaron a cabo experimentos para crear imágenes de sysupdate con soporte para UEFI Secure Boot. Actualmente, hay disponibles dos versiones de compilaciones de GNOME OS: una basada en OSTree y otra en systemd-sysupdate. Queda por garantizar que sysupdate se integre completamente con GNOME y proporcione una interfaz gráfica para actualizar el sistema.

En este momento, las actualizaciones basadas en sysupdate solo se pueden gestionar desde la línea de comandos y requieren privilegios de root. Para la integración con GNOME, ya se ha desarrollado un servicio D-Bus que, en combinación con Polkit, permite gestionar las actualizaciones con un usuario sin privilegios. El servicio D-Bus desarrollado y la utilidad updatectl asociada están destinados a incluirse en la versión principal de systemd.

Entre los problemas aun sin resolver está la necesidad de agregar soporte para actualizaciones delta a systemd-sysupdate (actualmente, las imágenes se cargan en su totalidad) y la creación de herramientas para mantener simultáneamente varias versiones del sistema operativo basadas en las ramas estable y en desarrollo de GNOME. Además, se ha comenzado a trabajar en un nuevo instalador para GNOME OS, que aún se encuentra en una etapa inicial y cuyo repositorio aún no se ha creado.

Finalmente se menciona que a futuro está previsto agregar la funcionalidad de gestión de actualizaciones basada en sysupdate a la aplicación de software GNOME. Para ello, se ha preparado un complemento experimental llamado gs-plugin-systemd-sysupdate, que implementa la capacidad de actualizar el sistema operativo a través del servicio D-Bus para la actualización del sistema.

Según el anuncio oficial, Gnome OS también verá una integración más estrecha con systemd y soporte avanzado para el diseño basado en imágenes, lo que brinda inmutabilidad, actualizaciones automáticas, restablecimientos de fábrica y más.

Si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

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

A finales del mes de Febrero de este año, compartimos aquí en el blog una publicación relacionada con la información proporcionada por openSUSE sobre la hoja de ruta para el desarrollo del nuevo instalador en el que ha estado trabajando durante ya varios meses.

Anteriormente conocido como D-Installer, Agama se distingue por separar la interfaz de usuario de las partes internas de YaST, permitiendo el uso de diversas interfaces, como una interfaz web para gestionar la instalación.

En la publicación que compartimos, mencionábamos que openSUSE presentaría dos actualizaciones importantes de Agama para este año. La primera está prevista para mediados de abril y la segunda para mediados de julio.

El equipo de YaST vuelve con más noticias sobre Agama . En nuestra publicación anterior, expusimos los dos primeros pasos de nuestra hoja de ruta para 2024: una interfaz de usuario más potente para la configuración del almacenamiento y una nueva arquitectura sin Cockpit con una mejor API para llamadas externas. Ahora estamos orgullosos de anunciar Agama 8, que ofrece versiones iniciales de ambas funciones.

La primera de ellas ya se ha presentado y en la nueva versión de Agama, se presenta una arquitectura completamente renovada, marcando una transición del uso de módulos preexistentes desarrollados por el proyecto Cockpit hacia un marco independiente con una interfaz de usuario modernizada.

En lugar de D-Bus, ahora se utiliza HTTP como protocolo de comunicación principal para la interacción entre los componentes de Agama. Este cambio a HTTP ha ampliado la capacidad del proyecto para integrarse con sistemas más grandes y ha simplificado la organización de instalaciones automatizadas.

Se menciona que el dejar de lado el uso de Cockpit permitió eliminar dependencias externas adicionales, como los componentes en Python y C que Cockpit requería, mientras que Agama utiliza Ruby y Rust. La eliminación de Cockpit también liberó a los desarrolladores de las limitaciones encontradas al implementar modos de instalación automática y les permitió rediseñar la interfaz de configuración de almacenamiento, logrando un equilibrio óptimo entre simplicidad para principiantes y funcionalidad para usuarios avanzados.

Además, la nueva arquitectura ha reducido significativamente el tiempo de inicio del instalador y ha mejorado su rendimiento, manteniendo la capacidad de utilizar componentes de bajo nivel ya probados. Entre las características que aún no se han transferido a la nueva implementación se encuentran el emulador de terminal integrado y las herramientas para gestionar dispositivos DASD (Dispositivo de almacenamiento de acceso directo) y zFCP (SCSI-over-Fiber Channel).

Además de la nueva arquitectura, Agama 8 ofrece una interfaz completamente rediseñada y más funcional para configurar el almacenamiento y particionar discos. Esta interfaz conserva todas las capacidades básicas del sistema clásico de configuración de almacenamiento YaST y permite una personalización avanzada, pero también ha sido adaptada para ser más fácil de entender para los principiantes. Por ejemplo, la nueva interfaz permite seleccionar la ubicación de cada partición LVM o volumen lógico, montar o reformatear sistemas de archivos previamente accesibles, configurar opciones de cifrado y arranque, y cambiar el tamaño de las particiones.

Los cambios también incluyen una nueva interfaz para seleccionar conjuntos de aplicaciones, configuraciones mejoradas para el cifrado de disco completo basado en TPM, una pila de red completamente reescrita, modernización de algunos widgets, interfaces mejoradas para editar parámetros de sistemas de archivos y crear usuarios, y una mejor visualización de los problemas encontrados durante la instalación. Además, Agama 8 está traducido a 10 idiomas.

Ya estamos trabajando en Agama 9, que debería lanzarse dentro de un mes. La atención se centrará en mejorar el soporte para instalaciones desatendidas y la compatibilidad con AutoYaST.

Finalmente, se menciona que en aproximadamente un mes, se espera el lanzamiento de Agama 9, que incluirá una importante reorganización de la interfaz web, aprovechará las oportunidades perdidas durante la transición a la nueva arquitectura y ampliará las opciones para la instalación automática sin intervención humana. El objetivo del desarrollo es ser compatible con AutoYaST y permitir que Agama se utilice como una alternativa a AutoYaST.

Si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

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

Hace pocos días se dio a conocer la noticia de que en un evento cerrado, Google realizo la presentación del proyecto «FerroChrome» a sus socios. Este es un proyecto en el cual ha estado trabajando para poder ejecutar una versión especial del sistema operativo Chromium OS en una máquina virtual en dispositivos Android.

Y es que el gigante tecnológico ha estado llevando a cabo pruebas que involucran la ejecución de una versión especializada de Chromium OS y durante la demostración, Google presento a sus socios la interfaz de Chromium OS en una pantalla grande conectada a un Pixel 8.

La ejecución de Chromium OS en una máquina virtual se debe a que a partir de Android 13, la plataforma cuenta con «Android Virtualization Framework» (AVF), el cual está implementado sobre la base del hipervisor KVM y crosvm. Esto permite ejecutar máquinas virtuales con otros sistemas operativos y hasta ahora, Google ha utilizado AVF para realizar compilaciones de «microdroides», utilizados para aislar componentes del sistema de terceros. A finales de abril, AVF documentó la capacidad de ejecutar sistemas operativos con una interfaz gráfica de usuario y anunció soporte para la creación de sistemas invitados con Chromium OS.

Cabe mencionar que esto no es algo nuevo, ya que en su momento Samsung presento su proyecto «Samsung DeX» o incluso Ubuntu intento hacer de Ubuntu Touch un sistema que tuviera esa convergencia al ser una solución tanto para móviles, como para tareas de escritorio. Incluso se han presentado launchers que prometen ofrecer una experiencia de escritorio, pero aunque logren ofrecer esto, en el lado de las aplicaciones el tema era otro.

Es por ello que si Google logra implementar con éxito Chrome OS en Android, podría cambiar las expectativas de los usuarios en cuanto a los modos de escritorio móvil, potencialmente afectando la cuota de mercado y la popularidad de soluciones como Samsung DeX.

Sin embargo, aún es muy pronto para decir si el ambicioso proyecto de Google de llevar el uso de móviles a un nuevo nivel está en camino hacia una integración perfecta, ya que se encuentra en sus etapas iniciales.

Entre las ventajas que se mencionan de «FerroChrome» se incluye el potencial para aumentar la productividad al proporcionar una experiencia de escritorio completa en dispositivos móviles, aprovechando el poder de Chrome OS y sus capacidades, así como la conveniencia de llevar un solo dispositivo para las necesidades de computación móvil y de escritorio.

En cuanto a las posibles desventajas que podrían implicar esto, se mencionan los problemas de rendimiento debido a la ejecución de una máquina virtual en un dispositivo móvil, un posible aumento del consumo de batería y el riesgo de crear una experiencia de usuario fragmentada si no se ejecuta de manera adecuada.

Se menciona que Sameer Samat, presidente del ecosistema Android, y Dave Burke, vicepresidente de ingeniería de Android, brindaron el contexto de FerroChrome y explicaron que:

El proyecto nació de los esfuerzos continuos de Google para mejorar la seguridad de Android moviendo código confidencial desde TrustZone, un enclave seguro en CPU ARM, a máquinas virtuales. El marco de virtualización actualizado de Android 15 , con soporte para sistemas operativos gráficos y aceleración de GPU, brindó la oportunidad perfecta para probar esta nueva capacidad.

Burke mencionó:

«Necesitábamos una demostración, ¿y qué sería realmente genial? Pongamos Chrome OS ahí, ¡eso sería muy divertido! ¿Podría funcionar realmente? ¡Y funciona! Pero eso es todo. Es un demostración técnica.» Samat se hizo eco de este sentimiento y señaló que Ferrochrome era un «desafío realmente interesante» para el equipo al ampliar los límites de la nueva tecnología de virtualización.

Finalmente, cabe mencionar que, aunque la compilación de FerroChrome aún no se distribuye públicamente, pero Google ya ha publicado instrucciones para crear un sistema invitado con Chromium OS y ejecutarlo en la máquina virtual AVF. Siguiendo estas instrucciones, los entusiastas pudieron reproducir el lanzamiento de Chromium OS en un teléfono inteligente Pixel 7 Pro con un teclado y un mouse conectados.

Se espera que la capacidad de ejecutar Chromium OS permita crear un entorno de escritorio completo cuando el teléfono inteligente esté conectado a un monitor, teclado y ratón. Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/6Fnpu3Q
via IFTTT

Nueva actualización de mantenimiento de esta distribución que, si nos basáramos sólo en lo que muestra DistroWatch, diríamos que es la opción más popular en el mundo Linux. Y lo sería por mucho tiempo, ya que está en el número 1 desde hace eones. Lo que tenemos entre manos en esta ocasión es MX Linux 23.3, la tercera versión del «Libretto» que siempre que lo veo lo leo como el nombre de la compañía que desarrolla RetroArch.

Como el Debian en el que se basa, esta no es una versión totalmente nueva y no es necesario reinstalar de cero. Lo que han lanzado son nuevas imágenes con software más actualizado, entre lo que tenemos su base, Debian 12.5, y su kernel. Lo que viene es la lista con las novedades más destacadas de MX Linux 23.3 Libretto.

Novedades más destacadas de MX Linux 23.3 Libretto

• Basado en Debian 12.5.
• Paquetes «build-essential» ahora incluidos en la ISO, para aquellos usuarios que necesiten compilar algún driver y no puedan conectarse. Esto ya era así en 23.2.
• Cuando se utilice el modo OEM del instalador, el usuario podrá seleccionar un idioma del sistema antes de que comience la instalación, de modo que la instalación se realice en el idioma elegido. Esto está configurado por defecto en la versión RPI Respin.
• Pipewire 1.0 (1.0.4 disponible en el repositorio de pruebas).
• Manual actualizado, y manual ahora dividido en paquetes específicos para cada idioma.
• La herramienta MX Locale incluye una función para eliminar todos los paquetes del manual excepto el idioma actual por defecto del sistema.
• Opción de compresión zstd añadida a live-remaster (sistema antiX live).
• systemd es utilizable en el sistema en vivo de forma rudimentaria a través del código de arranque init=/lib/systemd/systemd. Habrá errores de desmontaje en el apagado, pero en el momento en que se produzcan el sistema de archivos ya debería ser de sólo lectura.
• Muchas muchas actualizaciones del lenguaje

En cuanto a los kernels, las ISO de las ediciones estándar Xfce, KDE y flubox usan ahora Linux 6.1.90. AHS ha pasado a usar Linux 6.8.9 liquourix. MX Raspberry Respin también ha sido actualizado con los últimos paquetes disponibles en los repositorios de MX y RPiOS.

Los usuarios interesados pueden descargar las nuevas imágenes desde el enlace de la nota de este lanzamiento.

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