openSUSE ha anunciado la incorporación de systemd-boot como cargador de arranque opcional para Tumbleweed, el sistema operativo mutable y rolling release desarrollado por el proyecto comunitario del camaleón.

Los que sigan de cerca a openSUSE sabrán que el proyecto tiene la intención de sustituir GRUB por systemd-boot debido a que este último proporciona “simplicidad y eficiencia, especialmente cuando se maneja el cifrado completo de disco”. Dicho con otras palabras, el propósito es simplificar el soporte el torno al cargador de arranque, el cual se ha vuelto tanto complejo con GRUB.

openSUSE explica a través de su sección de noticias que “los cargadores de arranque tradicionales como GRUB requieren de la incorporación de código de descifrado y funciones de derivación de claves que pueden complicar el código del cargador de arranque y el proceso de arranque, lo que podría ralentizar el sistema en el inicio. Con systemd-boot, estas responsabilidades se delegan al kernel de Linux y al espacio del usuario, lo que ayuda a agilizar el proceso de arranque”.

Otra cosa importante es el soporte para acceder a las instantáneas de Btrfs a través del cargador arranque, sobre todo en Tumbleweed y MicroOS (en un futuro Aeon y Kalpa en el escritorio). Esta característica añade complejidad al propio proceso de arranque, por lo que desde el proyecto esperan mejorar en ese frente mediante la integración de systemd-boot con el sistema de administración de instantáneas, garantizando así que cada instantánea se inicie correctamente y que las actualizaciones del kernel sean bien gestionadas dentro un entorno que resulta bastante dinámico.

Para integrar la gestión de las versiones del kernel, las instantáneas y el propio arranque en systemd-boot, en openSUSE han empaquetado scripts y herramientas como sdbootutil, con el que el sistema creará nuevas entradas de arranque Type #1 en la partición de sistema EFI (ESP) para representar todas las opciones de arranque disponibles, las cuales copiarán desde la instantánea los nuevos kernels instalados en la partición, además de generar initdr para dichas instantáneas.

En caso de utilizar cifrado completo de disco, una característica cada vez más demandada para proteger los datos en dispositivos como portátiles y móviles principalmente, sdbootutil se encargará de llamar también “a los diferentes comandos que actualizarán las políticas necesarias para desbloquear automáticamente las nuevas instantáneas utilizando el dispositivo Trusted Platform Module 2.0 (TPM2) del sistema”.

El soporte para TPM es algo importante para los responsables de systemd, y es que el framework ha incorporado en los últimos años muchas cosas orientadas a soportar las características de seguridad que han sido implementadas en placas base UEFI durante el transcurso de la última década, a pesar de la impopularidad de UEFI y de algunas de sus características entre muchos usuarios de Linux.

El soporte de systemd-boot en openSUSE Tumbleweed todavía está en fase experimental, así que GRUB sigue siendo el cargador de arranque predeterminado. Sin embargo, que no quepa duda que desde el proyecto tienen la intención de llevar acabo la transición, pero se trata de un proceso que apunta a durar unos cuantos meses como mínimo.

A pesar de que systemd-boot existe desde hace tiempo, hay pocas distribuciones que lo usan a la hora de la verdad, siendo Pop!_OS una de ellas. Curiosamente en Fedora todavía no hay nada sólido en torno a la sustitución del cargador de arranque, y eso que systemd es un desarrollo que nació en las instalaciones de Red Hat.

Fuente: Muy Linux.

Tres meses después de adelantarlo, AMD ha publicado el código fuente de FidelityFX Super Resolution 3, más conocido como FSR 3, bajo el paraguas de GPUOpen y la licencia MIT. Aunque este es un acontecimiento importante, por ahora hay que tomárselo con cautela debido a algunas carencias importantes que esperemos sean subsanadas en un futuro.

FSR es la tecnología de reescalado de AMD, la cual compite con el DLSS de NVIDIA y el XeSS de Intel. Por ahí también anda el MetalFX de Apple, pero el gigante de la manzana mordida juega en su propia liga, más desde que sus ordenadores personales se basan en la arquitectura ARM, así que a partir de ahora ignoraremos a esta última debido a la falta de confrontación directa.

