Canonical ha anunciado el lanzamiento de LXD 5.20, nueva versión del sistema de gestión de virtualización y contenedores, herramienta estándar de referencia para LXC, y la primera que ve la luz en su nueva casa, y es que estamos hablando de un proyecto que está al cargo de de la misma desarrolladora de Ubuntu, por supuesto, no sin polémica y movimientos encontrados.

Así, tras saberse que Linux Containers trasladaba la propiedad de LXD a Canonical comenzó la oposición comunitaria por parte, entre otros, de los mantenedores del mismo, que veían cómo Canonical cerraba las puertas a todo aquel que no fuese empleado de la compañía. La posibilidad de colaboración seguía -y sigue- ahí, pero pasando siempre por el aro de Canonical, algo con lo que no todo el mundo estaba de acuerdo.

O lo que es lo mismo, todo aquel que lo desee puede seguir colaborando con el desarrollo de LXD, pero aceptando las nuevas condiciones impuestas por Canonical, entre otras, la aceptación del Acuerdo de Licencia de Contribuidor (CLA) que tan poco suele gustar, algo de lo que ya se advirtió y que, en efecto, ha terminado sucediendo.

Las consecuencias no se hicieron esperar y una de las más destacadas fue la renuncia de Stéphane Graber, veterano desarrollador de Ubuntu y uno de los primeros responsables de LXD. De hecho, es cuando menos curiosa la posición de Graber, pues sigue trabajando para Canonical como desarrollador de Ubuntu Core, pero se apeó del mantenimiento de LXD tras el reciente cambio de marco… para encabezar el desarrollo de un fork.

«Seguiré siendo un usuario activo de LXD y probablemente seguiré reportando y solucionando problemas ocasionalmente. Sin embargo, no tengo la intención de firmar nunca el CLA de Canonical, por lo que si eso se convierte en una barrera para la contribución al proyecto, tendré que dejar de contribuir», señalaba Graber al darse el anuncio de un fork de LXD respaldado por Linux Containers. Sin duda, estas cosas solo pasan en el mundo del código abierto.

Ese fork, llamado Incus, lanzó su primera versión el pasado octubre y, según comentaba el propio Stéphane Graber, «es aproximadamente equivalente a LXD 5.18, pero con una serie de cambios importantes», incluyendo «muchas funciones no utilizadas o problemáticas de LXD. La mayoría de esos cambios son cosas que nos hubiera gustado hacer en LXD pero no pudimos debido a que teníamos fuertes garantías de compatibilidad con versiones anteriores».

Envuelto en semejante clima aparece LXD 5.20, un lanzamiento cuyas novedades técnicas están siendo eclipsadas por otras que apuntan hacia donde lo hacían las suspicacias de los colaboradores revueltos, que no solo. El cambio más destacado según recoge el anuncio oficial es el relicenciamiento del proyecto, cuyo código se distribuirá ahora bajo la licencia AGPLv3. Así lo explican:

«Canonical ha decidido cambiar las contribuciones predeterminadas al proyecto LXD a AGPLv3 para que estén alineadas con nuestra licencia estándar para código del lado del servidor. Todas las contribuciones de Canonical han sido relicenciadas y etsán ya bajo la AGPLv3. Las contribuciones de la comunidad se mantienen bajo la Apache 2.0. Seguimos la guía del Software Freedom Law Center en relación con esto. En el futuro, cualquier contribución a LXD se realizará bajo AGPLv3 de forma predeterminada. El autor de un cambio seguirá siendo el titular de los derechos de autor de su código, pero sin cesión de derechos de autor.

Es importante tener en cuenta que este cambio no impide que nuestros usuarios utilicen, modifiquen o proporcionen soluciones de software basadas en LXD, siempre que compartan el código fuente si lo modifican y lo pongan a disposición de otros. Las condiciones de la licencia están diseñadas para alentar a quienes buscan modificar el software a contribuir al proyecto y a la comunidad.»

