GNOME 40 ha sido lanzado hace tan sólo una semana y ya conocemos algunas cositas de su sucesor. Tal y como leemos en esta entrada del blog de Adrien Plazas, GNOME 41 llegará con libadwaita, lo que es un port de libhandy basado en GTK 4 que jugará un papel esencial en el momento de definir el lenguaje visual y la experiencia de usuario en las aplicaciones de GNOME. La intención o lo que se busca con este cambio es mejorar la consistencia.

libadwaita tratará de ayudar a unificar las aplicaciones de GNOME y mejorar sus pautas de interfaz humana al mismo tiempo que permitirá que GTK 4 avance y sea usado por desarrolladores independientes (la comunidad) de GNOME. Es probable que libadwaita se use en las aplicaciones GNOME GTK 4, lo que permitirá una mejor integración y todas las aplicaciones compartirán diseño.

GNOME 41 llegará después del verano

GNOME 41 vendrá con libadwaita, el port GTK 4 de libhandy que jugará un papel central en la definición del lenguaje visual y la experiencia del usuario de las aplicaciones GNOME.

La falta de consistencia es un problema que hemos podido ver los usuarios de Ubuntu, aunque por otros motivos. Hasta Groovy Gorilla, hay partes que no quedan del todo bien si se cambia el tema por defecto, motivo por el que Ubuntu 21.04 llegará con los menús oscuros en lugar de blancos. Con los cambios que se planean para la próxima versión del escritorio, es seguro que Ubuntu 21.10 se verá mucho mejor que la versión lanzada un año atrás, en octubre de 2020.

GNOME 40 es el escritorio que usará Fedora 34, pero no Ubuntu 21.04 Hirsute Hippo, quien se marcará «un Debian» en el sentido de que pecará de conservador para intentar no mermar la experiencia de usuario. GNOME 41 llegará ya en otoño, aproximadamente un mes antes del lanzamiento de Fedora 35 y Ubuntu 21.10.

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

Yo soy una persona a la que no le gustan los cambios. Cuando algo me gusta, me gustaría usarlo en cualquier escenario. Para grabar la pantalla de un PC yo soy un feliz usuario de SimpleScreenRecorder, pero eso no está en Windows (ni en macOS), por lo que en «las ventanitas» he tenido que buscarme un poco la vida y estoy con VokoscreenNG. Pero esto es software que nos permite grabar la pantalla sin florituras ni complicaciones, muy diferentes a otros como OBS Studio que también nos permite emitir en directo.

Para lo bueno y lo malo, Linux es muy diferente a macOS y Windows. Hay muchas opciones, como los diferentes servidores de audio y vídeo, y la última versión de este «Estudio» ha introducido una novedad en este sentido: OBS Studio 26.1.1 ya puede grabar sesiones Wayland. La posibilidad está disponible desde el 30 de marzo, o por lo menos de manera nativa y con soporte completo.

OBS Studio 26.1.1 ya disponible para Windows, macOS y Linux

Tal y como explican, el camino para conseguir esta hazaña no ha sido corto ni sencillo, pero todo ha sido más fácil con el apoyo de la comunidad. También mencionan que cada vez son más los escritorios importantes que están añadiendo soporte para Wayland, como GNOME o KDE, tanto es así que los últimos están trabajando para incluirlo como opción por defecto.

Es importante mencionar que el proyecto dice que todo está preparado para que funcione mejor en la versión Flatpak. Aunque algunos piensen que todo es igual que en las versiones de repositorios, la realidad es que no es así. De hecho y por ejemplo, GNOME Boxes de repositorio nos permite añadir unidades externas y la Flatpak no, mientras que la Flatpak puede ejecutar GNOME OS sin problemas y la de los repositorios falla (y no permite eliminar la caja si no es con un comando).

En cualquier caso, este es un paso importante que se ha dado mirando al futuro y ahora mucha más gente y en muchos más escenarios podrá usar OBS Studio.

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

