Ya fue liberada la nueva version de NetBeans 15 y estas son sus novedades

NetBeans 15 implementa grandes mejoras de rendimiento y soporte

NetBeans 15 elimina la compatibilidad con Windows 95 y 98

La Apache Software Foundation dio a conocer hace poco que ha lanzado la nueva versión de su IDE «Apache NetBeans 15» que llega con las actualizaciones pertinentes de Java, así como también la integración de mejoras de soporte, entre otras cosas más.

Para quienes desconocen de NetBeans, deben saber que este es un IDE bastante popular que proporciona soporte para lenguajes de programación Java SE, Java EE, PHP, C/C ++, JavaScript y Groovy.

Principales novedades de NetBeans 15

En esta nueva versión que se presenta de NetBeans 15 se destaca que se agregó soporte inicial para Jakarta 9.1 y soporte mejorado para GlassFish, además de que se actualizó el compilador Java incorporado de NetBeans nb-javac (javac modificado) y que se agregó la capacidad de conectarse a la base de datos de Amazon Redshift a través del servicio Amazon Athena en el asistente de conexión.

Otro de los cambios que se destaca de esta nueva versión, es la compatibilidad implementada para la etiqueta «@snippet» para incrustar ejemplos de trabajo y fragmentos de código en la documentación de la API a la que se puede acceder con herramientas de validación, resaltado de sintaxis e integración de IDE.

Además de ello, también se destaca que se ha llevado a cabo una optimización del rendimiento, por ejemplo, se ha acelerado significativamente el trabajo del editor de PHP (se tarda la mitad del tiempo en ejecutar un conjunto de pruebas), se ha acelerado en un 20 % la indexación de los repositorios maven locales y se ha acelerado el trabajo de los editores de Java y JavaScript se ha acelerado.

También se destaca la compatibilidad mejorada con los sistemas de compilación Maven y Gradle. Los componentes para trabajar con Gradle se actualizaron a la versión API 7.5 con soporte para Java 18.

Por otra parte, se ha asignado un depurador para el código Groovy en un módulo separado, además de que el analizador se ha actualizado para el lenguaje Groovy.

Se propone una implementación inicial de la API para la gestión de dependencias de proyectos (Project Dependency API) y se ha realizado una gran parte de las correcciones y mejoras relacionadas con el uso de servidores LSP (Protocolo de servidor de idiomas).

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

  • Soporte implementado para el autocompletado de expresiones lambda.
  • Se agregó javadoc para la vista previa de JDK 20.
  • Se agregó la capacidad de usar la opción netbeans.javaSupport.enabled para deshabilitar la compatibilidad con el lenguaje Java en NBLS (NetBeans Language Server).
  • Edición de datos mejorada en formato YAML.
  • Se agregó el elemento ‘Abrir en terminal’ al menú contextual del proyecto.
  • Soporte mejorado para las nuevas características de PHP 8.0 y 8.1.
  • Se agregó compatibilidad con la nueva sintaxis para objetos invocables.
  • Las sugerencias en línea están habilitadas de manera predeterminada.
  • Interfaz de comprobación de expresiones regulares mejorada.
  • Interfaz mejorada para descargar y registrar el JDK.
  • Se elimina la compatibilidad con Windows 95 y 98
  • Interfaz de análisis de pila de llamadas mejorada (Stack Trace).

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

¿Cómo instalar Apache NetBeans 15 en Linux?

Para aquellos que quieran obtener esta nueva versión deben descargar el código fuente de la aplicación, la cual podrán obtener desde el siguiente enlace.

Una vez que tengas todo instalado entonces, descompriman el archivo recién descargado en un directorio de su agrado.

Y desde la terminal vamos a ingresar a este directorio y luego ejecuten:

ant

Para construir el IDE de Apache NetBeans. Una vez construido puedes ejecutar el IDE escribiendo

./nbbuild/netbeans/bin/netbeans

También existen otros métodos de instalación con los cuales se pueden apoyar, uno de ellos es con ayuda de los paquetes Snap.

Solo deben contar con el soporte para poder instalar este tipo de paquetes en su sistema. Para realizar la instalación por este método deben teclear el siguiente comando:

sudo snap install netbeans --classic

Otro de los métodos es con ayuda de los paquetes de Flatpak, por lo que deben contar con el soporte para instalar estos paquetes en su sistema.

El comando para realizar la instalación es el siguiente:

