Si hace un mes decíamos que elementary OS 7.0 se acercaba, este mes tenemos que decir que se aleja. Aunque lo cierto es que no se ha dicho nada de eso en el boletín de julio del proyecto; más bien han comentado que tienen los mismos problemas que resolver que el mes pasado, y eso no les ha permitido avanzar con la próxima versión de este sistema operativo que destaca por su diseño, entre otras cosas.

Danielle Foré y compañía siguen trabajando en elementary OS 7.0, con las piedras en el camino mencionadas, pero no han dejado de trabajar en la versión 6.1. Esto es algo que también dijeron el mes pasado, con la diferencia de que este mes no han dicho nada nuevo de elementary OS 7.0, más allá de que están cerca de conseguir sus objetivos y esperan lanzarlo tan pronto en cuando puedan.

Con elementary OS 7.0 medio parado, 6.1 introduce estas novedades

Con el desarrollo de elementary OS 7.0 bajo mínimos, elementary 6.1 ha introducido novedades como:

• Se han corregido varios bugs en Archivos, como que ahora funciona de manera más fiable seleccionar varios archivos manteniendo Shift y usando las teclas de navegación, y lo mismo con los atajos para pegar y seleccionar todo el texto cuando se está renombrando un archivo.
• Cámara soporta más tipos de cámaras, como las MJPEG, y muestra un mensaje de error si no hay ninguna disponible. También se han asegurado de que los ajustes de brillo, contraste y el espejo se mantienen después de tomar una foto.
• Tareas hace ahora un mejor trabajo manteniendo la lista de tareas sincronizadas al hacerlo automáticamente cuando se selecciona y cuando la red vuelve a estar disponible tras una desconexión. También han añadido soporte offline.
• Los ajustes de la impresora han recibido varias mejoras de diseño.
• Los ajustes de Apariencia han sido rediseñados para separar mejor cada sección y que los ajustes programados sean más claros. Los de la multitarea también han recibido mejoras de diseño.
• Las notificaciones se han actualizado para corregir un fallo que se podía ver en el que las burbujas de las notificaciones no mostraban el icono correcto.
• Los ajustes e indicador de redes ahora muestran correctamente la información de las redes WPA3 y el indicador hace un mejor trabajo gestionando VPNs.

Para aprovechar todas estas novedades, basta estar en elementary OS 6.1 y hacer clic en «Actualizar todo» en AppCenter. elementary OS 7.0 tardará un poco más.

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

Hace unos días que se lanzó la versión «testing», y su lista de novedades era tímida, pero no quería creer que eso fuera a ser todo lo que traía. Esta mañana han lanzado Manjaro 2022-07-04 y sí, se han cumplido los pronósticos y se han actualizado muchos paquetes, pero se echa en falta algo. Esta vez no leemos nada nuevo en GNOME, ni en Plasma, ni siquiera en ningún otro escritorio menos usado, como el Cinnamon 5.4 de la versión del 24 de junio.

KDE ya ha lanzado Plasma 5.25.2, por lo que se espera que pronto llegue a Manjaro, pero habrá que seguir esperando. A finales de junio se hablaba de más problemas de los esperados, motivo por el cual el equipo de desarrolladores del alumno más aventajado de Arch Linux la han puesto en espera. Se podría decir que Manjaro 2022-07-04 es una versión «hotfix», es decir, de esas que se lanzan para corregir fallos, aunque en una distribución Rolling Release no exista tal cosa y han añadido los paquetes que ya existen y funcionan bien.

Novedades más destacadas de Manjaro 2022-07-04

Esta versión estable ha llegado con kernels actualizados, con Firefox 102, con Thunderbird 91.11.0, se han actualizado los drivers de NVIDIA a la versión 5.15.57 y se han añadido las habituales actualizaciones en Haskell y Python. De la corta lista anterior, no sé que elegiría como más destacado, pero es lo que hay.

