Los editores de código han ganado en la última década y media mucho protagonismo frente a los IDE, en parte gracias a la expansión de los frameworks y a que por lo general sus funciones pueden ser ampliadas mediante complementos. Esta tendencia, lejos de pararse, ha ido a más, por lo que desde hace poco existen compilaciones nativas para Linux de Zed, un editor de código que sobresale por estar construido con Rust y apoyarse en la GPU (o sea, que utiliza aceleración por hardware).

Zed es definido a través de su sitio web como “un editor de código multijugador de alto rendimiento de los creadores de Atom y Tree-sitter”. El hecho de ser de código abierto es una buena noticia de cara a los entusiastas del movimiento y a su suministro a través de los repositorios de las distribuciones Linux, aunque hay un detalle que hará arquear la ceja a más de uno. Según su repositorio de GitHub, las licencias que emplea son GPL, AGPL y Apache 2.

En lo que respecta al rendimiento, el sitio web de Zed explica que se “aprovecha de manera eficiente cada núcleo de la CPU y su GPU para iniciarse instantáneamente, cargar archivos en un abrir y cerrar de ojos y responder a las pulsaciones de teclas en la siguiente actualización de la pantalla. El rendimiento implacable lo mantiene fluido y hace que otras herramientas parezcan lentas”. Por otro lado, también pretende potenciar la productividad generando código mediante inteligencia artificial al ser “compatible con GitHub Copilot desde el primer momento y puede usar GPT-4 para generar o refactorizar código presionando Ctrl+Intro y escribiendo un mensaje en lenguaje natural”.

Como vemos, Zed tiene similitudes con Warp, una aplicación de terminal construida también con Rust y que destaca por apoyarse en inteligencia artificial. Aquí nos encontramos una vez más con un producto que básicamente intenta ganar notoriedad empleando las tecnologías de moda, aunque eso no quiere decir que Zed sea malo.

En cuanto a otras características básicas, Zed tiene un modo Vim, una terminal integrada, soporte para extensiones para cubrir diversas tecnologías y soporte para temas mediante extensiones, si bien por defecto el usuario puede alternar entre el claro y el oscuro proporcionados por la aplicación.

Zed apareció en un principio para macOS y ha llegado hace poco a Linux con soporte para Wayland y X11. Los responsables del editor de código han agradecido a un contribuidor sus esfuerzos para hacer que la aplicación sea reempaquetada por las distribuciones y en la construcción de un paquete en formato Flatpak, así que nos suponemos que en un futuro estará disponible a través de Flathub. Por ahora la instalación oficial de la aplicación puede hacerse con el siguiente comando:

curl https://zed.dev/install.sh | sh

En resumidas cuentas y tras meses de trabajo, Zed para Linux ya es una realidad, y además manteniendo la condición de código abierto que tiene desde enero del presente año. Veremos qué acogida tiene este editor de código entre los usuarios, entre los responsables de las distribuciones y si al final el empaquetado Flatpak ve oficialmente la luz. Por ahora recomendamos máxima prudencia si se quiere usar esta aplicación en un entorno de producción.

Fuente: Muy Linux.

Shotcut 24.06.26 ya está disponible como la nueva versión del editor de vídeo no lineal publicado como software libre (GPLv3) y que cuenta con un potente soporte multiplataforma a través Linux, Windows y macOS. En esta ocasión sobresalen la incorporación de nuevos filtros, la incorporación de SVT-AV1 como renderizador de vídeo en AV1 y la existencia de una versión nativa para Windows sobre ARM.

Vamos a comenzar con la adición de SVT-AV1, un renderizador de AV1 por software (sobre procesador) que ha sido desarrollado por Intel y Netflix principalmente y que sobresale por ser bastante más rápido que AOM-AV1. El mejor desempeño de SVT-AV1 se logra sobre todo porque su soporte para el multiproceso es claramente superior. En Shotcut 24.06.26 ya es empleado como la opción predeterminada cuando se quiere renderizar AV1 a través de libsvtav1, pero AOM-AV1 (libaom-av1) sigue estando presente para quien lo prefiera.

Continuando con más cosas del soporte multimedia, el reproductor (códec) de AV1 dav1d ha sido actualizado a la versión 1.4.2, FFmpeg a la versión 7.0, OpenCV a la 4.9.0, VMAF a la 3.0.0 y se ha incorporado soporte para el formato de imágenes AVIF. Por otro lado, en las versiones para macOS, Windows y la Flatpak se ha actualizado la versión de Qt a la versión 6.7, y como ya hemos mencionado, se ha incorporado una nueva versión nativa para Windows sobre ARM, y es que Microsoft parece tener claro que ya tiene todo lo necesario para triunfar en el mercado doméstico sobre arquitectura.

