Hace poco se dio a conocer la noticia por parte de un grupo de investigadores de varias universidades de Alemania, los cuales ha desarrollado un nuevo método de ataque MITM contra HTTPS, que permite extraer cookies con ID de sesión y otros datos sensibles, así como ejecutar código JavaScript arbitrario en el contexto de otro sitio.

El ataque se llama ALPACA y se puede aplicar a servidores TLS que implementan diferentes protocolos de capa de aplicación (HTTPS, SFTP, SMTP, IMAP, POP3), pero usan certificados TLS comunes.

La esencia del ataque es que si hay control sobre una puerta de enlace de red o un punto de acceso inalámbrico, un atacante puede redirigir el tráfico a un puerto de red diferente y hacer arreglos para establecer una conexión no con un servidor HTTP, sino con un servidor FTP o de correo que admite el cifrado TLS.

Dado que el protocolo TLS es universal y no está vinculado a los protocolos de nivel de aplicación, el establecimiento de una conexión encriptada para todos los servicios es idéntico y un error al enviar una solicitud al servicio incorrecto se puede detectar solo después del establecimiento de una sesión encriptada durante el procesamiento. de los comandos de la solicitud enviada.

En consecuencia, si, por ejemplo, redirige la conexión de un usuario, inicialmente dirigida a HTTPS, a un servidor de correo que utiliza un certificado común con el servidor HTTPS, la conexión TLS se establecerá correctamente, pero el servidor de correo no podrá procesar los comandos HTTP transmitidos y devolverá una respuesta con un código de error. Esta respuesta será procesada por el navegador como una respuesta del sitio solicitado, transmitida dentro de un canal de comunicación cifrado correctamente establecido.

Se proponen tres opciones de ataque:

1. «Upload» para recuperar la Cookie con parámetros de autenticación: El método es aplicable si el servidor FTP cubierto por el certificado TLS le permite descargar y recuperar sus datos. En esta variante del ataque, un atacante puede lograr la preservación de partes de la solicitud HTTP original del usuario, como el contenido del encabezado de la Cookie, por ejemplo, si el servidor FTP interpreta la solicitud como un archivo a guardar o lo registra por completo. solicitudes entrantes. Para un ataque exitoso, un atacante necesita recuperar de alguna manera el contenido almacenado. El ataque es aplicable a Proftpd, Microsoft IIS, vsftpd, filezilla y serv-u.
2. «Download» para secuencias de comandos entre sitios (XSS): El método implica que un atacante, como resultado de algunas manipulaciones independientes, puede colocar datos en un servicio utilizando un certificado TLS común, que luego se puede emitir en respuesta a una solicitud del usuario. El ataque es aplicable a los servidores FTP, servidores IMAP y servidores POP3 antes mencionados (courier, cyrus, kerio-connect y zimbra).
3. Reflection para ejecutar JavaScript en el contexto de otro sitio: El método se basa en devolver una parte de la solicitud al cliente, que contiene el código JavaScript enviado por el atacante. El ataque es aplicable a los servidores FTP antes mencionados, los servidores IMAP cyrus, kerio-connect y zimbra, así como al servidor SMTP sendmail.

Por ejemplo, cuando un usuario abre una página controlada por un atacante, se puede iniciar una solicitud de un recurso desde un sitio en el que el usuario tiene una cuenta activa desde esta página. En un ataque MITM, esta solicitud al sitio web se puede redirigir a un servidor de correo que comparte un certificado TLS.

Dado que el servidor de correo no finaliza la sesión después del primer error, los encabezados de servicio y los comandos se procesarán como comandos desconocidos.

El servidor de correo no analiza los detalles del protocolo HTTP y para ello los encabezados de servicio y el bloque de datos de la solicitud POST se procesan de la misma manera, por lo tanto, en el cuerpo de la solicitud POST, puede especificar una línea con el comando al servidor de correo.

Fuente: https://alpaca-attack.com/

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

Hace pocos dias fue anunciada la liberación de la nueva versión de Clonezilla Live 2.7.2 que llega con la actualización de la base del sistema Debian asi como tambien del Kernel de Linux, además de que se implementan algunos cambios en el menú de inicio y sobre todo la corrección de errores.

Para quienes desconocen de esta distribución, deben saber que se basa en Debian GNU/Linux y en su trabajo utiliza el código de proyectos como DRBL, Partition Image, ntfsclone, partclone, udpcast.

