No lo digáis a sus usurarios más fieles porque puede que la respuesta no sea la más simpática, pero hay gente que se refiere al modelo de desarrollo de Manjaro como «semi-rolling release». ¿Qué es esto? ¿Por qué lo dicen? Básicamente y resumiendo, lo dicen porque hay ocasiones en las que sus desarrolladores deciden aguantar algunas actualizaciones, y porque los paquetes no llegan tan pronto como lo hacen en al sistema en el que se basan.

Por definición, esto a lo que se refieren como semi-rolling release no existe. Existe rolling release, que es, sencillamente, un modelo de desarrollo en el que las actualizaciones llegan continuamente, sin que haya que reinstalar el sistema operativo cada cierto tiempo. En teoría y si se hace bien, este tipo de actualizaciones son menos agresivas que las del sistema operativo completo, y son más seguras en cuanto a que es más difícil que se rompa algo. En teoría y si se hace bien.

semi-rolling release no existe, en realidad

Que haya gente que diga que un sistema como Manjaro es semi-rolling release se debe a un motivo: las actualizaciones no son instantáneas. El equipo de desarrolladores que hay detrás de cada escritorio decide si lo sube a los repositorios oficiales o los aguantan un tiempo, algo que han hecho, por ejemplo, en GNOME 40 o Plasma 5.25. Pero los tiempos no son los que marcan si un modelo de desarrollo es rolling-release o no.

Además, los sistemas operativos que se basan en otros suelen tomar sus propias decisiones. Arch Linux tiene la filosofía de entregar los paquetes tan pronto en cuanto están disponibles. Manjaro, como otros como EndeavourOS, pueden decidir examinar lo que les llega desde «arriba», y entregarlo sólo cuando crean que está en un punto aceptable.

Manjaro ofrece dos «lineas de defensa»

Más aún, en el caso concreto de Manjaro, la opción que tarda más en recibir los paquetes es la de la rama Stable, pero ofrece también otras dos ramas. Tal y como explican ellos mismos:

• Rama Stable: Los paquetes que llegan a la rama estable han pasado por aproximadamente un par de semanas de pruebas por parte de los usuarios de los repos Unstable/Testing, antes de obtener los paquetes. Estos paquetes suelen estar libres de problemas.
• Rama Testing: Esta es la segunda línea de defensa. Al ser un número mayor de usuarios que los que utilizan Unstable, perfeccionan el trabajo realizado antes de ellos proporcionando información sobre los paquetes que reciben en las actualizaciones.
• Rama Unstable: Unstable se sincroniza varias veces al día con los lanzamientos de paquetes de Arch. Sólo un subconjunto de paquetes de Arch son modificados para adaptarse a Manjaro. Aquellos que usan Unstable necesitan tener las habilidades para salir de los problemas cuando mueven su sistema a esta rama. Ellos son los usuarios de Manjaro que más probablemente necesitarán usar tales habilidades. Debido a la retroalimentación de los usuarios del repo Unstable, muchos problemas son capturados y corregidos en este nivel. Aunque el software más reciente se encuentra aquí, el uso de la rama inestable es generalmente seguro, pero – en casos raros – puede causar problemas con su sistema.

El usuario decide

Aunque ya hemos explicado que, por definición, eso de semi-rolling release no existe (lo es o no lo es), en el caso concreto de Manjaro es el usuario el que elije. Es cierto que el más novel que desconozca la información pueda pensar que siempre tardan algo en actualizarse algunos paquetes, pero esto no es así. Cuando se instala el sistema operativo, los repositorios que usa son los de la rama Stable, y es en ésta en donde se reciben los paquetes más testados. Días antes de llegar a la rama Stable, se prueba en la Testing, la «segunda línea de defensa». En la que han llamado Unstable, la mayoría de paquetes llegan justo después que a Arch Linux, sólo reteniéndose algunos para adaptarlos a Manjaro.

El que quiera una especie de Arch Linux más fácil de instalar y configurar, puede instalar Manjaro y cambiar la rama a la Unstable. Quien quiera algo más estable, bueno, puede quedarse en la Stable. Pero, en todos los casos, lo que hay por definición es rolling-release: actualizaciones continuas y sin saltos a otras versiones completas del sistema operativo. semi-rolling release debe ser algo que mencionó por primera vez Erwin Schrödinger.

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

