Ubuntu 24.04 estrenará nuevo logotipo para el cajón de aplicaciones en el vigésimo aniversario del sistema operativo

Nuevo icono en el cajón de apps de Ubuntu 24.04

Cuando KDE lanzó la versión beta de su sistema operativo, pasé días probándolo. neon muestra en el menú de inicio el icono de Plasma, y a mí me gustaba el del sistema operativo, por lo que una de las primeras cosas que hice fue entrar en el modo edición, buscar el logo de KDE neon y ponerlo. Las manías no las curan los médicos, y se ve que esta es una de las mías. Ubuntu muestra 9 cuadrados en rejilla, pero eso cambiará en Ubuntu 24.04.

Los cambios no gustan a todos por igual, pero mientras aplicaba la última actualización de la Daily Build de Ubuntu 24.04 he visto lo que muestra la imagen de cabecera: en el cajón de aplicaciones, es decir, el icono que hay que pulsar para entrar a la vista de aplicaciones instaladas ha cambiado y ahora tenemos el logotipo de Ubuntu. O también Canonical, puesto que desde hace tiempo se usa el mismo tanto para la compañía como para el sistema operativo. Y sí, es el «nuevo» de 2022.

Cajón de apps personalizado en Ubuntu 24.04

La última actualización de la Daily Build, por lo menos en mi caso, ha sido bastante grande, y entre lo que he podido ver se ha actualizado Yaru. El tema por defecto de Ubuntu va recibiendo actualizaciones regulares, y no todas son perceptibles. El nuevo icono es parte de esta actualización, por lo menos para Ubuntu, tal y como vemos en este commit de GitHub. El icono se puede encontrar en /usr/share/icons/Yaru/scalable/actions con el mismo nombre de siempre, es decir, como view-app-grid-symbolic.svg. Si alguien quiere recuperar el icono anterior o cambiarlo por otro, es ese archivo el que debe modificar, no sin antes hacer una copia de seguridad.

Cambio en el tema Yaru

En cuanto al funcionamiento, todo sigue igual. Sigue siendo un botón con el que podemos ver las apps instaladas y no se ha incluido ningún efecto ni nada parecido.

Ubuntu 24.04 llegará el próximo 25 de abril y lo hará con Linux 6.8 y GNOME 46 como principales novedades. Eso y nuevo logotipo siempre visible.

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

Debido al cambio de licencia de Redis se está discutiendo su eliminación en Fedora

Redis

Redis Cambiar licencia de BSD-3 a RSALv2+SSPLv1 dual

Los constantes abusos por parte de corporaciones y productos comerciales hacia los desarrollos de código abierto ya no solo están afectando a pequeños desarrolladores, sino que también ha llegado el problema con proyectos populares y en esta ocasión es Redis el afectado y ha decidido tomar cartas en el asunto.

Y es que hace poco Redis dio a conocer la noticia del cambio en la licencia de su sistema de gestión de bases de datos Redis, el cambio será efectivo a partir del lanzamiento de la versión de Redis 7.4, en la cual se menciona que el proyecto se distribuirá bajo dos licencias propietarias: RSALv2 y SSPLv1, en lugar de la licencia BSD anteriormente utilizada.

RSALv2 y SSPLv1 son licencias con diferencias significativas en sus restricciones y obligaciones:

  1. RSALv2:
    • Permite el uso, copia, distribución, puesta a disposición y creación de software derivado de software bajo esta licencia.
    • Prohíbe la comercialización del software o su suministro a otros como un servicio administrado sin un acuerdo adicional.
    • Los usuarios pueden utilizar el código fuente de Redis de forma gratuita bajo esta licencia.
  2. SSPLv1:
    • Es una licencia copyleft que obliga a revelar el código completo del servicio si se utiliza como parte del servicio.
    • Los usuarios también pueden utilizar el código fuente de Redis de forma gratuita bajo esta licencia, pero deben cumplir con las obligaciones de copyleft.

Los usuarios pueden elegir entre RSALv2 y SSPLv1 según sus preferencias y necesidades específicas. Sin embargo, es importante tener en cuenta que los proveedores de servicios en la nube como AWS, GCP y Azure ya no podrán utilizar los productos Redis de la misma forma debido a los cambios en la licencia. Esto implica que estos proveedores deben revisar y ajustar sus políticas y costos relacionados con el uso de Redis en sus plataformas.

Anteriormente, solo los módulos adicionales que ofrecían funcionalidades avanzadas para usuarios corporativos, los cuales se suministraban bajo una licencia propietaria. Ahora, la licencia propietaria también se aplicará al código base principal del DBMS.

En la práctica, nada cambia para la comunidad de desarrolladores de Redis, que seguirá disfrutando de licencias permisivas bajo la licencia dual. Al mismo tiempo, todas las bibliotecas cliente de Redis bajo la responsabilidad de Redis seguirán teniendo licencia de código abierto