En resumen, idependientemente de la licencia, los colaboradores pasados y futuros de LXD conservarán la autoría de sus contribuciones, pero sin cesión de derechos de autor. Lo normal en casi cualquier licencia de código abierto. En cuanto a las licencias, desde el punto de vista del modelo del código abierto la AGPLv3 está más indicada que la Apache 2.0 para fomentar el aprovechamiento de toda colaboración, que no la colaboración en sí.

Pero no todo el mundo está contento con el cambio. Una vez más, Stéphane Graber advierte de problemas, derivados en este caso de la mezcla de licencias, compatibles entre sí a priori, pero no en todas direcciones, así como de la obligatoriedad de aceptar el CLA. Y aunque expone sus temores desde la perspectiva de Incus, lo cierto es que podrían darse situaciones de todo tipo.

Fuente: Muy Linux.

«Comenzaré con el hecho de que los paquetes Snap han tenido más de de un millón de descargas y con ese tipo de números, no pueden ser ignorados«. Y así es , en efecto, como comienza su presentación en Akademy 2023 Scarlett Moore, desarrolladora de Debian, KDE neon y mantenedora de los «KDE Snaps», los paquetes Snap con los que se distribuye oficialmente el software de KDE.

Scarlett Moore es, junto a Jonathan Riddell y Carlos De Maine, una de las tres personas responsables de mantener el software de KDE en formato Snap, accesible desde la Snap Store, la tienda de aplicaciones de Canonical. Y por software de KDE quiero decir aplicaciones y alguna biblioteca de las que estas dependen, no el escritorio y sus componentes. Todavía no estamos ahí y a saber si lo estaremos algún día. Quién sabe.

Sin embargo, parece fuera de toda duda la tracción que han conseguido las aplicaciones del proyecto KDE en formato Snap, como se encarga de recordar Moore en su exposición. Otras de las cosas de las que habla incluyen «su viaje en la creación de un montón de snaps», «los obstáculos que ha superado y lo que se debe hacer para mantener los paquetes Snap al día» y otros menesteres relacionados con el tema de marras.

Si te interesa ver la charla de Moore, tienes el vídeo en este enlace.

En cuanto al más de un millón de razones por las que los paquetes Snap son importantes, en este caso concreto, para KDE, ya está todo dicho: por su popularidad en la Snap Store, donde llegan a tanta gente. O lo que es lo mismo: ese más de un millón de razones derivan directamente del más de un millón de descargas de las aplicaciones. No tiene más misterio la cosa, aunque haya quien se empeñe en buscárselo.

Ahora bien, me resulta curiosa esta «noticia» por las contradicciones que refleja, de manera en cierto modo similar a la noticia -esta sin las comillas- del lanzamiento de LXD 5.20 que recogíamos hoy mismo y que, casualidad, también tiene a Canonical como protagonista. Al menos, en parte. Y es que si Canonical está generando controversia con LXD, lo acumulado por Snap hasta el momento está a otro nivel.

De sobra conocido es el rechazo que algunas distribuciones Linux, especialmente las grandes, tienen hacia Snap, al tiempo que apuestan por Flatpak, su alternativa en el ámbito del escritorio. Ejemplos hay unos cuantos y uno palmario es el de Linux Mint, sistema basado en Ubuntu que reniega de Snap como pocos. Sus razones tienen, claro, y de ellas hemos hablado en más de una ocasión; por no mencionar que lo de imponer Snap es peliagudo más allá del modelo de distribución.

Pero Snap no solo tiene detractores. Hay empresas que han apostado por el servicio de Canonical para traer sus aplicaciones al escritorio Linux, si no de manera prioritaria, sí decidida. E incluso hay proyectos de software libre que hacen lo propio. Véase KDE y, por extensión, KDE neon. En particular, Jonathan Riddell, otrora líder de Kubuntu. Un tipo que se quemó con Canonical, que levantó KDE neon como reemplazo de Kubuntu y que, sin embargo, da soporte a Snap…. aunque hay que reconocer que Canonical siempre ha tenido en valor el software de KDE.