Manjaro 2022-07-04 ya está disponible para actualizar desde Pamac (la herramienta con o sin GUI de Manjaro) o Pacman, pero últimamente se está recomendando más usar la primera porque gestiona mejor algunos conflictos. Una vez instalados los nuevos paquetes, será necesario reiniciar el equipo para que los cambios surtan efecto. La próxima versión estable puede llegar en cualquier momento, siempre tras una nueva testing. Y esperamos que la próxima vez tengamos una lista de novedades un poco más extensa.

from Linux Adictos https://ift.tt/06yt978
via IFTTT

Hace unos días que se lanzó la versión «testing», y su lista de novedades era tímida, pero no quería creer que eso fuera a ser todo lo que traía. Esta mañana han lanzado Manjaro 2022-07-04 y sí, se han cumplido los pronósticos y se han actualizado muchos paquetes, pero se echa en falta algo. Esta vez no leemos nada nuevo en GNOME, ni en Plasma, ni siquiera en ningún otro escritorio menos usado, como el Cinnamon 5.4 de la versión del 24 de junio.

KDE ya ha lanzado Plasma 5.25.2, por lo que se espera que pronto llegue a Manjaro, pero habrá que seguir esperando. A finales de junio se hablaba de más problemas de los esperados, motivo por el cual el equipo de desarrolladores del alumno más aventajado de Arch Linux la han puesto en espera. Se podría decir que Manjaro 2022-07-04 es una versión «hotfix», es decir, de esas que se lanzan para corregir fallos, aunque en una distribución Rolling Release no exista tal cosa y han añadido los paquetes que ya existen y funcionan bien.

Novedades más destacadas de Manjaro 2022-07-04

Esta versión estable ha llegado con kernels actualizados, con Firefox 102, con Thunderbird 91.11.0, se han actualizado los drivers de NVIDIA a la versión 5.15.57 y se han añadido las habituales actualizaciones en Haskell y Python. De la corta lista anterior, no sé que elegiría como más destacado, pero es lo que hay.

Manjaro 2022-07-04 ya está disponible para actualizar desde Pamac (la herramienta con o sin GUI de Manjaro) o Pacman, pero últimamente se está recomendando más usar la primera porque gestiona mejor algunos conflictos. Una vez instalados los nuevos paquetes, será necesario reiniciar el equipo para que los cambios surtan efecto. La próxima versión estable puede llegar en cualquier momento, siempre tras una nueva testing. Y esperamos que la próxima vez tengamos una lista de novedades un poco más extensa.

from Linux Adictos https://ift.tt/06yt978
via IFTTT

Después de seis meses de desarrollo se presentó una versión estable del protocolo Wayland 1.21, siendo esta nueva compatible con versiones anteriores de API y ABI con las versiones 1.x y contiene principalmente correcciones de errores y actualizaciones de protocolo menores.

Hace unos días, se formó una actualización correctiva del servidor compuesto Weston 10.0.1, que se está desarrollando como parte de un ciclo de desarrollo separado. Weston proporciona código y ejemplos prácticos para usar Wayland en entornos de escritorio y soluciones integradas.

Principales novedades de Wayland 1.21

En esta nueva versión que se presenta se agregó el soporte para el evento wl_pointer.axis_value120 a la API wl_pointer para desplazamiento de alta precisión en mouse con una rueda de desplazamiento de alta resolución.

Otro de los cambios que se destaca de esta nueva versión es que se han agregado al servidor las nuevas funciones wl_signal_emit_mutable (similar a wl_signal_emit que admite el funcionamiento correcto en una situación en la que un controlador de señal elimina otro controlador) y wl_global_get_version (le permite averiguar la versión general de la API).

El protocolo wl_shell se ha marcado como opcional para la implementación en servidores compuestos y ha quedado obsoleto. Para crear shells personalizados, se recomienda utilizar el protocolo xdg_shell, que proporciona una interfaz para interactuar con las superficies como con las ventanas, lo que le permite mover superficies alrededor de la pantalla, colapsar, expandir, cambiar el tamaño, etc.

