Casi a diario, o por lo menos sí seguro que cada siete días, leemos que algún desarrollador o proyecto a hecho el port de su app para que use GTK4. Está disponible desde finales de 2020, y actualmente ya ha recibido diez actualizaciones medianas, por lo que no se puede decir que aún esté inmaduro. Lo que llama un poco la atención es que GIMP, que le da nombre a la librería, sigue hoy en día en GTK2.

Y la cosa va para largo. Para poder subir a una nueva versión hace falta tiempo, y ese tiempo puede impedir que se mejore en otros puntos. La próxima versión mayor de GNU Image Manipulation Program será GIMP 3.0, y el equipo de desarrolladores que hay detrás están priorizando las funciones. Quieren lanzar GIMP 3.0 tan pronto como les sea posible, y hacerlo con las novedades oportunas y sin bugs.

GIMP y GTK4: ¿cuestión de estética?

Hay un hilo (de hecho hay varios) en GitLab en el que hablan del tema, pero no se actualiza desde hace un año. El hilo se abrió hace más de dos años, cuando GTK4 acababa de salir. Hay al menos dos mensajes que explican cómo está el tema. @Jehan dice que no están en contra de subir a GTK4, pero que eso no se consigue por arte de magia chasqueando los dedos. Requiere mucho tiempo, y que sería un cambio que nadie notaría al final. Por lo tanto, están centrados en GTK3.

Por otra parte, @prokoudine dijo hace un año que:

Ya hemos cometido el error de intentar hacer demasiado. De ahí los 6 años de ciclo de desarrollo entre la 2.8 y la 2.10 (y los 4 años entre la 2.6 y la 2.8). Ya han pasado más de 3 años desde la versión 2.10.0, lo que es mucho, por no decir demasiado, y aún nos quedan partes importantes por completar. Es difícil decir de antemano cuánto tiempo llevará la migración de gtk3 a gtk4. Retrasar el lanzamiento de la versión 3.0 un mes más es aceptable. Retrasarla otro medio año o más no lo es.

Casi todo el mundo está tratando la v3.0 como el mal necesario que tiene que suceder antes de que podamos empezar a trabajar en cosas realmente emocionantes como la edición no destructiva.

En resumen, creen que subir a GTK4 no merece el tiempo que requiere, o no ahora. Es «algo bueno que hacer», pero habrá que esperar como mínimo a GIMP 3.2. Esto es algo que se dijo hace un año, por lo que el cuándo puede variar.

GNU Image Manipulation Program necesita ese lavado de cara… y más

GIMP se ve igual desde hace mucho tiempo. Yo recuerdo usar Photoshop en Linux tirando de PlayOnLinux, pero para lo que yo necesitaba me bastaba con GIMP, por lo que dejé de jugar con WINE y me decidí a hacer el cambio. Desde ese momento, la imagen de la alternativa libre a Photoshop más popular no ha cambiado, o lo ha hecho y mi memoria me está fallando.

Que la gente no use GIMP puede deberse a su interfaz. No lo digo yo; lo dice Edward Snowden y quien me enseñó a mí parte de lo que sé de HTM/CSS/JavaScript. Como usuario de GIMP, yo no estoy de acuerdo, pero a gente como los mencionados se les tuerce el gesto cuando se habla de este programa. Lo que sí es cierto es que se ve un poco anticuado, sobre todo cuando entras a RawTherapee o DarkTable, aplicaciones en las que confía GIMP para «revelar» fotos RAW. Ahí está todo como más nuevo, en el caso de la primera con el azul característico de GTK3+ por todo.

A lo que probablemente se refiera Snowden sea a la distribución (posición de las cosas, nada que ver con distro). Photoshop parece como más intuitivo, por lo menos para los que están acostumbrados a él. No sé, esto ya es cuestión de gustos.

GIMP 3.0 aún no tiene fecha de lanzamiento. Ahora mismo está en fase beta, y no llegará en forma de versión estable hasta que cierren todo lo que tienen pendiente.

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

D8VK es una implementación de Direct3D 8 que permite ejecutar aplicaciones 3D en Linux usando Wine.

Hace pocos días se dio a conocer el lanzamiento de la primera versión estable del proyecto «D8VK 1.0», que ofrece una implementación de la API de gráficos Direct3D 8 que funciona a través de la traducción de llamadas a la API de Vulkan y permite usar Wine o Proton para ejecutar aplicaciones y juegos 3D desarrollados para Windows en Linux que están vinculados a la API de Direct3D 8.