Redis menciona que las nuevas licencias disponibles para el código fuente de Redis permitirán a Redis seguir ofreciendo un uso permisivo de su código fuente de forma sostenible. Estos cambios representan una transición hacia una fase más avanzada en el desarrollo de Redis, consolidándolo como una plataforma de datos en tiempo real con una amplia gama de capacidades y productos principales. Estas ofertas incluirán características innovadoras como modelos de datos de búsqueda, JSON, vectoriales, probabilísticos y de series temporales, todo integrado en un paquete de software descargable de forma gratuita.

Cabe mencionar que el cambio de licencia no afecta las versiones anteriores de Redis que son distribuidas bajo la licencia tradicional BSD-3, lo que significa que estas versiones se pueden seguir utilizando sin problema alguno. Además, se ha anunciado que se proporcionarán importantes parches de seguridad para versiones anteriores de Redis bajo la licencia BSD-3 hasta el lanzamiento de Redis Community Edition 9.0.

Es importante destacar que la comunidad de código abierto ha expresado su oposición a este cambio de licencia, ya que ambas licencias tienen restricciones que afectan a ciertas categorías de usuarios, lo que las hace no consideradas como completamente abiertas ni gratuitas. La Open Source Initiative (OSI) ha declarado que estas licencias no cumplen con los criterios para ser consideradas como licencias abiertas, lo que significa que los productos basados en estas licencias deben considerarse como propietarios. Además, los productos bajo las licencias SSPL y RSAL no pueden incluirse en distribuciones gratuitas como Fedora y Debian.

En respuesta a este cambio de licencia, los desarrolladores de Fedora están considerando eliminar los paquetes Redis de los repositorios de la distribución o reemplazarlos con un fork «libre». Se está discutiendo la posibilidad de reemplazar Redis en el repositorio de Fedora con KeyDB, una bifurcación de Redis 5 desarrollada por Snapchat desde 2019.

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

OpenWrt 23.05.3 ya fue liberado conoce sus mejoras y cambios destacados

OpenWrt

OpenWrt es un firmware basado en una distribución de Linux empotrada en dispositivos tales como routers personales

Recientemente, la comunidad OpenWrt dio a conocer, mediante una publicación de blog, el lanzamiento de la nueva versión estable de la serie OpenWrt 23.05.3, en la cual los desarrolladores trabajaron para implementar una serie de mejoras significativas y nuevas características que mejora la funcionalidad, asi como también añaden el soporte a nuevos dispositivos y, por otra parte, también se solucionan una serie de errores y vulnerabilidades detectadas.

Para quienes desconocen de OpenWrt, les puedo decir que esta es una distribución de Linux, la cual su uso está orientado para dispositivos de red como enrutadores y puntos de acceso. Es compatible con diversas plataformas y arquitecturas, y cuenta con un sistema de compilación que facilita la creación de firmware personalizado con los paquetes necesarios preinstalados para tareas específicas.

¿Qué hay de nuevo en OpenWrt 23.05.3?

Esta nueva versión de OpenWrt 23.05.3 se destacan principalmente las correcciones de seguridad implementadas, de las cuales se mencionan que fueron solucionadas las siguientes:

  • CVE-2023-36328: Se solucionó una vulnerabilidad de desbordamiento de enteros en mp_grow en libtommath en Dropbear.
  • CVE-2023-48795: una vulnerabilidad en el protocolo SSH que afecta a versiones anteriores a 9.6 de OpenSSH y otros productos. Permite a atacantes remotos eludir comprobaciones de integridad, lo que puede llevar a la degradación o desactivación de ciertas características de seguridad. Este problema afecta a varios productos y bibliotecas SSH, incluyendo OpenSSH, Dropbear, PuTTY, Paramiko, WinSCP, entre otros. Se recomienda actualizar a versiones seguras para mitigar este riesgo de seguridad.
  • CVE-2023-50868: Se resolvió un problema en dnsmasq que permitía ataques remotos de denegación de servicio a través de respuestas DNSSEC.
  • CVE-2024-0727: una vulnerabilidad en OpenSSL al procesar archivos PKCS12 maliciosos, lo que puede causar una falla y un posible ataque de denegación de servicio. Aplicaciones que cargan archivos PKCS12 desde fuentes no confiables pueden cerrarse abruptamente. Se recomienda actualizar OpenSSL para mitigar este riesgo de seguridad.

Otro de los aspectos destacados de la nueva versión es la mejora de soporte y adición de nuevos dispositivos, ya que se ha mejorado la estabilidad de Ethernet en la Orange Pi R1 Plus y dispositivos basados ​​en chips Mediatek MT7981 y MT7986, mientras que en dispositivos mpc85xx se aumentó la RAM disponible en Extreme Networks WS-AP3825 y se agregó soporte para una variedad de dispositivos, incluyendo UniFi Reino Unido-Ultra, ASUS RT-AX59U, Cudy RE3000 v1, TP-Link EAP225v5, entre otros.

También se destaca que la mayoría de los componentes fueron actualizados a la versión del Kernel de Linux 5.15.150 (en la versíon anterior el Kernel utilizado era la versión 5.15.137) junto con actualizaciones de mwlwifi, mt76, netifd, bcm27xx-gpu-fw, mbedtls, openssl, y otros componentes.