Tambien se destaca las estructuras y funciones limpias y reelaboradas relacionadas con la personalización del cursor, ademas de que se han aumentado los requisitos para el sistema de compilación, ahora se requiere el kit de herramientas Meson al menos la versión 0.56 para la compilación. Al compilar, el indicador «c_std=c99» está habilitado.

Ademas, tambien vale la pena mencionar que el desarrollo del proyecto se transfirió a la plataforma GitLab utilizando la infraestructura del proyecto FreeDesktop.org.

Por otra parte, tambien vale la pena destacar los cambios en aplicaciones, entornos de escritorio y distribuciones relacionados con Wayland:

• KDE planea en 2022 llevar la sesión de escritorio Plasma basada en el protocolo Wayland a un estado adecuado para el uso diario de una proporción significativa de usuarios.
• En Fedora 36, ​​en sistemas con drivers propietarios de NVIDIA, por defecto está habilitada la sesión de GNOME basada en el protocolo Wayland, que antes solo se utilizaba cuando se usaban drivers de código abierto.
• En Ubuntu 22.04, la mayoría de las configuraciones predeterminadas son una sesión de escritorio basada en el protocolo Wayland, pero el uso del servidor X sigue siendo el predeterminado para los sistemas con controladores patentados de NVIDIA. Para Ubuntu se ha propuesto un repositorio PPA con el paquete qtwayland, en el que se han trasladado desde la rama Qt 5.15.3 los arreglos relacionados con la mejora del soporte al protocolo Wayland, acompañado del proyecto KDE.
• Las compilaciones nightly de Firefox tienen la compatibilidad con Wayland habilitada de manera predeterminada. Firefox corrige un problema de bloqueo de subprocesos, mejora la escala de ventanas emergentes y hace que el menú contextual funcione al revisar la ortografía.
• Valve continúa desarrollando el servidor compuesto Gamescope (anteriormente conocido como steamcompmgr), que usa el protocolo Wayland y se usa en el sistema operativo SteamOS 3
• Se ha publicado el lanzamiento del componente XWayland 22.1.0 DDX, que proporciona el lanzamiento del servidor X.Org para organizar la ejecución de aplicaciones X11 en entornos basados ​​en Wayland. La nueva versión agrega soporte para el protocolo DRM Lease, que se utiliza para formar una imagen estéreo con diferentes búferes para los ojos izquierdo y derecho cuando se envía a cascos de realidad virtual.
• El proyecto labwc está desarrollando un servidor compuesto para Wayland con características que recuerdan al administrador de ventanas de Openbox (el proyecto se promociona como un intento de crear una alternativa a Openbox para Wayland).
• La primera versión de LWQt , una variante de shell personalizada basada en Wayland de LXQt, está disponible.
• Collabora, como parte del proyecto wxrd, está desarrollando un nuevo servidor compuesto basado en Wayland para sistemas de realidad virtual.
• Se ha publicado el lanzamiento del proyecto Wine-wayland 7.7, que permite utilizar Wine en entornos basados ​​en el protocolo Wayland, sin utilizar los componentes XWayland y X11.

Fuente: https://lists.freedesktop.org

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

El Proyecto Raspberry Pi presento recientemente una nueva placa llamada «Raspberry Pi Pico W», que continúa con el desarrollo de la placa Pico en miniatura, equipada con un microcontrolador RP2040 patentado.

La nueva edición se distingue por la integración de soporte Wi-Fi (2.4GHz 802.11n), implementado sobre la base del chip Infineon CYW43439. El chip CYW43439 también es compatible con Bluetooth Classic y Bluetooth Low-Energy, pero aún no están incluidos en la placa.

Hoy presentamos a tres nuevos miembros de la familia Pico. Raspberry Pi Pico W tiene un precio de $ 6 y trae redes inalámbricas 802.11n a la plataforma Pico, al tiempo que conserva la compatibilidad completa de pines con su hermano mayor. Pico H ($5) y Pico WH ($7) agregan encabezados precargados y nuestro nuevo conector de depuración de 3 pines a Pico y Pico W respectivamente. Pico H y Pico W están disponibles hoy; Pico WH seguirá en agosto.