flatpak install flathub org.apache.netbeans

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

LLVM 15.0 llega con mejoras para diferentes backend, mayor soporte y mas

LLVM 15 implementa mejoras de soporte

LLVM 15.0 también incluye una serie de actualizaciones bastante interesantes para C/C++

Después de seis meses de desarrollo, se dio a conocer el lanzamiento del proyecto LLVM 15.0, en el cual se han realizado una gran cantidad de cambios importantes, así como también que se ha añadido el soporte para nuevos procesadores, arquitecturas y más.

Para quienes desconocen de LLVM, deben saber que este es un compilador compatible con GCC (compiladores, optimizadores y generadores de código) que compila programas en un código de bits intermedio de instrucciones virtuales tipo RISC (una máquina virtual de bajo nivel con un sistema de optimización multinivel).

El pseudocódigo generado puede ser convertido por el compilador JIT en instrucciones de máquina justo en el momento de la ejecución del programa.

Principales novedades de LLVM 15.0

En esta nueva versión que se presenta se destaca que se agregó el soporte para los procesadores Cortex-M85, así como para las arquitecturas Armv9-A, Armv9.1-A y Armv9.2-A, extensiones Armv8.1-M PACBTI-M.

Otro de los cambios que se destaca es que se ha agregado un backend experimental de DirectX que admite el formato DXIL (DirectX Intermediate Language) utilizado para los sombreadores de DirectX. El backend se habilita a través de la opción de compilación «-DLLVM_EXPERIMENTAL_TARGETS_TO_BUILD=DirectX».

Libc++ continúa implementando nuevas funciones de los estándares C++20 y C++2b , incluida la finalización de la implementación de la biblioteca «format» y la versión experimental propuesta de la biblioteca «ranges».

Por la parte de los cambios relacionados con Clang 15.0 se menciona que se agregó soporte experimental para el lenguaje similar a C HLSL (Lenguaje de sombreado de alto nivel), que se usa para escribir sombreadores a partir de DirectX 9, así como también la traducción de sombreadores HLSL al formato binario DXIL (Lenguaje intermedio de DirectX) compatible con DirectX 12, así como en el formato SPIR-V utilizado por Vulkan. En el futuro, planean implementar soporte para el formato DXBC (DirectX Bytecode) utilizado en DirectX 9-11. La implementación la proporciona Microsoft y se basa en el compilador DirectX Shader Compiler, abierto en 2017, creado sobre la base de LLVM 3.7.

También se menciona que se continúa con el trabajo para admitir futuros estándares C2X y C++23. Implementado para el lenguaje C: el atributo noreturn , las palabras clave false y true, el tipo _BitInt(N) para enteros de una profundidad de bits dada, las macros *_WIDTH , el prefijo u8 para caracteres UTF-8.

Además de ello, se ha implementado para C++: fusión de módulos, aislamiento ABI de miembros de funciones, inicialización dinámica ordenada de variables no locales en módulo, operadores de índices multidimensionales, auto(x), variables no literales, goto y etiquetas en funciones declaradas como constexpr, secuencias de escape delimitadas, caracteres de escape con nombre.

Para los sistemas basados ​​en la arquitectura x86, se agregó el indicador «-fzero-call-used-regs», que proporciona la puesta a cero de todos los registros de la CPU utilizados en la función antes de devolver el control desde la función. Esta opción permite protegerse contra la fuga de información de las funciones y reducir la cantidad de bloques adecuados para crear dispositivos ROP (programación orientada al retorno) en exploits en aproximadamente un 20 %.

Se ha implementado la aleatorización de la ubicación de la memoria de las estructuras para el código C, lo que complica la extracción de datos de las estructuras en caso de explotación de vulnerabilidades. La aleatorización se activa y desactiva con los atributos randomize_layout y no_randomize_layout, y requiere que la semilla se configure con el indicador «-frandomize-layout-seed» o «-frandomize-layout-seed-file» para garantizar compilaciones repetibles.