Sobre los nuevos filtros, están Vivacidad, que mejora de manera selectiva los colores menos saturados a la vez que preserva el tono natural de la piel en los vídeo; sombra paralela, que utiliza un canal alfa de entrada que puede ser útil a la hora de añadir profundidad a los gráficos; además del filtro de audio Matrix Mid-Side, que está diseñado para mejorar la claridad con el sonido en estéreo.

Como última novedad interesante de Shotcut 24.06.26 está un manejo mejorado de la velocidad de fotogramas variables en algunos vídeos. A partir de ahora se “intenta mostrar la velocidad de cuadros objetivo del archivo y se extiende la lógica de detección de variables para incluir valores extraños de velocidad de cuadros promedio (lo que mostraban las versiones anteriores)”.

Todos los detalles en torno a Shotcut 24.06.26 están disponibles a través de los anuncios oficiales publicados en la web oficial el proyecto y en su repositorio de GitHub, mientras que la aplicación puede obtenerse a partir de la sección de descargas del sitio web del proyecto para Windows, macOS y Linux en formato portable o AppImage, mientras que las compilaciones Flatpak y Snap deben ser obtenidas desde Flathub y Snapcraft respectivamente.

Fuente: Muy Linux.

No es nada que no se pueda hacer ya de una manera u otra, pero podría llegar a ser una función que Firefox, el navegador de Mozilla integrase por defecto: hablamos de los chatbots de inteligencia artificial más populares del momento, o al menos varios de ellos: ChatGPT, Gemini… y algún otro menos conocido, en lo que es su implementación original; siempre hay espacio para más.

«Ya sea un modelo local o unos basado en la nube, creemos que si quieres usar la IA, deberías tener la libertad de de utilizar (o no utilizar) las herramientas que mejor se adapten a sus necesidades», cuentan en el blog de Mozilla. «Con eso en mente, esta semana lanzaremos un experimento opcional que ofrecerá acceso a nuestros servicios preferidos de IA en Nightly para mejorar la productividad mientras navegas».

¿Cómo lo harán? De la forma más habitual en la que los navegadores están integrando a los asistentes de inteligencia artificial: en el panel lateral, a golpe de clic y con la mira puesta en servir las funciones más recurrentes: resumir textos, ampliar la información, realizar consultas, etc. Por el momento, eso sí, la integración brilla por su ausencia y lo único que hay es la opción de marras y un panel web al uso.

Cualquier interesado en probar este invento, o mejor dicho, este experimentos, tiene que descargar Firefox Nightly y, como se ve en la imagen sobre estas líneas, entrar en los ajustes, en la sección de Nightly Experiments y activar la casilla correspondientes (AI Chatbot Integration), eligiendo el servicio que desee utilizar, pues solo se puede con uno a la vez. A elegir entre ChatGPT, Google Gemini, HuggingChat y Le Chat Mistral.

Qué será, será, no está todavía claro, porque mencionan el tema de la privacidad y demás, pero Google sigue siendo el motor de búsqueda predeterminado de Firefox en la mayoría de mercados en los que opera el navegador, así que… En todo caso, será una función opcional, por lo que quien no desee usarla, no tiene por qué hacerlo. De hecho, es hasta probable que tenga que ser activada por el usuario ex profeso.

Por otro lado y como ya se ha mencionado, usar la IA así no tiene misterio: es cuestión de buscar alguna extensión que lo facilite y poco más. Es incluso más interesante hacerlo así, dado que es posible utilizar diversos servicios al mismo tiempo -cambiando de uno en uno, pero sin activar y desactivar nada. También Copilot, sí, o para el caso, cualquier sitio web que se desee.

Fuente: Muy Linux.

Mesa 24.1 ya está disponible como la nueva versión estable de la pila gráfica que suministra los controladores del espacio de usuario, los soportes de OpenGL, Vulkan y OpenCL para ser m​_ás concretos de cara a aquellas personas que tienen menos conocimientos. Además de Linux, también es un componente con una fuerte presencia en los sistemas BSD y otros sistemas tipo Unix.

Desde hace tiempo no es extraño que un lanzamiento de Mesa no incluya una gran cantidad de novedades, ya que la pila ha logrado una madurez destacable en ciertos frentes. Sin embargo, la versión 24.1 sí ha traído cosas interesantes, empezando por el hecho de que NVK, el driver de Vulkan para Nouveau, ya está listo para el público general. Los responsables explican que “ahora se recomienda a los empaquetadores de distribuciones que incluyan Nouveau en la lista de ‘vulkan-drivers’ para que sus usuarios puedan tener la opción de usarlo en lugar del controlador privativo de NVIDIA”.