Sobre Raspberry Pi Pico W

El chip RP2040 incluye un procesador ARM Cortex-M0+ (133 MHz) de doble núcleo con 264 KB de RAM integrada (SRAM), un controlador DMA, un sensor de temperatura, un temporizador y un controlador USB 1.1.

La placa contiene 2 MB de memoria Flash, pero el chip admite una expansión de hasta 16 MB. Para I/O, se proporcionan puertos GPIO (30 pines, de los cuales 4 están asignados para entrada analógica), UART, I2C, SPI, USB (cliente y host con soporte para arrancar desde unidades en formato UF2) y PIO especializado de 8 pines (Máquinas de estado de E/S programables) para conectar sus propios periféricos. La energía se puede suministrar en el rango de 1,8 a 5,5 voltios, lo que le permite usar una variedad de fuentes de energía, incluidas dos o tres baterías AA convencionales o baterías de iones de litio estándar.

Para los desarrolladores de C, el lanzamiento de hoy de Pico SDK incluye compatibilidad con redes inalámbricas. La pila de red está construida alrededor de lwIP y usa libcyw43 de Damien George (del famoso MicroPython) para comunicarse con el chip inalámbrico. De forma predeterminada, libcyw43 tiene licencia para uso no comercial, pero los usuarios de Pico W y cualquier otra persona que desarrolle su producto en torno a RP2040 y CYW43439 se benefician de una licencia de uso comercial gratuita.

Pico H hero parte superior diagonal frontal
Parte inferior inferior del héroe Pico H
Los usuarios de MicroPython pueden descargar una imagen UF2 actualizada con soporte de red para Pico W. 

Las aplicaciones se pueden crear utilizando C, C++ o MicroPython. El port MicroPython para Raspberry Pi Pico se preparó en conjunto con el autor del proyecto y es compatible con todas las funciones del chip, incluida su propia interfaz para conectar extensiones PIO.

Para el desarrollo del chip RP2040 utilizando MicroPython, se ha adaptado el entorno de programación integrado Thonny. Las capacidades del chip son suficientes para ejecutar aplicaciones para resolver problemas de aprendizaje automático, para cuyo desarrollo se ha preparado un port del marco TensorFlow Lite. Para el acceso a la red, se propone utilizar la pila de red lwIP , que se incluye en la nueva versión del Pico SDKpara el desarrollo de aplicaciones en lenguaje C, así como en el nuevo firmware con MicroPython.

Este firmware UF2 que estamos poniendo a disposición para Pico W es una versión separada del firmware MicroPython existente para nuestra placa Pico original. Estaremos transmitiendo los cambios al repositorio principal de MicroPython poco después del lanzamiento.

Para quienes estén interesados en poder obtener una pieza o varias, deben saber que el costo de la nueva placa es de $6, que es dos dólares más que la primera opción.

De las áreas de aplicación, además de compartir con computadoras Raspberry Pi, desarrollar sistemas embebidos y sistemas de control para diversos dispositivos, la opción Wi-Fi se posiciona como una plataforma para crear dispositivos de Internet of Things (Internet of Things) que interactúan sobre una la red.

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

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

Hace poco los desarrolladores del proyecto Ubuntu Unity, que desarrolla una edición no oficial de Ubuntu Linux con el escritorio Unity, anunciaron la formación de una versión estable del shell de usuario Unity 7.6.

El skin de Unity 7 se basa en la biblioteca GTK y está optimizado para un uso eficiente del espacio vertical en portátiles de pantalla panorámica. La última versión importante de Unity 7 se publicó en mayo de 2016, después de lo cual solo se agregaron correcciones de errores a la rama y un grupo de entusiastas llevó a cabo el soporte.

En Ubuntu 16.10 y 17.04, además de Unity 7, se incluyó el shell Unity 8, traducido a la biblioteca Qt5 y al servidor de visualización Mir. Canonical planeó originalmente reemplazar el shell de Unity 7, que utiliza las tecnologías GTK y GNOME, con Unity 8, pero los planes cambiaron y Ubuntu 17.10 volvió al GNOME normal con Ubuntu Dock y el desarrollo de Unity 8 se suspendió.