De los demás cambios que se destacan:

  • Capacidades ampliadas relacionadas con la compatibilidad con OpenCL y OpenMP. Se agregó soporte para la extensión de OpenCL cl_khr_subgroup_rotate.
  • Backends mejorados para arquitecturas x86, PowerPC y RISC-V.
    Capacidades mejoradas del enlazador LLD y el depurador LLDB.
  • Se agregó el indicador «-fstrict-flex-arrays=<arg>» con el que puede controlar los límites de un elemento de matriz flexible en estructuras (Miembros de matriz flexibl, una matriz de tamaño indefinido al final de la estructura).
  • Se agregó la opción «-Warray-parameter» para advertir sobre la anulación de funciones con declaraciones de argumentos no coincidentes asociadas con matrices de longitud fija y variable.
  • Compatibilidad mejorada con MSVC.
  • Se agregó soporte para la «función #pragma y «#pragma alloc_text» proporcionada en MSVC.
  • Se agregó soporte para banderas /JMC y /JMC compatibles con MSVC.
  • Se agregó el indicador «-m[no-]rdpru» para controlar el uso de la instrucción RDPRU, compatible desde los procesadores AMD Zen2.
  • Se agregó el indicador «-mfunction-return=thunk-extern» para proteger contra la vulnerabilidad RETBLEED , que funciona agregando una secuencia de instrucciones que excluye la participación del mecanismo de ejecución especulativa para saltos indirectos.

Finalmente 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/TJSuEYA
via IFTTT

OpenWrt 22.03.0 llega con una nueva app de Firewall, soporte para más de 180 dispositivos y mas

OpenWrt-22.03 añade soporte a 180 dispositivos nuevos

OpenWrt-22.03 es la primera versión estable de la serie

Después de un año de desarrollo, se dio a conocer el lanzamiento de una importante nueva versión de la distribución OpenWrt 22.03.0, dirigida a aplicaciones en varios dispositivos de red, como enrutadores, conmutadores y puntos de acceso.

OpenWrt es compatible con muchas plataformas y arquitecturas diferentes y tiene un sistema de compilación que le permite realizar una compilación cruzada fácil y conveniente, incluidos varios componentes en el ensamblaje, lo que facilita la creación de un firmware listo para usar o una imagen de disco adaptada a tareas específicas con el conjunto deseado de paquetes preinstalados.

Principales novedades de OpenWrt 22.03.0

En esta nueva versión que se presenta de OpenWrt 22.03.0, de manera predeterminada, está habilitada una nueva aplicación de administración de firewall, fw4 (Firewall4), basada en el filtro de paquetes nftables.

La sintaxis de los archivos de configuración para el firewall (/etc/config/firewall) y la interfaz uci no han cambiado: fw4 puede actuar como un reemplazo transparente para el kit de herramientas fw3 basado en iptables utilizado anteriormente. La excepción son las reglas agregadas manualmente (/etc/firewall.user), que deberán reescribirse para nftables (fw4 le permite agregar sus propios bloques de reglas, pero en formato nftables).

Otro de los cambios que se destacan es que el antiguo kit de herramientas basado en iptables se eliminó de las imágenes predeterminadas, pero se puede recuperar usando el administrador de paquetes opkg o el kit de herramientas Image Builder. También se proporcionan los envoltorios iptables-nft, arptables-nft, ebtables-nft y xtables-nft, lo que le permite crear reglas para nftables utilizando la sintaxis de iptables anterior.

Además de ello, también se destaca que se agregó soporte para más de 180 dispositivos nuevos, incluidos 15 dispositivos basados ​​en el chip MediaTek MT7915 compatible con Wi-Fi 6 (IEEE 802.11ax). El número total de dispositivos compatibles ha llegado a 1580.

Se ha continuado con la transferencia de plataformas de destino al uso del subsistema kernel DSA (Distributed Switch Architecture), que proporciona herramientas para configurar y administrar cascadas de conmutadores Ethernet interconectados, utilizando mecanismos para configurar interfaces de red convencionales (iproute2, ifconfig).

DSA se puede usar para configurar puertos y VLAN en lugar de la herramienta swconfig que se ofrecía anteriormente, pero no todos los controladores de conmutador son compatibles con DSA todavía. En la versión propuesta, DSA está habilitado para las plataformas bcm53xx (controladores traducidos para todas las placas), lantiq (SoC basados ​​en xrx200 y vr9) y sunxi (placas Bananapi Lamobo R1). Anteriormente, las plataformas ath79 (TP-Link TL-WR941ND), bcm4908, gemini, kirkwood, mediatek, mvebu, octeon, ramips (mt7621) y realtek se transfirieron a DSA.

La interfaz web de LuCI tiene un modo oscuro, de forma predeterminada, el modo se habilita automáticamente según la configuración del navegador, pero también se puede forzar a habilitar a través del menú «Sistema» -> «Sistema» -> «Idioma y estilo».