NVK es un componente que resulta muy necesario para dotar de soporte de Vulkan a Nouveau, el driver de código abierto presente en el kernel Linux encargado de soportar las gráficas de NVIDIA. Además de resolver una carencia y preparar a Nouveau para soportar Vulkan, ha despertado ciertas esperanzas en lo que respecta a ejecutar ciertos videojuegos no muy exigentes sin tener que emplear el driver oficial de NVIDIA.

La segunda novedad más importante de Mesa 24.1 es que el soporte de sincronización explícita está presente en todos los drivers de Vulkan tanto para Wayland como X11. La sincronización explícita, muy básicamente, promete mejorar el desempeño de los gráficos mediante la reducción del trabajo que tienen que hacer los drivers, ya que las aplicaciones podrán “contactar” con ellos de manera directa en lugar de tener que descubrir las dependencias de las tareas partir de una lista de comandos.

La sincronización explícita se ha convertido en una de las principales promesas para mejorar la experiencia de NVIDIA sobre Wayland, si bien aquí hay que meter el driver oficial de ese fabricante en la coctelera. Por otro lado, lo aportado por Mesa 24.1 es solo una pieza de todo el engranaje para que la sincronización explícita sea una realidad para los usuarios.

Cambiando de tercio, el driver de Vulkan para las gráficas de Intel, ANV, ha cambiado a un enlace de máquina virtual realmente asíncrono y Xe ha ganado soporte para el volcado de errores con el fin de que se puedan depurar los cuelgues de la GPU. No viene mal recordar que ANV es el principal motivo que ha llevado a que las gráficas dedicadas de Intel no hayan terminado de cumplir con las expectativas de los usuarios de Linux, pero a la compañía parece que no le corre mucha prisa el mejorar en ese frente.

El driver de OpenGL de Asahi para los SoC Apple Silicon ha alcanzado los soportes para OpenGL 4.6 y OpenGL ES 3.2, que son las versiones más recientes de las dos variantes de la API gráfica propiedad de Khronos Group. Esto quiere decir que Asashi Linux ya ofrece soporte completo de OpenGL al menos sobre el papel, así que por delante queda el reto de soportar Vulkan, que también es de Khronos Group y es una API mucho más moderna y que trabaja a más bajo nivel.

Y para terminar con las cosas importantes tenemos la incorporación de diversas extensiones de Vulkan, las cuales han a RADV (Radeon), ANV, NVK y/o Turnip (Adreno) dependiendo del caso.

Todos los detalles en torno a Mesa 24.1 están publicados en las notas de lanzamiento. Si se quiere obtener la pila sin tener que pasar por el tortuoso proceso de compilación, lo suyo es esperar a que llegue a modo de actualización a través de Flathub o los repositorios de una distribución bleeding edge, mientras que los usuarios de Ubuntu y derivadas tienen a su disposición los PPA fresh y stable de Kisak.

Terminamos recordando que Mesa es un componente cuya importancia ha crecido mucho desde la aparición de AMDGPU, a pesar de que se trate de un driver para el kernel Linux. Mesa ha pasado de ofrecer un soporte básico de aceleración por hardware para el escritorio a competir de tú a tú con Windows a la hora de ejecutar videojuegos triple A de última generación, lo que ha hecho que su actualización sea incluso más importante que la del kernel en algunos contextos, principalmente relacionados con los videojuegos y tareas que se apoyan fuertemente en la GPU.

Fuente: Muy Linux.

GNOME Foundation ha presentado un borrador de su plan estratégico quinquenal, con el que pretende que GNOME siga creciendo como proyecto, mejorar la sostenibilidad económica y crear una visión compartida que unifique a todo el personal involucrado. Resumiendo mucho, se puede decir que el plan se apoya en cuatro pilares: sostenibilidad económi​_ca, ampliación de la comunidad y el proyecto, Flathub e inclusión.

Lo primero que destaca del borrador del plan estratégico de GNOME Foundation es la intención de impulsar una visión unificada que sea compartida por el personal, la junta directiva y los voluntarios, la cual se quiere proyectar también en las tecnologías desarrolladas. Se pretende que la junta directiva trabaje como un solo equipo e igual para el personal oficial que trabaje en GNOME, mejorando además la coordinación entre ellos. En resumidas cuentas, se intenta unificar el criterio bajo el que funcionan la fundación y el proyecto que desarrolla el software.