El desarrollo de Unity 8 lo recogió el proyecto UBports, que desarrolla su propio fork bajo el nombre de Lomiri. El shell de Unity 7 se abandonó durante algún tiempo, hasta que se creó una nueva edición no oficial de Ubuntu, Ubuntu Unity, sobre esta base en 2020. La distribución Ubuntu Unity está siendo desarrollada por Rudra Saraswat, un niño de 12 años de la India.

Principales novedades de Unity 7.6

Unity 7.6 será el primer lanzamiento importante de Unity en 6 años (el último lanzamiento fue en mayo de 2016). Hemos reiniciado el desarrollo activo de Unity7 y lanzaremos nuevas versiones con más funciones regularmente. Se lanzó una actualización para los usuarios de Ubuntu Unity 22.04, así que ejecute sudo apt update && sudo apt upgradepara actualizar a Unity 7.6, o puede esperar a que el actualizador de software busque actualizaciones.

Se ha modernizado la apariencia del menú de la aplicación (Dash) y la interfaz emergente de búsqueda rápida HUD (Heads-Up Display).

De los cambios más destacables se destaca que se pasó a una apariencia más plana, pero se retuvieron los efectos de desenfoque, ademas de que se ha rediseñado el diseño de los elementos del menú de la barra lateral y la información sobre herramientas.

Tambien se destaca el trabajo mejorado en modo de gráficos bajos, cuando el controlador vesa está habilitado si no se pueden usar controladores de video nativos, asi como tambien que se ha mejorado el rendimiento del panel de control.

Ademas de ello tambien se destaca un consumo de memoria ligeramente reducido. En cuanto a la distribución Ubuntu Unity 22.04, su entorno basado en Unity 7 consume entre 700 y 800 MB.

De los demás cambios que se destacan:

• Se corrigieron problemas con la aplicación incorrecta y la información de calificación que se muestra al obtener una vista previa en Dash.
• Se solucionó el problema de mostrar el botón de carrito vacío en el panel (el controlador basado en el administrador de archivos Nautilus se movió para usar Nemo).
• El desarrollo se trasladó a GitLab.
• Se han reelaborado las pruebas de montaje.
• En comparación con la versión de prueba de mayo de Unity 7.6, se observan los siguientes cambios en la versión final:
• Representación mejorada de esquinas más redondeadas en el panel Dash.
• El tablero se reemplazó con la aplicación unity-control-center.
• Se agregó soporte para colores de énfasis en Unity y unity-control-center.
• La lista de máscaras se ha actualizado en unity-control-center.

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

Descargar y probar Unity 7.6

Para aquellos que están interesados en poder probar esta versión estable pueden hacerlo de dos formas diferentes, la primera de ellas es para quienes estén utilizando Ubuntu Unity.

Para obtener la nueva versión solo basta con que abran una terminal y sobre ella tecleen los siguientes comandos:

sudo apt update && sudo apt full-upgrade

Ahora para quienes son usuarios de cualquier otro derivado de Ubuntu, pueden instalar los paquetes necesarios añadiendo el siguiente repositorio.

Para ello solo deben abrir una terminal y en ella vamos a teclear los siguientes comandos:

sudo wget https://repo.unityx.org/unityx.key

sudo apt-key add unityx.key echo 'deb https://repo.unityx.org/main stable main' | sudo tee /etc/apt/sources.list.d/unity-x.list

sudo apt-get update && sudo apt-get install -y unity

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

Matthias Clasen, líder del equipo de escritorio de Fedora, miembro del equipo de lanzamiento de GNOME y uno de los desarrolladores activos de GTK (contribuyó con el 36,8% de los cambios en GTK 4), comenzó a discutir la posibilidad de desaprobar el protocolo X11 en la próxima rama importante de GTK5 y dejando GTK ejecutándose en Linux solo usando el protocolo Wayland.

