Mozilla publica un repositorio de Firefox Nightly para Debian y Ubuntu

publicado en: Debian | 0

Mozilla acaba de anunciar un repositorio oficial para suministrar a distribuciones basadas en la paquetería de Debian lo último de Firefox, léase Firefox Nightly, facilitando así la instalación y actualización de esta versión en desarrollo del navegador web.

En efecto, si eres un usuario corriente de Firefox, esta noticia no te interesa en principio, pues la versión del navegador recomendada para ti es la estable y a esa tienes acceso por tierra, mar y aire: no solo en en el ecosistema Deb, sino en prácticamente todas las distribuciones Linux del mercado, Firefox es el navegador web instalado por defecto y, de no serlo, es tan sencillo disponer de eĺ como instalándolo a través de la Snap Store, Flathub e incluso a la manera tradicional, gracias a los binarios que ofrece.

De forma similar, tanto las versiones Beta y Nightly son fácilmente accesibles para cualquiera que las busque y se informe un mínimo, lo mismo para con la Developer Edition. Sin embargo, en Mozilla han decidido dar un paso más un repositorio APT para «distribuciones basadas en Debia como Ubuntu, Linux Mint y otras». ¿Por qué? Es obvio: para atraer a más betatesters a la causa; pero no lo mires por el lado negativo, porque aunque es cierto que podían habérselo currado antes y más, tiene su punto esto.

Es decir, podían haber aprovechado la vez y sacar también un repositorio para instalar la versión estable de Firefox, ya que la situación en Debian -donde se usa la versión ERS- y Ubuntu -donde se fuerza el uso del paquete Snap- es mejorable en este sentido. Pero lo han hecho en base a sus intereses y Firefox Nightly es lo hay. Dicho lo cual, esta versión del navegador tiene sus particularidades. En palabras de sus desarrolladores «la adopción del paquete Firefox Nightly .deb de Mozilla ofrece múltiples beneficios«:

  • Obtendrás un mejor rendimiento gracias a las optimizaciones avanzadas basadas en compiladores.
  • Obtendrás binarios «endurecidos» con todas las opciones de seguridad habilitadas durante la compilación.
  • Obtendrá las últimas actualizaciones lo más rápido posible porque el paquete está incorporado en el proceso de lanzamiento de Firefox.
  • No tendrás que crear tu propio archivo .desktop.

Mencionan también en el anuncio oficial que «tras de un período de prueba, estos paquetes estarán disponibles en las ramas Beta, ESR y Release de Firefox, aunque no queda claro de si se refieren lo obvio, a que lo que pasa por Nightly acaba en las ramas de distribución superiores de la aplicación, o si se facilitarán los paquetes a través del mismo repositorio, lo cual sí sería una noticia realmente interesante. Habrá que verlo. Mientras tanto, lo más entusiastas tienen en el nuevo repositorio un bien preciado.

Repetimos para los más despistados: Firefox Nightly no está recomendada para la mayoría de usuarios, aunque la experiencia tampoco es como se podría imaginar alguien acostumbrado a usar software en estado alfa del recién salido: las cosas pueden fallar, pero la base del navegador suele ser robusta. Por otro lado, los beneficios señalados tienen su punto también. ¿Quieres probarlo? Todos los detalles y las instrucciones para añadir el repositorio al sistema los tienes en el anuncio oficial en el blog de Mozilla.

Linux Mint empieza a trabajar en el soporte de Wayland para Cinnamon

publicado en: Linux | 0

Cinnamon era uno de los grandes escritorios de Linux que todavía no tenían ningún plan trazado para soportar Wayland, pero tras los tambores de descontinuación de Xorg que han empezado a sonar desde GNOME, Linux Mint ha anunciado que ha empezado a trabajar en el soporte del protocolo gráfico.

Uno de los grandes defectos que arrastra Wayland son las dificultades que implica su implementación y el trabajar con él, cosas que quedaron en evidencia cuando el núcleo duro de Wine se rindió en su momento para que luego el testigo fuera tomado por Collabora. Esto ya deja entrever que la sesión de Cinnamon sobre Wayland no estará disponible como característica en fase estable en el corto plazo.

Desde Linux Mint explican que, tras priorizar las herramientas de las imágenes ISO y el soporte de SecureBoot en la versión 21.3 de su distribución, están en condiciones de centrar esfuerzos en el soporte de Wayland para Cinnamon. Por otro lado, adelantan que la sesión de Xorg estará con casi toda probabilidad por defecto en la mencionada versión 21.3 y en la serie 22.