Cabe recordar que KDE neon es una de las pocas distribuciones al margen de la familia oficial de Ubuntu, que ofrece soporte de paquetes Snap de manera predeterminada. Ojo: activado por defecto, a diferencia de Flatpak/Flathub, si bien no termina ahí la cosa, pues el número de aplicaciones de KDE en formato Snap mantenidas por miembros del proyecto como Moore, Riddell o De Maine es mucho mayor que las disponibles en formato Flatpak en iguales condiciones.

Fuente: Muy Linux.

Shotcut 23.11.29 ya ha sido publicada como la nueva versión estable del editor de vídeo no lineal, el cual se distribuye como software libre, tiene aspiraciones profesionales y destacada por su potente soporte multiplataforma. En esta ocasión nos encontramos con diversas mejoras en la edición y la incorporación de soporte para renderizar AV1 con una gráfica de NVIDIA y su driver oficial.

Empezamos con lo más sencillo, que es el soporte de renderización de AV1 por hardware sobre una gráfica de NVIDIA. Esto puede ser usado tanto en Linux como en Windows y, como no podía ser otra forma, se trata del soporte de av1_nvenc proporcionado a través del renderizador propio del gigante verde. AV1 es un formato de vídeo que tiende a ser lento de renderizar mediante procesador, o al menos así es con AOM, por lo que emplear la GPU para esa tarea es algo que más de uno agradecerá.

En cuanto a los efectos, lo primero que ha sido mencionado en el anuncio oficial es el nuevo botón de “Aplicar a la fuente” en el efecto “Recortar: Rectángulo”, el cual solo está habilitado cuando la relación de aspecto del medio de origen coincide con el modo del vídeo del proyecto.

A partir de Shotcut 23.11.29 es posible ajustar el nivel de opacidad de “Texto GPS”, “Texto: Simple” y Cronómetro, mientras que el rendimiento del zoom en la línea de tiempo ha sido mejorado y se ha incorporado entrada fácil, salida fácil y entrada-salida fácil a los fotogramas clave.

Entre las nuevas características presentes ahora en el editor de vídeo están la visualización de la tasa de bits a partir de las propiedades de un clip, la posibilidad de activar la adición automática de pistas en Ajustes > “Línea de tiempo” y la modificación del comportamiento del códec y el audio en la exportación para inhabilitar algunas opciones cuando se selecciona un renderizador de audio sin pérdidas o de intra-frame de vídeo.

También están la incorporación de un botón en Filtros para guardar un conjunto de filtros, el botón de copiar filtros marcados ha sido modificado para no mostrar ningún diálogo, hay un nuevo conjunto de filtros llamado Glow Intensity (intensidad del resplandor) y la opción “Dividir en cabezal de reproducción” ha sido reincorporada al menú contextual cuando se hace clic con el botón secundario del ratón sobre un clip añadido a la línea de tiempo.

Como últimos aspectos interesantes están la actualización del framework MLT a la versión 7.22.0, la corrección del comportamiento de las opciones de preajustes guardados para la exportación cuando se emplea el renderizador AMF de AMD, además del parcheo de dos vulnerabilidades que afectaban a libvpx y libwebp.

Todos los detalles en torno a Shotcut 23.11.29 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.

Se acaba de anunciar el lanzamiento de Zorin OS 17 Beta, primera versión en desarrollo de la próxima versión mayor de «la alternativa a Windows y macOS diseñada para hacer que tu ordenador sea más rápido, más potente, seguro y respetuoso con la privacidad», de acuerdo a su descripción oficial.

Más allá del eslogan, Zorin OS es una distribución bien conocida por su enfoque amigable para con el usuario recién llegado de otros sistemas, a pesar de que nunca ha llegado a posicionarse entre las grandes de su entorno, así como una de las distribuciones de escritorio más pulidas visualmente, algo que parece que no va a cambiar en esta nueva versión.