Es arrancable desde CD/DVD, USB Flash y red (PXE). LVM2 y FS soportados ext2, ext3, ext4, reiserfs, reiser4, xfs, jfs, btrfs, f2fs, nilfs2, FAT12, FAT16, FAT32, NTFS, HFS +, UFS, minix, VMFS3 y VMFS5 (VMWare ESX).

En Clonezilla existe un modo de clonación masiva a través de la red, que incluye la transmisión de tráfico en modo multidifusión, que permite clonar simultáneamente el disco de origen en un gran número de máquinas cliente, además de que es posible tanto clonar de un disco a otro como crear copias de seguridad guardando una imagen de disco en un archivo. Es posible la clonación a nivel de discos completos o particiones individuales.

Principales novedades de Clonezilla Live 2.7.2

Esta nueva versión de Clonezilla Live 2.7.2 se ha sincronizado con la base de datos del paquete Debian Sid al 30 de mayo, mientras que el kernel de Linux se ha actualizado a la versión 5.10.40 (en lugar de 5.9.1) y el administrador de systemd a la versión 248 en la cual se incluye el soporte para imágenes para expandir directorios del sistema, la utilidad systemd-cryptenroll, asi como también la capacidad de desbloquear LUKS2 usando chips TPM2 y tokens FIDO2.

De los cambios que se han realizado, podremos encontrar que se ha agregado un nuevo elemento «VGA con fuente grande y a RAM» al menú de inicio, que usa nomodeset en lugar de KMS cuando interactúa con el subsistema de gráficos, en caso de que jfbterm no funcione en algunas tarjetas gráficas. El elemento «KMS con fuente grande y a RAM» se ha movido al submenú.

Además, se ha mejorado el manejo de los encabezados de las secciones encriptadas de Veracrypt, además de que se agregaron los controladores ocs-save-veracrypt-vh y ocs-restore-veracrypt-vh.

Tambien se menciona que en el modo en vivo, la transición a los modos de suspensión y espera está deshabilitada y que se llama al controlador ocs-park-disk antes de reiniciar y apagar.

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

• Se agregó la opción «–force» a la utilidad vgcfgrestore para forzar la recuperación de metadatos.
• Se agregó el parámetro de arranque echo_ocs_repository, cuando se establece en «no», la salida de la solicitud para montar el repositorio está oculta.
• Se agregó la opción «-sspt» («–skip-save-part-table») a ocs-sr y drbl-ocs para guardar y restaurar un disco completo sin manipulaciones separadas con particiones de disco.
• Incluye el paquete jq (sed analógico para datos JSON).
• Se añadió la opción -sspt, –skip-save-part-table para ocs-sr y drbl-ocs, esto permite guardar y restaurar un disco completo sin ninguna partición por dd.
• ocs-sr se cambió -sspt como -scpt y se agregó una opción para forzar la elección del nombre del disco en el modo saveparts en el modo experto.

Finalmente si quieres conocer más al respecto sobre este lanzamiento, puedes consultar los detalles del anuncio en el siguiente enlace.

Descargar Clonezilla Live 2.7.2

Si estás interesado en poder descargar la nueva versión de Clonezilla para poder probarla o realizar de manera inmediata tus respaldos. Basta con que te dirijas a la página web oficial del proyecto y en la sección de descargas encontraremos el enlace para descargar el sistema, o si lo prefieres te dejo el enlace aquí.

El tamaño de la distribución de la imagen ISO es de 308  MB (i686, amd64).

En cuanto a la cantidad de requisitos para la ejecución de Clonezilla es mínimo, dado que el sistema no cuenta con una interfaz gráfica, por lo que solo está limitada al uso mediante terminal.

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

Yo, que empecé a usar Linux en 2006, sigo teniendo cierta sensación de «peligro» cada vez que leo esta palabra. En realidad no es que sea mala, pero cuando tiene problemas con él y no sabes solucionarlos, que falle el gestor de arranque puede traducirse en tener que reinstalar y perder información. Además, en este tipo de gestores puede haber vulnerabilidades y fallos como los que ha corregido GRUB 2.06, la nueva versión que ha llegado con un año de retraso y unos dos después de la v2.04.