Como muchos de ustedes sabrán en Linux contamos con VKD3D-Proton para la traducción de Direct3D 12 en Vulkan, ademas de que tambien contamos con Steam Play que usa DXVK para implementar las API de Direct3D 9/10/11 sobre Vulkan, pero para la antigua implementación de Direct3D 8, no había algo en concreto.

Es por ello que nace D8VK, que es la implementación de la antigua API de Microsoft Direct3D 8 sobre Vulkan para mejorar la experiencia de los juegos más antiguos.

D8VK 1.0 está marcado como el primer lanzamiento del proyecto, adecuado para uso y probado en cientos de juegos. En comparación con los proyectos WineD3D y d3d8to9, que utilizan la traducción de Direct3D 8 a OpenGL y Direct3D 9, el proyecto D8VK demuestra un mejor rendimiento, estabilidad y compatibilidad con los juegos.

Por ejemplo, cuando se probó en el paquete 3DMark 2001 SE, el proyecto D8VK obtuvo 144660 puntos, la combinación d3d8to9 y dxvk – 118033 y WineD3D – 97134.

El lanzamiento de D8VK 1.0 presenta d3d8.dll(d3d9 está vinculado estáticamente), asi como tambien un nuevo procesador por lotes personalizado para ciertos juegos con comportamiento indefinido.

Ademas de ello, tambien se destaca que admite la anulación de la declaración del sombreador de vértices para juegos con un comportamiento indefinido y que los búferes de vértices ahora se pueden almacenar en el grupo administrado automáticamente para mejorar el rendimiento y evitar problemas de orden de escritura.

Tambien se destaca que se implementa la compatibilidad con la compilación en MSVC asi como tambien que admite consultas de GetInfo y que los tipos de bloque de estado ahora son compatibles.

De los demás cambios que se destacan:

• Tamaños de descripción de superficie correctos según el formato
• Permitir preservar la instalación actual de Proton
• Innumerables configuraciones específicas del juego y características y ajustes menores
• Se corrigió un error por el que CreateTexture intentaba envolver una textura nula
• Se corrigieron los backbuffers que no se almacenan en caché ni se hace referencia al dispositivo propietario
• Texturas, flujos e índices fijos que no se borran al reiniciar
• Ubicación fija de Direct3DCreate8 en d3d8.def
• Se corrigió el conteo de referencias para los objetivos de representación, las plantillas de profundidad y las texturas.
• Se corrigieron los sombreadores de píxeles nulos que no se recordaban
• Se corrigieron los objetivos de representación y las plantillas de profundidad que no se almacenan en caché
• Se corrigió el error si el cliente intenta habilitar SWVP en un dispositivo de hardware
• Dispositivos fijos que no se liberan
• Se corrigió la falla de segmento en el dispositivo de liberación con texturas enlazadas

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

Debes saber que el código del proyecto está escrito en lenguaje C++ y se distribuye bajo la licencia Zlib. El código base del proyecto DXVK con la implementación de Direct3D 9, 10 y 11 sobre Vulkan se utilizó como base para el desarrollo.

¿Como instalar D8VK en Linux?

Para aquellos que estén interesados en poder instalar D8VK, deben saber que su implementación es bastante sencilla y no requiere de mucho. Basta con abrir una terminal para poder obtener la nueva versión. En ella vamos a teclear el siguiente comando:

git clone https://github.com/AlpyneDreams/d8vk.git

O si prefieres realizar la descarga desde tu navegador (solo debes descomprimir el archivo y posicionarte en una terminal dentro de la carpeta) lo puedes hacer dando clic en este enlace.

Hecho esto, ahora vamos a ingresar al directorio con:

cd d8vk

Y procedemos a realizar la implementación de d8vk según sea el caso. Para implementarlo con Wine, debemos teclear lo siguiente:

./setup_d3d8.sh install --no-proton

O en el caso de querer implementarlo con Proton, el comando que deben teclear es el siguiente:

./setup_d3d8.sh install

Si quieres conocer más al respecto sobre su uso o instalación para casos particulares, puedes consultar el siguiente enlace.

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

Turquoise Kodkod es el nombre clave de la nueva versión de AlmaLinux 9.2

Tras el lanzamiento oficial de Red Hat Enterprise Linux 9.2, se dio a conocer el lanzamiento de la nueva versión de la distribución de linux, «AlmaLinux 9.2«, con nombre clave «Turquoise Kodkod», llega sincronizada con la nueva versión de RHEL y que contiene todos los cambios propuestos para esta versión.