Para quienes desconocen de Wayland, deben saber que este es un protocolo para la interacción de un servidor compuesto y las aplicaciones que trabajan con él. Los clientes hacen su propia representación de sus ventanas en un búfer separado, pasando información sobre las actualizaciones al servidor compuesto, que combina los contenidos de los búferes de aplicaciones individuales para formar el resultado final, teniendo en cuenta los posibles matices, como la superposición de ventanas y la transparencia.

En otras palabras, el servidor compuesto no proporciona una API para renderizar elementos individuales, sino que solo opera en ventanas ya formadas, lo que le permite deshacerse del doble almacenamiento en búfer cuando usa bibliotecas de alto nivel como GTK y Qt, que se hacen cargo del trabajo de ordenar el contenido de las ventanas.

Wayland resuelve muchos problemas de seguridad de X11 porque, a diferencia de este último, aísla la entrada y la salida para cada ventana, no permite que el cliente acceda al contenido de las ventanas de otros clientes y tampoco permite la interceptación de eventos de entrada asociados con otras ventanas. Actualmente, ya se ha implementado el soporte para el trabajo directo con Wayland para las bibliotecas GTK, Qt, SDL (desde la versión 2.0.2), Clutter y EFL (Enlightenment Foundation Library). A partir de Qt 5.4, el módulo QtWayland se incluye con la implementación de componentes para ejecutar aplicaciones Qt en el entorno del servidor compuesto Weston desarrollado por el proyecto Wayland.

Sobre la nota propuesta de desaprobación de X11 establece que «X11 no está mejorando y Wayland ya está disponible universalmente». Explica además que el backend X11 GTK y el código basado en Xlib se están estancando y experimentan problemas con los mantenedores.

Se afirma que para que sobreviva la compatibilidad con X11, alguien tiene que escribir y mantener el código relacionado con X11, pero no hay entusiastas, y los desarrolladores actuales de GTK se centran principalmente en la compatibilidad con Wayland. Los desarrolladores de sistemas interesados ​​en trabajar en entornos basados ​​en el protocolo X11 pueden tomar el mantenimiento en sus propias manos y extender su soporte en GTK, pero dada la actividad actual, el escenario será que habrá quienes quieran tomar el mantenimiento del backend X11. en sus propias manos se considera improbable.

Actualmente, GTK ya está posicionando a Wayland como la principal plataforma de desarrollo de funcionalidades y APIs. Debido a la falta de actividad en el desarrollo del protocolo X11, mientras deja su soporte en GTK, el backend X11 generará una acumulación cada vez mayor en términos de nuevas funcionalidades disponibles para los desarrolladores, o se convertirá en un obstáculo para la implementación de nuevas características en GTK.

Cabe mencionar que de acuerdo con las estadísticas del servicio Firefox Telemetry, que analiza los datos recibidos como resultado del envío de telemetría y de los usuarios que acceden a los servidores de Mozilla, la proporción de usuarios de Firefox en Linux que trabajan en entornos basados ​​en el protocolo Wayland no supera el 10 %.

El 90% de los usuarios de Firefox en Linux continúan usando el protocolo X11. Un entorno Wayland puro es utilizado por alrededor del 5-7% de los usuarios de Linux, y XWayland por alrededor del 2%.

La información utilizada para el informe cubre aproximadamente el 1 % de la telemetría recibida de los usuarios de Firefox en Linux. El resultado puede verse muy afectado al deshabilitar la telemetría en paquetes con Firefox que se ofrecen en algunas distribuciones de Linux (la telemetría está habilitada en Fedora).

Por su parte KDE planea en 2022 llevar la sesión de escritorio Plasma basada en el protocolo Wayland a un estado adecuado para el uso diario de una proporción significativa de usuarios. La compatibilidad significativamente mejorada para Wayland en las versiones KDE Plasma 5.24 y 5.25, incluida la compatibilidad con profundidades de color superiores a 8 bits por canal, «arrendamiento DRM» para auriculares VR, compatibilidad para tomar capturas de pantalla y minimizar todas las ventanas.

from Linux Adictos https://ift.tt/1iyzuBA
via IFTTT