Los responsables esperan que con el lanzamiento de Cinnamon 6.0, que será implementado en Linux Mint 21.3, se incluya soporte experimental de Wayland, con una sesión que debería ser accesible desde el gestor gráfico de sesiones. En un principio la sesión de Wayland no será tan estable ni tendrá todas las funcionalidades proporcionadas por la de Xorg, pero estará ahí para aquellos que quieran contribuir y reportar errores.

A pesar de las carencias y las cosas que están rotas, la sesión de Cinnamon sobre Wayland podrá ser iniciada y tendría que ser capaz de ejecutar la mayoría de las aplicaciones, además de permitir manipular ventanas y lidiar con los espacios de trabajo. El pronóstico más optimista apunta a que el soporte de Wayland no estará completamente listo hasta el año 2026, cuando se lance la serie 23 de Linux Mint. Eso le da a los responsables algo más de dos años para identificar y solucionar problemas.

Linux Mint no da garantías de soportar Wayland en condiciones a través de Cinnamon en el futuro cercano, pero al menos ya está manos a la obra en el soporte del protocolo. Por un lado, el hecho de que el compositor de Cinnamon, Muffin, sea una bifurcación de Mutter puede allanar algunos aspectos, pero por otro está que Wayland es de por sí un hueso duro de roer.

 

Fuente : Muy Linux.

Disponible Linux 6.6 con un nuevo planificador de tareas, mejoras a nivel de seguridad y más

publicado en: Linux | 0

Linus Torvalds ha anunciado la publicación en fase estable de Linux 6.6, la última versión del kernel de código abierto. Como suele ser habitual, hay una cantidad destacable de novedades que abarcan diversos frentes.

Lo primero que sobresale de Linux 6.6 es el nuevo planificador de tareas, EEVDF (Earliest Eligible Virtual Deadline First), que viene a sustituir a un CFS que fue fusionado en Linux 2.6.23 y cuya función es muy importante para lograr un buen rendimiento y buenas latencias, por lo que uno ya puede imaginarse los apartados en los que pretende mejorar.

Los aspectos más básicos del algoritmo EEVDF es que está diseñado para garantizar que los procesos que no reciben la atención que deberían sean seleccionados la próxima vez, mientras que los procesos que han recibido más atención de la que merecían son “castigados”. La consecuencia de este enfoque es, al menos sobre el papel, mejorar la latencia de las tareas que CFS se dejaba atrás y minimizar las otras tareas que se programan en exceso de forma rutinaria.

La segunda novedad destacada de Linux 6.6 es el soporte de la característica de hardware de pila oculta de Intel, que ha llegado tras años de discusiones. La pila oculta funciona manteniendo una pila secundaria (sombra) que no puede ser modificada directamente. Al administrar la pila, el procesador envía la dirección de retorno tanto a la pila normal como a la oculta con permiso especial.

El procesador extrae la copia instantánea de la copia oculta y la compara con la normal, y en caso de diferir, genera un fallo de protección de control que puede evitar los ataques de programación orientada al retorno (ROP) que intentan modificar la pila. Funciona en el espacio de usuario y de forma nativa solo en kernels de 64-bit, mientras que el soporte para 32-bit solo a través de emulación de IA32.

La entrada-salida directa asíncrona usando io_uring ha visto su rendimiento/latencia mejorado hasta en un 37%. Por otro lado, el sistema de ficheros Xfs ha incluido las primeras piezas para la infraestructura que le permitirá aplicar la comprobación de disco (fsck) en línea y poder así repararse solo sin tener que desmontar.

Continuando con los sistemas de ficheros más populares, Btrfs es capaz ahora de mantener el propietario y la fecha originales del subvolumen en la creación de un subvolumen auxiliar, cuando antes se establecían como valores predeterminados la fecha de creación del subvolumen auxiliar y root como propietario.

Otras cosas importantes de Btrfs en Linux 6.6 son el establecimiento de la función de verificación de la integridad como obsoleta y la restauración del rendimiento de la limpieza tras la reescritura llevada a cabo en Linux 6.4.

Obviamente, no vamos a olvidarnos de EXT4, el gran dominador del espectro Deb, que en este lanzamiento ha introducido comprobación y actualización periódica del superbloque y se ha acelerado la escritura de anexos en la asignación retratada (delalloc).

Cambiando de tercio, los procesadores de AMD vuelven a acaparar protagonismo con la introducción del soporte para la monitorización de las temperaturas y de detección y corrección de errores (EDAC) en los modelos basados en la arquitectura Zen 5. Otro detalle interesante es el control de aceleración dinámica (Dynamic Boost Control) para que algunos modelos de SoC Ryzen puedan enviar órdenes autenticadas al procesador de seguridad de AMD y controlar ciertas características relacionadas con el rendimiento.