Para aquellos que desconocen de la distribucion, deben saber que AlmaLinux fue fundada por CloudLinux en respuesta al final prematuro del soporte para CentOS 8 por parte de Red Hat (las actualizaciones para CentOS 8 se suspendieron a fines de 2021, y no en 2029, como esperaban los usuarios).

El proyecto es supervisado por una organización independiente sin fines de lucro, la Fundación OS de AlmaLinux, que se creó para desarrollarse en un entorno neutral impulsado por la comunidad utilizando un modelo de gobierno similar al del Proyecto Fedora.

Principales novedades de AlmaLinux 9.2

Tal y como se menciono anteriormente, AlmaLinux totalmente compatible binariamente con Red Hat Enterprise Linux y se puede usar como reemplazo de RHEL 9.2 y CentOS 9 Stream. Los cambios se reducen al cambio de marca, la eliminación de paquetes específicos de RHEL.

De los cambios que se destacan de este nuevo lanzamiento de AlmaLinux 9.2 se destaca la inclusión del Kernel de Linux 5.14 con el cual se proporciona rendimiento, estabilidad y soporte mejorados para hardware moderno, ademas de que se introduce mejoras y funciones a la base de la nube híbrida y ayuda a entregar cargas de trabajo, aplicaciones y servicios para múltiples entornos de forma más rápida y con menos esfuerzo.

Ademas de ello, se destaca que AlmaLinux 9.2 incluye actualizaciones de seguridad, como la función del sistema realmd, un perfil SCAP y contenido de Ansible para verificaciones mejoradas del sistema para simplificar la gestión de la seguridad y el cumplimiento.

Tambien se destaca que los desarrolladores continúan trabajando en mejorar el rendimiento, la seguridad y la facilidad de uso, ya que en este lanzamiento se añadió el soporte para tamaños de página de 64k para la arquitectura ARM, que permite la implementación del sistema operativo en más hardware y maximiza el rendimiento de grandes cargas de trabajo de conjuntos de datos, capacidades ampliadas de roles del sistema para permitirle automatizar aún más tareas de administración.

Por otra parte, se destacan las mejoras en los flujos de aplicaciones proporcionan compiladores, lenguajes de tiempo de ejecución, bases de datos y actualizaciones del servidor web.

En la consola web tambien se han realizado mejoras, ya que se implementan los nuevos roles del sistema facilitan la automatización y estandarización de los sistemas. En cuanto a los contenedores, las nuevas capacidades permiten el desarrollo y la gestión de implementaciones en contenedores con mayor facilidad.

De las demás actualizaciones y cambios que se destacan de este nuevo lanzamiento:

• Python 3.11
• nginx 1.22
• PostgreSQL 15
  Componentes actualizados:
• Git 2.39.1
• Git LFS 3.2.0
• GCC 11.3.1
• glibc 2.34
• binutils 2.35.2
  Actualizaciones de herramientas de rendimiento y depuradores:
• GDB 10.2
• Valgrind 3.19
• SystemTap 4.8
• Dyninst 12.1.0
• elfutils 0.188
  Herramientas de monitoreo de rendimiento actualizadas:
• PCP 6.0.1
• Grafana 9.0.9
  Actualizaciones del compilador:
• GCC Toolset 12
• LLVM Toolset 15.0.7
• Rust Toolset 1.66
• Go Toolset 1.19.6
  Actualizaciones de seguridad:
• La biblioteca de comunicaciones seguras de OpenSSL se actualizó a la versión 3.0.7.
• Los paquetes de espacio de usuario de SELinux se actualizaron a la versión 3.5.
• Keylime fue actualizado a la versión 6.5.2
• OpenSCAP se modificó a la versión 1.3.7.
• La Guía de seguridad de SCAP se modificó a la versión 0.1.66.
• Se agregó una nueva regla para la terminación de sesiones inactivas a SCAP.
• Clevis ahora acepta tokens externos.
• El registro cifrado con TLS de Rsyslog ahora admite varios archivos de CA.
• Los privilegios de Rsyslog están limitados para minimizar la exposición a la seguridad.
• El marco fapolicyd ahora proporciona filtrado de la base de datos RPM.
• El sistema ahora usa el certificado AlmaLinux EV Code Sign Secure Boot actualizado.

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

Descargar y obtener AlmaLinux 9

Las imágenes de instalación están preparadas para las arquitecturas x86_64, ARM64, ppc64le y s390x en forma de arranque (804 MB), mínimo (1,7 GB) e imagen completa (8,8 GB). Más adelante se formarán compilaciones en vivo con GNOME, KDE, MATE y Xfce, así como imágenes para placas Raspberry Pi, contenedores y plataformas en la nube.

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