Por otra parte, en OpenWrt 23.05.3 se solucionaron los problemas de reinicio falso en dispositivos específicos, se ha mejorado el soporte de hardware como WPA3 y se ha mejorado la estabilidad general del sistema.

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

  • Se realizaron mejoras para aumentar la RAM disponible en algunos dispositivos
  • Se corrigió el RTC de los dispositivos IEI-World Puzzle M90x
  • El servidor Dropbear SSH ha mejorado significativamente la velocidad de transferencia de datos al utilizar la utilidad scp.
  • Se arregló el ciclo de vida de la sesión AMPDU
  • Se solucionaron los problemas del modo monitor en mt76
  • Corrección de  la instalación OEM de Netgear GS110TPP
  • Corrección de errores tipográficos para propiedades spi  en Cetron CT3003
  • Se mejora el comportamiento del ventilador en mt7981
  • Se eliminó kmod-usb2 para GL-MT6000
  • Se habilitó el paquete mt7981-wo-firmware de forma predeterminada
  • Se agregaron las definiciones de estado de LED que faltan en GL-MT6000
  • Se arregló la dirección mac wifi BPI-R3

Si quieres conocer más al respecto sobre los detalles que se integran a esta nueva liberación del firmware OpenWrt 23.05.3 puedes consultar la información en la publicación original en el siguiente enlace.

Descarga la nueva versión de OpenWrt 23.05

Las compilaciones de esta nueva versión están preparadas para 36 plataformas diferentes, de las cuales se pueden obtener los paquetes de actualización desde el siguiente enlace.

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

VKD3D-Proton 2.12 añade soporte para NVIDIA Reflex, mas extensiones de Vulkan y mas

Valve

VKD3D-Proton es una bifurcación de VKD3D, cuyo objetivo es implementar la API Direct3D 12 completa sobre Vulkan.

VKD3D-Proton 2.12 se presenta con una serie de mejoras significativas y soluciones a problemas conocidos en la implementación, y entre las características y correcciones que se abordan, se destacan las mejoras de rendimiento, la estabilidad y la compatibilidad.

VKD3D-Proton es una herramienta que ofrece cambios, optimizaciones y mejoras específicas para mejorar el rendimiento de los juegos de Windows basados en Direct3D 12 en el entorno de Proton. Estas mejoras aún no están integradas en la versión principal de vkd3d. VKD3D-Proton se enfoca en aprovechar las extensiones Vulkan más modernas y las capacidades de los controladores gráficos más recientes para lograr una compatibilidad total con Direct3D 12.

Valve utiliza esta bifurcación específica en el paquete basado en Wine para ejecutar juegos de Windows a través de Proton. Mientras que el soporte para DirectX 9/10/11 en Proton se basa en DXVK, la implementación de DirectX 12 se basa en la biblioteca vkd3d. Tras el fallecimiento del autor original de vkd3d, CodeWeavers continuó con el desarrollo de esta parte, con contribuciones de la comunidad de Wine.

Principales novedades de VKD3D-Proton 2.12

En esta nueva versión que se presenta de VKD3D-Proton 2.12, una de las novedades más importantes del lanzamiento es el soporte añadido para NVIDIA Reflex a través de VK_NV_low_latency2. Esta funcionalidad permite reducir la latencia en juegos compatibles, mejorando la capacidad de respuesta y la experiencia de juego para los usuarios de hardware NVIDIA, lo que se traduce en una puntería más rápida, tiempos de reacción más ágiles y una precisión máxima en los juegos competitivos.

Otra de las mejoras implementadas en VKD3D-Proton 2.12 es la API de pase de renderizado D3D12, la cual es una implementación de renderizado D3D12 (nivel 0), lo que soluciona problemas en juegos que dependen de esta funcionalidad específica de DirectX 12.

Ademas de ello, en VKD3D-Proton 2.12 se implementa VK_EXT_device_fault, una extensión que permite a los desarrolladores obtener información detallada sobre fallas y errores en el hardware de la GPU, facilitando el diagnóstico y la resolución de problemas relacionados con el rendimiento y la estabilidad.

Tambien se destaca la optimización de la transición V-Sync y Tearing Present, esto es gracias a la implementación de VK_EXT_swapchain_maintenance1 permite una transición más suave entre los modos V-Sync y Tearing Present, eliminando los molestos artefactos visuales y mejorando la experiencia visual para los jugadores.

Por otra parte, en VKD3D-Proton 2.12 declara Shader Model 6.7 de forma predeterminada si las extensiones VK_KHR_shader_maximal_reconvergence y VK_KHR_shader_quad_controls son compatibles.