Saltando a las gráficas Radeon, está el soporte para FreeSync Panel Replay como alternativa a Panel Self Refresh (PSR), que el código de pantalla (DC) de AMDGPU funciona en RISC-V y que el mismo driver AMDGPU es capaz de exponer la potencia actual y la promedio en las gráficas compatibles.

La historia del kernel Linux es imposible de entender sin Intel, uno de los grandes titanes en materia de contribución. El segundo gigante azul (el primero es IBM) ha incluido planificación de clústeres para sus procesadores híbridos (Alder Lake, Raptor Lake y posteriores), la habilitación del soporte de sonido para Arrow Lake y Lunar Lake, se ha restaurado el soporte de PSR en portátiles con procesadores Haswell y Broadwell y se han introducido mejoras en el rendimiento de i915, el viejo driver para hacer funcionar gráficas de Intel y que a día de hoy sigue siendo el referente.

NVIDIA también recibe su ración de novedades importantes en Linux 6.6, aunque sea a través del modesto Nouveau. Aquí sobresale el trabajo para establecer los cimientos que permitan soportar NVK, el driver de Vulkan que debería cubrir una de las carencias más importantes que arrastra el soporte para las gráficas del gigante verde a través de la pila gráfica estándar.

Es importante tener en cuenta que, debido a las grandes limitaciones que arrastra Nouveau, es muy difícil que NVK obre un milagro en materia de rendimiento con videojuegos, pero al menos servirá para que el driver del kernel pueda ejecutar en un futuro aplicaciones que solo se apoyan en Vulkan, una API que se está abriendo paso muy poco a poco.

Los portátiles de HP cuentan ahora con un driver que permite administrar la configuración de la BIOS desde Linux. Algunos modelos de la compañía estadounidense enfocados al mercado empresarial y corporativo tienen una interfaz de Instrumentación de Gestión de Windows (WMI) para manejar configuraciones de la BIOS desde el entorno del sistema operativo. Veremos en qué se traduce esto de cara a los usuarios de Linux a la hora de la verdad, pero viendo el enfoque de la característica, apunta a que muy pocos modelos se beneficiarán de ella.

Y entrando en terrenos más banales, el soporte para diversos periféricos de entrada ha sido mejorado en Linux 6.6, entre ellos los mandos del NVIDIA Shield y de Google Stadia. Hailuck, el vendedor de periféricos para Apple, ha sido añadido al driver Apple HID para identificar al menos los teclados KB750 y KB770, mientras que el driver logitech-hidpp es capaz de soportar ahora el ratón Logitech MX Anywhere 3 a través de Bluetooth y con desplazamiento de alta resolución y el Logitech G Pro X Superlight Gaming mediante USB.

Y hasta aquí los aspectos más importantes de Linux 6.6. La actualización del kernel no suele ser algo crítico para la mayoría de los usuarios, sobre todo si el hardware tiene algunos años. Aparte del tortuoso proceso de compilación, los usuarios pueden recurrir a una distribución rolling release y bleeding edge como Arch Linux, openSUSE Tumbleweed o MicroOS, tener algo más de paciencia y esperar a que llegue a Fedora 38 o 39 o recurrir a los repositorios de terceros que hay para Ubuntu.

Todos los detalles de en torno Linux 6.6 están disponibles en la correspondiente página de Kernel Newbies, donde están presentados de forma más masticada para aquellos no tengan profundos conocimientos.

Fuente: Muy Linux.

openSUSE lanza un concurso para renovar su logo y el de cuatro de sus distribuciones

publicado en: Sin categoría | 0

openSUSE acaba de anunciar un concurso para renovar su logo y el de cuatro de sus distribuciones, por lo que si tienes dotes para el diseño y te gustaría colaborar con un proyecto como el del camaleón, esta es una oportunidad es ideal para hacerlo.

En concreto, en openSUSE quieren renovar tanto el logo general del proyecto como el de cuatro de sus distribuciones: Leap, Tumbleweed, Kalpa y Slowroll. ¿Qué se queda entonces como está? MicroOS, Leap Micro y Aeon. La propuesta sería tal cual se muestra en la siguiente imagen.

Para quien no conozca el ecosistema de openSUSE, todo lo anterior se resume así:

  • MicroOS es el sistema inmutable, o más bien la base de este, con Aeon como su edición GNOME y Kalpa como su edición KDE.
  • Leap es la edición corriente, la estándar se podría decir, con Leap Micro como variante inmutable.
  • Tumbleweed es la edición rolling-release, con Slowroll como variante