El lanzamiento de GRUB 2.06 estaba programado para 2020, pero no llegó. Los motivos exactos no se han hecho públicos, pero ya sabemos que 2020 no fue el año más normal del mundo. Además, más recientemente se encontraron fallos que había que corregir, por lo que, comos siempre se ha dicho, nunca es tarde si la dicha es buena y si el retraso es por un buen motivo. Disponible para probar desde marzo, ya ha sido lanzada su versión estable.

Novedades más destacadas de GRUB 2.06

• Se han incluido varios parches para que sea más consistente. Hasta ahora, muchas distribuciones gestionaban las cosas a su manera. Tras el trabajo conjunto, esto ha cambiado.
• Soporte para SBAT.
• Ahora soporta el volumen de cifrado LUKS2.
• Soporte para Xen Security Modules (XSM/FLASK).
• Correcciones de seguridad de BootHole/BootHole2.
• Soporte para GCC 10+ y Clang 10+ en lo que no es una actualización a las últimas versiones, ya que ya GCC 11 y Clang 12 ya han lanzado sus respectivas versiones estables.

Los gestores de arranque son partes muy delicadas, por lo que no se recomienda (aunque se pueda) instalarlos o modificarlos por cuenta propia. Además, las diferentes distribuciones Linux añaden los nuevos paquetes como actualización en cuanto pueden, por lo que, creo, no merece la pena tomar ningún riesgo, sobre todo para los usuarios de una distribución cuyo modelo de desarrollo sea Rolling Release.

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

Si tienes una distro GNU/Linux instalada en un portátil ASUS, entonces deberías conocer la herramienta bat. Un sencillo comando que puede ayudarte a establecer fácilmente los umbrales de carga para las baterías de estos portátiles. De esa forma, podrás ayudar a alargar la vida útil de las baterías.

El comando bat de Linux pretende replicar las funciones de la utilidad ASUS Battery Health Charging, que no está disponible para las distros, solo para Windows.

Por ejemplo, con bat podrás cambiar fácilmente de un umbral de carga a otro, restablecer a otro umbral anterior, ver la corriente de carga que se está usando, visualizar el nivel actual de la carga de la batería o el estado. Todo ello gracias al uso de servicios de systemd (v244 o superior, por lo que necesitarás una distro Fedora 32, Ubuntu 20.04, Debian 11.0, openSUSE Leap 15.3, etc., o superiores). También se necesita Bash y el kernel Linux 5.4 o superior, ya que de lo contrario no funcionaría con algunos portátiles ASUS.

Para su instalación, puedes seguir estos pasos:

• Accede a esta página de GitHub y descarga el paquete que se llama bat en tu directorio personal.
• Luego deberás instalar en /usr/local/bin con:

cd ~

sudo install bat /usr/local/bin

• Ahora ya podrás comenzar a ejecutar órdenes con bat. Por ejemplo, para ver el umbral de carga:

bat -t

• Para establecer el umbral de carga al 60% y que cuando la batería llegue a esa cifra se detenga la carga:

bat -t 60

• Hacer que el cambio sea permanente:

bat -p

• Revertir el cambio:

bat -r

• Mostrar el nivel de carga actual de tu batería con bat:

bat -c

• E incluso poder mostrar el estado con:

bat -s

Espero que te haya servido de ayuda y puedas disfrutar de estas mejoras que con bat se encuentran ahora disponibles en Linux a falta de que ASUS se digne a lanzar su software nativo también para esta plataforma…

from Linux Adictos https://ift.tt/2TfNVw5
via IFTTT

El pasado noviembre nos hicimos eco de algo que estaba preparando Vivaldi Technologies para su navegador. En prácticamente todos sus rivales, yo no conozco a otro que lo haga, cuando queremos revisar nuestro correo o ver qué tareas tenemos por delante tenemos que entrar a la página web del servicio o usar un cliente como Thunderbird. Eso ya no será necesario a partir del Vivaldi 4.0 que han lanzado esta misma mañana.

De hecho, estas opciones ayudaron a que yo me cambiara a Vivaldi como navegador por defecto hace ahora algo más de un mes. Además del calendario y el correo, el que quiera suscribirse a feeds RSS también puede hacerlo desde una nueva herramienta, pero si personalmente no la uso es porque mezcla correo con noticias, aparece que hay algo por leer y no sincroniza entre dispositivos, por lo que me he quedado con Inoreader en el panel lateral.

Novedades más destacadas de Vivaldi 4.0

