Screenshot de Libadwaita 1.5

Los desarrolladores de Gnome dieron a conocer hace poco el lanzamiento de la nueva versión de Libadwaita 1.5, y en esta nueva versión se han implementado diversas mejoras a los cuadros de diálogo, asi como también la adición de nuevas propiedades y más.

Para quienes desconocen de Libadwaita, deben saber que esta es una biblioteca de componentes para el estilo de la interfaz de usuario de GNOME. Libadwaita se utiliza junto con GTK4 e incluye componentes del tema Adwaita utilizado en GNOME, que ahora se han trasladado de GTK a una biblioteca independiente. Este movimiento permite que los cambios específicos de estilo de GNOME se desarrollen de forma separada de GTK, permitiendo a los desarrolladores de GTK centrarse en aspectos fundamentales mientras que los desarrolladores de GNOME pueden implementar cambios de estilo de manera más ágil y flexible sin afectar a GTK en sí.

Principales novedades de Libadwaita 1.5

En esta nueva versión que se presenta de Libadwaita 1.5, el principal cambio fue la revisión de los widgets adaptativos para crear cuadros de diálogo que se ajusten al tamaño del área visible (estos se representan en el lado del cliente, dentro de las ventanas existentes, y no pueden extenderse más allá de la ventana principal).

Los cambios implementados simplifican la creación de cuadros de diálogo, los cuales pueden integrarse con interfaces para sistemas móviles y de escritorio. Además, proporciona opciones adicionales para administrar cuadros de diálogo, como el comportamiento de los botones de cierre y la expansión automática a pantalla completa en versiones móviles de aplicaciones. Se menciona que a futuro se planea implementar el vínculo de cuadros de diálogo a pestañas dentro de la ventana en lugar de a ventanas separadas, lo cual será útil en aplicaciones como navegadores para evitar superposiciones al cambiar entre pestañas.

Otra de las novedades que presenta Libadwaita 1.5 es para los dispositivos móviles, ya que se ha agregado soporte para colocar diálogos en forma de hojas acopladas en la parte inferior de la pantalla (hojas inferiores) en lugar de alineadas con el centro. Esto ayuda a evitar confusiones al cerrar ventanas, ya que parte de la ventana principal permanece visible y los botones de cierre están claramente separados.

Los nuevos cuadros de diálogo se gestionan mediante la clase AdwDialog, que es similar al uso de GtkWindow, con diferencias en las operaciones de visualización y cierre. Se han introducido cambios en la manera de manejar propiedades y señales específicas para estos cuadros de diálogo, como la señal «::close-attempt» y el procesamiento de la propiedad»:can-close«. Además, se recomienda utilizar las nuevas clases AdwPreferencesDialog, AdwAboutDialog y AdwAlertDialog en lugar de las versiones anteriores para estos tipos de diálogo.

En Libadwaita 1.5, los cuadros de diálogo que no están asociados a una ventana principal seguirán tratándose como ventanas independientes. Esto aplica a cuadros de diálogo cuyas ventanas principales no permiten albergar otros cuadros de diálogo, por ejemplo, si no admiten cambios de tamaño o no tienen las clases AdwWindow y AdwApplicationWindow.

Además de la reelaboración de los diálogos, se realizaron otros cambios en Libadwaita 1.5:

• Se añadió la propiedad»:text-length» a la clase AdwEntryRow para limitar la longitud del texto en el campo de entrada.
• AdwHeaderBar siempre muestra un botón de cerrar dentro de los cuadros de diálogo, independientemente del diseño del sistema. La única pista que recibe del sistema es si mostrar el botón de cerrar en el lado derecho o izquierdo.
• Se incluyó el método remove_response() en la clase AdwMessageDialog para eliminar respuestas específicas.
• Se agregó la capacidad de quitar breakpoints (puntos de interrupción) de forma programática en la clase AdwBreakpointBin, permitiendo cambios en la interfaz de usuario según el tamaño de la ventana.
• Se introdujo el indicador «:allow-window-handle» en la clase AdwSwipeTracker para permitir deslizamientos en la parte superior de la barra (útil para hojas adjuntas en el borde inferior).
• Se aumentó el brillo de los colores utilizados al sombrear ventanas en un estilo de diseño oscuro, mejorando la visibilidad y la estética en entornos con poca luz.

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/OUkcvX3
via IFTTT

WineHQ sigue mejorando su software para ejecutar programas de Windows en otras plataformas. WINE 9.5 está disponible desde hace unas 12 horas, y ha llegado con una lista de destacadas que no lo parecen tanto. En cualquier caso, todo suma, y los 263 cambios que han realizado ayudarán a mejorar el soporte para que usuarios como nosotros, que preferimos Linux a otras plataformas, podamos ejecutar aplicaciones de Windows de forma más fiable y segura.

La lista de novedades destacadas recoge soporte inicial de typelib con formato SLTG en widl, manejo de excepciones en ARM64EC y mejoras en el soporte de Minidump, a lo que se le suma el último punto en el que mencionan varias correcciones de errores. La lista de bugs corregidos asciende a 27, y es la que tenéis a continuación.

