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 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 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

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