Se resolvió el problema del año 2038 causado por un desbordamiento de tipo time_t de 32 bits (el contador de tiempo de época de 32 bits se desbordará el 19 de enero de 2038). En la nueva versión, la rama musl 1.2.x se utiliza como biblioteca estándar, en la que, en arquitecturas de 32 bits, los antiguos contadores de tiempo de 32 bits se reemplazan por los de 64 bits (el tipo time_t se reemplaza por time64_t). En los sistemas de 64 bits, el tipo time64_t se usa inicialmente (el contador se desbordará en 292 mil millones de años). El cambio al nuevo tipo ha cambiado la ABI, lo que requerirá una reconstrucción de todos los programas de 32 bits asociados con musl libc (no se requiere reconstrucción para los programas de 64 bits).

Por otra parte, también podremos encontrar las versiones de paquete actualizadas, incluido el kernel de Linux 5.10.138 con pila inalámbrica cfg80211/mac80211 portada del kernel 5.15.58 (anteriormente se ofrecía el kernel 5.4 con pila inalámbrica de la rama 5.10), musl libc 1.2.3, glibc 2.34, gcc 11.2.0, binutils 2.37, hostapd 2.10, dnsmasq 2.86, dropbear 2022.82, busybox 1.35.0.

Y por último, y no menos importante, se menciona que se han descontinuado las compilaciones para la plataforma arc770 (Synopsys DesignWare ARC 770D).

Si quieres conocer más al respecto sobre los detalles que se integran a esta nueva liberación del firmware OpenWrt 22.03.0 puedes consultar la información en la publicación original en el siguiente enlace.

Descarga la nueva versión de OpenWrt 22.03.0

Las compilaciones de esta nueva versión están preparadas para 35 plataformas diferentes, de las cuales se pueden obtener los paquetes de actualización desde el siguiente enlace.

from Linux Adictos https://ift.tt/94VPLFI
via IFTTT

Ya fue liberada la nueva version de GTK 4.8.0 y llegan con diversas mejoras para Linux

GTK 4.8.0, un kit de herramientas multiplataforma para crear interfaces gráficas de usuario

GTK 4.8.0, un kit de herramientas multiplataforma para crear interfaces gráficas de usuario

Después de ocho meses de desarrollo se dio a conocer el lanzamiento de la nueva versión de GTK 4.8.0, que continúa con el desarrollo de la rama GTK 4.x bajo 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 usar sin temor a que las aplicaciones deban volver a trabajarse cada seis meses debido a los cambios de API.

Para quienes desconocen de GTK, debe saber que esta  es una biblioteca de componentes gráficos multiplataforma para desarrollar interfaces gráficas de usuario (GUI)  Está licenciado bajo los términos de la GNU LGPL, por lo que permite la creación de tanto software libre como software privativo.

Principales novedades de GTK 4.8

En esta nueva versión que se presenta, la biblioteca GDK, que proporciona una capa entre GTK y el subsistema de gráficos, ha optimizado la conversión de formatos de píxeles. En sistemas con controladores NVIDIA, la extensión EGL EGL_KHR_swap_buffers_with_damage está habilitada.

La biblioteca GSK, que brinda la capacidad de renderizar escenas gráficas a través de OpenGL y Vulkan, admite el procesamiento de grandes áreas visibles (viewports), además de que se proponen bibliotecas para dibujar glifos utilizando texturas.

Para Linux en Wayland, se implementa soporte para el protocolo «xdg-activation», que permite transferir el enfoque entre diferentes superficies de primer nivel (por ejemplo, al usar xdg-activation, una aplicación puede cambiar el enfoque a otra).

En GTK 4.8 el widget GtkTextView ha reducido la cantidad de situaciones que conducen a redibujados repetidos e implementó la función GetCharacterExtents para determinar el área con un glifo que define un carácter en el texto (una función solicitada por herramientas para personas con discapacidades).

La clase GtkViewport, que se utiliza para organizar el desplazamiento en los widgets, tiene habilitado el modo «desplazarse para enfocar» de forma predeterminada, en el que el contenido se desplaza automáticamente para mantener la vista del elemento que tiene el foco de entrada.

El widget GtkSearchEntry, que muestra el área para ingresar una consulta de búsqueda, ofrece la posibilidad de configurar el retraso entre la última pulsación de tecla y el envío de una señal de cambio de contenido (GtkSearchEntry::search-changed).

