Y cumple con su promesa. Gestores de ventanas hay muchos, pero todos suelen tener el mismo punto flaco: el diseño deja bastante que desear, a no ser que sea justamente lo que se busca para maximizar el rendimiento. Entre los más populares encontramos por ejemplo i3wm, un gestor basado en X11 que ya tiene un «sucesor» en Sway. Desde hace algo más de un año existe también Hyprland, y una de sus razones de ser es ofrecer una experiencia de usuario superior.

Instalar un gestor de ventanas puede ser algo sencillo en muchas distribuciones Linux, pero lo que ya no lo es tanto es configurarlos para que queden medianamente bien. Hyprland no se salva, y lo que yo recomendaría es que, si se desea probar un gestor de ventanas, se haga por medio de una distribución, probablemente comunitaria, que lo ofrezca por defecto. Siendo Hyprland tan joven, apareció en la primera mitad de 2022, es lógico que no haya muchas distribuciones Linux que lo hagan, pero también hay proyectos jóvenes, como el de Garuda Linux, y ofrece una ISO con este gestor de ventanas.

Hyprland, un gestor de ventanas con mejor UX

Spizaetus, la última versión de Garuda Linux, llegó eliminando varias de sus opciones, pero con una nueva con Hyprland. En su momento, un servidor trató de probar esa nueva opción, pero había que hacer bastante trabajo para que llegara a entrar al sistema operativo. Hoy 25 de noviembre han subido una nueva imagen, y funciona incluso en máquinas virtuales. Es algo que no aconsejo, y yo recomendaría más usarlo en una Live Session desde un USB. La razón es simple: las animaciones, por lo menos en mi caso, no se ven bien en máquinas virtuales (probado en GNOME Boxes). Y sin esas animaciones nos estamos perdiendo todo lo que le da sentido a Hyprland.

Qué ofrece

Yo resumiría lo que es Hyprland diciendo que es como los gestores de ventanas que ya conocemos, pero con animaciones que le hacen verse más moderno. Todo lo que encontramos en otros gestores de ventanas está presente en Hyprland:

• Ventanas que se apilan y se ajustan automáticamente.
• Separación (gape) configurable entre las ventanas.
• Posibilidad de controlarlo todo desde el teclado.
• Animaciones por todas partes.
• Imagen/diseño que depende de nuestra configuración propia o la que ofrece un proyecto en concreto.

Animaciones everywhere

Pongamos como ejemplo a i3wm. Cuando presionamos las teclas META+número y cambiamos a lo que se podrían considerar como otros escritorios virtuales, lo que vemos es que desaparece el contenido del escritorio en el que nos encontramos y aparece lo del nuevo. Como ya he explicado, esto está bien si no queremos perder un ápice de rendimiento, pero no se tiene muy en cuenta la experiencia de usuario (o UX). El paso de un escritorio a otro en Hyprland es como el que vemos en GNOME o KDE: se desplaza de lado y aparece el nuevo. Como dato, el salto es siempre de 1, independientemente si hay 3 o más escritorios activos.

La reorganización de ventanas con el ratón también termina con una animación en la que la ventana se ajusta a la interfaz.

Los ajustes de Hyprland se pueden configurar editando el archivo hyprland.conf que debe estar en la carpeta .config/hypr, y desde él podemos modificar, entre otras cosas, el comportamiento del puntero o los atajos de teclado. Merece la pena echarle un vistazo para conocerlos, aunque ya os adelanto que la mayoría son iguales que los de i3wm, por ejemplo.

Probar Hyprland con Garuda Linux o instalarlo en tu distro

Para cualquier interesado en probar Hyprland, creo que lo mejor y más seguro es hacerlo con la ISO de Garuda Linux publicada este 25 de noviembre. Para entrar, la clave es «garuda» sin las comillas. El software elegido para cualquier tarea es de Xfce y GNOME, pero esto es parte de la personalización que han decidido darle sus desarrolladores, no es parte de Hyprland en sí.

Para instalarlo en una distribución, algo que no recomiendo a usuarios con poca experiencia, debemos hacer lo que pone en su Wiki. Aunque sólo está soportado para Arch Linux, Nix y en openSUSE Tumbleweed va bien, también encontramos información sobre cómo instalarlo en openSUSE, Fedora, Gentoo, FreeBSD, Ubuntu 23.04, Void Linux y Slackware.

La instalación manual se haría siguiendo estos pasos:

1. Se descarga la última versión desde este enlace.
2. Se copia el binario (Hyprland), hyprctl y libwlroots.so.XX32 en /usr/bin.
3. Se copia el archivo desktop en /usr/share/wayland-sessions/.