Después de tres meses de desarrollo se presentó el lanzamiento de la nueva versión del kit de herramientas multiplataforma para crear una interfaz gráfica de usuario GTK 4.2.0 en la cual se implementaron cerca de 1268 cambios individuales de 54 desarrolladores y se agregaron un total de 73950 líneas y se eliminaron 60717.

La nueva rama de GTK 4 se está desarrollando como parte de un nuevo proceso de desarrollo que intenta proporcionar a los desarrolladores de aplicaciones una API estable y compatible durante varios años, que se puede utilizar sin temor a tener que rehacer aplicaciones cada seis meses debido a cambios de API en la próxima rama de GTK.

¿Qué hay de nuevo en GTK 4.2.0?

Esta nueva versión de GTK 4.2.0 corrige principalmente errores e introduce mejoras de API basadas en los comentarios de los desarrolladores que han portado sus programas a GTK4.

Además, de que algunas de las mejoras más notables en GTK 4.2 incluyen el renderizador NGL, un nuevo motor de renderizado a través de OpenGL que está habilitado de forma predeterminada en Linux, Windows y macOS. El renderizador NGL proporciona un mejor rendimiento notable con mejoras en los fotogramas por segundo, así como en el uso de energía y CPU. Para volver al motor de renderizado anterior, inicie la aplicación con la variable de entorno GSK_RENDERER=gl.

Esta versión es el resultado de la ronda inicial de comentarios de los desarrolladores de aplicaciones que migran sus proyectos a GTK4, por lo que principalmente consiste en correcciones de errores y mejoras en la API, pero también agregamos nuevas funciones, como un nuevo renderizador GL; varias mejoras en la forma en que el kit de herramientas maneja la composición y las secuencias de teclas muertas; crear mejoras en el sistema para compilar GTK en Windows y macOS; y una referencia de API completamente nueva, generada a partir de los mismos datos de introspección que también consumen los enlaces de lenguaje.

También se destaca en el anuncio de esta nueva versión de GTK 4.2.0 que se implementó la capacidad de usar GTK en forma de subproyecto en el sistema de compilación Meson, lo que le permite compilar GTK y todas sus dependencias como parte del entorno de compilación de su propia aplicación, así como obtener todos los artefactos de compilación para entrega junto con su aplicación utilizando el kit de herramientas seleccionado.

La documentación de la API ha sido rediseñada, para cuya formación se utiliza el nuevo generador gi-docgen, que produce una presentación de información más conveniente, incluidos botones para agregar ejemplos de código al portapapeles, una representación visual de la jerarquía de ancestros e interfaces de cada clase, una lista de propiedades heredadas, señales y métodos de la clase.

Por otra parte la interfaz admite la búsqueda del lado del cliente y se adapta automáticamente a diferentes tamaños de pantalla, además de que se ha lanzado un nuevo sitio, docs.gtk.org, para documentación, que también ofrece guías complementarias sobre introspección GObject, Pango y GdkPixbuf.

También se optimizó el rendimiento de varios componentes, desde los sombreadores GLSL involucrados en el renderizado hasta objetos para personas con discapacidades.

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

• Se modificó el manejo de las secuencias de composición y las teclas de silencio que cambian la apariencia del siguiente carácter de entrada.
• Soporte mejorado para compilar GTK para Windows y macOS usando kits de herramientas nativos para estas plataformas.
• Se implementó el posicionamiento de texto de subpíxeles al usar nuevas versiones de la biblioteca de El Cairo .
• Proporcionó un diseño de interfaz receptivo para la selección de emoji.
• Soporte mejorado para la extensión del protocolo Wayland para control de entrada.
• Rendimiento de desplazamiento mejorado en el widget de vista de texto.
• Representación mejorada de sombras en widgets popover.
• Pango y GdkPixbuf también cambiaron a gi-docgen
• Mejoras de rendimiento en todos los ámbitos

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

from Linux Adictos https://ift.tt/39uqp3K
via IFTTT

Continuando con un ciclo de desarrollo predecible, después de 4 meses de desarrollo se dio a conocer el lanzamiento de la nueva versión de systemd 248.