Además de ello, también en GTK 4.8 se destacan las capacidades ampliadas del depurador, pues se implementó la visualización de datos de aplicaciones adicionales y se permitió la visualización de las propiedades de PangoAttrList durante la inspección.

También se destaca que el motor CSS ha optimizado la reagrupación de elementos asociados con el mismo padre y permitió el uso de valores no enteros al determinar el tamaño del espacio entre letras.

Para macOS, se agregó soporte para el modo de pantalla completa y la reproducción de video usando OpenGL, así como también la detección de monitores mejorados, se trabajó en configuraciones de monitores múltiples, colocación de ventanas y selección de tamaño para el cuadro de diálogo de archivo, también se permitió que las aplicaciones se ejecutaran en segundo plano.

En Windows, se mejoró la ubicación de las ventanas en las pantallas HiDPI, se agregó una interfaz de detección de color, se implementó la compatibilidad con eventos de rueda de mouse de alta resolución y se mejoró la compatibilidad con el panel táctil.

De los demás cambios que se destacan:

  • Datos de emoji actualizados al conjunto CLDR 40 (Unicode 14).
  • Se agregó soporte para nuevas configuraciones regionales.
  • El comando de captura de pantalla se agregó a la utilidad gtk4-builder-tool para crear una captura de pantalla, que se usa cuando se generan capturas de pantalla para la documentación.
  • La interfaz del selector de fuentes (GtkFontChooser) ha mejorado la compatibilidad con las funciones de formato OpenType.
  • El widget GtkCheckButton ahora tiene la capacidad de asignar su propio widget secundario con un botón.
  • La propiedad «content-fit» se ha agregado al widget GtkPicture para ajustar el contenido a un tamaño de área determinado.
  • El rendimiento de desplazamiento se ha optimizado en el widget GtkColumnView.
  • Se ha instalado la utilidad gtk4-node-editor.
  • Se ha agregado soporte de sonido al backend de ffmpeg.
  • El límite de memoria en el cargador de imágenes JPEG se ha aumentado a 300 MB.
  • Se cambió el estilo de la interfaz del selector de color (GtkColorChooser).

Finalmente 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/7ybk0AX
via IFTTT

En Fedora 39 planean migrar a DNF5, dejando de lado los componentes de Python

Fedora 39 con la nueva herramienta de empaquetado DNF5

DNF5 debería mejorar la experiencia del usuario y proporcionar un mejor rendimiento

Ben Cotton, administrador de programas de Fedora en Red Hat, anunció hace poco en las listas de correo, su intención de migrar Fedora al administrador de paquetes DNF5 de manera predeterminada.

Se menciona que el cambio planeado será efectivo a partir del lanzamiento de Fedora 39, el cambio planea reemplazar los paquetes dnf, libdnf y dnf-cutomatic con el kit de herramientas DNF5 y la nueva biblioteca libdnf5.

Sobre el cambio, cabe mencionar que en su momento DNF reemplazó a Yum, que estaba escrito completamente en Python.

Para quienes desconocen de DNF, deben saber, que este es un administrador de paquetes de software que instala, actualiza y elimina paquetes en Fedora y es el sucesor de YUM (Yellow-Dog Updater Modified). DNF facilita el mantenimiento de paquetes al verificar automáticamente las dependencias y determinar las acciones necesarias para instalar paquetes. Este método elimina la necesidad de instalar o actualizar manualmente el paquete y sus dependencias mediante el comando rpm. DNF es ahora la herramienta de administración de paquetes de software predeterminada en Fedora.

En DNF, las funciones de bajo nivel que demandan rendimiento se reescribieron y se trasladaron a bibliotecas C separadas hawkey, librepo, libsolv y libcomps, pero el marco y los componentes de alto nivel permanecieron en Python.

DNF5 proporcionará una mejora significativa en la experiencia del usuario y el rendimiento. El reemplazo es el segundo paso en la actualización de la pila de administración de software de Fedora. Sin el cambio, habrá múltiples herramientas de administración de software (DNF5, el antiguo Microdnf, PackageKit y DNF) basadas en diferentes bibliotecas (libdnf, libdnf5), que brindarán un comportamiento diferente y no compartirán un historial. También podemos esperar que DNF solo tenga un soporte limitado de upstream.