Todo lo anterior es así a grandes rasgos, con Slowroll como última incorporación al conjunto. La cuestión que alguno se podrá hacer es ¿por qué no renovarlo todo, ya que se ponen? Y la respuesta es… ninguna. No tiene mucho sentido visto así, pero es lo que hay.

Según explican, el proyecto se encuentra en un periodo de transición y han considerado que es un buen momento para renovar el logo; y no estaban contentos con el resto por diferentes motivos. En el caso de Tumbleweed, el más veterano, porque era confuso y aunque no sucedía lo mismo con el de Leap, ha ido detrás.

Para el logo de openSUSE, el más delicado por lo que significa y por su similitud con el de SUSE, empresa bajo la que se desarrolla el proyecto comunitario, tampoco parecen querer reinventar la rueda y lo que buscan es «esencialmente, un nuevo diseño inspirado en camaleones».

«Este nuevo logotipo debe complementar la identidad de marca del proyecto openSUSE con sus distribuciones«, apuntan. En cuanto a los demás… Es que sigo sin verle el sentido a renovar unos, pero no otros, cuando se supone que dan libertad de diseño -dentro de unos parámetros- pero la línea anterior es tan marcada.

Para más datos, el anuncio del concurso, donde se dan todos los detalles al respecto, incluyendo las reglas a seguir para participar en el concurso, los pormenores técnicos y demás. El periodo de participación será del del 1 al 22 de noviembre.

Los ganadores del concurso recibirán una «Geeko Mystery Box» y, por supuesto, el orgullo de que su creación identifique a uno de los proyectos / distribuciones Linux más populares del panorama. Y bien ¿quién se anima? Lo cierto es que un refresco visual no le vendrá nada mal a openSUSE.

 

Fuente: Muy Linux.

¿Echas de menos el menú de aplicación en GNOME 45? Lo puedes recuperar con esta extensión

publicado en: Sin categoría | 0

Hace poco que salió GNOME 45 y entre sus novedades las había de las que suman, pero también de las que restan, contando entre estas últimas la desaparición de un elemento del escritorio más característico que práctico, como es el menú de la aplicación. ¿Lo echas de menos? Puedes recuperarlo instalando una extensión.

Conste que en este caso no me interesa personalmente el tema. En más de una ocasión he dado mi opinión por estos lares al respecto de lo irrelevante de un panel superior a lo macOS, pero sin menú global como el que tiene GNOME Shell, en el que el menú de la aplicación era un pego sin mucho sentido. Pues bien, parece que más de una década después, los desarrolladores del escritorio han llegado a la misma conclusión y lo han quitado de la vista.

Es decir, considero que es una decisión acertada y no me quejo. Por otro lado, entiendo que pueda haber quien después de tanto tiempo se haya acostumbrado tanto a este elemento y le moleste que su desaparición. Y como, al menos por el momento, se puede recurar, aquí estoy para compartirlo contigo. Por si acaso, estamos hablando de esto:

Como digo, basta con instalar una extensión:

Ya está. Por si te lo preguntas, no obstante, el desarrollador tiene una buena colección de extensiones disponibles en GNOME Extensions y esta se basa en el mismo código previo del componente. Hasta cuándo funcionará es otro cantar, por lo que recomendaría ir haciéndose al nuevo diseño, ya que la pérdida de este menú es anecdótica. Pero allá cada cual.

Dicho lo cual, extensiones para GNOME como tal no recomiendo, pero uso varias y sin ellas difícilmente me vería en este escritorio. A todo esto, GNOME 45 se cargó la compatibilidad con un montón, incluyendo algunas de esas. A ver cuándo las recupero.

 

Fuente: Muy Linux.

Kubernetes apuesta por Open Build Service de SUSE para crear sus paquetes

publicado en: Linux | 0

Los responsables de Kubernetes, el conocido orquestador de contenedores que ha sido el principal cimiento de la revolución de Linux en la nube, han tomado la decisión de adoptar SUSE Open Build Service (OBS) para generar y publicar sus paquetes en su nuevo repositorio oficial: pkgs.k8s.io. Este movimiento es de manera implícita un reconocimiento a los esfuerzos y el enfoque impulsados desde hace tiempo por parte del espectro del camaleón.

Desde el blog oficial de SUSE comentan que “este es un paso importante para Kubernetes en su objetivo de confiar en una infraestructura de propiedad comunitaria para todos los componentes críticos (que incluye repositorios de paquetes), pero también en la automatización y simplificación en la generación de múltiples paquetes para múltiples ramas de su pila de software, manteniendo al mismo tiempo la confianza a lo largo de la cadena”.