Cuentan los desarrolladores de Zorin OS que han prestado mucha antención a los comentarios de los usuarios para «diseñar, crear y brindar la mejor y más refinada experiencia informática». Intenciones que se materializan en un buen puñado de nuevas características, según resumen en el anuncio oficial. Características como:

• Búsqueda universal en el menú, incluyendo resultados como aplicaciones instaladas y disponibles, pero también archivos, eventos del calendario, contactos y más.
• Multitarea mejorada, con un estilo casi clavado al de GNOME (escritorio en el que se basa el propio de Zorin OS) y navegación heredada de este para la vista de tareas.
• Escritorio espacial, una novedad relacionada también con la multitarea, todo ello mediante nuevos atajos de teclado y… ¡el cubo 3D!

Estas tres novedades, intrínsecamente relacionadas entre sí, cuentan en cada caso opciones para personalizare la configuración e incluso para desactivar la función, si se prefiere.

Otras novedades de Zorin OS 17 incluyen una mejora generalizada del rendimiento, una mejor gestión de las ventanas en modo mosaico, nuevos modos de energía, actualizaciones en la tienda de aplicaciones, la utilidad de captura de pantalla, la aplicación meteorológica (todo esto, directamente de las fuentes de GNOME)… Y muchas más cosas, según recogen en el anuncio oficial, enlazada más arriba.

Lo más destacado a nivel visual, pero también práctico, es la adición de dos nuevas disposiciones de escritorio, una de las particularidades de Zorin OS de las que, no obstante, solo pueden disfrutar los usuarios de pago. Como hemos mencionado ya, el escritorio de Zorin OS se basa en GNOME, pero con muchos retoques. Tantos como para, con un clic, cambiar la disposición del escritorio al estilo de Windows, macOS, Unity… y ahora, ChromeOS y GNOME 2.

En lo que respecta a su base, Zorin OS 17 se apoya en la de Ubuntu 22.04 LTS, por lo que irá creciendo a su mismo ritmo y lo hará con soporte hasta 2027, pero con componentes como el kernel o los controladores gráficos bastante actualizados.

Si te interesa probar Zorin OS 17 antes de su lanzamiento final, puedes descargar la Beta de Core, la edición básica y gratuita. Asimismo, el proyecto cuenta con una tercera edición, Zorin OS Lite, basada en el escritorio Xfce y recomendada para equipos con especificaciones técnicas más limitadas.

Fuente: Muy Linux.

¿Deseoso de tener noticias de Plasma 6? He aquí una que te puede interesar, y es que se ha anunciado el lanzamiento de KDE’s 6th Megarelease – Beta 1, es decir, el lanzamiento de la primera beta de KDE Plasma 6, incluyendo KDE Frameworks y KDE Gear. Si hace algo menos de un mes se publicaban las alfas del conjunto, ahora se acaba de dar un nuevo y determinante paso en pos de la versión estable.

Pero no tengas prisa, que no hay necesidad. En primer lugar, porque el mismo conjunto de software sigue recibiendo soporte para su versión anterior, que es y será por un buen tiempo la recomendada para prácticamente todo caso de uso que se precio. Y en segundo, porque aunque se prevé que KDE Plasma 6 esté listo para principios de año, de ahí a que esté listo para producción hay un trecho.

¡Ojo! Nada parece indicar que estemos ante un salto dramático, como sucedió de KDE 3 a KDE 4 o, en mucha menor medida, pero también de manera destacable, de KDE 4 a Plasma 5. De hecho basta con probar lo que va saliendo para percatarse de ello: si Plasma 6 trae novedades reseñables lo hará paulatinamente y más en el fondo que en la forma. Me refiero a temas ya comentados como el soporte prioritario de Wayland, etc.

Sin ir más lejos, así se ve ahora KDE Plasma 6 Beta:

