Oracle ha publicado JDK 22, que dependiendo del prisma por el que se mire puede ser entendido como OpenJDK 22 o Java 22. Una vez más, recordamos que OpenJDK es la base de la implementación comercial de Java desde la versión 7, así que las dos grandes vertientes de la tecnología están sincronizadas desde hace muchos años.

Java sigue una cadencia de lanzamientos de seis meses desde hace bastante tiempo. Esto ha permitido a la tecnología evolucionar a mayor velocidad, pero con el coste de introducir una menor cantidad de novedades y cambios en cada versión. Por otro lado están las modificaciones introducidas en la licencia de la versión comercial, que en su momento generaron bastante controversia, pero en el fondo no son algo tan dramático si uno migra a OpenJDK, cuya publicación bajo la licencia GPLv2 minimiza las probabilidades de que Oracle imponga restricciones muy severas.

JDK 22 ha llegado con un total de doce mejoras respaldadas a través de sus propias Propuestas de Mejora del JDK (JEP), entre las que hay siete características en fase previa y una que se encuentra en la incubadora. Dichas mejoras abarcan distintas áreas de la tecnología y vamos a mencionar a continuación las más destacadas.

En primer lugar nos encontramos con las variables y los patrones sin nombre, que mejoran la legibilidad cuando se requieren declaraciones de variables o patrones anidados que no son utilizados. Para ambos casos se emplea el carácter de guion bajo para indicarlos y su propósito es reducir las posibilidades de error por parte del desarrollador, mejorar el mantenimiento del código al identificar las variables que deben declararse sin ser utilizadas, permitir que múltiples patrones aparezcan en una sola etiqueta si ninguno de ellos declara una variable de patrón y mejorar la legibilidad de los patrones de registros al eliminar los patrones de tipos anidados innecesarios.

En segunda fase previa están las plantillas de cadenas de caracteres, que complementan las cadenas literales y los bloques de texto ya presentes en Java acoplando texto literal con expresiones integradas y procesadores de plantillas para producir resultados especializados. Estas plantillas permiten simplificar la escritura de los programas, además de mejorar la legibilidad de las expresiones que mezclan texto y expresiones y la seguridad de los programas que componen cadenas a partir de valores proporcionados por el usuario y que pasa por otros sistemas.

También han llegado en segunda fase previa las clases y métodos principales de instancia implícitamente declarados, que permiten a los estudiantes escribir sus primeros programas en Java sin necesidad de entender las características orientadas a programas grandes. Sí, esto está más orientada al aprendizaje que a la producción, y no es la primera vez que Java implementa algo por el estilo.

En cuanto a bibliotecas, la API de función foránea (foreign) y memoria permite que los programas de Java sean capaces de interoperar con código y datos que están fuera del entorno de ejecución (runtime). Al invocar de manera eficiente funciones externas y acceder de forma segura a la memoria externa que no es administrada por la máquina virtual de Java (JVM), la API hace que sea posible que un programa de Java pueda llamar a bibliotecas nativas y procesar datos nativos sin la fragilidad ni el peligro que conlleva la interfaz nativa de Java (JNI).

En fase previa ha sido incorporada la API Class-File (fichero de clase), que proporciona una API estándar para analizar, generar y transformar ficheros de clase de Java, además de los recolectores de streams para mejorar la API Stream a la hora de soportar operaciones intermediarias personalizadas. En segunda fase previa están la concurrencia estructurada para simplificar la programación concurrente y los valores de alcance (scoped values) para permitir una compartición eficiente de los datos inmutables dentro de y entre hilos.

La API de vectores, que es un clásico de los lanzamientos del JDK y que está orientada a expresar cálculos vectoriales que se compilan de manera confiable en el entorno de ejecución con instrucciones vectoriales óptimas para las arquitecturas de CPU soportadas, está en su séptima fase de incubación y ha incorporado mejoras de rendimiento y correcciones.

En cuanto las características relacionadas con el rendimiento, se ha implementado fijación regional en el recolector de basura G1 para reducir las latencias, por lo que ya no es necesario inhaibilitarlo en las regiones críticas de la JNI, y la posibilidad de que los usuarios puedan ejecutar un programa suministrado a través de varios ficheros de código fuente sin tener que compilarlo primero.

Todos los detalles sobre Java 22 pueden ser consultados a través de las notas de lanzamiento disponibles en la web de OpenJDK y en la entrada publicada en el blog oficial de Java. La versión software libre del JDK puede ser obtenida desde el sitio web de Java (alternativamente y extraoficialmente desde Adoptium) y la comercial desde la web de Oracle.

Fuente: Muy Linux.

Lo publicábamos ayer en MC, pero vale la pena recogerlo aquí también, y es que la nueva versión del gestor de contraseñas KeePassXC llega con novedades reseñables. Pocas, apenas tres, pero solo por una ya merece la pena dedicarle el hueco: soporte para Passkey.

Hacía tiempo que nos nos hacíamos eco de un lanzamiento de KeePassXC, uno de los gestores de contraseñas más recomendables a día de hoy, a pesar de no seguir la tónica dominante del software como servicio. KeePassXC, por el contrario, es una aplicación local en la que tú te lo guisas, tú te lo comes con sus ventajas e inconvenientes; con un matiz importante: tiene casi todas las opciones que le puedes pedir a una herramienta de su categoría.

Para más datos en el caso de que los necesites, descubre por qué KeePassXC es el nuevo tótem de las contraseñas -hablando siempre en clave de software libre, aclaro- y, ya que el artículo cubre lo principal, pero está desactualizado, aquí puedes repasar las novedades que hemos ido recogiendo en los últimos años de los lanzamientos más destacados de la aplicación. Las novedades previas a la versión que nos ocupa, obviamente, y conste que la cobertura se remonta tiempo ha.

Ahora sí, vamos con KeePassXC 2.7.7 y sus novedades, que al margen de las habituales correcciones son tres: soporte de Passkey, mejoras en la importación de datos y acceso simplificado. Comenzando por el primero, novedad estelar donde las haya, un aviso a navegantes, por si acaso alguien no está familiarizado con el término, aun cuando ed un tiempo a esta parte se lleva implementando a lo grande en la industria, impulsado por el W3C y la Alianza FIDO.​:

La autenticación con Passkey, también conocida como autenticación de contraseña de un solo uso (OTP), es un método de verificación que utiliza una contraseña que es válida solo para una única sesión de inicio de sesión o transacción. En lugar de utilizar una contraseña estática, se genera una temporal que se envía al usuario a través de un medio seguro, como un mensaje de texto o un correo electrónico.

En resumen, las Passkeys o claves de acceso son un método de autenticación que intenta facilitar el proceso de identificación, así como mejorar su seguridad, prescindiendo en lo posible del uso de contraseñas como siempre se ha hecho: en fechas recientes, compañías como Google, Microsoft, Meta, Amazon y otras han ido implementándolo para todos sus usuarios de manera más o menos activa. ¿Cómo funciona en KeePassXC? En la documentación se explica, aunque no es complicado.

Por otro lado, KeePassXC 2.7.7 mejora el asistente de importación, que ha ampliado sus capacidades para con las nuevas versiones de las bases de datos de 1Password y Bitwarden, así como mejora la gestión de archivos CSV, comunes para exportar contraseñas; y ha simplificado la interfaz de desbloqueo de la aplicación, que además reconoce ahora de manera automática si hay llaves Yubikey o OnlyKey conectadas. Para descargar KeePassXC, entra en ese enlace y elige el medio que más interese.

Fuente: Muy Linux.

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.