No hace tanto tiempo desde que LXQt lanzó su primera versión realmente estable, es decir, la v1.0, y, desde entonces, su desarrollo no ha hecho más que evolucionar para ser, aún más si cabe, una opción a tener en cuenta. Unos seis meses y medio después de la anterior versión, ya está aquí LXQt 1.1.2, una actualización que introduce algunas mejoras destacadas, pero llaman más la atención las que guardan relación con Wayland.

LXQt 1.2 introduce cambios preliminares en LXQt Session para usarlo bajo Wayland. Esto es el primer paso real para poder usar el protocolo en el escritorio que usan sistemas como Lubuntu, actualmente en LXQt 1.1.0. Su base sigue en Qt 5.15, lo que es la última versión LTS de Qt5. A continuación tenéis una lista con las novedades que han llegado junto a LXQt 1.2.0.

Novedades de LXQt 1.2.0

• General:
  • El gestor de archivos de LXQt tiene ahora un historial de búsqueda, con listas separadas para las búsquedas de nombre y de contenido. Además, la selección de archivos es más fácil en el modo de lista detallada (arrastrando dentro de las columnas que no son de nombre), y se ha corregido un problema con Wayland.
  • QTerminal puede ser utilizado como un plugin de Qt. También tiene un mejor análisis de comandos con su opción -e.
  • Se ha corregido un viejo problema sobre la visualización correcta de los iconos de las aplicaciones recién instaladas en libQtXdg.
  • Se garantiza una posición correcta para LXQt Runner con algunos gestores de ventanas.
  • Las traducciones han recibido muchas actualizaciones.
• LibFM-Qt/PCManFM-Qt:
  • En el modo de lista detallada, los elementos pueden seleccionarse arrastrando el cursor del ratón dentro de las columnas que no tienen nombre.
  • Ctrl+D se añade a PCManFM-Qt así como al diálogo de archivos LXQt para deseleccionar todos los elementos. Es especialmente útil en el modo de lista detallada.
  • Las entradas del diálogo de búsqueda están equipadas con un historial de búsqueda. El número máximo de elementos del historial se puede establecer en Preferencias → Avanzadas → Búsqueda.
  • Los márgenes del espacio de trabajo del escritorio pueden personalizarse. Esto puede ser útil especialmente con los paneles/docks que no reservan espacio sino que se autoocultan en las ventanas superpuestas.
  • El resultado de la solicitud de ejecución puede ser recordado con múltiples archivos.
  • Se han añadido opciones para el conocimiento de la localización y el relleno cero al diálogo de renombramiento masivo.
  • Se ha añadido una entrada «Categorías» y una ayuda «Qué es esto» al diálogo de creación del lanzador.
  • Se ha corregido la posición del menú desplegable de la vista de carpetas en Wayland.
• LXQt Panel:
  • Añadidos elementos del menú contextual a Quick Launch para recargar las entradas del escritorio.
  • Arreglados los iconos de Inicio Rápido cuando hay varios archivos de configuración.
  • Fijada la posición de la ventana emergente del volumen en Wayland.
• QTerminal/QTermWidget:
  • El renderizado bidi está activado por defecto.
  • QTermWidget puede usarse ahora como un plugin de Qt.
  • El DND de texto sigue la configuración para el recorte de nuevas líneas y el prompt multilínea.
  • Se ha corregido el análisis sintáctico de comandos con la opción -e.
• LXQtImage Qt:
  • Se ha añadido un submenú de ordenación al menú Ver.
  • Se han corregido los fallos visuales al suavizar las imágenes escaladas.
• El estado estable de la batería es considerado.
• La captura de una ventana y su decoración se han corregido en configuraciones multi-pantalla.

El código de LXQt 1.2.0 está disponible en este enlace de GitHub. Las distribuciones Rolling Release recibirán los nuevos paquetes en las próximas horas/días, mientras que el resto de distribuciones tendrán que esperar un tiempo que dependerá de la filosofía del proyecto.

Recordamos que, para sistemas basados en Ubuntu, Lubuntu lanzó un repositorio Backports desde el que se pueden instalar todas las novedades que van lanzando en el proyecto que desarrolla este escritorio. En teoría, este PPA también funciona en Debian y cualquier sistema basado en él. Hay que tener en cuenta que los paquetes llegan rápido, por lo que están menos probados y podrían ser menos estables.

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