Una imagen basta, porque realmente apenas han cambiado algunos detalles en lo visual con respecto a Plasma 5. El más evidente en esa imagen es el panel, que ahora se muestra en el modo flotante por defecto (nada que no se pueda hacer en Plasma 5). Para los ojos más entrenados, sin embargo, lo que más llamará la atención es que los componentes del escritorio se ven más sencillos, sin tanta linea según el nivel (donde más se nota y para bien es en Dolphin).

Sea como fuere, esta primera beta de Plasma 6 no es como sería una beta entre Plasma 5.26 y 5.27: son muchos los componentes en transición y la experiencia se nota verda, como por otra parte es obvio. Lo comento porque aunque este sea un lanzamiento importante en el ciclo de desarrollo, para el usuario corriente no lo es tanto, ya que por las diferencias que se palpan uno podría pensar que estamos frente a un Plasma 5.28, pero no.

En resumen, la primera beta de Plasma 6 ya está aquí y… Puedes echarle un vistazo si te apetece, pero hazlo con mesura, con una máquina virtual o similar, porque está todo a medio cocer. En el anuncio enlazado más arriba puedes profundizar un poco más en lo que trae, aunque apenas se hace mención a novedades; y para probarla, KDE neon Unstable Edition es la vía más directa.

Y bien: ¿que preferís? ¿Un salto lento, con las novedades llegando poco a poco, pero primando la estabilidad, o una renovación a lo grande e ir puliendo los problemas sobre la marcha (como sucedió con las anteriores versiones, se podría decir)? Yo la verdad es que no lo tengo claro.

Fuente: Muy Linux.

OpenMandriva Lx 5.0 es la nueva versión mayor de la veterana derivada de aquel referente del Linux de escritorio que fue Mandrake primero, Mandriva después. Llega tras casi dos desde el lanzamiento de su anterior versión y sí, podemos calificar a la distribución de veterana ya, pues cabe recordar que este 2023 ha cumplido su primera década de andadura.

OpenMandriva Lx 5.0 llega, como no podía ser de otra manera, muy renovada en relación a su lanzamiento previo y según indican sus responsables, lo hace como versión de despedida de KDE Plasma 5, entorno de escritorio privilegiado del sistema desde sus inicios. Así, a componentes como el reciente kernel Linux 6.6 LTS o Mesa 23.3 se le suma lo último de KDE, pero estable.

En concreto, OpenMandriva Lx 5.0 se presenta con KDE Plasma 5.27.9, KDE Gear 23.08.3 y KDE Frameworks 5.112, a medida que se van preparando para la próxima venida de Plasma 6. Sin embargo, los usuarios de OpenMandriva ya no tienen por qué conformarse solo con el escritorio y herramientas de KDE, dado que ya no es la única opción disponible: también ofrece imágenes de instalación con GNOME 45 y LXQt 1.4.

Si eres usuario de esta distribución y te estás planteando dar el salto a la nueva versión o cómo hacerlo, sus desarrolladores «recomiendan encarecidamente a los usuarios de las versiones OMLx 4.x que opten por una nueva instalación de OpenMandriva Lx 5.0 para una mayor seguridad«. Asimismo, se adelantan nuevas variantes con la misma base dedicadas a servidores y dispositivos ARM, mientras continúan trabajando en un port para RISC-V.

Por último, para celebrar el décimo aniversario de OpenMandriva se han empaquetado las imágenes de fondo de pantalla más significativas de la historia de la distribución, por lo que la selección es más abundante que nunca. Para más datos acerca de este lanzamiento, el anuncio oficial. Por otro lado, en la página de descargas está lo propio, pero no te equivoques, que son varias las ediciones disponibles.

A principios de año, de hecho, se consumó el debut de OpenMandriva ROME, la rolling-release en la que cualquier usuario encontrará ya todo lo nuevo que trae ahora OpenMandriva Lx 5.0 ‘Rock’, la denominación que se le dio en su momento, aunque más tarde ha sido ignorada. Y luego están los spins en torno a escritorio como Xfce, MATE, Cinnamon o Budgie, a pesar de que no son muy recomendables por el grado de soporte que tienen.