• Herramienta de traducción nativa, impulsada por Lingvanex.
• Cliente de correo (por pestañas), calendario y RSS que se añaden al panel lateral. Si se activa la opción RSS, aparece un nuevo icono en la barra de URL para suscribirse rápidamente. En la nota de lanzamiento explican cómo hacer que no se muestre en el correo, por lo que le daré otra oportunidad.
• Nueva pantalla de bienvenida desde donde elegimos cuánto de las funciones especiales queremos usar, entre la opción esencial, clásica y completa. Como no podía ser de otra manera, si algo no se activa desde el principio, se puede activar más adelante.
• Nuevos temas.
• Soporte para azerbaiyano y kurdo.
• Motor actualizado a Chromium 91.0.4472.79.
• Corregidos muchos bugs, disponibles todos en la lista de cambios.

Vivaldi 4.0  ha sido lanzado oficialmente esta mañana, por lo que los usuarios de Windows y macOS ya pueden actualizar desde el mismo navegador o descargar la nueva versión desde la página oficial. Entre los usuarios de Linux, en Ubuntu ya está disponible desde el repositorio, mientras que a otros sistemas operativos llegará en los próximos días.

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

A finales del 2020 Collabora dio a conocer sus intenciones de crear un controlador para Wine para poder trabajar con Wayland, ya que en Linux, Wine usa X11 para interactuar con el servidor de pantalla X11. En muchos sistemas modernos el protocolo Wayland es, por diseño, más restringido en comparación con los sistemas de visualización más tradicionales como X11 y win32, lo que presenta un conjunto único de desafíos en la integración de Wayland con Wine.

Tres meses después de ello Collabora presento la primera actualización del controlador en la cual las mejoras presentadas era el trabajo bidireccional entre Wine y Wayland en lo más esencial básicamente, aun que el controlador presentaba muchos errores y sobre todo con el escalado de las ventanas.

Durante los últimos meses, hemos estado mejorando el controlador Wayland experimental para Wine, que permite que las aplicaciones de Windows se ejecuten directamente en los compositores de Wayland. Nuestro objetivo es eventualmente eliminar la necesidad de XWayland para muchos casos de uso y, por lo tanto, reducir la complejidad general del sistema al tiempo que elimina los puntos de posible ineficiencia.

Ahora después de casi 7 meses de trabajo se ha presentado una versión mejorada del controlador Wayland que permite ejecutar aplicaciones usando GDI y OpenGL/DirectX a través de Wine directamente en un entorno basado en Wayland, sin usar la capa XWayland y deshacerse del enlace de Wine al protocolo X11.

Sobre la nueva versión del controlador

En esta nueva versión se presenta el soporte de Vulkan y tambien viene con el manejo de administración de ventanas con lo cual el cambio de tamaño, pantalla completa, minimización, entre otras acciones ya no es un problema, además de que y se puede usar directamente o para implementar Direct3D a través de WineD3D o DXVK.

Los desarrolladores de Collabora mencionan que el controlador de Wayland ahora cuenta con el soporte para poder trabajar en varios monitores a Wine y admite la adición y eliminación dinámicas de monitores. También admite cambiar la resolución percibida por la aplicación de cada monitor (a través del escalado del compositor, consulte la actualización anterior ) para implementar cambios de modo por monitor.

Además se admite el cambio de la resolución y el modo de cada monitor y el escalado para HiDPI y se proporciona el trabajo con pantallas con alta densidad de píxeles (HiDPI).

Por último, tambien se menciona que se ha implementado el manejo de diseños de teclado en Wayland y se agregó soporte para recorte y movimiento relativo del cursor.

Con esta nueva versión el controlador esta cada vez más cerca de ser funcional para su uso general, además de que las conversaciones con los desarrolladores de Wine se continúan en el tema de incluir la ayuda Wayland en la rama estadificación de Wine con posterior traslado a la composición principal del Wine.

Sobre ello Alexandros Frantzis (desarrollador de Collabora) compartió:

» Creo que el controlador ha llegado a un punto en el que tiene suficientes funciones para ser útil para muchos casos de uso y también proporciona suficiente confianza en que es una opción viable en el futuro. Mi plan ahora es principalmente centrarse en las correcciones / mejoras y empezar a prepararse para la puesta en escena mediante la creación de una serie de conjuntos de parches más amigables con las revisiones / upstream » .

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

Construir el controlador