Desde la corporación del camaleón han aprovechado para recordar qué es OBS (no confundir con OBS Studio, el software de grabación de vídeo), el cual consiste básicamente en una herramienta que automatiza la generación y la distribución de una amplia gama de componentes de software que abarca paquetes, imágenes de disco y contenedores para diversas distribuciones, entre ellas SUSE Linux Enterprise Server, openSUSE, Red Hat Enterprise Linux, Ubuntu y Debian. Además, proporciona soporte para múltiples arquitecturas de procesador: x86, ARM64, PPC64LE, IBM Z, etc.

Además de un amplio soporte para distribuciones y arquitecturas de procesador, la adopción de Open Build Service se apoya en otras características como el uso generalizado de mecanismos de firma, la generación de una lista de materiales de software (SBOM) completamente transitiva y su capacidad de compilación segura respaldada. Es posible implementarlo localmente, en la nube o usarlo directamente a través de la instancia build.opensuse.org disponible gratuitamente para todos los proyectos de código abierto.

SUSE explica que las razones de Kubernetes para adoptar OBS se basan principalmente en la automatización de la generación de los paquetes para múltiples distribuciones de Linux y para una amplia gama de arquitecturas de procesador, todo ello manteniendo la cadena de confianza a través de los mecanismos de firma. La empresa del camaleón ha proporcionado a Kubernetes el uso gratuito de su plataforma build.opensuse.org y soporte para la implementación de sus proyectos.

SUSE ha reafirmado que creen que el código abierto reside en la libertad para elegir, así que tiene entre sus objetivos simplificar el soporte para la heterogeneidad que conlleva dicha posición. Aquí Open Build Service juega un papel importante al proporcionar a Kubernetes y otros proyectos la capacidad de crear y empaquetar de forma automática productos para diversas distribuciones Linux y abarcando varias arquitecturas según sea necesario. Los procesos de generación y distribución de software se realizan de manera transparente y segura con el fin de ofrecer confianza.

Además de la elección de Open Build Service por parte de Kubernetes, SUSE está considerando otras formas en que OBS podría simplificar el trabajo del orquestador de contenedores y aumentar al mismo tiempo la confianza en los entornos digitales, así que puede que esto sea solo el principio de una relación entre Kubernetes y SUSE.

 

Fuente: Muy Linux.​_

Geany 2.0, nueva versión mayor del IDE ligero

publicado en: Sin categoría | 0

Poco despué de celebrar su decimooctavo aniversario llega Geany 2.0, la nueva versión mayor de este editor de código, el cual tiene algunas propiedades de IDE y cuyo código está publicado bajo la licencia GPLv2. De hecho, sus responsables lo definen como un “IDE de peso mosca”, y es que es de esas aplicaciones que acaparan pocos recursos, ofrecen potentes características y soportan una gran cantidad de lenguajes, más de cuarenta en este caso.

Si bien es un proyecto pequeño, Geany está lo suficientemente vivo como para introducir novedades de cierto calado en cada lanzamiento. La versión de 2.0 de la aplicación ha separado la configuración, con los datos de la sesión presentes en el fichero session.conf y las preferencias que son escritas y leídas desde el archivo geany.conf.

Otras novedades importantes de Geany 2.0 es que ha simplificado la creación de los proyectos desde un directorio existente que contiene ficheros con código fuente; la actualización a Scintilla 5.3.7 y Lexilla 5.2.7; el requerimiento de GTK 3.24 como dependencia; el soporte experimental para Meson; el establecimiento del tema de GTK “Prof-Gnome” por defecto en Windows para una mejor experiencia, aunque Adwaita sigue estando disponible como alternativa; la sincronización de muchos analizadores desde proyectos de Universal Ctags, lo que lleva a analizadores de símbolos actualizados; muchos tipos de archivos actualizados, entre ellos Kotlin, Markdown, Nim, PHP y Python; AutoIt y GDScript como nuevos tipos de ficheros soportados; además de traducciones actualizadas, entre ellas las de español.

Los responsables del editor de código avisan que los iconos pueden verse muy grandes debido a la versión 43 de Adwaita. Mientras intentan dar solución a este problema y en caso de que la interfaz no sea cómoda para el usuario, se recomienda actualizar el propio juego de iconos Adwaita o emplear otro tema distinto.

A pesar de no hacer mucho ruido mediático, Geany es posiblemente uno de los mejores editores de texto que hay en el mercado, sobre todo si se busca una opción que sea gráfica y ligera a la vez. Soporta gestión básica de proyectos, tiene una terminal integrada (aunque en Flatpak no da acceso a las herramientas del sistema al menos en su configuración predeterminada), permite configurar compiladores que pueden accionarse mediante la interfaz gráfica y soporta una gran cantidad de lenguajes, entre ellos Java, C++, marcado con HTML, C# y muchos otros. Además, es una aplicación multiplataforma disponible para Linux, Windows y macOS.