Otro punto interesante es el propósito de crear GNOME Pathways Initiative (“Pathways”), “un programa educativo que recluta, asesora, educa, involucra y eleva como líderes a nuevos creadores de África, América Latina, Asia y otras regiones del mundo”. Parece que la intención es mejorar la presencia en áreas geográficas donde esta no es tan fuerte como en Norteamérica y Europa.

En lo que respecta a la inclusión, se ha proyectado ampliar la junta de votación de siete a once miembros. A esto se suma la adición de puestos de “oficiales” regionales y de comité sin derecho a voto para los que se priorizará “el avance de las mujeres, las personas de color, el colectivo trans, las personas de regiones subrepresentadas y personas con discapacidad a puestos de liderazgo”. Las políticas de inclusión también buscan hacer que GNOME sea más “relevante y atractivo” para una mayor diversidad de personas.

En lo que respecta al ámbito tecnológico, el borrador del plan estratégico menciona el apoyo del uso de las tecnologías de GNOME en contextos como móviles, escritorios cruzados y sistemas empotrados. Como no podía ser de otra forma, GTK juega un papel importante y se quiere enfatizar la dependencia del escritorio Linux de las tecnologías de GNOME. No hay que olvidar que GNOME es el escritorio de referencia de las tres grandes distribuciones corporativas: SLED, Ubuntu y RHEL.

Otra cosa que se quiere impulsar es incrementar el beneficio económico directo de GNOME para los desarrolladores a través de un programa de certificación, un curso de la API, un programa de insignias, la promoción de Flathub y otras ideas. De hecho, el principal repositorio de Flatpak se ha convertido en una “pieza crucial” del ecosistema de GNOME. La fundación no duda en considerarla como la tienda de referencia para Linux y que “fomenta la participación de usuarios actuales y nuevos para promover el empoderamiento económico”. Todo eso se suma a la integración del patrocinio fiscal para las aplicaciones de GNOME alojadas en Flathub y las que forman parte de GNOME Circle.

El software libre muchas veces se centra demasiado en el código, cuando ese código necesita de una infraestructura y una dirección que lo sostengan. La fundación quiere que las debilidades actuales de GNOME en términos de seguridad sean corregidas, recaudar fondos para Flathub y las partes nucleares de GNOME, que personas asalariadas y a tiempo completo trabajen en el desarrollo de software para el escaneo automático de vulnerabilidades y la forma reproducible/pública de las compilaciones en torno a las herramientas que comparten GNOME y Flathub, además de crear más documentación y herramientas para GNOME.

En lo que respecta a la parte económica, la fundación ha planteado la creación de un modelo de financiación que permita al evento central de GNOME ser autosostenible y generar ganancias que​_ luego serían reinvertidas en capacitación, la creación de oportunidades para que los patrocinadores apoyen concursos, talleres y más. La búsqueda de financiación para GNOME Development Initiative para abordar las necesidades básicas de la fundación y el proyecto esta ahí y se quiere aprovechar al poder de la comunidad para llevar a cabo dos o tres campañas de financiación colectiva al año para actividades difíciles de financiar, con la intención de recaudar entre 50.000 y 200.000 dólares por cada iniciativa.

Continuando con más cosas relacionadas con la economía, GNOME Foundation pretende desarrollar relaciones de financiación directas con al menos veinte nuevas fundaciones, al menos veinte nuevos socios corporativos y al menos diez agencias gubernamentales durante el transcurso del año 2024. Esto se la recaudación de fondos para convertirse en patrocinador de Flathub.

Por último está la priorización de la salud y el bienestar, que no solo abarcaría la estructura de la fundación, sino también la prevención del burnout y la ineficiencia del personal con una buena política de recursos humanos, revisiones anuales, separación de las funciones que ejercen la junta directiva y el personal y tasas salariales. La ampliación de personal en áreas como la administrativa, la gestión de las subvenciones, DevOps, eventos y recaudación de fondos.

Como vemos, GNOME Foundation pretende crecer en prácticamente todos los ámbitos, cosa que tiene que combinar con una sostenibilidad económica que ahora no tiene o al menos no del todo. De cara a los usuarios finales, lo que más sobresale es la fuerte apuesta por Flathub, y es que GNOME, junto con KDE y Endless, intentan introducir mecanismos de pago en el repositorio con el fin de que los desarrolladores puedan tener algún tipo de ingreso. Por otro lado, las compilaciones oficiales de las aplicaciones de GNOME y las de GNOME Circle están en el mencionado Flathub, lo que refuerza todavía más la visión proyectada por la fundación a través de este borrador.