Esta versión aborda varios problemas conocidos, como la pantalla negra en juegos como Atlas Fallen, deshabilitación incorrecta de la cobertura alfa y bloqueos de GPU en títulos como Warhammer: Darktide y la demostración de UE5 Lyra. Se implementan soluciones alternativas para fallos en juegos específicos, como Resident Evil 4 RT, títulos basados en UE5 y World of Warcraft, mejorando la estabilidad y la compatibilidad general de VKD3D-Proton con una amplia gama de juegos.

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

  • La implementación de VK_NV_raw_access_chains mejora significativamente el rendimiento de la GPU en juegos específicos, especialmente aquellos que utilizan DXBC en lugar de DXIL.
  • Se ha implementado un controlador de copia de descriptor optimizado para las GPU Intel Arc que son compatibles con la extensión VK_EXT_descriptor_buffer.
  • Se añadio el soporte para VKD3D_QUEUE_PROFILE y VK_NV_low_latency2 para facilitar la depuración y el perfilado del sistema.
  • Se corrigió el rendimiento extremadamente pobre de la GPU en algunas ubicaciones en Persona 3 Reload
  • Se incluye una herramienta CLI para inspeccionar blobs root-sig y se realizan mejoras en las rutas de navegación y las capacidades de depuración.
  • Soluciona algunos escenarios en los que un juego intenta crear una canalización no válida que debería haber fallado en la creación
    en D3D12 nativo.
  • Se implementaron los apéndices ID3D12DeviceRemovedExtendedDataSettings. 

Para aquellos que estén interesádos en conocer más al respecto sobre este nuevo lanzamiento, puedes consultar los detalles en el siguiente enlace.

Si quieres probar ya Proton en Steam, ya sabes que puedes instalar el cliente de Steam desde la web oficial, aunque también lo encontrarás en los repos de la mayoría de las distros.

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

LibreOffice 24.2.2 ha llegado corrigiendo decenas de bugs

LibreOffice 24.2.2

The Document Foundation ha lanzado la segunda actualización de mantenimiento de la historia de la suite de ofimática con nueva numeración. En febrero de 2024 se dejó atrás el número de versión, digamos, normal y ahora usa año y mes. Lo que hay disponible desde hace unos instantes es LibreOffice 24.2.2, y como lanzamiento de punto está aquí para corregir los errores que han ido encontrando desde el lanzamiento de la versión anterior.

Al mismo tiempo, también hay disponible una actualización para el canal still, es decir, la versión recomendada para equipos de producción que no incluye las últimas novedades pero sí más parches que le hacen ser más fiable. En LibreOffice 24.2.2 se han corregido un total de 79 bugs, 63 en la RC1 y 13 más en la RC2. Por su parte, en 7.6.6 se han corregido 33 errores.

LibreOffice 24.2.2 sigue sin recomendarse para equipos de producción

LibreOffice 24.2.2 sigue sin recomendarse para equipos de producción, y seguirá así al menos hasta 24.2.5, siempre y cuando se siga con las viejas costumbres. Esta debe ser la elección para aquellos que prioricen nuevas funciones a estabilidad, mientras que 7.6.6 debe ser la de los que prefieren ir sobre seguro.

Ambos son lanzamientos menores que corrigen fallos y regresiones, y se pueden descargar desde la página de descargas del proyecto. TDF recuerda que existe la versión Enterprise para su uso empresarial, lo que es lo mismo que la normal o Community, pero con soporte directo de la compañía y es posible añadir funciones a la carta.

Los usuarios de Linux podemos instalarlo desde los paques DEB y RPM que ofrecen en su página web y también desde repositorios oficiales, la mayoría por actualizar. En las próximas horas también se actualizarán sus paquetes flatpak y snap. La próxima versión del canal fresh será LibreOffice 24.2.3 y llegará en un plazo aproximado de seis semanas.

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

DXVK 2.3.1 ya fue liberado y estas son sus novedades

DXVK

DXVK se puede usar para ejecutar aplicaciones y juegos 3D en Linux usando Wine

Se dio a conocer el lanzamiento de la nueva versión de la capa DXVK 2.3.1, la cual llega con las correcciones para una gran cantidad de errores en diferentes títulos, así como también con las mejoras de soporte para extensiones Vulkan, actualización de dependencias y más.

La nueva versión de DXVK 2.3.1 ahora requiere controladores que admitan la API Vulkan 1.3, como Mesa RADV 22.0, NVIDIA 510.47.03, Intel ANV 22.0 y AMDVLK. DXVK es utilizado para ejecutar aplicaciones y juegos 3D en Linux con Wine, ofreciendo un rendimiento superior a las implementaciones nativas Direct3D 9/10/11 de Wine sobre OpenGL.

¿Que hay de nuevo en DXVK 2.3.1?

En esta nueva versión de DXVK 2.3.1, se ha implementado para sistemas y si el controlador lo admite, la extensión Vulkan VK_NV_raw_access_chains aumenta la eficiencia de generar código de sombreado en las GPU NVIDIA, acercando el rendimiento de algunos juegos D3D11 al rendimiento en Windows con controladores de NVIDIA 550.40.55 o superiores y versiones de Proton Experimental.

Ademas de ello, se rediseñó del método de copiar buffers del sistema a la GPU para juegos D3D9, resultando en un rendimiento mejorado en juegos como Shank 2, Flammable Freddy y Blood Rayne.