Para actualizar, se repite el proceso, pero sobrescribiendo los archivos.

¿Merece la pena?

A mí me gusta ir sobre seguro, y suelo decantarme por distribuciones que tienen a un equipo de desarrolladores importante detrás. Hyprland está dando sus primeros pasos, y lo que no recomiendo es apostarlo todo a él. Siendo un gestor de ventanas, y permitiéndonos Linux iniciar sesión en diferentes opciones, yo recomendaría probarlo en un entorno seguro, una «caja de arena», y la mejor ahora mismo es la ISO de Garuda Linux con Hyprland.

Y mi recomendación sobre Garuda + Hyprland, diría que sí rotundo para los que no les da miedo probar, no tanto para los que prefieran algo fiable.

Más información e imágenes en la página web oficial del proyecto.

from Linux Adictos https://ift.tt/32g1bzm
via IFTTT

Todos queremos a Wayland. Lo cierto es que todos, usuarios y desarrolladores, queremos terminar allí, pero es lógico que algunos sigan prefiriendo quedarse en X11 porque funciona. Wayland se convertirá en el protocolo de servidor gráfico estándar, pero lo hará en el futuro. En el presente, la mayor parte de los desarrolladores hacen mejoras para ir implementándolo, y eso ha hecho esta semana WineHQ con el lanzamiento de WINE 8.21 que ha tenido lugar hace unas horas.

Lo más destacado de WINE 8.21 ha sido que se ha añadido soporte para High-DPI e inicial para Vulkan en el driver Wayland, se ha iniciado el soporte para el objetivo ARM64EC y actualizaciones en la base de datos de idiomas, a lo que le han sumado el cuarto punto con el habitual varias correcciones de errores. En total, se han introducido 321 cambios, y lo que sigue es la lista con los bugs corregidos en WINE 8.21.

Bugs corregidos en WINE 8.21

• Múltiples aplicaciones requieren soporte de flujo de sistema en el divisor MPEG-I (Drome .Racers, Ninki Seiyuu no Tsukukurikata).
• PhotoScape no puede cambiar/guardar archivos.
• RootMagic 6 error en el lanzamiento (Operación inválida GDI+ (Código 1)).
• El texto de los controles/interfaz de usuario de PreSonus Studio One 2.6 es invisible.
• Múltiples aplicaciones se bloquean en la función no implementada msvcp140.dll.??
• ?.$codecvt@_UDU_Mbstatet@@@std@@QEAA@_K@Z (Godhood, WechatOCR)
• d3d10core:d3d10core & d3d11:d3d11 – test_resinfo_instruction() falla en Debian 11 + .Intel GPU
• MxManagementCenter se bloquea en la función no implementada msvcp140.dll.??
• ?.$codecvt@_SDU_Mbstatet@@@std@@QEAA@_K@Z al añadir una cámara
• kernel32:file & ntdll:file obtienen valores de recuento inesperados en Windows 11.
• 3DMark 2000: falta información de referencia.
• La representación de texto GDI+ no gestiona los retornos de carro.
• dbghelp:dbghelp – SymRefreshModuleList() a veces devuelve 0 en Wine de 64 bits.
• Age of Empires II Definitive Edition se cierra al iniciarse debido a que WinVerifyTrust() falla en los binarios del juego.
• user32:text – test_DrawTextCalcRect() falla en Windows.
• Office 2021 necesita Windows.Management.Deployment.PackageManager.
• Death Stranding: Los botones «Start» y «Back» están invertidos.
• .NET 7 no funciona.
• ModOrganizer 2.5.0 beta 5+ (Qt 6.5) requiere una mejor implementación de uisettings3::GetColorValue.
• HID con más de 8 ejes sobrescribe las entradas posteriores.
• Las aplicaciones Flutter que utilizan el paquete local_auth necesitan Windows.Security.Credentials.UI..UserConsentVerifier
• Port Royale 2: parpadeo en los menús y durante el juego.
• Controlador Wayland: GNOME: no hay cursor sobre las ventanas de Wine cuando hay 2 monitores conectados.
• El instalador del SDK de .NET 8 no finaliza la instalación.
• SetThreadDpiHostingBehavior no implementado.
• No más audio (FreeBSD y OSS) desde Wine 8.15.
• Quicken dejó de funcionar tras actualizar a wine 8.20.
• WinSCP se bloquea con wine 8.20.
• wine no arranca con free(): puntero inválido al compilar sin xrandr.
• printf() puede sobrepasar el buffer «p10s» con ciertos valores cuando se usa precisión de 24 bits.
• wined3d: wined3d_state_get_ffp_texture() rompe DragonAge Origins.