La principal característica de FSR frente a DLSS y XeSS es el hecho de ser la única tecnología destacada de su segmento que es publicada como código abierto, aunque sea a destiempo. De NVIDIA no hace decir nada sobre su predilección por lo privativo e Intel ha incumplido las expectativas que generó en su momento en lo que a aperturismo se refiere, lo que deja a FSR en una posición privilegiada entre los seguidores del código abierto.

Retomando el tema que realmente nos ocupa, FSR 3 destaca frente a las versiones anteriores por la inclusión de la generación de imágenes. Sobre el papel, la última versión de la tecnología de reescalado del gigante rojo representa una mejora importante, en especial en lo que respecta a la calidad de imagen para competir en mejores condiciones con el DLSS de NVIDIA, que se ha erigido como el gran referente del sector. Además, FSR es compatible con gráficas de Radeon y NVIDIA, mientras que DLSS solo funciona sobre GPU de la misma compañía que lo desarrolla.

Sin embargo, no todas son buenas noticias en torno a FSR 3, ya que el código fuente publicado solo soporta DirectX 12 y Unreal Engine 5, así que por ahora no hay nada de Vulkan ni de Linux (al menos en términos oficiales). La propia AMD ha anunciado que el soporte para Vulkan está en desarrollo, lo que debería facilitar su implementación en Linux debido a que esa es la API de referencia en lo que a videojuegos se refiere. Por otro lado, veremos si Valve toma cartas en el asunto por lo que le conviene.

En resumidas cuentas, FSR 3 ya es de código abierto, pero parece que habrá que esperar para que pueda ser empleada a través de Linux. Con unos videojuegos triple A cuyos requisitos de sistema han subido mucho en los últimos años, FSR puede terminar erigiéndose como una pieza clave para mantener viva a la Steam Deck, además de que el soporte multiplataforma que debería llegar en un futuro abriría la puerta a aprovechar sus virtudes en software como los emuladores.

​

Fuente: Muy Linux.

Nadie dijo que el camino hacia la digitalización fuese fácil, pero lo cierto es que es ineludible y no solo por motivo de competitividad: las ventajas son un hecho a todos los niveles, sin embargo, se trata a día de hoy de una cuestión de mera supervivencia. Ergo, lo que no puedes hacer solo, podrás conseguir hacerlo acompañado.

Si la digitalización de tu empresa se complica; si llevas tiempo intentándolo sin alcanzar a conseguirlo; si el papel sigue siendo tu pan de cada día… Es evidente que ha llegado el momento de buscar un apoyo sobre el que impulsarse para encarrilar la situación: una ayuda experta que sepa indicarte soluciones certeras a los problemas que enfrentas.

Problemas tales como:

• Accesibilidad: ¿tienes garantizado el acceso a los documentos que necesitas cuando y donde lo necesitas?
• Ahorro: ¿sigues imprimiendo documentos en papel, no a modo de copia de seguridad, sino para su uso cotidiano?
• Eficiencia: ¿ese documento en papel que acabas de encontrar… estás seguro de que es la última versión?
• Cumplimiento: ¿estás cumpliendo con todos los requisitos legales al almacenar la información confidencial de tus clientes?
• 
• Las ventajas de la digitalización son un hecho: tener acceso constante, desde cualquier dispositivo, a todos los datos referentes a las diversas áreas de negocio para tomar decisiones informadas; ahorro en gastos operativos; alza de la productividad y la eficiencia; una mejor comunicación con los clientes a través de múltiples canales digitales…

  Sin embargo, el camino hacia la digitalización total de una empresa puede resultar desafiante sin la guía y herramientas adecuadas. Cambiar el enfoque tradicional basado en papel y procesos físicos a uno completamente digital demanda la colaboración de expertos destacados y la implementación de las mejores prácticas disponibles en el mercado.

  Por suerte, existen soluciones que pueden ser de gran ayuda en el proceso de digitalización, de transformación digital de una empresa. ¿Quieres saber más? Descarga gratis el siguiente documento y descubre todas las claves.

Fuente: Muy Linux.

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.