Para quienes estén interesados en poder obtener, construir y/o usar el controlador de Wayland para Wine deben saber que se requiere de contar con Wayland instalado asi como wayland-client, wayland-egl y xkbcommon development.

La construcción del controlador la pueden realizar abriendo una terminal y en ella van a teclear los siguientes comandos:

git clone -b wayland https://gitlab.collabora.com/alf/wine/
cd wine
./configure --with-wayland [--with-vulkan --with-vkd3d]
make [-jN]
DISPLAY= WAYLAND_DISPLAY=wayland-0 ./wine ...

Para conocer más al respecto sobre el proceso de compilación u obtener el código fuente, pueden realizarlo en el siguiente enlace.

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

Hace pocos dias se dio a conocer el lanzamiento de la nueva versión AV Linux MX Edition 2021.05.22, la cual es una popular distribución que contiene una selección de aplicaciones para la creación y/o procesamiento de contenido multimedia.

La distribución se basa en el paquete base MX Linux, utilizando los repositorios Debian con mejoras del proyecto antiX y aplicaciones propias que facilitan la configuración e instalación del software. AV Linux también usa los repositorios de KXStudio con una colección de aplicaciones de procesamiento de audio y paquetes adicionales de su propio ensamblaje (Polyphone, Shuriken, Simple Screen Recorder, etc.).

El kernel de Linux viene con un conjunto de parches RT para aumentar la capacidad de respuesta del sistema durante el procesamiento de audio. El entorno de usuario se basa en Xfce4 con el administrador de ventanas OpenBox en lugar de xfwm.

El paquete incluye editores de audio Ardor, ArdourVST, Harrison, Mixbus, Blender, editores de video Cinelerra, Openshot, LiVES y herramientas para convertir formatos de archivos multimedia. Para cambiar de dispositivo de audio, se ofrece el kit de conexión de audio JACK (utilizando JACK1/Qjackctl, no JACK2/Cadence).

Está construido con soporte para arquitecturas i386 y x86-64 y gracias a su núcleo personalizado, ofrece a los usuarios una producción de audio de baja latencia para obtener el máximo rendimiento.

Una de las cosas que lo hacen excelente como una distribución en vivo son sus muchos controladores adicionales para una gran cantidad de hardware de audio y video, como tarjetas de sonido, tarjetas gráficas, controladores midi y más.

Principales novedades de AV Linux MX Edition 2021.05.22

La nueva versión de la distribución llega con una serie de cambios para amabas arquitecturas del sistema y de manera general el paquete del kernel de Linux del proyecto Liquorix se ha cambiado a la rama Debian Buster, además de que el entorno Xfce utiliza el administrador de ventanas Openbox de forma predeterminada y se eliminaron xfwm y xfdesktop.

Tambien se destaca que se reemplazó el administrador de inicio de sesión con SliM, se agregaron complementos de sonido Drops y MZuther y se eliminó el repositorio obsoleto de OBS libfaudio.

Por la parte de las aplicaciones actualizadas que incluyen podremos encontrar SFizz 1.0, Ardor 6.7, Reaper 6.28 (con soporte para complementos LV2), Harrison Mixbus demo 7.0.150, ACM Plugin demo 3.0.0.

En cuanto a los cambios específicos en la versión de 32 bits:

• Se corrigió el conector del módulo de audio de pulso que faltaba.
• Se corrigió a2jmidid que faltaba.
• Se actualizó Dragonfly Reverbs a la última versión para solucionar el problema de ruido aleatorio.

Y para la versión de 64 bits:

• Corregido Liquorix Repo para Buster.
• Actualizaciones y mejoras del Asistente AVL-MXE para que ocupe menos espacio en la pantalla.
• Se ha austado la temática predeterminada de Diehard y el logotipo de AVL-MXE y los nuevos fondos de pantalla de DH.
• Una barra de tareas más tradicionales de la configuración anterior del Dock.
• Se agregaron algunos complementos de audio nuevos: Drops, complementos MZuther.
• SFizz actualizado a 1.0.
• Se actualizaron las demostraciones del complemento ACM a la versión 3.0.0.

Finalmente si estás interesado en conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

Descarga y obtener AV Linux MX Edition 2021.05.22

Para quienes estén interesados en descargar y probar esta nueva versión de AV Linux MX Edition 2021.05.22, solo debes dirigirte a su página web oficial y en su sección de descargas encontraras los links para descargar esta distro de Linux.

El enlace es este.