El proyecto DNF5 tiene como objetivo unificar las bibliotecas de bajo nivel existentes, reescribir en C ++ los componentes de administración de paquetes que quedan en Python y mover la funcionalidad básica a una biblioteca libdnf5 separada con la creación de un enlace alrededor de esta biblioteca para preservar la API de Python.

DNF5 todavía está en desarrollo y algunas de las funciones u opciones aún no están disponibles. Todavía tenemos que terminar la implementación de la Modularidad, el almacenamiento de datos internos relacionados con la Historia y el Estado del Sistema, y ​​también la documentación y las páginas man. DNF5 se puede probar desde el repositorio con compilaciones nocturnas ascendentes: Se suponía que d` no era modificable por el usuario y su formato no es suficiente (falta información sobre los paquetes instalados con perfiles instalados)

El uso de C++ en lugar de Python eliminará muchas dependencias, reducirá el tamaño del conjunto de herramientas y mejorará el rendimiento. Se logra un mayor rendimiento no solo mediante el uso de la compilación a código de máquina, sino también debido a la implementación mejorada de la tabla de transacciones, la optimización de la carga desde los repositorios y la reestructuración de la base de datos (se separan las bases de datos con el estado del sistema y el historial de operaciones).

DNF5 se ha desvinculado de PackageKit a favor de un nuevo proceso en segundo plano DNF Daemon que reemplaza la funcionalidad de PackageKit y proporciona una interfaz para administrar paquetes y actualizaciones en entornos gráficos.

El retrabajo también permitirá implementar algunas mejoras en la usabilidad del administrador de paquetes. Por ejemplo, el nuevo DNF tiene una indicación más visual del progreso de las operaciones; soporte agregado para usar paquetes RPM locales para transacciones; agregó la capacidad de mostrar en los informes sobre transacciones completadas información emitida por scripts integrados en paquetes (scriptlets); propuso un sistema de finalización de entrada más avanzado para bash.

Cabe mencionar que la propuesta aún no ha sido revisada por el FESCo (Comité Directivo de Ingeniería de Fedora), que es responsable de la parte técnica del desarrollo de la distribución de Fedora.

Finalmente 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/36tSRQH
via IFTTT

WINE 7.17, actualización pequeña con dos novedades destacadas y poco más de 200 retoques

WINE 7.17

WineHQ sigue a medio gas. Si la semana pasada decíamos que habían introducido pocos retoques, esta semana se han superado a la baja y aún han introducido menos. Parece claro que la mayoría de colaboradores están de vacaciones, porque no es muy normal que en la nota del lanzamiento de WINE 7.17 sólo se hayan mencionado dos novedades destacadas, a la que se le suma la tercera que engloba el resto de pequeños retoques.

WineHQ dice que WINE 7.17 ha corregido 18 bugs, pero se han realizado un total de 220 cambios. Hace dos semanas se introdujeron 225, y, aunque entra dentro de lo que se puede considerar normal, lo cierto es que nos tienen acostumbrados a superar los 300, incluso los 400 en muchas ocasiones, y ha habido casos en los que esta cifra ha llegado a superar la barrera de los 600. Por lo tanto, esta nueva versión de desarrollo tiene que etiquetarse como una actualización pequeña. Otra cosa no tendría mucho sentido.

Novedades más destacadas de WINE 7.17

Esta semana, lo que WineHQ destaca sobre el resto es el alto soporte de planos Unicode en DirectWrite y algunos trabajos hacia el soporte de Wow64 en el controlador Vulkan. El tercer punto aparece siempre, y es el que dice que se han corregido bugs varios. Y que nadie se equivoque: lo que estoy escribiendo aquí no es una queja ni nada por el estilo. Lo único que estoy haciendo es comparar el trabajo realizado en los diferentes lanzamientos, y está claro que ahora están las cosas bajo mínimos.

WINE 7.17 está disponible desde este enlace. En la página de descargas hay información sobre cómo instalar esta y otras versiones en sistemas operativos como Debian y Ubuntu, pero también se puede instalar en Android y macOS.

La próxima versión será un WINE 7.18 que llegará el 23 de septiembre, siempre y cuando se cumplan los plazos habituales, y nada nos hace pensar lo contrario por las fechas en las que acabamos de entrar. No sabemos a cuánto ascenderla la lista de cambios, pero el ritmo debe volver a subir y es probable que ya se superen los 300.

from Linux Adictos https://ift.tt/68aseNR
via IFTTT

GNOME Shell Mobile nos presenta una demo sobre su funcionamiento, y pinta muy bien

GNOME Shell Mobile

Hace unos días, el equipo de Phosh publicó algunos de sus avances y eran interesantes, pero hoy se ha publicado un artículo sobre lo nuevo en GNOME Shell Mobile y es más que interesante, impresionante. Esta es la propuesta de GNOME Project, por lo que queda en el aire cómo seguirá promocionando Phosh cuando lancen la primera versión estable de su propio trabajo.

Phosh nunca ha tenido el diseño que a mí me habría gustado, y Plasma sigue pareciendo un trabajo en construcción. La demo que han publicado los de GNOME recuerda mucho a lo que vemos en los mejores teléfonos Android o incluso el iPhone de Apple. No, no exagero. Aunque hay que tener en cuenta que es una demo, todo se ve demasiado bien.

GNOME Shell Mobile pisa el acelerador

La entrada del blog de GNOME tiene mucho texto (insertar meme de Yoda aquí), pero también vídeos. Y como una imagen vale más que mil palabras, enlazo aquí los vídeos, que no tienen desperdicio.

Si los vídeos no se ven en tu navegador, activa el Picture-in-Picture.

En este primero vemos cómo deslizando un dedo desde abajo se entraría a la «Vista General», o lo que llamamos la multitarea en móviles. Aparece una caja de búsqueda, las tarjetas de las aplicaciones abiertas y debajo como un cajón de apps. Como dato, se cierran del todo deslizando las tarjetas hacia arriba. Más aún, la línea que hay en la parte inferior nos permite pasar a la app de la izquierda o la derecha deslizando en una de esas direcciones.

En cuanto a la búsqueda, que eso no aparece en el vídeo pero sí en una captura en el artículo original, irán apareciendo coincidencias mientras escribimos, incluidas las que tengan que ver con ajustes.


En este segundo vemos el navegador y el teclado virtual, el teclado normal en cualquier teléfono. Tiene un buen diseño que queda perfectamente en móviles y soporta emojis. La animación de entrada también es muy fluida.

En el siguiente vemos el cajón de aplicaciones o «grid», más concretamente cómo podemos ordenar los iconos de las aplicaciones. Todo se ve muy «móvil», es decir, no desentona con lo que estamos acostumbrados a ver en Android o iOS/iPadOS: si ponemos un icono encima de otra aplicación, se creará una nueva carpeta, o podemos moverlos a donde queramos. Esto, como todo, y recordando que es una demo, funciona sin nada de retardos ni tirones. Es todo fluidez. Insisto en que es una demostración porque este tipo de pruebas se hacen en las mejores condiciones posibles, y luego puede no verse igual de bien cuando lo intentemos en casa.

En el cuarto y último vídeo nos muestran lo que sería el centro de control, con los ajustes rápidos y algunos widgets como el de la música.

Qué es lo próximo

GNOME Shell para móviles lleva poco tiempo desde que se anunció, y los progresos que han hecho en tan poco tiempo impresionan. Pero claro, aún no tienen nada para uso general, y tienen que seguir mejorando. En la hoja de ruta, el proyecto dice que tiene que hacer que «la experiencia móvil sea realmente increíble«, añadiendo cosas como:

  • Llamadas en la pantalla de bloqueo (es decir, una API para que las aplicaciones dibujen sobre la pantalla de bloqueo).
  • Llamadas de emergencia.
  • Respuesta háptica.
  • Desbloqueo con PIN.
  • Adaptación del diseño del teclado del terminal para el móvil, más diseños de teclado personalizados, por ejemplo, para las URL.
  • Renovación de las notificaciones, incluyendo la agrupación y mejores acciones.
  • Activación de los ajustes rápidos de la linterna.
  • Reordenación del espacio de trabajo en la vista general.

Para probarlo, el proyecto recomienda usar GNOME OS Nightly. También mencionan a postmarketOS, pero no hay imágenes disponibles, o las suyas propias, pero tampoco las han publicado aún. Por lo tanto, la única opción válida sería la primera, pero yo me esperaría a que se lanzaran imágenes específicas.

GNOME Shell para móviles pinta bien, y pinta aún mejor el escenario general ahora que este segundo proyecto grande (el otro sería KDE) ha entrado en juego y está jugando realmente bien.

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