Todos los detalles sobre Geany 2.0 han sido publicados a través del anuncio oficial y las notas de lanzamiento, mientras que desde la sección de descargas del sitio web oficial es posible obtener los instaladores para Windows y macOS. En Linux por lo general se suele recurrir a los repositorios de la distribución o de manera alternativa a Flathub, si es que no se está dispuesto a compilar la aplicación manualmente.

 

Fuente: Muy Linux.

 

ONLYOFFICE Docs 7.5 incluye edición de PDF y mejora la gestión de los textos y las hojas de cálculo

publicado en: Sin categoría | 0

ONLYOFFICE Docs 7.5 ya está disponible como la nueva versión de la suite ofimática de código abierto y cuyos editores en línea se sirven a través de un servidor. Una vez más, nos encontramos con un puñado de mejoras que han llegado a la distintas aplicaciones que suministra.

Para empezar tenemos la primera versión del editor de documentos PDF, un formato de ficheros ampliamente utilizado en empresas. Esta aplicación soporta anotaciones, abarcando resaltado, subrayado y tachado del texto, además de rellenar formularios, comentarios y dibujos. Los responsables de ONLYOFFICE han anunciado que quieren implementar edición colaborativa, cosa que tendría que llegar en algún lanzamiento futuro de la suite.

Por lo general la aplicación más usada de una suite ofimática es el procesador de textos, y ONLYOFFICE Docs 7.5 ha traído aquí la separación automática de palabras. Una vez habilitada la característica, permite crear documentos sin tener que dividir manualmente las palabras al final de la línea, y cuando se cambian los márgenes, las palabras se dividirán automáticamente cuando sea necesario. A través de su configuración es posible activar la opción de dividir palabras en mayúsculas, definir la zona de separación entre palabras y establecer un límite para los guiones consecutivos si es necesario.

Otra cosa que ha llegado al procesador de textos es la selección inteligente de párrafos, que permite añadir automáticamente el símbolo del párrafo cuando se selecciona uno por completo. Por otro lado está la eliminación de controles de contenido durante la edición, por lo que, el usuario activa y luego cambia el contenido del elemento de control insertado, el propio control se eliminará automáticamente, pero su contenido permanecerá.

En cuanto a las hojas de cálculo, se ha introducido la posibilidad de mantener el delimitador de CSV aplicado, por lo que, al abrir ficheros CSV, la última configuración seleccionada del deliminador y la codificación se guarda en el almacenamiento local. Los saltos de páginas permiten dividir una hoja de cálculo fácilmente para su impresión y las opciones “Rastrear Precedentes” y “Rastrear Dependientes” muestran gráficamente y rastrean las relaciones entre celdas y fórmulas con flechas de seguimiento.

Continuando con más cosas de las hojas de cálculo, en ONLYOFFICE Docs 7.5 es posible añadir imágenes a los encabezados y pies de la página, las tablas dinámicas han sido mejoradas con la capacidad de establecer el formato de los números a través de “Configuración de campo” y con un menú contextual de las tablas dinámicas que incluye la opción “Mostrar detalles”, la posibilidad de mover filas y columnas dentro de una hoja de cálculo mediante la opción de arrastrar y soltar, además de haberse incluido la fórmula SORTBY, una opción de “Mostrar fórmulas”, filtros por fecha y autocompletado para los días de la semana y los meses.

Para las presentaciones de diapositivas se ha establecido un color rediseñado con el fin de que se pueda diferenciar mejor esta aplicación de edición de PDF. Por lo demás, hay una nueva transición que permite animar movimientos suaves de una diapositiva a la siguiente, la configuración de los encabezados y pies de página se ajusta ahora a través de la secciones “Diapositiva y Notas” y “Documentos” y se ha añadido lo siguiente: la posibilidad de seleccionar la diapositiva a partir de la cual comienza la numeración, la opción de añadir SmartArts mediante un marcador de posición en la diapositiva y consejos para marcadores de posición de diapositivas.

Por último se puede destacar el lanzamiento de los lectores de pantalla en fase beta. Estos reproducen las acciones que se realizan en los editores como la salida de voz, facilitando así el proceso de trabajo a los usuarios ciegos o con problemas de visión.

ONLYOFFICE Docs v7.5 puede ser obtenido en formato Deb (Debian y Ubuntu), RPM (CentOS, RHEL y derivados), Windows, contenedor Docker, imagen para Amazon Machine o imagen para Alibaba Cloud.

 