Pronto llegará la congelación y una semana de estas empezarán a lanzar semanalmente las Release Candidates de WINE 9.0, cuya versión estable llegará a principios de 2024.

WINE 8.21, que ha llegado dos semanas después de la v8.20, ya se puede descargar desde el botón que hay debajo de estas líneas, y en su página de descargas hay información para instalar esta y otras versiones también en sistemas operativos como macOS y Android.

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

Openssl es una api que proporciona un entorno adecuado para encriptar los datos enviados

Se acaba de dar a conocer el lanzamiento de la nueva versión de OpenSSL 3.2.0, la cual llega casi poco después de ocho meses de desarrollo y llega integrando mejoras de compatibilidad, asi como también de soporte para el cifrado híbrido basado en HPKE, entre otras cosas más.

Para quienes desconocen de OpenSSL deben saber que este es un proyecto de software libre basado en SSLeay, el cual consiste en un robusto paquete de herramientas de administración y bibliotecas relacionadas con la criptografía, que suministran funciones criptográficas a otros paquetes como OpenSSH y navegadores web (para acceso seguro a sitios HTTPS).

Estas herramientas ayudan al sistema a implementar el Secure Sockets Layer (SSL), así como otros protocolos relacionados con la seguridad, como el Transport Layer Security (TLS). OpenSSL también permite crear certificados digitales que pueden aplicarse a un servidor, por ejemplo Apache.

Principales novedades de OpenSSL 3.2.0

En esta nueva versión que se presenta de OpenSSL 3.2.0, se destaca que se ha añadido el soporte para el cliente del protocolo QUIC (RFC 9000), el cual se utiliza como transporte en el protocolo HTTP/3. Esta implementación incluye la capacidad de enviar varios flujos a través de un único canal de comunicación, entre otras características. Se menciona que los elementos necesarios para utilizar QUIC en servidores estarán disponibles en la versión OpenSSL 3.3, que tiene previsto su lanzamiento a más tardar el 30 de abril de 2024.

Otra de las novedades que se destaca, es que TLS ahora cuenta con soporte para una extensión destinada a la compresión de certificados durante la fase de negociación de la conexión (RFC 8879). Esta mejora posibilita una configuración de conexión más rápida, ya que la transferencia de datos del certificado constituye la mayor parte del tráfico durante esta fase de negociación de la conexión. La compresión es compatible con las bibliotecas zlib, zstd y Brotli.

Ademas de ello, también se destaca el soporte añadido para ECDSA en la que, en lugar de una secuencia aleatoria al generar una firma, se utiliza el hash HMAC-SHA256 de la clave privada y el texto del mensaje firmado, que permite recibir siempre la misma firma en diferentes operaciones de firma, pero no permite la filtración de datos que pueden usarse para adivinar la clave privada.

En Windows, se implementa la posibilidad de utilizar el almacén de certificados root del sistema (deshabilitado de forma predeterminada) Para acceder a los certificados en el almacén de Windows, se propone el URI «org.openssl.winstore://».

Por otra parte, se destaca la optimización para el algoritmo SM2 en aarch64, el cual utiliza una tabla precalculada extensa para la multiplicación de puntos del punto base, que aumenta el tamaño de
libcrypto de 4.4 MB a 4.9 MB.

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

• Soporte para Ed25519ctx, Ed25519ph y Ed448ph (RFC 8032) además del soporte existente para Ed25519 y Ed448
• Se ha añadido una nueva opción de configuración, no-sm2-precomp, para deshabilitar la tabla precalculada.
• AES-GCM-SIV (RFC 8452)
• Se implementó la función de generación de claves Argon2 (RFC 9106) y la funcionalidad del grupo de subprocesos compatibles
• Se agregó soporte para cifrado híbrido basado en el mecanismo HPKE (RFC 9180 ), que combina la simplicidad de la transferencia de claves en el cifrado de clave pública con el alto rendimiento del cifrado simétrico.
• La capacidad de utilizar claves públicas sin formato en TLS (RFC 7250)
• Compatibilidad con TCP Fast Open (RFC 7413), cuando lo admita el sistema operativo
• Compatibilidad con esquemas de firma conectables basados ​​en proveedores en TLS, lo que permite a terceros proveedores de algoritmos poscuánticos y de otro tipo utilizar esos algoritmos con TLS.
• Soporte para curvas Brainpool en TLS 1.3
• SM4-XTS

Finalmente, cabe mencionar que el lanzamiento de esta nueva versión de OpenSSL 3.2.0 será compatible hasta el 23 de noviembre de 2025, mientras que el soporte para las ramas anteriores de OpenSSL 3.1 y 3.0 LTS continuará hasta marzo de 2025 y septiembre de 2026, respectivamente.

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

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