Ahora si ya eres usuario de esta distro y quieres obtener las nuevas actualizaciones proporcionadas en esta liberación, solo basta con que ejecutes los comandos de actualización en tu distro desde la terminal.

Solo tienes que ejecutar en terminal:

sudo apt update
sudo apt upgrade -y

Hecho esto ahora tendras que reiniciar tu equipo para que todos los cambios sean aplicados en el siguiente inicio.

Ya de nuevo en tu sistema, tendrás que nuevamente abrir una terminal y en ella ejecutas los siguientes comandos:

sudo apt update
sudo apt dist-upgrade -y

Finalmente, tendrás que volver a reiniciar tu sistema por una última vez para que las actualizaciones recibidas sean implementadas.

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

Deep Learning Super Sampling (DLSS) es una tecnología incorporada en los modelos de tarjetas gráficas NVIDIA Geforce RTX. Básicamente se utilizan técnicas de inteligencia artificial para mejorar el rendimiento de los juegos sin exigirle más al hardware.

Cómo funciona el DLSS

Estas nuevas tarjetas incluyen núcleos especializados en la ejecución de algoritmo utilizados en inteligencia artificial. Mediante la tecnología DLSS, una imagen puede renderizarse a una resolución baja y aplicando el aprendizaje profundo visualizarse como si se hubiera hecho con una calidad superior. Esto lo logra en las partes del fotograma más relevantes para la percepción humana.

Para realizar su trabajo los nucleos Tensor recogen información sobre la mitad de los píxeles que debe renderizar (a una resolución inferior). Esto lo completa con información generada por inteligencia artifical, desde el servidor central de NVIDIA, extrapolando los datos de los miles de imágenes que tienen procesadas, para conseguir la imagen definitiva. En otras palabras, se obtiene el mismo resultado con la mitad del trabajo local.

Aclaremos que esto no funciona con todos los juegos, solo con algunos títulos. Es decir que lo que se muestra es una combinación de lo que está pasando en el juego con otras almacenadas previamente en su servidor. ¿Soy yo el único que piensa en que esto es una pesadilla de privacidad?

¿Tendremos Deep Learning Super-Sampling en Linux?

Si y no.

Mediante una colaboración con Valve, se prodrá usar esta tecnología siempre y cuando contemos con las tarjetas compatibles y en aquellos juegos soportados siempre y cuando corran bajo Proton. Según algunos cálculo esto reduce la cuenta disponible al 50% de la lista (30 sobre 60)

Proton es una herramienta que se usa en conjunto con el cliente de Steam y permite que los juegos exclusivos de Windows se ejecuten en el sistema operativo Linux. Proton se apoya en Wine para proveer la capa de compatibilidad.

Siempre nos quedará AMD

En la misma feria taiwanesa donde NVIDIA anunció su acuerdo con Valve, AMD anunció su propia tecnología llamada FidelityFX Super Resolution (FSR)
AMD la define como:

…nuestra nueva solución de código abierto de alta calidad para producir fotogramas de alta resolución a partir de entradas de menor resolución. Utiliza una colección de algoritmos de vanguardia con un énfasis especial en la creación de bordes de alta calidad, lo que proporciona grandes mejoras de rendimiento en comparación con el renderizado a resolución nativa directamente. FSR permite un «rendimiento práctico» para las operaciones de renderizado más costosas, como el trazado de rayos por hardware.

Mientras que NVIDIA limita estas nuevas característícas a los controladores propietarios de sus tarjetas gráficas (Que no suelen actualizarse ni funcionar igual de bien en Linux como en Windows) AMD no solo abrió el código fuente de sus drivers (logrando un salto cualitativo de calidad) sino que FSR no requerirá de un controlador específico. Por el momento es compatible con más de 100 GPU y procesadores y tendrá soporte para dispositivos móviles.

De acuerdo a lo anunciado, FSR viene con cuatro modos de calidad y podría lograr hasta el doble del rendimiento del 4K nativo en los títulos compatibles.

Según pruebas realizadas por AMD, La activación de FSR en el modo de calidad Ultra produjo un aumento del 59 por ciento en el rendimiento, llevando la velocidad de cuadro promedio a 78 FPS. Con el modo Performance más intenso, el promedio se elevó a 150 FPS .Esto significa un aumento del desempeño de más de un 200%