En esta nueva versión se proporciona 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, lanzar unidades en un espacio de identificador IPC aislado y mucho más.

Principales novedades de systemd 248

En esta nueva versión se implementó el concepto de imágenes de extensión del sistema, que se pueden usar para expandir la jerarquía de los directorios y agregar archivos adicionales en runtimes, incluso si los directorios especificados están montados como de solo lectura. Cuando se monta una imagen de extensión del sistema, su contenido se superpone en la jerarquía usando OverlayFS.

Otro cambio que se destaca, es que se ha propuesto una nueva utilidad systemd-sysext para conectar, desconectar, ver y actualizar imágenes de extensiones del sistema, además de que se ha agregado el servicio systemd-sysext.service para montar automáticamente imágenes ya instaladas en el momento del arranque. Para las unidades, se implementa la configuración ExtensionImages, que se puede utilizar para vincular imágenes de extensión del sistema a la jerarquía del espacio de nombres FS de servicios aislados individuales.

Systemd-cryptsetup agrega la capacidad de extraer el URI del token PKCS # 11 y la clave cifrada del encabezado de metadatos LUKS2 en formato JSON, lo que permite integrar la información abierta del dispositivo cifrado en el propio dispositivo sin involucrar archivos externos, además proporciona soporte para desbloquear particiones cifradas LUKS2 usando chips TPM2 y tokens FIDO2, además de los tokens PKCS# 11 previamente admitidos. La carga de libfido2 se realiza a través de dlopen(), es decir la disponibilidad se comprueba sobre la marcha, no en forma de dependencia codificada.

Además, en systemd 248 systemd-networkd ha añadido soporte para el protocolo mesh BATMAN («Better Approach To Mobile Adhoc Networking), que permite crear redes descentralizadas, cada nodo en el que se conecta a través de nodos vecinos.

También se destaca que se ha estabilizado la implementación del mecanismo de respuesta temprana a la falta de memoria en el sistema systemd-oomd, asi como también la opción DefaultMemoryPressureDurationSec para establecer el tiempo de espera para la liberación de recursos antes de afectar una unidad. Systemd-oomd utiliza el subsistema de kernel PSI (Pressure Stall Information) y permite detectar la aparición de retrasos debido a la falta de recursos y cerrar selectivamente los procesos que consumen muchos recursos en una etapa en la que el sistema aún no está en un estado crítico y no lo hace comenzar a recortar intensamente la caché y desplazar los datos a la partición de intercambio.

Se agregó el parámetro PrivateIPC, que permite configurar el lanzamiento de procesos en un espacio IPC aislado en un archivo unitario con sus propios identificadores y cola de mensajes. Para conectar una unidad a un espacio de identificador de IPC ya creado, se ofrece la opción IPCNamespacePath.

Mientras que para los kernels disponibles, se implementó la generación automática de tablas de llamadas al sistema para filtros seccomp.

De los demás cambios que se destacan:

• La utilidad systemd-repart ha agregado la capacidad de activar particiones encriptadas usando chips TPM2, por ejemplo, para crear una partición /var encriptada en el primer arranque.
• Se agregó la utilidad systemd-cryptenroll para vincular tokens TPM2, FIDO2 y PKCS# 11 a particiones LUKS, así como para desanclar y ver tokens, vincular claves de repuesto y establecer una contraseña de acceso.
• Se agregaron configuraciones de ExecPaths y NoExecPaths para aplicar el indicador noexec a partes específicas del sistema de archivos.
• Se agregó un parámetro de línea de comando del kernel – «root=tmpfs», que permite montar la partición raíz en un almacenamiento temporal ubicado en la RAM usando Tmpfs.
• Un bloque con variables de entorno expuestas ahora se puede configurar a través de la nueva opción ManagerEnvironment en system.conf o user.conf, no solo a través de la línea de comandos del kernel y la configuración del archivo de unidad.
• En tiempo de compilación, es posible usar la llamada al sistema fexecve() en lugar de execve() para iniciar procesos para reducir el retraso entre verificar el contexto de seguridad y aplicarlo.

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