Fuente: Muy Linux.

 

AlmaLinux explica cómo mantendrá la compatibilidad con RHEL sin perder la simpatía de Red Hat

publicado en: Linux | 0

Las restricciones aplicadas a la redistribución del código fuente de Red Hat Enterprise Linux (RHEL) han supuesto todo un terremoto entre los que fueron los clones de dicho sistema. Mientras que CIQ (Rocky Linux), Oracle y SUSE decidieron unir sus fuerzas en torno a OpenELA, AlmaLinux sigue una senda aparentemente independiente y más acorde a los límites puestos por Red Hat con la que va a intentar mantener la compatibilidad con la Interfaz Binaria de Aplicaciones (ABI).

Benny Vasquez, presidenta de AlmaLinux OS Foundation, ha explicado en la convención All Things Open sobre los pasos que la distribución está dando con el fin de seguir manteniendo la compatibilidad con RHEL sin emplear código directo de este. Es importante tener en cuenta que AlmaLinux, al contrario que CIQ, Oracle y SUSE, sigue manteniendo una postura más amigable con IBM y Red Hat, aunque veremos si la mantiene en un futuro viendo la dirección en la que se mueven el gigante azul y su subsidiaria.

A pesar de los obstáculos que Red Hat ha puesto, en AlmaLinux están decididos en seguir en el mercado de los clones de RHEL, pero sin serlo realmente debido a las circunstancias actuales: “Continuaremos apuntando a producir una distribución de Linux a largo plazo y de nivel empresarial que esté alineada y sea compatible a nivel de ABI con RHEL en respuesta a las necesidades de nuestra comunidad, en la medida de lo posible, de modo que el software que se ejecuta en RHEL funcione en AlmaLinux”.

La vía para conseguir la compatibilidad a nivel de ABI es bastante lógica y consiste en emplear el código fuente de CentOS Stream, el cual todavía está disponible de forma pública, es de total libre redistribución y es el empleado como base para RHEL. Esto quiere decir que AlmaLinux se basa ahora principalmente en CentOS Stream. Vasquez comentó sobre eso que, “de todos los paquetes, el 99% todavía se ve exactamente igual a RHEL”. De esa pequeña fracción que no lo hace, “alrededor del 24% de esos paquetes requieren parches manuales”.

La parte más complicada para AlmaLinux está siendo los parches del kernel, ya que no pueden tomar las actualizaciones para ese componente sin violar los acuerdos de licencia de Red Hat. Para cubrir ese frente, Vasquez dijo que extraen los parches de otras fuentes o que al menos se esperan a que Oracle los publique, lo que abre la puerta a implementarlos de manera más rápida que el sistema del que ahora es una bifurcación.

Lejos de ser una idea, Benny Vasquez explicó sobre la más rápida recepción de los parches de seguridad que “los exploits del microcódigo de AMD fueron parchados antes que en RHEL porque tardaron un poco más en salir. Llegamos, probamos y salimos aproximadamente una semana antes que ellos”.

Desde AlmaLinux se han tomado muy en serio lo de mantener la compatibilidad con RHEL, así que gestionarán todo caso de aplicación que funciona en el segundo pero no en el primero como si fuera un fallo: “Cualquier cambio importante entre RHEL y AlmaLinux, cualquier aplicación que deje de funcionar, es un error y debe corregirse”.

Además de la compatibilidad, AlmaLinux tiene un repositorio de software llamado Synergy que proporciona paquetes que no están disponibles ni en RHEL ni en EPEL, el Grupo de Interés Especial (SIG) vinculado a Fedora y que se encarga de crear, mantener y gestionar paquetes adicionales para Red Hat Enterprise Linux (RHEL) y otros sistemas basados en Enterprise Linux.

El 1% de diferencia que CentOS Stream representa frente a RHEL puede suponer todo un dolor de cabeza para todos aquellos que en el pasado fueron clones y ahora luchan por mantener la compatibilidad. AlmaLinux sigue apostando por una postura amable con IBM y Red Hat, pero veremos si las dos últimas no dan un nuevo bandazo si ven que los exclones empiezan a dar demasiados buenos resultados en términos de calidad y compatibilidad.

Fuente : Muy Linux.

GNOME se plantea retirar la sesión de Xorg: ¿una decisión inevitable?

publicado en: Sin categoría | 0

En GNOME ha aparecido una petición de fusión para retirar la sesión de Xorg y hacer que sea un escritorio que funciona únicamente sobre Wayland y apoyado en XWayland para las aplicaciones heredadas. Como suele ser habitual con este tema, las redes se han llenado de comentarios tanto a favor como en contra.