Mientras que los primeros parches para juegos van a estar disponibles a partir del 22 de junio, no se anunció todavía cuando va a estar la disponibilidad del código fuente. Si se conoció que estará disponible bajo la licencia MIT.

Por el momento, la propuesta de NVIDIA va liderando con una mayor cantidad de títulos. Sin embargo, FidelityFX Super Resolution es la tecnología elegida por dos de las consoloas más populares; Xbox y PlayStation.

Lo seguro es que al ser de código abierto, sin dudas la todavía creciente, pero cada vez más numerosa lista de juegos nativos para Linux no vacilarán en incorporarla

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

La nueva versión de KDE Plasma 5.22 ya está disponible y en esta nueva versión se destacan diversas mejoras clave de entre las cuales se destaca la implementación de un modo de ajuste adaptativo de la transparencia del panel y widgets ubicados en el panel, en el que el panel es transparente por defecto, pero la transparencia se desactiva automáticamente si hay al menos una ventana maximizada a pantalla completa. En las opciones del panel, puede deshabilitar este comportamiento y habilitar la transparencia u opacidad permanente.

Tambien podremos encontrar en esta nueva versión que el trabajo que se ha venido realizado para el soporte para Wayland continua mejorado enormemente, pues al usar Wayland, se proporciona la capacidad de trabajar con salas (actividad) y soporte para buscar por elementos de menú en el subprograma con la implementación del menú global, tambien se ha ajustado el trabajo de maximización vertical y horizontal de ventanas, así como se ha implementado la posibilidad de utilizar el efecto «Ventanas presentes».

Mientras que para el administrador de ventanas de KWin utiliza el protocolo Wayland para optimizar el rendimiento mediante el escaneo directo de ventanas de pantalla completa en GPU que no son de NVIDIA y se agregó soporte para la tecnología FreeSync de Wayland, que permite que la tarjeta gráfica cambie la frecuencia de actualización del monitor para garantizar un juego suave y sin rasgaduras.

Además, se menciona que se ha trabajado para unificar la interfaz de los subprogramas de la bandeja del sistema y se modificó el diseño del cuadro de diálogo emergente del subprograma del reloj y se agregó la capacidad de personalizar la visualización de la fecha en una línea con la hora. El subprograma de control de volumen ofrece la posibilidad de seleccionar un perfil para dispositivos de audio, por ejemplo, para cambiar rápidamente el dispositivo de reproducción sin abrir la interfaz de configuración.

En el sistema para mostrar notificaciones de archivos descargados o movidos, se proporciona la pantalla de aplicaciones, que se abrirá cuando se haga clic en el enlace «abrir». Las notificaciones de descarga de archivos ahora informan al usuario que el proceso de descarga está bloqueado y la necesidad de iniciar acciones para iniciar o continuar la descarga.

En KRunner, se implementa la visualización de resultados de búsqueda de varias líneas, lo que, por ejemplo, hace que sea más conveniente mostrar definiciones, además de que tambien se agregó filtrado de duplicados encontrados por diferentes controladores (por ejemplo, la búsqueda de «firefox» ya no ofrece opciones equivalentes para iniciar la aplicación Firefox y ejecutar el comando firefox en la línea de comandos).

Para realizar un seguimiento de los cambios en los parámetros del sistema (consumo de memoria, carga de la CPU, actividad de la red, ejecución de aplicaciones, etc.), se utiliza la interfaz Plasma System Monitor de forma predeterminada , que reemplazó a KSysGuard .

Finalmente, tambien podremos encontrar que cuando inicia el configurador, ahora se muestra una nueva página de configuración rápida de forma predeterminada, donde los parámetros más populares se recopilan en un solo lugar, así como un enlace para cambiar el fondo de pantalla del escritorio.

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

• En configuraciones de varios monitores, de forma predeterminada, las ventanas se abrirán en la pantalla donde se encuentra actualmente el cursor.
• Se agregó un parámetro para controlar la actividad del modo de instalación de la actualización en el modo fuera de línea, omitiendo la configuración predeterminada que se ofrece en las distribuciones.
• Soporte mejorado para ayudas para discapacitados y navegación por teclado.
• Se agregó el atajo de teclado Meta + V para mostrar el historial de colocación de datos en el portapapeles.
• El nuevo menú Kickoff elimina los molestos retrasos antes de cambiar de categoría y también resuelve un problema con el cambio aleatorio de categorías al mover el cursor.
• En el administrador de tareas, se ha cambiado el comportamiento predeterminado del modo de resaltado de la ventana, que ahora se activa solo cuando el cursor del mouse se desplaza sobre la miniatura de la ventana.
• Se ha asegurado el correcto funcionamiento de las teclas de acceso rápido globales, que afectan no solo a los caracteres latinos en los teclados.
• El widget de notas adhesivas ofrece la posibilidad de cambiar el tamaño del texto.

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

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