Por la parte de las correcciones de errores en titulos y otras mejoras menores en DXVK 2.3.1:

  • Se corrigió la generación de SPIR-V no válido para los sombreadores internos D3D11 de Renderdoc.
  • Se corrigió el comportamiento indefinido con cargas de búfer constantes fuera de límites con índices dinámicos.
  • Se corrigió que HDR no estuviera habilitado para DXGI_FORMAT_R16G16B16A16_FLOAT cadenas de intercambio.
  • Se modificó la opción dxgi.syncInterval para que también se aplique a los juegos D3D12.
  • Se revirtió el uso de VK_FORMAT_A8_UNORM debido a problemas de renderizado en algunos juegos.
  • Los juegos D3D9 ahora establecerán el VkApplicationInfo::applicationVersion campo en 1.
  • Se modificó la forma en que se copian los buffers de memoria dinámica del sistema a la GPU en los juegos D3D9, mejorando el rendimiento en juegos como Shank 2, Flammable Freddy y Blood Rayne.
  • Se habilitó solo la cobertura alfa al renderizar en un destino de renderizado multimuestreado en D3D9, corrigiendo problemas de iluminación y tramado incorrecto en algunos juegos.
  • En Assassin’s Creed 2 se corrigió el bloqueo en la pestaña alternativa. 
  • Total War: Medieval 2 se reparo la pantalla de carga negra en modo ventana
  • En Battlefield 2 y Battlefield 2142: Se corrigió la desaparición de la interfaz de usuario de selección de equipo y generación en la pestaña alternativa. 
  • Se corrigieron bloqueos y problemas específicos en juegos como Ace Combat Assault Horizon, Battlestations Midway, Nombre en clave Panzers Fase uno/dos, Dead Space (2008), Granblue Fantasy Relink, Gujian 2, Kenshi, MySims, Operation Flashpoint: Red River, SkyDrift, Sonic CD, Supreme Ruler Ultimate, Cuentos de Borderlands, The Settlers, UK Train Simulator 1 y War Thunder.

Finalmente si estás interesado en conocer más al respecto sobre este nuevo lanzamiento, puedes consular los detalles en el siguiente enlace.

¿Cómo añadir el soporte de DXVK a Linux?

DXVK se puede usar para ejecutar aplicaciones y juegos 3D en Linux usando Wine, actuando como una alternativa de mayor rendimiento a la implementación de Direct3D 11 integrada en Wine que se ejecuta sobre OpenGL.

DXVK requiere de la última versión estable de Wine para ejecutarse. Por lo que, si no cuentas con este instalado. Ahora solo tendremos que descargar el último paquete estable de DXVK, este lo encontramos en el siguiente enlace.

wget https://github.com/doitsujin/dxvk/releases/download/v2.3/dxvk-2.3.tar.gz

Después de haber realizado la descarga ahora vamos a descomprimir el paquete recién obtenido, esto lo pueden hacer con desde su entorno de escritorio o desde la misma terminal ejecutando en el siguiente comando:

tar -xzvf dxvk-2.3.1.tar.gz

Después accedemos a la carpeta con el siguiente comando:

cd dxvk-2.3.1

Dentro de la carpeta podremos encontrar los archivos necesarios para nuestros prefijos de Wine, tanto de 32 bits como de 64 bits estas las vamos a colocar de acuerdo a las siguientes rutas.
En donde “usuario” lo remplazas por el nombre de usuario que utilizas en tu distribución de Linux.

Para 64 bits las colocamos en:

~/.wine/drive_c/windows/system32/

O

/home/”usuario”/.wine/drive_c/windows/system32/

Y para 32 bits en:

~/.wine/drive_c/windows/syswow64

O

/home/”usuario”/.wine/drive_c/windows/system32/

O en el caso de que tengas identíficado el prefijo donde vas a ocupar los archivos:

export WINEPREFIX=/path/to/wineprefix
cp x64/*.dll $WINEPREFIX/drive_c/windows/system32
cp x32/*.dll $WINEPREFIX/drive_c/windows/syswow64
winecfg

De igual forma te invito a que consultes la documentación de uso y de compilación, si es de tu interés, en el siguiente enlace.

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

Fedora 40 Beta ya fue liberado y estos son los cambios preparados

Fedora 40 beta

Banner de Fedora 40 beta

Los desarrolladores del proyecto Fedora, dieron a conocer la liberación de la versión beta de Fedora 40, y en ella nos presentan los cambios y mejoras en los que trabajaron para la versión estable, ya que esta versión beta marcó la transición a la etapa final de prueba, durante la cual solo se corrigen los errores críticos.

En esta beta de Fedora 40 podremos encontrar una gran cantidad de cambios, actualizaciones, correcciones, asi como también una serie de novedades que van enfocadas hacia Wayland tanto en el entorno de escritorio Gnome 46 como en KDE Plasma 6.

Principales novedades de Fedora 40 Beta

La versión beta de Fedora 40 presenta él entorno de escritorio Gnome 46 con GTK 4.13 y libadwaita 1.4.2. De los cambios significativos se destacan los realizados en Nautilus donde se implementó la solución a un problema de rendimiento de larga data al cambiar entre vistas, como de lista a cuadrícula. Anteriormente, Nautilus intentaba recargar todo el directorio cada vez que se cambiaba la vista, lo que provocaba un impacto negativo en la velocidad y la eficiencia del proceso.

Además, la función de búsqueda de Nautilus ha sido completamente revisada en GNOME 46. Se han introducido dos tipos de búsqueda:

  1. Buscar en la carpeta actual: Esta función reemplaza al botón de búsqueda original y se centra en buscar archivos dentro del directorio que se muestra actualmente. Esto mejora la experiencia de búsqueda al permitir buscar archivos dentro de un contexto específico.
  2. Búsqueda global: Se ha añadido un nuevo botón en el panel izquierdo que permite buscar instantáneamente en todo el sistema de archivos los archivos deseados. Esta función facilita la localización de archivos en todo el sistema de manera eficiente.

En la edición de escritorio KDE se ha actualizado a la versión KDE 6, la cual utiliza el protocolo Wayland y se ha suspendido la compatibilidad con sesiones basadas en X11, y el servidor XWayland DDX se utiliza para ejecutar aplicaciones X11 en una sesión basada en Wayland. Varios factores contribuyeron a esta transición, como la sustitución de los controladores fbdev en Fedora 36 por el controlador simpledrm, que es compatible con Wayland, y el soporte de Wayland en los controladores propietarios de NVIDIA.

En cuanto a las distribuciones personalizadas actualizadas atómicamente desarrolladas por el proyecto Fedora, se han unido bajo la marca Atomic Desktops, donde las primeras compilaciones conservan sus nombres anteriores, mientras que las nuevas versiones de Fedora Sericea y Fedora Onyx ahora se distribuyen bajo los nombres Fedora Sway Atomic y Fedora Budgie Atomic.

De los de más cambios que se destacan:

  • Habilitación de un mecanismo para determinar conflictos de direcciones IPv4 en la red local en NetworkManager.
  • Cambio a DNF 5 para instalar dependencias de compilación en Mock, Koji y Copr.
  • Deshabilitación de la carga de metadatos con listas de archivos en DNF de forma predeterminada.
  • Eliminación del paquete OpenSSL 1.1 y migración a OpenSSL 3.0, eliminación del paquete python3.7.
  • Reemplazo de la biblioteca Zlib por Zlib-ng para mejorar el rendimiento.
  • Detención de la generación de actualizaciones delta de paquetes RPM y deshabilitación de la compatibilidad con Deltarpm en DNF y DNF5.
  • Agregado de Passim, un servidor de caché para distribuir archivos solicitados frecuentemente en la red local sin involucrar servidores principales ni CDN globales.
  • El módulo pam_userdb ha migrado de BerkeleyDB a GDBM debido a la obsolescencia de la rama BerkeleyDB 5.x y a la inaceptable licencia de la rama BerkeleyDB 6.x. También, Bogofilter ha adoptado SQLite en lugar de BerkeleyDB (libdb).
  • Se utiliza el kit de herramientas Image Builder para crear imágenes de Fedora Workstation Live, permitiendo compilaciones repetibles y personalización simplificada.
  • El kit de herramientas osbuild se emplea para crear imágenes mínimas en la arquitectura ARM.
  • Se ha cambiado a Kiwi en lugar de ImageFactory para generar imágenes de Fedora Cloud Edition.
  • Se ha reestructurado el paquete para Kubernetes.
  • Se está trabajando para incluir una versión más nueva del estándar de lenguaje C en GCC de forma predeterminada.
  • Se ha completado la segunda etapa de la transición al proceso de carga modernizado propuesto por Lennart Pöttering, que implica el uso de una imagen UKI para cargar el kernel desde UEFI de forma segura y verificada.
  • Se ha agregado un paquete listo para usar con PyTorch en el repositorio, disponible para instalación con el comando «dnf install pytorch», con planes futuros para agregar soporte de GPU y aceleradores NPU.

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

Descargar y obtener la beta de Fedora 40

Para los interesados en descargar la beta de Fedora 40 para instalar o probar en sus equipos, pueden obtener la imagen del sistema con Gnome o sus diferentes variantes (Spins) desde el sitio web oficial de la distribucion. El enlace es este.

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

Blender 4.1 mejora la velocidad de renderizado en Linux, entre otras novedades

Blender 4.1

Cuatro meses después de la última actualización mayor (4.0) y una seis semanas después de la versión beta, Blender Foundation ha lanzado por fin Blender 4.1. Como ya sabíamos, en esta actualización se ha añadido soporte para las APU AMD Ryzen basadas en RDNA3 y se ha mejorado el rendimiento el usar el popular software de modelado 3D, entre otras cosas, bajo Linux, alrededor de un 5% más rápido al renderizar los proyectos y exportarlos a un archivo final.

Otra novedad para los usuarios de Linux, o debería decir Unix, ya que también se usa en BSD, es que Blender 4.1 en Wayland ahora soporta editores de métodos de entrada. Lo que tenéis a continuación es una lista resumida con algunas novedades que han llegado junto a esta versión.

Novedades más destacadas de Blender 4.1

  • Aceleración de Open Image Denoise para GPUs NVIDIA, Intel y Apple Silicon.
  • El renderizado en CPU Linux es un 5% más rápido que en versiones anteriores.
  • Soporte de renderizado de GPU AMD para APUs RDNA3.
  • El compositor de vista ahora soporta los nodos Vector Blur, Defocus, Cryptomatte y Keying Screen.
  • Mejoras en los nodos de geometría.
  • El soporte de Blender Hydra ahora maneja el renderizado de pelo del sistema de partículas, soporte mejorado para la conversión de shaders a MaterialX, y la exportación de mallas grandes ahora es paralelizada.

Para conocer más detalles, podéis leer el artículo publicado por mi compañero Darkcrizt el pasado febrero, y también visitar las notas oficiales de este lanzamiento. Blender 4.1 se anunció en la tarde del martes 26 de marzo, y su tarball ya se puede descargar desde el siguiente botón. Su paquete snap ya está actualizado, y en las próximas horas deberían hacer lo propio con su versión flatpak. Ya mas adelante llegará a los repositorios oficiales de algunas distribuciones Linux. La siguiente versión será Blender 4.2 y debería llegar en un plazo no me menor a los tres meses.

.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/w1q2fpr
via IFTTT

Radicle la alternativa open source P2P a GitHub

Radicle

Radicle el GitHub p2p

Actualmente existen una gran cantidad de alternativas a GitHub, desde alternativas de código abierto, otras que son propias de algunos proyectos (es decir privadas), otras que son públicas, pero dejan mucho que desear, entre otras tantas.

Pero el escuchar una alternativa P2P a GitHub, si es algo de lo que no se sabe todos los días y es que navegando por la red me encontré con Radicle, el cual se presenta como una red de colaboración de código descentralizada, basada en la familiaridad de GitHub y GitLab como repositorios centralizados para la colaboración de código.

Sobre Radicle

Radicle aprovecha todas las características del sistema de control de versiones de Git y agrega descentralización, al mismo tiempo que integra una serie de características de identidad Web3 y como en su web se menciona » diferencia de las plataformas de alojamiento de código centralizado, no existe una entidad única que controle la red. Los repositorios se replican entre pares de manera descentralizada y los usuarios tienen control total de sus datos y flujo de trabajo.

En Radicle puedes iniciar un proyecto Radicle clonando algo almacenado en un repositorio de Git. Si ya estás usando Git pero quieres alejarte de uno de los repositorios centralizados, la experiencia de incorporación es bastante fluida. La interfaz de línea de comando será familiar para ti. Una diferencia clave es que no hay un único maestro inmutable en el que se fusionen los contribuyentes: cada par mantiene una versión ramificada del proyecto con los cambios que le interesa mantener.

El protocolo de red Radicle se centra en localizar, replicar y verificar repositorios en una red de alojamiento de código P2P. Su enfoque descentralizado garantiza el acceso a los repositorios, independientemente de su ubicación o número de réplicas. Utiliza un protocolo de chismes para el intercambio de metadatos entre nodos, facilitando el descubrimiento y la replicación del repositorio.

La arquitectura de Radicle es local primero , lo que garantiza el acceso continuo a los repositorios directamente desde su dispositivo, independientemente de la conectividad a Internet. Los repositorios tienen identificadores únicos y se autocertifican, lo que significa que todas las acciones, desde confirmar el código hasta agregar un comentario a un problema, se realizan localmente y están firmadas criptográficamente , lo que permite a los pares verificar la autenticidad y la procedencia de los datos una vez propagados a la red. Esto permite establecer confianza sin depender de una autoridad centralizada.

La mayoría de los proyectos de código abierto suelen estar alojados en GitHub u otras alternativas como GitLab, aunque ofrecen muchos beneficios, también tienen desventajas, como la pérdida de control y privacidad, como se vio en el caso de la eliminación del proyecto youtube-dl en GitHub. Radicle ofrece un enfoque descentralizado que garantiza el acceso a los repositorios sin importar su ubicación o número de réplicas.

Radicle funciona como un protocolo peer-to-peer donde cada usuario ejecuta un software idéntico, conocido como Radicle Stack. Este stack incluye una interfaz de línea de comandos y un servicio en red llamado Radicle Node, que intercambia datos a través de un protocolo de chismes para formar una red resistente.

Entre las características clave de Radicle que se destacan, podremos encontrar las siguientes:

  • Capacidad para agregar múltiples pares remotos y administrarlos.
  • Funcionalidad para seguir un proyecto de un par específico.
  • No depende de servidores centrales, lo que evita la censura.
  • Interconexión con otros pares en una red resistente y tolerante a las interrupciones.
  • Capacidad para trabajar sin conexión y gestionar problemas locales y soluciones.
  • Integrado con Git para una experiencia de desarrollo simple y cómoda.
  • Posibilidad de recibir financiación mediante Ethereum y gestionar bases de código conjuntas.

Radicle está diseñado para ser una plataforma extensible que permite diversos casos de uso sin necesidad de modificaciones a nivel de protocolo. Aunque la versión inicial de Radicle se centra en la colaboración y publicación de código, se prevé una variedad de otras aplicaciones en el futuro y posibles hoy. Estos incluyen el intercambio de conocimientos, la coordinación de proyectos y la colaboración en conjuntos de datos, lo que amplía significativamente el alcance y la utilidad de la plataforma más allá de la gestión de código.

¿Como instalar Radicle en Linux?

Para los que estén interesados en utilizar Radicle, deben saber que existen diferentes métodos para instalarlo en Linux y uno de ellos es instalarlo en ejecutando lo siguiente:

curl -sSf https://radicle.xyz/install | sh

A ahora para quienes son usuarios de una distro Debian, Ubuntu o alguna derivada de estas, pueden realizar la instalacion tecleando:

sudo apt install curl
curl https://europe-west6-apt.pkg.dev/doc/repo-signing-key.gpg | sudo apt-key add -
echo deb https://europe-west6-apt.pkg.dev/projects/radicle-services radicle-cli main | sudo tee -a /etc/apt/sources.list.d/radicle-registry.list
sudo apt update
sudo apt install radicle-cli

Para conocer mas sobre el funcionamiento de Radicle, puedes consultar el siguiente enlace.

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

Nova, el nuevo controlador escrito en Rust de Red Hat para GPUs NVIDIA

Nova

Nova un nuevo controlador del kernel Direct Rendering Manager (DRM) escrito en Rust

Desde que Nvidia libero sus módulos de kernel GPU como código abierto, parecía que tanto el controlador propietario de Nvidia como el controlador de código abierto Nouveau tendrían grandes mejoras con los aportes que podría realizar la comunidad e incluso que el algún momento Nouveau podría estar a la altura.

Después de varios meses y de que el desarrollo de Nouveau se llegara ralentizar, Red Hat ha tomado cartas en el asunto y hace poco dio a conocer la noticia de que se encuentra trabajando en el proyecto Nova, el cual presenta como un nuevo controlador abierto para GPU NVIDIA el cual está siendo desarrollado en Rust.

Este controlador incluye operaciones de inicialización y control de la GPU en el firmware, utilizando un microcontrolador GSP independiente. Nova está diseñado como un módulo para el kernel de Linux y utiliza el subsistema DRM (Direct Rendering Manager). Este proyecto se considera una continuación del desarrollo del controlador Nouveau para GPU con firmware GSP.

Danilo Krummrich (Red Hat) explica:

Con Nova tenemos la oportunidad de reducir significativamente la complejidad en comparación con Nouveau, por dos razones principales. En primer lugar, la arquitectura histórica de Nouveau, especialmente en torno a nvif/nvkm, es bastante complicada e inflexible y requiere una revisión importante para resolver algunos problemas. A continuación, también queremos aprovechar la oportunidad para contribuir a los esfuerzos de Rust en el kernel y beneficiarnos de la mayor seguridad de la memoria que ofrece el lenguaje de programación Rust.

Además de ello, se menciona que con el desarrollo de Nova, Red Hat pretende aprovechar la oportunidad para contribuir a los esfuerzos de Rust en el kernel, ya que como se mencionó el código del controlador está escrito en Rust y utiliza varias capas para desarrollar controladores de video en este lenguaje. Por ejemplo, el controlador utiliza abstracciones de la rama Rust-Device para crear controladores, componentes de la rama Rust-Pci para trabajar con el bus PCI, y enlaces para los subsistemas DRM y GEM de la rama Rust-DRM.

También se menciona el desarrollo del controlador drm-asahi Rust para GPU de chips Apple M1 y M2. El uso de Rust se espera que aumente la seguridad y confiabilidad del controlador al reducir la probabilidad de errores al trabajar con la memoria y permitir la combinación del trabajo en el controlador de video con el desarrollo de componentes comunes en Rust.

El objetivo de Nova es convertirse eventualmente en un controlador de código abierto para NVIDIA Linux, dirigido a las GPU Turing y modelos más recientes (especialmente en la serie RTX 2000) que admitan GSP. Este nuevo controlador está siendo desarrollado en Rust para lograr una mayor ligereza y flexibilidad, lo cual se presenta como una opción prometedora.

Una de las razones para crear un nuevo controlador es simplificar el proceso en comparación con Nouveau, gracias al uso de controladores listos para usar proporcionados por el firmware GSP. Esto evita la complejidad innecesaria en el código del controlador Nouveau, que necesita soportar GPU NVIDIA más antiguas y presenta problemas como bloqueos en el código VMM/MMU. Al desarrollar Nova desde cero y enfocarse solo en GPU basadas en GSP, se espera evitar estos problemas y complicaciones.

Por otra parte, Red Hat también menciona algunos de los puntos que debe abordar, ya que dice que con la elección de Rust, el primer problema a resolver es la falta de abstracciones de enlace de C para infraestructura integral del kernel:

«por ejemplo, abstracciones de dispositivo/controlador … necesitamos un usuario para las abstracciones en sentido ascendente, pero también necesitamos las abstracciones para crear un controlador: queremos desarrollar Nova en sentido ascendente y comenzar con solo un código auxiliar que solo haga uso de algunas abstracciones básicas de Rust.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace, asi como también consultar el desarrollo y consultar el código fuente de este en su repositorio.

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