Una cosa hay que tener en cuenta, y es que la sesión de Xorg (o X11, el protocolo que implementa) está bastante abandonada en GNOME, ya que los desarrolladores centran sus esfuerzos desde hace tiempo en Wayland. Xorg tiene a su favor una mayor compatibilidad debido a que todo lo relacionado con el despliegue de gráficos en Linux ha girado en torno a él durante muchos años, mi​_entras que Wayland ofrece mejoras en aspectos como la seguridad, es más eficiente a nivel energético y tiene el camino más llano para soportar características como el HDR.

A estas alturas es obvio que la transición hacia Wayland se está demorando demasiado, y aquí hay factores tanto internos como externos. Los factores internos se basan principalmente en un diseño inicial del protocolo que se quedó muy lejos de cubrir lo necesario para un entorno de escritorio y en que no se trazó o diseñó ninguna vía clara de cómo hacer la transición desde Xorg. Aquí se puede sumar el hecho de que se han tenido que traspasar algunas líneas rojas o romper algunos principios con los que nació Wayland, como por ejemplo que todos los fotogramas deben ser perfectos.

Con el paso de los años han surgido algunas tecnologías que se han encargado de cubrir algunas de las deficiencias de Wayland frente a Xorg, como el mencionado PipeWire y XDG Desktop Portal. La primera no es solo un servidor de sonido al ser también capaz de transmitir imagen, así que es lo empleado por OBS Studio y Kooha para grabar el escritorio desde Wayland, mientras que la segunda es un marco que proporciona lo que se podría llamar como portales de XDG, los cuales permiten acceder a recursos que están fuera de un sandbox. Está estrechamente relacionado con Flatpak, aunque no atado a él, y es, por ejemplo, una parte fundamental de lo que permite a OBS Studio grabar desde una sesión de Wayland (sí, junto a PipeWire).

Entre los factores externos que han dificultado la consolidación de Wayland sobresalen las reticencias de NVIDIA a la hora de adoptar los mecanismos estándares que fueron acordados por el resto, entre ellos AMD e Intel. El gigante verde parece estar inmerso en la actualidad en una transición para soportar Wayland correctamente, cosa que parece no hacer del todo bien en estos momentos. La compañía está intentando recorrer en poco tiempo la ventaja de al menos cinco años que le llevan Intel y AMD, que sí han aceptado dar soporte a través de la pila gráfica estándar.

Hay un tercer factor externo: los desarrolladores que no se han planteado soportar Wayland. Aquí llegamos a la parte más espinosa del asunto y la que va a terminar forzando la toma de las decisiones más dolorosas.

Una peculiaridad del escritorio Linux frente a los sistemas operativos exitosos en el mercado de consumo es que la relación que mantiene con los desarrolladores de aplicaciones está invertida. Si una aplicación falla en Windows, macOS, iOS o Android la responsabilidad recae en el desarrollador de la aplicación, pero si falla en Linux, son los responsables del sistema los que tienen que solucionar los problemas.

El hecho de que la relación con los desarrolladores esté invertida es uno de los motivos de por qué hay compilaciones de las aplicaciones para Linux peores que las disponibles para Windows y macOS. Chromium es un claro ejemplo de esto, con un fallo en el desplazamiento que ha necesitado de ocho años para ser resuelto y un soporte para Wayland que, diez años después de iniciarse su desarrollo, sigue siendo una calamidad. Desgraciadamente, la solución en torno a Wayland va a terminar siendo aplicar el hacha y que los proyectos que no se pongan al día acaben abandonados o busquen refugio en otros entornos que usen Xorg/X11.

Recuperando el tema que nos ocupa, que la sesión de Xorg tiene los días contados en GNOME es algo que hay que dar por sentado. Viendo que el escritorio Linux pivota en torno a Ubuntu, sería muy extraño que la retirada se hiciera antes del lanzamiento de la versión 24.04 LTS de la distribución, pero es bastante verosímil pensar que se producirá después, más viendo que Canonical está dando pasos para consolidar Wayland en Ubuntu. Por ahora y según se puede leer en la petición de fusión, parece que se van a atender ciertas peticiones de características, ordenar ciertos aspectos en torno a la organización y lograr una paridad mayor antes de proceder.

La retirada de la sesión de Xorg en GNOME va a ser una decisión dolorosa que traerá más de un problema, pero viendo que muchos no tienen planes para soportar Wayland, la única manera de culminar la transición hacia este último va a ser precisamente tomando la medida más drástica.

 

Fuente: Muy Linux.