Fuente: Muy Linux.

systemd se ha convertido en el marco estándar empleado por la mayoría de las grandes distribuciones y también se ha consolidado como un software controvertido debido a que es capaz de implementar una gran variedad de componentes de distinto tipo. Una de las cosas que vendrán en el próximo lanzamiento mayor del framework es run0, que es en base un clon de sudo para systemd.

run0 ha sido anunciado por Lennart Poettering, creador de systemd y actual empleado de Microsoft, en un hilo que ha publicado en la red social Mastodon. El desarrollador reconoce la utilidad del actual sudo que se encuentra en la mayoría de las distribuciones Linux, pero que “tiene serios problemas. Es un binario SUID relativamente grande, es decir, un código privilegiado que los usuarios sin privilegios pueden invocar desde su propio contexto. Tiene un lenguaje de configuración complicado, complementos cargables (¡ldap!), coincidencias de nombres de host, etc”. A todo eso se suman otros factores como una superficie de ataque grande.

La presunta complejidad de sudo ha hecho que algunos hayan decidido desarrollar alternativas, de entre las que destaca doas, que tiene su origen en OpenBSD y destaca por simplificar mucho la herramienta y reducir la superficie de ataque a la vez que no dejar de ser un binario SUID.

Con el fin de evitar o al menos minimizar los presuntos inconvenientes de sudo, Lennart Poettering ha anunciado run0 de la siguiente manera: “Hay una nueva herramienta en systemd llamada ‘run0’. De hecho, no es una herramienta nueva, sino que es la herramienta ‘systemd-run’ que existe desde hace mucho tiempo, pero cuando se invoca con el nombre ‘run0’ (a través de un enlace simbólico) se comporta de manera muy parecida a un clon de sudo con una diferencia clave: ‘no’ es SUID. En lugar de eso, simplemente le pide al administrador de servicios que invoque un comando o shell bajo el UID del usuario objetivo. Asigna un nuevo PTY para eso y luego transfiere datos de un lado a otro del TTY de origen y este PTY.”

“En otras palabras: el comando de destino se invoca en un contexto de ejecución aislado, recién bifurcado del PID 1, sin heredar ningún contexto del cliente (bueno, es cierto que ‘propagamos’ $TERM, pero esa es una excepción explícita, es decir, está en la lista de permitidos en lugar de en la lista de denegados). Se podría decir que ‘run0’ está más cerca del comportamiento de ‘ssh’ que de ‘sudo’ en muchos sentidos. Excepto que no se preocupa por el cifrado o la autenticación criptográfica, la administración de claves y demás, sino que depende de los mecanismos de identificación locales del kernel.”

“Al aislar los contextos y los recursos del cliente y el objetivo, eliminamos por completo otras clases de ataques. La herramienta también es mucho más divertida de usar que sudo. Por ejemplo, por defecto teñirá el fondo de la terminal en un tono rojizo mientras se esté operando con privilegios elevados. Se supone que esto actúa como un recordatorio amistoso de que aún no ha renunciado a los privilegios y marca la salida de todos los comandos que se ejecutaron con los privilegios adecuados.”

“Y dado que simplemente se llama a systemd-run con un nombre diferente, admite el parámetro --property= que soporta systemd-run, es decir, que permite establecer configuraciones de servicio arbitrarias para el comando/sesión privilegiada invocada si lo desea”.

Teniendo en cuenta las palabras de Lennart Poettering, run0 apunta a no ser una implementación en systemd del sudo que conocemos en Linux, sino que será un software diferente que dará un resultado muy similar y que cumplirá con el mismo propósito. Y debido a que de base es systemd-run funcionando con otro nombre, se trata de una herramienta creada por y para systemd, o al menos esa es la conclusión lógica a la que se llega ciñéndonos a las palabras del empleado de Microsoft.

run0 estará presente en el futuro systemd 256, pero eso no quiere decir que las distribuciones pasen a usarlo directamente. De hecho, systemd tiene su propio gestor de arranque, systemd-boot, que en la actualidad es utilizado por muy pocas distribuciones y hasta Fedora, que es de facto la distribución de referencia del framework, sigue empleando GRUB, aunque eso podría cambiar en un futuro no muy lejano.

Lo que está claro es que la presencia de run0 volverá a encender el debate entre los defensores y detractores de systemd, con los primeros defendiendo la existencia de un marco que aporte integración, homogeneidad y consistencia y con los segundos argumentando que es un software demasiado complejo que quebranta de manera flagrante la filosofía Unix.

Fuente: Muy Linux.