Bugs corregidos en WINE 9.5

• Error de Wine al intentar instalar Mono después de una versión
• El programa iniciado a través de HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths también debe iniciarse si la extensión «.exe» es
• El instalador de YI Home se bloquea en urlmon no implementado.
• windows-rs ‘lib’ test se bloquea al no implementarse la función d3dcompiler_47.dll.D3DCreat
• El vídeo del logotipo y la película de apertura de la novela visual RE:D Cherish! hace n
• Alune Klient 14.03.2022 se bloquea al no implementarse la función urlmon.
• WeCom (también conocido como WeChat Work) 4.x falló al
• Fallout Tactics lanzador tiene gráficos g
• Acrom Controller Updater roto debido a oleaut32
• Totem Arts Launcher.exe hace n
• Tomb Raider 3 GOG se bloquea a
• d2d1 incapaz t
• Rocket League se bloquea con Wine 9.3 después de que BakkesMod (trainer app) inyecte en t
• SSPI authentication does not work when connecting to sql
• wineserver se bloquea en set_input_de
• Fallo al compilar wine 9.4 debido a archivos de desarrollo EGL de 64 bits no
• El instalador de QQ8.9.6 se bloquea al principio debido a un cambio en server/pr
• WScript.Network no implementa UserName, ComputerName, y UserDomain pro
• capture mouse dont work in virtual desktop (work on wi
• d3d1-9 aplicaciones se quedan sin memoria después de f6a1844d (ArmA: Cold War Assault, Final Fantasy XI Online, Far
• Los dispositivos HID USB sin entrada han dejado de funcionar
• ntdll pruebas omitidas en win7 y win8: falta punto de entrada kernel32.RtlPcTo

WINE 9.5 ha llegado dos semanas después de la versión anterior y ya se puede descargar desde el siguiente botón. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

Dentro de dos semanas llegará WINE 9.6 con cientos de retoques para seguir preparando la versión estable de 2024.

.boton {color: white; background-color: grey; padding: 20px; font-size: 2rem; text-decoration: none; border-radius: 10px; position: relative; top: 15px; border: 4px solid #555;}.boton:hover {box-shadow:1px 1px 2.5px black !important;}

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

LLVM es una marco para el desarrollo de compiladores ademas de que ayuda a construir nuevos lenguajes de programación y mejorar los lenguajes existentes

El lanzamiento del proyecto LLVM 18.1.0 llega después de seis meses de desarrollo y presenta mejoras con GCC que abarcan compiladores, optimizadores y generadores de código. Un cambio notable en esta versión es el nuevo esquema para generar números de versión en el proyecto LLVM a partir de la rama 18.x. Siguiendo la práctica de proyectos como GCC y GDB, se ha adoptado el uso de la versión cero («N.0») durante el desarrollo, mientras que la primera versión estable lleva el número «N.1». Este cambio ofrece ventajas al separar las compilaciones basadas en la rama principal de las compilaciones de la rama de lanzamiento final.

Por ejemplo, en la preparación para la versión actual (18.1.0), el desarrollo se realizó utilizando la rama inestable de LLVM 18.0. Luego, la primera versión estable se lanzó con el número 18.1.0, marcando así la culminación de un ciclo de desarrollo y pruebas exhaustivas. Además, este nuevo esquema permite la generación de comunicados correctivos cada dos semanas si fuera necesario, bajo los números 18.1.1, 18.1.2, y así sucesivamente.

Es importante destacar que si se realizan cambios en la rama actual que afectan la ABI (Interfaz Binaria de Aplicación), la actualización se reflejará con un cambio en el segundo dígito de la versión, por ejemplo, 18.2.0. Esto garantiza una gestión coherente y transparente de las versiones, brindando a los usuarios la claridad necesaria sobre la estabilidad y las modificaciones realizadas en cada lanzamiento.

Principales novedades de LLVM 18.1.0

En esta nueva versión que se presenta de LLVM 18.1.0, en la arquitectura X86 se implementaron mejoras de soporte para extensiones ISA. En particular, se ha añadido soporte para las extensiones USER_MSR, AVX10.1-256 y AVX10.1-512. Además, se ha unificado el tipo i128 con el tipo __int128 de GCC y clang, lo que facilita una mayor compatibilidad binaria con proyectos externos como Rust.

Otro de los aspectos destacados en LLVM 18.1.0 fue para RISC-V, ya que se han realizado varias mejoras y adiciones significativas al estabilizar el soporte para extensiones, además se han agregado funciones integradas para las extensiones y se ha implementado soporte experimental para la generación de código en arquitecturas RV32E, RV64E, ilp32e y lp64e.

En el backend de la arquitectura LoongArch, se han agregado funciones integradas para las extensiones LSX (SIMD de 128 bits) y LASX (SIMD de 256 bits),  se ha añadido soporte para nuevas instrucciones introducidas en la especificación 1.10 del Manual de referencia de LoongArch, y se ha implementado soporte inicial para la vectorización automática.

En AArch64, se ha ampliado la compatibilidad con procesadores como Cortex-A520, Cortex-A720 y Cortex-X4, y se ha implementado el soporte para el mecanismo Stack Clash Protection, que detecta desbordamientos de pila y bloquea métodos de ataque basados en la intersección de la pila y el montón.

Además de estas mejoras específicas en los backends de diversas arquitecturas, se han realizado mejoras generales en los backends para arquitecturas como WebAssembly, MIPS, PowerPC y AMDGPU. También se han ampliado las capacidades del enlazador LLD, se ha mejorado el soporte para arquitecturas RISC-V y AArch64, y se han implementado actualizaciones en la biblioteca Libc++ para seguir las capacidades de los estándares C++20, C++23 y C++26.

Por último, el depurador LLDB ha agregado soporte para extraer automáticamente símbolos y datos binarios de servidores externos que admiten el protocolo DEBUGINFOD, ampliando así la capacidad de depuración en diferentes arquitecturas y añadiendo soporte para extensiones como SME y SME2 (Scalable Matrix Extension) y es importante tener en cuenta que se han eliminado enlaces para el lenguaje Python en algunas áreas, lo que puede requerir ajustes en los procesos de desarrollo que dependan de estos enlaces.

Por las partes de las mejoras que se implementaron en Clang 18 incluyendo cambios relacionados con el lenguaje C:

• Ahora se permite el uso de estructuras, uniones y matrices con el atributo «const» como expresiones constantes, siguiendo la analogía con GCC.
• Las enumeraciones ahora se reflejan en los metadatos TBAA (Análisis de alias basado en tipos) como su tipo entero original en lugar de tratarse como un tipo «char».
• Se agregó soporte para el atributo «counted_by», que permite especificar un campo en una estructura con una matriz flexible para determinar la cantidad de elementos en la matriz flexible, mejorando la eficiencia de las comprobaciones de desbordamiento del búfer en clang.
• Se implementó soporte para la expresión «requiere c23» para vincular módulos y admitir el estándar C23.
• Se implementó una función experimental para utilizar tipos adicionales de argumentos sin tipo en plantillas, lo que permite la especificación de valores de punto flotante, punteros y referencias a subobjetos.
• Se agregó soporte experimental para el mecanismo «Deducing this», que permite usar parámetros con el atributo «this» en una plantilla y descubrir la categoría de la expresión para la que se llamó esta funció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/k3l0cZV
via IFTTT

Pacman, el gestor de paquetes de Arch Linux

Los desarrolladores de la popular distribución «Arch Linux» dieron a conocer que la distribucion ya se encuentra utilizando la nueva actualización de su gestor de paquetes Pacman 6.1. Esta nueva versión trae consigo una serie de mejoras y características que optimizan el proceso de gestión de paquetes, además de que se han implementado mejoras de soporte en mejores apartados.

Para quienes desconocen de Pacman, deben saber que este, al igual que APT, DNF o RPM, es un administrador de paquetes, el cual es utilizado en distribuciones basadas en Arch Linux, como Arch Linux misma y sistemas derivados como Manjaro Linux. Pacman se encarga de manejar la instalación, actualización, y eliminación de software, además de que simplifica la gestión de software al automatizar tareas relacionadas con la gestión de paquetes y sus dependencias.

Principales novedades de Pacman 6.1

Una de las características destacadas de Pacman 6.1 es la introducción del CacheServer, esta función permite almacenar en caché los paquetes descargados, lo que acelera la descarga de paquetes futuros y simplifica la creación de espejos, mejorando así la eficiencia y la velocidad de las operaciones de gestión de paquetes.

Otro de los cambios que se destaca de esta nueva versión, es en makepkg en el cual se han implementado varias mejoras, incluida la capacidad de definir archivos de configuración de reemplazo en el directorio makepkg.conf.d, el uso de la biblioteca autodeps en lugar de libdepends y libprovides, la posibilidad de especificar indicadores adicionales para Git a través de la variable de entorno GITFLAGS, se ha implementado la función verify() para la verificación de fuente personalizada y se ha añadido soporte de checksum para fuentes git/mercurial/bzr.

Ademas de ello, se destaca que se ha cambiado el comportamiento de la utilidad repo-add para no agregar información sobre la firma digital del paquete al repositorio de forma predeterminada, se ha agregado la opción «–include-sigs» para devolver este comportamiento si es necesario y se agrega md5sum a la base de datos del repositorio.

Tambien se han realizado mejoras en la opción –sysroot (cabe destacar que los objetivos para -U ya no se interpretan de forma relativa al sysroot) se ha implementado el soporte para servidor de caché, se han agregado especificadores de formato de salida adicionales a la opción «–print» y ahora es posible agregar campos extendidos con datos del paquete, lo que proporciona más detalles y opciones de personalización en la gestión de paquetes.

Pacman 6.1 ofrece resultados de diagnóstico más detallados cuando se detectan conflictos entre archivos o cuando los paquetes están dañados, facilitando la resolución de problemas y ofrece mejoras de soporte para el directorio de claves WKD (Web Key Directory), lo que fortalece la seguridad y la integridad de los paquetes descargados.

De los demás cambios que se destacan:

• Se ha realizado una transición a OpenSSL para calcular hashes sha256 y md5, lo que mejora la seguridad y la eficiencia en la verificación de la integridad de los paquetes.
• Se ha incluido un campo de datos extendido para proporcionar información de paquete arbitraria.
• Ahora, al usar la opción –dbonly, los ganchos no se ejecutarán.
• Se proporcionan más detalles al encontrar conflictos de archivos o paquetes corruptos.
• Se han realizado mejoras en el soporte WKD
• También se han mejorado el manejo de encabezados de descarga mal formados
• Se utiliza la interfaz de openssl para el cálculo de sumas sha256 y md5.
• Se han corregido las barras de progreso de descarga múltiple.
• Se ha añadido la opción -D para cambiar el directorio antes de compilar.
• Se ha mejorado el recorte y el soporte de paquetes de depuración.
• Se ha añadido soporte configurable para LTO.
• Ahora se incluyen las claves de firma PGP de fuentes en el paquete si están disponibles.
• Se almacena «pkgtype» en xdata.
• Se ha eliminado md5sum de los archivos mtree.
• Se ha documentado MAKEPKG_LIBRARY.

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

En cuanto a los que quieran que su sistema utilice ya esta nueva versión de Pacman, basta con que realicen una actualización de sus paquetes (sudo pacman -Syu) para estar sobre esta nueva versión de Pacman.

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

screenshot de openSUSE Leap 15.6 Beta

Los desarrolladores del proyecto openSUSE, dieron a conocer hace algunos días la liberación de la versión beta de openSUSE Leap 15.6, la cual llega con la finalidad de ofrecer a los usuarios la posibilidad de probar y conocer los cambios y novedades que se tienen preparados para este lanzamiento, además de que también permite a los desarrolladores poder recibir los reportes de errores y solucionarlos.

Para quienes desconocen de openSUSE Leap, deben saber que esta es una distribución desarrollada por openSUSE Project y SUSE Linux GmbH y se posiciona cómo una versión estable y de larga duración de openSUSE que se centra en ofrecer una combinación equilibrada de estabilidad y actualizaciones de software.

«Asegurémonos de que Leap 15.6 funcione bien en su hardware y que podamos mantenerlo así durante los próximos 18 meses», dijo Lubos Kocman, gerente de lanzamiento de openSUSE Leap. “No podemos abordar problemas de hardware, solicitudes de funciones y otros problemas sin conocer estos problemas. Nuestro openQA es limitado. Probar diferentes hardware e informar estos problemas es de gran ayuda”.

Principales novedades de openSUSE Leap 15.6 Beta

Una de las características más destacadas de esta beta de openSUSE Leap 15.6 que llega construida sobre la base de USE Linux Enterprise 15 Service Pack 6 (SP6) y que implementa el Kernel Linux 6.4, con amplias actualizaciones de backport y soporte mejorado para hardware, integración continua de la compatibilidad con el lenguaje Rust, la compatibilidad con el mecanismo Intel LAM, la deduplicación de páginas de memoria a nivel de proceso, la compatibilidad con iteradores en BPF, soporte para hibernación para sistemas RISC -V, entre otras cosas más.

Por la parte de los cambios que podremos encontrar, de manera inicial se nos presenta la actualización a GNOME 45, con nuevas funciones y mejoras en la experiencia de usuario, tales como la configuración rápida de la retroiluminación del teclado, una nueva opción para dar al sistema un estilo de interfaz claro, soporte de Wayland para Input Leap y mas.

Además de ello, en esta beta de Leap 15.6 trae actualizaciones significativas, incluyendo Qt 5.15.12+kde147 y mejoras en seguridad. Por su parte, Qt6 se actualiza a la versión 6.6.1, asegurando la compatibilidad con las últimas bibliotecas y además, se incluyen actualizaciones importantes como glibc 2.38 y mejoras en el firmware con dracut 059+ para un rendimiento más rápido y tiempos de arranque optimizados.

Por la parte de la administración del sistema, podremos encontrar a systemd 254, el cual ofrece compatibilidad con un modo de reinicio suave, «systemd-battery-check» para verificar el nivel de la batería, capacidad de las unidades para establecer la configuración de la memoria de inicio y más.

openSUSE Leap 15.6 Beta también incluye una pila de contenedores, ha sido actualizada con versiones como podman 4.8, proporcionando un soporte más robusto. Asimismo, la virtualización recibe mejoras con Xen 4.18, KVM 8.1.3, libvirt 10.0 y virt-manager 4.1, ofreciendo una experiencia mejorada para los usuarios que trabajan con máquinas virtuales.

El manejo de audio se actualiza con PulseAudio 17.0, que incluye mejoras en hardware y soporte Bluetooth. PipeWire avanza a la versión 1.0.3, mejorando la compatibilidad con Pulseaudio y JACK, y ampliando sus capacidades con nuevas funciones. En cuanto a la seguridad, se incluyen actualizaciones importantes en OpenSSL 3.1.4, liboqs 0.8.0 y otras bibliotecas relacionadas.

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

Descargar y probar openSUSE Leap 15.6 Beta

Para los que estén interesados en poder probar esta beta de openSUSE Leap 15.5 deben saber que la imagen está disponible para descargar una versión de DVD universal de 4.3 GB. En cuanto a los usuarios de Leap que quieran actualizar a la versión beta, pueden hacerlo ejecutando el comando:

zypper --releasever=15.6 dup

Aunque como siempre solemos hacer la recomendación, el uso de sistemas en fases que no sean estables suelen tener varios errores y otros problemas conocidos y sobre todo no se recomiendan en la producción.

Se espera el lanzamiento de openSUSE Leap 15.6 el 12 de junio de 2024 y además de ello cabe mencionar que openSUSE Leap 15.6 tal vez sea la última versión de la serie 15.x, y openSUSE Leap 16 se lance en la plataforma ALP en 2025.

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

Es un sistema operativo orientado a los usuarios de software libre y abierto al desarrollo de nuevas funciones por su comunidad

Hace algunos días, los desarrolladores del proyecto openSUSE dieron a conocer, mediante una publicación de blog, la noticia de la integración del soporte para el cargador de arranque «systemd-boot» en la distribución openSUSE Tumbleweed.

Systemd-boot, abreviado como sd-boot, es un sencillo administrador de arranque UEFI, que al igual que otros administradores de arranque ofrece al usuario un menú textual para seleccionar la entrada para iniciar y un editor para la línea de comando del kernel. systemd-boot solo admite sistemas con firmware UEFI.

Además de ofrecer una interfaz textual para seleccionar las entradas de arranque, systemd-boot permite editar las líneas de comando del kernel. Es importante destacar que sd-boot es compatible únicamente con sistemas con firmware UEFI.

Una de las principales ventajas es su enfoque en la simplicidad y eficiencia, especialmente al manejar el cifrado de disco completo. A diferencia de cargadores de arranque tradicionales como GRUB, sd-boot delega las responsabilidades de descifrado y derivación de claves al kernel de Linux y al espacio de usuario, agilizando así el proceso de arranque y evitando posibles ralentizaciones al inicio del sistema.

En comparación con el gestor de arranque GRUB tradicional, el uso de systemd-boot en openSUSE Tumbleweed mejora la velocidad y la seguridad del proceso de arranque. Actualmente, systemd-boot es una opción adicional, mientras que GRUB sigue siendo el gestor de arranque predeterminado, excepto en las compilaciones para QEMU, donde systemd-boot se habilitará junto con el cifrado de disco completo.

El cambio de GRUB tradicional a systemd-boot ha sido motivado por varias razones clave, según una presentación realizada por Ludwig Nussel (director de lanzamientos de Leap) quien menciono algunos de los aspectos más importantes de esta transición y las razones detrás de ella.

Ludwig, menciona que una de las principales motivaciones ha sido la simplicidad y eficiencia que ofrece systemd-boot, especialmente en entornos que manejan cifrado de disco completo. A diferencia de los cargadores de arranque tradicionales como GRUB, systemd-boot delega las responsabilidades relacionadas con el cifrado y la derivación de claves al kernel de Linux y al espacio de usuario, lo que ayuda a agilizar el proceso de arranque y a reducir la complejidad del código del cargador de arranque.

Por la parte de las razones clave relacionados con esta integración, podemos destacar las siguientes:

1. Mejora de velocidad y seguridad del arranque: El cambio a systemd-boot se espera que mejore la velocidad de arranque y aumente la seguridad del proceso de arranque en openSUSE Tumbleweed en comparación con el uso del gestor de arranque GRUB tradicional.
2. Compatibilidad opcional: Actualmente, la compatibilidad con systemd-boot se ofrece como una opción adicional, mientras que GRUB sigue siendo el gestor de arranque predeterminado. Sin embargo, las compilaciones para QEMU planean habilitar systemd-boot de forma predeterminada junto con el cifrado de disco completo.
3. Facilitación del cifrado de disco completo: El objetivo principal de agregar soporte para systemd-boot es hacer que trabajar con el cifrado de disco completo sea más fácil y eficiente. Con systemd-boot, las operaciones relacionadas con el cifrado se trasladan al lado del kernel de Linux y a un controlador en el espacio de usuario, simplificando el código del gestor de arranque.
4. Integración con Btrfs y gestión de instantáneas: openSUSE Tumbleweed utiliza el sistema de archivos Btrfs por defecto, lo que implica trabajar con instantáneas. La integración de systemd-boot facilita el arranque desde instantáneas individuales y aumenta la eficiencia en la organización de las actualizaciones del kernel mediante la utilidad sdbootutil, que gestiona las instantáneas.

Finalmente, se menciona que la compatibilidad con systemd-boot en openSUSE todavía se considera experimental, por lo que se ofrece como una opción tanto en los instaladores de Tumbleweed como en MicroOS, proporcionando una alternativa a GRUB para aquellos usuarios que deseen probar. Además, hay dispositivos listos para usar en qemu que utilizan systemd-boot y cifrado de disco completo de forma predeterminada.

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/lK0m7TF
via IFTTT

Yo diría que game over, pero nunca se sabe. En el mundo de los juegos y desde hace semanas, la noticia está en que Yuzu y Citra han desaparecido porque Nintendo les ganó en los juzgados, pero también en que salieron nuevas opciones como Suyu para seguir, al menos, con Yuzu. Se podía probar un lanzamiento no oficial y actualizaron su página de GitLab para añadir los instaladores que pronto añadirían a su página web, pero poco ha durado la alegría.

Si vamos al enlace anterior y pasamos el cursor por encima de «Download», si el navegador es compatible con esta función veremos el enlace que lleva a https://ift.tt/WLgMXdv, pero si hacemos clic ahí, ahora mismo nos pide una cuenta para poder continuar. Hasta hace poco aparecía el error 404, es decir, que no existía, y probablemente siga siendo así por una reclamación de la DMCA que ha terminado con la eliminación del repositorio. En teoría.

Suyu también desaparece

Los desarrolladores, si es que lo son porque se decía que no, quisieron curarse en salud y eliminaron tanto keys como firmware del emulador. La intención era sobrevivir, y dejaban en el tejado del usuario la tarea de conseguir esos componentes para poder jugar a los títulos de Nintendo Switch en otros aparatos. Pero esto no parece haber sido suficiente.

Tal y como publican en X, GitLab dice que «Determinamos que has hecho un fork de un repositorio público contra el que previamente recibimos un informe de la DMCA. Si quieres recuperar el acceso a tu cuenta, se te requiere que elimines el siguiente proyecto de tu cuenta […]. Una vez aceptes estos términos, tendrás 24 horas para eliminar el contenido«.

Del mensaje entendemos algo que ya sabíamos: Suyu es Yuzu con otro nombre. El problema es que han hecho la copia directa, y probablemente puedan volver a subirlo si hacen algún cambio claro, pero esto es pura especulación. Lo más fácil es pensar que Suyu lo tiene difícil para seguir adelante.

Mientras tanto y como hemos dicho en alguna otra ocasión, Ryujinx sigue existiendo, lo que ahora es la mejor opción para emular los títulos de Switch.

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

GTK ​​ o The GIMP Toolkit​​ es una biblioteca de componentes gráficos multiplataforma para desarrollar interfaces gráficas de usuario

En esta nueva versión que se presenta de GTK 4.14 se destacan los nuevos motores de renderizado unificados llamados «NGL» y «Vulkan» que hacen uso tanto de OpenGL (GL 3.3+ y GLES 3.0+) como de las API de gráficos Vulkan. Ambos motores están basados en la API de Vulkan, pero el motor «NGL» presenta una capa de abstracción separada para OpenGL que se ejecuta sobre Vulkan, teniendo en cuenta las diferencias entre ambas API. Este enfoque ha permitido el uso de una infraestructura común en ambos motores para el procesamiento de gráficos de escenas, transformaciones, almacenamiento en caché de texturas y glifos. La unificación también ha simplificado notablemente el mantenimiento de la base de código de ambos motores, así como su actualización y sincronización.

Se menciona que a diferencia del antiguo motor «GL», que empleaba un sombreador simple separado para cada tipo de nodo de renderizado y reorganizaba periódicamente los datos durante el renderizado fuera de pantalla, los nuevos motores utilizan un sombreador complejo (ubershader) para el renderizado fuera de pantalla, interpretando los datos del búfer. Entre las características distintivas de los nuevos motores se destacan el suavizado de contornos, que permite conservar detalles finos y lograr contornos más suaves, la formación de gradientes arbitrarios, que admite cualquier número de colores y suavizado, y el escalado fraccional. El nuevo motor de renderizado «NGL» está activado de forma predeterminada, al igual que la compatibilidad con la API de gráficos Vulkan. Al integrar la configuración predeterminada, ahora se requiere la compatibilidad con Vulkan 1.3.

Otro de los cambios que se destacan de GTK 4.14, es la biblioteca GSK (GTK Scene Kit), que proporciona la capacidad de representar escenas gráficas a través de OpenGL y Vulkan, ha experimentado mejoras significativas relacionadas con la representación de fuentes, sugerencias y el uso de valores de escala no enteros al mostrar texto. Se ha implementado el suavizado del contorno de los glifos durante la rasterización para mejorar la claridad en pantallas de baja resolución, así como el posicionamiento de subpíxeles de los glifos al hacer sugerencias. La calidad de representación de fuentes también se ha mejorado en valores de escala no enteros, como 125%. Asimismo, se ha añadido soporte para el desalojo de elementos de caché para glifos y texturas, lo que ha mejorado la eficiencia del almacenamiento en caché de glifos.

Además de ello, se ha incorporado soporte para «Path» en GTK, lo cual permite dibujar formas y áreas utilizando una secuencia de líneas o curvas Bézier cúbicas y cuadráticas. Para realizar dibujos con trazados, se han introducido varios objetos en GTK, como GskPath para definir parámetros de líneas o curvas, GskPathBuilder para crear curvas, GskPathPoint para establecer un punto en una forma y GskPathMeasure para tomar medidas como la longitud de un trazado.

Por otro lado, la biblioteca GDK, que actúa como una capa entre GTK y el subsistema de gráficos, ha expandido su soporte para el mecanismo DMA-BUF, se menciona que este mecanismo permite el uso de buffers a nivel de kernel direccionados mediante un descriptor, lo que posibilita la transferencia directa de datos entre subsistemas del kernel sin necesidad de copiarlos. En el contexto de GTK, el soporte para DMA-BUF se utiliza para minimizar las operaciones de copia de datos de píxeles durante la composición y al trabajar con vídeo. Por ejemplo, el vídeo puede ser grabado mediante un decodificador de hardware en dmabuf, luego adjuntado a una superficie Wayland y finalmente pasar a un administrador de composición para su visualización en pantalla sin copias adicionales de datos.

También se han incorporado mejoras significativas para personas con discapacidades relacionadas con la visualización de texto con formato complejo, el funcionamiento de WebKitGTK y la visualización de notificaciones.

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

• Se ha mejorado el soporte para las especificaciones ARIA, y se ha añadido la interfaz GtkAccessibleText para utilizar funciones de accesibilidad en widgets de texto de terceros.
• La interfaz GtkText ha ampliado su soporte para el protocolo AT-SPI, permitiendo la interacción con lectores de pantalla.
• Se ha añadido la clase GtkPrintDialog para generar cuadros de diálogo de impresión y proporcionar una API asincrónica que se puede utilizar en lugar de GtkPrintOperation.
• Este widget ha actualizado los datos de Emoji y ahora ofrece la capacidad de buscar en diferentes idiomas, considerando las diferentes configuraciones regionales.
• Se ha mejorado el seguimiento de los cambios realizados por el usuario en el widget GtkEntry, lo que facilita la implementación de la operación de deshacer.
• Se ha acelerado la apertura del cuadro de diálogo de selección de archivos en el widget GtkFileChooser para mejorar la experiencia del usuario.
• El inspector GTK ahora proporciona visualización de información sobre OpenGL, subsuperficies y FPS para facilitar la depuración y el análisis de rendimiento.
• La utilidad gtk4-node-editor ahora cuenta con soporte de grabación automática para mayor comodidad al trabajar con nodos y ediciones complejas.

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/6FlTs8J
via IFTTT

Arti es un proyecto para producir una implementación integrable de los protocolos de anonimato Tor en Rust

La nueva versión de Arti 1.2.0 ya fue liberada y los desarrolladores de Tor continúan en los trabajando de integración en soporte para ejecutar servicios onion, asi como también que se han solucionado una serie de errores y problemas de seguridad y algunos cambios menores.

Para quienes desconocen de Arti, deben saber que este es un proyecto para implementar los protocolos de anonimato Tor en el lenguaje de programación Rust. A diferencia de la implementación C, que primero se diseñó como un proxy SOCKS y luego se adaptó a otras necesidades, Arti se desarrolló inicialmente en forma de una biblioteca modular integrable que puede ser utilizada por varias aplicaciones.

Una de las características distintivas de Arti es que aprovecha toda la experiencia acumulada en el desarrollo previo de Tor. Esto significa que se evitan problemas arquitectónicos conocidos, lo que hace que el proyecto sea más modular y eficiente desde su concepción. A medida que el código Rust alcanza un nivel de madurez que puede reemplazar por completo la implementación en C, los desarrolladores tienen la intención de otorgar a Arti el estatus de implementación principal de Tor y dejar de mantener la versión en C.

Principales novedades de Arti 1.20

El lanzamiento de Arti 1.2 se centra en la implementación estable del soporte para servicios onion, ya que ahora, Arti no solo permite conectarse a servicios existentes, sino también permite crear nuevos servicios onion. Además de ello, se ha iniciado el trabajo en capacidades relacionadas con la privacidad y seguridad de los servicios onion, como control de congestión RTT, protección DDoS, limitación de ancho de banda, autorización de clientes y Vanguard para evitar la detección de nodos Guard. Sin embargo, estas características aún no se han completado, por lo que no se recomienda utilizar Arti para implementaciones de producción hasta que se implementen por completo.

Además, la versión 1.2 soluciona una vulnerabilidad en el código de procesamiento de mensajes de retransmisión que permitía el envío de mensajes de datos vacíos, los cuales podían usarse para sustituir indicadores de tráfico indetectables. Aunque esta vulnerabilidad tiene una calificación baja debido a que los paquetes de datos solo se aceptan para subprocesos abiertos, se considera importante corregirla.

De los demás cambios que se destacan:

• Mejorar las API del administrador de claves
• Se diseñó la configuración del cliente y del servicio, y un subcomando CLI, para la autorización del cliente de servicio oculto.
• Se mejoró la ergonomía de nuestras API de listado y eliminación de claves.
• Se mejoró el registro de errores del circuito, incluyendo el identificador exclusivo del proceso del circuito en los mensajes de error.
• Se diseñó una API para limitar la velocidad del ancho de banda.
• Se corrigió un error que impedía que el editor del descriptor procesara completamente los resultados de las tareas de publicación, lo que provocaba que volviera a publicar el descriptor innecesariamente en algunas circunstancias.
• Se arregló la compilación con musl.
• Se actualizó la dependencia de curve25519-dalek de 4.1.1 a 4.1.2
• Actualización a las últimas versiones de event-listener, rusqlite ,
  async-broadcast, Signature0, config.
• Actualizaciones menores al proceso de lanzamiento
• Corrección en la compilación y las advertencias en Windows.

Por otra parte, se menciona que en futuras versiones, se tiene previsto alcanzar la paridad con el cliente C para la rama 2.0 de Arti, que también ofrecerá enlaces para usar Arti en varios lenguajes de programación. Una vez que el código Rust alcance un nivel que pueda reemplazar completamente la versión C, los desarrolladores planean darle a Arti el estado de implementación principal de Tor y dejar de mantener la implementación C. Esta transición se realizará gradualmente para permitir una migración sin problemas.

Por último, es importante tener en cuenta que los desarrolladores advierten que la implementación aún está catalogada como experimental y la experiencia del usuario aún no cumple con todas las expectativas. 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/3U7OyV2
via IFTTT

Ente se volvió completamente de codigo abierto

La startup Ente ha anunciado una importante noticia y es que mediante una publicación de blog, ha dado a conocer la finalización de su labor de llevar todo su código fuente, incluidos los servidores, a ser completamente de código abierto. Y es que con este anuncio el servidor de su plataforma, junto con las aplicaciones móviles y de cliente que ya estaban abiertas previamente, han pasado a ser open source, con lo cual ahora se permite a los usuarios implementar un servicio de almacenamiento y uso compartido de fotografías similar a Google Photos y Apple Photos en sus propias instalaciones.

Con esta transición, los clientes de Ente y la comunidad en general tienen acceso total al código que garantizan el almacenamiento seguro y el cifrado de extremo a extremo, lo que garantiza una total transparencia en la seguridad, la integridad y la privacidad de los datos de los usuarios, al tiempo que ofrece una plataforma abierta para la experimentación y el desarrollo colaborativo.

App ente photos

Una de las características destacadas de Ente es su capacidad para utilizar cifrado de extremo a extremo, lo que garantiza la protección de la información incluso en caso de compromiso del almacenamiento, lo que permite a los usuarios utilizar proveedores no confiables sin preocupaciones por la filtración de información confidencial.

El equipo de Ente enfatiza que esta decisión no solo se trata de tecnología, sino también de valores fundamentales. La transparencia, la confianza y la gratitud hacia la comunidad de código abierto y la tecnología que hacen posible el servicio de Ente son pilares clave en esta transición. Además, la apertura del código fuente de los servidores agrega una capa adicional de seguridad y garantía para los usuarios, independientemente de los cambios futuros en el panorama tecnológico.

Por la parte de las funciones criptográficas que garantizan la seguridad de los datos de los usuarios, estos se basan en la biblioteca Sodium, utilizando algoritmos como Argon2 1.3 para hash, X25519 para intercambio de claves, XSalsa20 y XChaCha20 para cifrado, y Poly1305 MAC para autenticación. Además, el proyecto ha sido sometido a auditorías independientes realizadas por Cure53 y Falible para garantizar la seguridad de los algoritmos criptográficos y del código fuente.

El servicio de almacenamiento de fotografías de Ente permite el intercambio selectivo de imágenes individuales y la creación de álbumes compartidos accesibles por varios usuarios. También admite la carga en segundo plano, importación y exportación para diferentes sistemas, y utiliza PostgreSQL como DBMS para garantizar un almacenamiento confiable mediante la replicación de la información en varios almacenamientos independientes.

Además del servicio de almacenamiento de fotografías, Ente ofrece la posibilidad de organizar el almacenamiento de otros tipos de datos como uno de los complementos de la aplicación. Por ejemplo, el componente Ente Auth se puede utilizar para crear programas de autenticación similares a Authy, que almacenan códigos de autenticación de dos factores, permiten la copia de seguridad del código en la nube y la sincronización entre diferentes dispositivos. Ente Auth y Ente Photos comparten el código del servidor para una mayor integración y funcionalidad.

Para los interesados en poder conocer más al respecto, deben saber que todo el trabajo de Ente está recopilado en un solo repositorio, el código del servidor está escrito en Go y se distribuye bajo la licencia AGPLv3. Las aplicaciones cliente están desarrolladas en TypeScript y Dart utilizando Flutter, y están disponibles para Linux, Windows, macOS, iOS y Android, además de contar con una interfaz web.

Puedes consultar los detalles del anuncio en el siguiente enlace.

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