El Comité Directivo de GCC aprobó hace pocos dias el fin de la transferencia obligatoria de los derechos de propiedad del código a la Open Source Foundation. Con este nuevo cambio los desarrolladores que deseen enviar cambios al GCC ya no están obligados a firmar un CLA con la Free Software Foundation, es decir, para participar en el desarrollo, a partir de ahora, solo puede confirmar que el desarrollador tiene derecho a transferir el código y no intenta apropiarse del código de otra persona.

Los desarrolladores que no quieran firmar un acuerdo CLA con la Free Software Foundation tienen la oportunidad de utilizar los términos del Certificado de origen de desarrollador (DCO), que se han aplicado desde 2004 al transferir cambios al kernel de Linux.

De acuerdo con las reglas de DCO, el seguimiento del autor se lleva a cabo adjuntando una línea «Firmado por: nombre del desarrollador y correo electrónico» a cada cambio. Al adjuntar esta firma al parche, el desarrollador confirma su autoría sobre el código transferido y acepta su distribución como parte del proyecto o como parte del código bajo una licencia gratuita.

Si anteriormente los desarrolladores firmaron un acuerdo especial que transfiere todos los derechos de propiedad del código a la Open Source Foundation, ahora dicho acuerdo se firma a voluntad y el desarrollador puede retener los derechos de su código. Por lo tanto, los derechos de propiedad del código GCC ahora se distribuirán entre la Open Source Foundation y los participantes del desarrollo que no firmaron el acuerdo.

Tal distribución complica el cambio en los términos de distribución del proyecto, ya que para cambiar la licencia será necesario obtener el consentimiento personal de cada desarrollador que no haya cedido los derechos a la Open Source Foundation. Al mismo tiempo, la terminación de la transferencia de derechos a la Free Software Foundation no complicará una posible transición a futuras versiones de la licencia GPL, ya que GCC se distribuye bajo la licencia «GPLv3 o versión más reciente», que permite cambiar la licencia de GPLv4 sin la aprobación separada de cada desarrollador.

De los efectos positivos de la denegación de la transferencia obligatoria de derechos al código, hay un aumento en el atractivo de la participación en el desarrollo de CCG por parte de corporaciones y empleados de grandes empresas, quienes previamente necesitaban coordinar adicionalmente la firma de un acuerdo en diversas instancias y servicios legales. Por ejemplo,

Al concentrar los derechos de propiedad en las mismas manos, la Open Source Foundation actuó como garante de la preservación de la invariabilidad de la política de distribuir el código de proyectos solo bajo licencias libres y realizó la tarea de proteger a la comunidad de cambiar el rumbo originalmente planeado del desarrollo del proyecto (por ejemplo, bloqueó la posible introducción de una licencia doble / comercial o el lanzamiento de productos propietarios cerrados bajo un acuerdo separado con los autores del código).

La Free Software Foundation también podría participar en la resolución de conflictos legales en nombre de los desarrolladores y tomar decisiones por sí sola sobre el cambio de las condiciones de la licencia (por ejemplo, forzar la transición a una nueva versión de la licencia GPL).

Algunos desarrolladores fueron criticados por las acciones del comité directivo de GCC, que aprobó la decisión sin discusión previa en la comunidad. Por cierto, la discusión fue, pero ella se centró en sí continuar la cooperación con el antiguo Proyecto GNU de GCC y la Fundación para el ACT. Los ecos de esta discusión se pueden rastrear en la frase mencionada en el anuncio «GCC fue creado como parte del proyecto GNU, pero ha crecido para actuar como un proyecto independiente».

La preocupación es que sin la propiedad centralizada de todo el código, podría surgir confusión al negociar cuestiones de licencias. Si antes todas las reclamaciones sobre la violación de las condiciones de la licencia se resolvían mediante la interacción con una organización, ahora el resultado de las violaciones, incluidas las no intencionales, se vuelve impredecible y requiere el acuerdo con cada participante individual.

Fuente: https://gcc.gnu.org

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