Fuente: Muy Linux.

PipeWire 1.0 ya está disponible para hacer que el servidor de transmisión de multimedia pase a estar en fase “estable”, aunque en la actualidad hasta Debian Stable lo emplea como servidor de sonido al menos con el escritorio GNOME. A pesar de lo que tradicionalmente suele suponer el salto a la versión 1.0, en este caso nos encontramos con una evolución que no supone, al menos aparentemente, un punto de inflexión para el proyecto.

PipeWire es descrito por muchos como un servidor de sonido que está destinado a suceder a PulseAudio y JACK, pero la realidad es que es algo más. PipeWire nació hace años como PulseVideo y fue concebido en un primer momento para la transmisión de vídeo, pero fue evolucionando con el paso del tiempo para adquirir propiedades de transmisión de audio y ser lo que hoy es. Hasta cierto punto se puede entender que fue creado para cubrir una de las carencias más destacadas de Wayland: la falta de un mecanismo estándar para la captura de la pantalla.

Decir “transmisión” puede sonar a muchos más YouTube y Twitch que a un daemon del sistema operativo, así que vamos a dar forma a ese término ajustándolo al contexto que nos ocupa. La transmisión de audio se refiere a la emisión de sonido empleando los típicos altavoces y auriculares y a la captura mediante un micrófono. Por otro lado, la transmisión de imágenes se refiere principalmente a la captura que se puede hacer con PipeWire desde aplicaciones como OBS Studio y Kooha. Con estos ejemplos ya debería quedar clara la definición de “servidor de transmisión de multimedia”.

En lo que respecta a PipeWire 1.0 y como ya hemos dicho, nos encontramos con más evolución que revolución. Las principales novedades son el manejo de llamadas simultáneas a jack_port_get_buffer() en la capa de compatibilidad con JACK como forma de mejorar el soporte para Ardour, la mejora del reporte del tiempo (menos jitter) en ALSA cuando se usa IRQ, la corrección de una fuga de MEMFD/DMA-BUF al cargar los búferes mientras se apaga y muchas mejoras en la documentación.

Otras cosas que se pueden destacar son la corrección de una posible violación de segmento (segfault) cuando se copian estructuras de mezcla, la evitación de carreras en setrlimit dentro del módulo module-rt, la corrección de una filtración de memoria en la cadena de filtros, el establecimiento de rtp.ptime en los emisores y no en los receptores, unos módulos de ROC que han sido portados a la versión 0.3 y para el soporte a través de Bluetooth hay mejoras en la compatibilidad y en el propio códec LC3.

Para la capa de compatibilidad con PulseAudio se ha corregido la emisión de eventos cuando se cambia el estado de un sumidero o fuente, mientras que para la compatibilidad con JACK, además de lo ya mencionado, se ha mejorado el manejo del transporte y el tiempo, la reutilización del búfer ha sido optimizada y se evita la enumeración de parámetros del puerto que no se va a utilizar.

Y estas son todas las novedades de PipeWire 1.0, un servidor que se espera empiece a despegar de verdad con el lanzamiento de Ubuntu 24.04 LTS, sistema que se espera lo emplee por defecto tanto para la captura de la pantalla como para el soporte de sonido. Si no se quiere pasar por el tortuoso proceso de compilación, la forma más fácil de obtenerlo es empleando una distribución bleeding edge como Fedora, openSUSE Tumbleweed, openSUSE MicroOS o Arch Linux, a las cuales debería llegar como una actualización estándar.

Con motivo de este lanzamiento, en Fedora Magazine han entrevistado a Wim Tymans, empleado de Red Hat y el considerado como el “padre” de PipeWire, un software que apunta a ser uno de los grandes puntales del escritorio Linux, sobre todo tras la consolidación definitiva de Wayland.

Fuente: Muy Linux.