Rocky Linux 8.5: tras la senda de RHEL, pero con el espíritu de CentOS

publicado en: Linux | 0

Si ayer nos hacíamos eco del lanzamiento de AlmaLinux 8.5, hoy es el turno de Rocky Linux 8.5, otra de las derivadas de Red Hat Enterprise Linux (RHEL) nacidas al albor del deceso de facto de CentOS. Es lo que tiene el código abierto: una muerte puede generar mucha vida… aunque CentOS como tal no haya muerto, vale aclarar.

Centrándonos en Rocky Linux 8.5, la distribución comunitaria recoge como su numeración indica las mismas novedades que presentó RHEL 8.5 la semana pasada, que a la postre son las mismas que resumimos ayer para con el lanzamiento de AlmaLinux 8.5, incluyendo la actualización de multitud de componentes siguiendo lo marcado por RHEL, pero no solo eso.

Así, algunas de las novedades de Rocky Linux 8.5 incluyen la incorporación y actualización de componentes como Ruby 3.0, nginx 1.20 o Node.js 16, PHP 7.4.19, Squid 4.15, Mutt 2.0.7, GCC 11, LLVM 12.0.1, Rust 1.54.0 o Go 1.16.7, así como las mejoras de seguridad y de otro tipo acumuladas por la distro madre en el sistema base.

Como elementos destacados está la actualización de OpenJDK 17, última versión de la implementación de Java para el grueso del ecosistema Linux, aunque para garantizar la compatibilidad sigue estando disponible OpenJDK 11 (11.0.13) y OpenJDK 8 (8.0.312), ambas actualizadas a sus últimas versiones de mantenimiento.

Cabe insistir en el dato de que tanto AlmaLinux como Rocky Linux, como Oracle Linux, cuya última versión aún está por salir, son clones a nivel binario de RHEL y, por lo tanto, totalmente compatibles con esta, pero tienen sus diferencias. En concreto, RHEL facilita una integración con determinados componentes dentro y fuera del ecosistema de Red Hat que se complica -e incluso se imposibilita, según el caso- con sus derivadas.

Y luego está el enfoque de cada una. AlmaLinux y Oracle Linux, por ejemplo, se enmarcan en el mismo espectro de la propia RHEL, con el objetivo puesto en el usuario de infraestructuras, mientras que Rocky Linux tiene un aire más cercano a lo que fue CentOS tradicionalmente -de hecho, es la única derivada cien por cien comunitaria- y presta atención a áreas más desatendidas.

En el caso de Rocky Linux 8.5, las notas de lanzamiento hacen hincapié en el soporte de Secure Boot, que conviene revisar una vez instalado el sistema siguiendo la instrucciones que se dan en ese mismo anuncio. Además, se han añadido a su repositorio propio paquetes como Thunderbird con soprote GPG, el servidor OpenLDAP o un kernel como soporte específico para Rasperry Pi 2 y aarch64.

Las imágenes de Rocky Linux 8.5 para arquitecturas x86_64 y la mencionada ARM64 (aarch64) están disponibles ya en la página de descargas oficial. Por otro lado, quienes ya estén usando el sistema y quieran actualizar, pueden hacerlo mediante un simple comando, el cual se especifica en las notas enlazadas más arriba.

Fuente:Muy Linux.

Red Hat Enterprise Linux 8.5 ofrece más contenedores, más seguridad, OpenJDK 17 y .NET 6

publicado en: Linux | 0

 

Red Hat Enterprise Linux (RHEL) 8.5 ya está está disponible de manera general como última versión estable y para producción de la conocida y reputada distribución corporativa, la cual ha sido el medio que ha convertido a la compañía que la desarrolla en la líder tanto en términos económicos como tecnológicos del espectro Linux.

RHEL 8.5 viene con algunas novedades de interés que abarcan principalmente contenedores, mayores facilidades en la gestión, la seguridad y la actualización del soporte para el desarrollo con Java y el framework .NET de Microsoft.

Comenzamos con la puesta a disposición de la imagen de contenedor de RHEL 8 para Podman, que puede ser desplegada en sistemas de integración continua y entrega continua en la nube, WSL 2 en Windows, la aplicación de Docker para macOS y las versiones 6, 7 y 8 de RHEL. Esta imagen de contenedor puede ayudar en el desarrollo y ejecución de otras imágenes de contenedor.

Otra novedad de RHEL 8.5 es que ahora se encarga de verificar de manera predeterminada las firmas de las imágenes de contenedor para así asegurarse de que no han sido manipuladas. Este mecanismo debería de ofrecer confianza a los usuarios a la hora de extraer (hacer pull) imágenes de contenedor. Para acabar con el tema, el sistema que nos ocupa mejora el rendimiento a la hora de crear y ejecutar contenedores sin raíz con soporte nativo de OverlayFS.

La automatización es algo muy importante para Red Hat, así que no es de extrañar que RHEL 8.5 traiga algunas mejoras en este frente. Para empezar tenemos un módulo de administración de hardware incluido en Ansible, el cual permite configurar la Interfaz de Administración de Plataforma Inteligente (IPMI) para cosas como el estado de energía de un sistema y el orden de inicio de los dispositivos.

La identificación de los problemas de rendimiento a través de la consola web ha sido mejorada. RHEL 8.5 puede ayudar a detectar problemas de rendimiento a nivel de CPU, disco o red, soportando además la exportación fácil a un servidor Grafana. Por otro lado, a partir de este lanzamiento es posible recurrir a roles del sistema para configurar un servidor Postfix o una VPN de manera más rápida.

Los lanzamientos menores de RHEL tienen ahora la capacidad de acceder a los parches en caliente durante un periodo de seis meses después del lanzamiento una versión específica del kernel, lo que ofrece más flexibilidad a los clientes mientras estos se esfuerzan por mantener sus implementaciones de RHEL seguras con la aplicación sin reiniciar de parches de seguridad. La complejidad de la administración del parcheo en caliente del kernel ha quedado reducida gracias a que la tarea puede realizarse mediante la consola web.

El acceso a los registros de autenticación de usuario a través del Daemon de Servicios de Seguridad del Sistema (SSSD) ha sido mejorado para incluir detalles como el tiempo para completar, los errores, el flujo de autenticación y la configuración. Para ello se han incorporado capacidades de búsqueda para que los administradores puedan analizar más fácilmente los problemas de rendimiento o la configuración dentro de la infraestructura de autenticación de usuarios.

Terminando con las mejoras a nivel de seguridad, nos encontramos con la aplicación del estándar NTS para suministrar autenticación criptográfica de los servidores de NTP y así evitar ataques de tipo intermediario (man-in-the-middle).

Otro aspecto a destacar es la mejora del soporte para SQL Server. RHEL 8.5 ha puesto a disposición un rol para el sistema gestor de bases de datos de Microsoft que permite a los administradores instalar, configurar y ajustar bases de datos de forma más rápida. Por otro lado, la API de evaluación de SQL Server para Red Hat Insights ayuda a proporcionar una experiencia óptima a los administradores al proporcionar las mejores prácticas de Microsoft para evaluar la configuración de SQL Server, además de ofrecer a los usuarios capacidades para remediar problemas descubiertos a través de la API.

Para los desarrolladores de software destaca el soporte para los recientes OpenJDK 17 y .NET 6. Del primero, aparte de todas las novedades y mejoras que ha traído de por sí, también está disponible en formato de contenedor de Imagen Base Universal (UBI) de RHEL, lo que ofrece a los desarrolladores nuevas formas de probar y actualizar aplicaciones y de usar OpenJDK en canalizaciones de integración continua y entrega continua. De la última versión del archiconcido framework de Microsoft sobresale la simplificación de los lenguajes C# y F#, una criptografía simplificada y nuevas API como la de WebSocket.

Red Hat Enterprise Linux 8.5 está disponible a través del portal del cliente de Red Hat. Los que quieran conocer todos los detalles pueden consultar el anuncio oficial y las notas de lanzamiento.

Fuente:Muy Linux.

System76 está desarrollando su propio escritorio en Rust

publicado en: Linux | 0

 

System76 parece querer convertirse en la Apple de Linux, con todas las diferencias que el estar basado en software de código abierto supone… más o menos, porque de todo hay. Así, mientras que por un lado se da a conocer que la compañía está desarrollando su propio escritorio, por el otro se denuncia

Pero comencemos por el principio: System76 ¿la Apple de Linux? Es una forma de hablar. Fueron una de las primeras marcas en vender equipos con Linux; impulsaron más tarde su distribución propia basada en Ubuntu, Pop!_OS; adaptaron GNOME a sus exigencias, modificándolo y renombrándolo como COSMIC… Lo cual no tomó forma hasta hace poco, cabe señalar… Y ahora anuncian la intención de desarrollar su propio escritorio.

Pero es que entre medias System76 ha colaborado con el proyecto elementary desarrollando un nuevo instalador de sistema, ha lanzado periféricos como el teclado mecánico Launch, han integrado en sus equipos -en sus instalaciones, más bien- componentes alternativos libres como Coreboot… Y ahora anuncian la intención de desarrollar su propio escritorio, repito, lo que invita a pensar que sus planes a medio y largo plazo son ambiciosos.

Sin embargo, no se ha tratado de un anuncio como tal, sino de el reconocimiento por parte de uno de los desarrolladores de Pop!_OS de que están en ello. Se cuenta a este respecto que el nuevo escritorio de System76 para Pop!_OS no se basa en ningún otro y está siendo escrito desde cero en el cada vez más popular lenguaje de programación Rust, conocido por aportar una mayor eficiencia y seguridad.

Dicho lo cual, se trataría en efecto de un escritorio y no de un entorno de escritorio completo, al menos en un principio. Así, lo que están desarrollando en System76 es una shell en Rust, pero el resto de componentes tales como el gestor de composición, las aplicaciones básicas y otros, se basarían en alternativas extendidas ya existentes. A la pregunta del por qué System76 quiere meterse en esos líos…

… La respuesta está en COSMIC, más que un escritorio, un conjunto d extensiones con las que modificar GNOME de acuerdo a los requisitos de los responsables de Pop!_OS. Y ya sabemos que el ‘GNOME Way’ no favorece el contentar a todo el mundo en los que a funcionalidad y características se refiere, e intentar solucionar las carencias con extensiones no siempre ofrece buenos resultados o tan siquiera es viable.

«Hay cosas que nos gustaría hacer que no podemos lograr simplemente a través de extensiones en GNOME. Las extensiones en general se sienten como un hack. Y lo que queremos hacer con nuestro escritorio difiere de GNOME, por lo que no es como la opción de fusionar Pop!_Shell y COSMIC en GNOME Shell sería algo bienvenido», escribe el desarrollador de Pop!_OS Michael Murphy en el hilo de Reddit en el que se ha dado a conocer todo.

Entre otras cosas, se menciona que queda un largo camino por delante o que seguirán usando diferentes tecnologías de GNOME para cubrir los huecos que tienen, que son muchos. Por último cabe preguntarse también si el futurible COSMIC Rust estará al alcance de todos los usuarios de Linux o sucederá como con el COSMIC actual, o con Pop!_Shell, que fuera de su distro madre se pone difícilFUERNTE, aunque ha mejorado un poco la situacion.

 

Fuente:Muy Linux.

System76 es un colaborador tóxico, denuncian desde GNOME

publicado en: Linux | 0

¿Y qué dice GNOME de los planes de System76 de crear su propio escritorio? Nada. Lo dice de otra cosa, aunque no es exactamente GNOME como organización -aunque bien podría serlo- la que levanta la voz, sino Chris Davis, uno de sus de desarrolladores en un extenso artículo titulado «System76: un caso de estudio sobre cómo no colaborar con el upstream«.

«La siguiente publicación fue escrita en el contexto de los eventos que ocurrieron en septiembre. […] Esperé con la esperanza de que pudiéramos llegar a un final feliz con System76. A medida que pasa el tiempo, esa esperanza se ha desvanecido. Los intentos de conectar con System76 no han sido productivos, y creo que hemos dejado que la impresión que le han dado a la comunidad tecnológica sobre GNOME permanezca durante demasiado tiempo», comienza Davis.

Davis acusa a System76 de lanzar FUD (fear, uncertainty and doubt, tal cual) contra GNOME, pero también contra personas concretas del entorno de GNOME a raíz de los debates sobre el futuro del proyecto que dieron lugar al señalado artículo del GNOME Way. No es, además, la primera vez que System76 actúa así, según Davis, quien ha perdido su confianza en que la compañía corrija sus maneras.

Davis ilustra el «patrón de comportamiento de System76» con numerosos ejemplos que no vamos a reproducir porque este artículo se alargaría en exceso, pero que abarcan un poco de todo, dentro y fuera del entorno de GNOME: problemas de comunicación que derivan en ruptura, es el caso de LVFS; atribuciones ilegítimas y mal ánimo con la colaboración, es el caso de Ubuntu; y con GNOME, incluyendo posturas encontradas en materia de usabilidad y diseño.

Más allá de las posturas encontradas y la discusión, sin embargo, Davis acusa a System76 de emplear malas formas, tergiversar y atacar a GNOME como no cabría esperar de una compañía que se supone que comparte objetivos y vías de desarrollo y, añado yo, nada menos que con un miembro del Consejo Asesor de GNOME Foundation como es System76 desde 2018.

Cada uno de los ejemplos que ofrece Davis, no obstante, requiere de indagar y contemplar ambas partes en igual medida, así como darían para diferentes artículos. En el suyo están todas las fuentes y muestras de la actitud de System76 que no dejan una buena impresión. Ahora bien, dependiendo del ruido que genere esta queja en la comunidad, el ensamblador estadounidense contestará a buen seguro, como ha hecho de manera habitual.

 

 

Fuente: Muy Linux

 

 

 

.NET 6, nueva versión del framework multiplataforma de Microsoft

publicado en: Linux | 0

Microsoft ha anunciado la publicación de .NET 6, la nueva versión de su archiconodio framework con el que se puede hacer aplicaciones que abarcan todas las áreas, incluso servidores, la nube y el IoT. Sin embargo, en Linux la cosa se queda más bien centrada en soluciones de servidor, consola y web, o sea, que nada de soporte para aplicaciones gráficas de escritorio.

.NET 6 viene muy cargado de novedades, así que vamos a comenzar con las partes más generales. Para empezar, se trata un lanzamiento LTS que será soportado durante tres años, por lo que hereda la senda de .NET Core 3.1, cuyo soporte se acabará en diciembre de 2022, mientras que el fin de ciclo de la versión 5 llegará el mayo de 2022.

Microsoft trabaja desde hace años para convertir a .NET en una plataforma unificada, algo en lo que ha avanzado mucho en la versión 6 según sus propia palabras. De hecho, la compañía ha dicho que .NET 6 ofrece una “plataforma unificada en navegador, nube, escritorio, IoT y aplicaciones móviles, todas usando las mismas bibliotecas de .NET y la capacidad de compartir código fácilmente.”

“El alcance de los desarrolladores de .NET continúa ampliándose con cada lanzamiento. El aprendizaje automático y WebAssembly son dos de las adiciones más recientes”. Por otro lado, “una de las adiciones más interesantes es la interfaz de usuario de la aplicación multiplataforma .NET (.NET MAUI). Ahora puede escribir código en un solo proyecto que brinda una experiencia de aplicación de cliente moderna en sistemas operativos de escritorio y móviles”.

A nivel de lenguajes nos encontramos con C#, cuya versión 10 continúa con la simplificación que se inició con las declaraciones de la versión 9. El propósito de esa simplificación es hacer que los programas ocupen menos líneas, hasta el punto que “las nuevas características eliminan aún más ceremonia de Program.cs, lo que resulta en programas tan cortos que ocupan una sola línea”.

Entre las características de C# 10 se han mencionado las directivas ‘using’ globales, que permiten declarar una directiva ‘using’ solo una vez para luego ser aplicada sobre todos los ficheros que abarca el proceso de compilación. Otras novedades son los espacios de nombre de ámbito de fichero (File-scoped namespaces), que “permiten declarar el espacio de nombres de un archivo completo sin anidar el contenido restante”, y la posibilidad declarar registros de forma que sean estructuras.

Para F# 6, Microsoft también ha trabajado para que sea más simple y eficaz, eliminando para ello obstáculos que el usuario puede encontrarse a la hora de aprenderlo y haciéndolo más rápido e interoperable, además de más uniforme. Las herramientas son otro aspecto mejorado en F# 6.

En materia de seguridad, .NET 6 en Linux requiere OpenSSL 1.1 o posterior para realizar todas las operaciones criptográficas, si bien la compañía recomienda utilizar el lanzamiento más nuevo de biblioteca criptográfica. Sin embargo, OpenSSL 3 es demasiado reciente, así que en sistemas como Red Hat 8 y Ubuntu 20.04 no se empezará a usar, al menos en un principio, dicha versión.

Apple ha golpeado duro con sus procesadores basados en arquitectura ARM, por lo que estos cada vez son más tenidos en cuenta a la hora de soportar tecnologías que se ejecutan en entornos de escritorio y profesionales. .NET 6 es el primer lanzamiento del framework en ofrecer soporte nativo de Apple Silicon y el soporte para Windows ARM ha sido. También existe un contenedor Docker para ARM de 64-bit, pero este solo funciona en sistemas operativos que se están ejecutando sobre la misma arquitectura.

Mención especial ha tenido Debian 11 Bullseye, el último lanzamiento estable de la veterana y reputada distribución comunitaria. Microsoft ha reconocido que emplea Debian para la creación de sus imágenes de contenedor de Linux. De hecho, en caso de descargar un contenedor Docker de la compañía, el usuario podrá ver que toma Debian como base.

Microsoft ha tenido claro desde el principio que quería suministrar .NET 6 a través de una imagen de contenedor de Debian 11 Bullseye, así que durante el desarrollo de la última versión del framework decidió apostar por dicha versión de la distribución a pesar de ocupar todavía la rama testing. La corporación reconoció que hubo cierta incertidumbre debido a que no quería enviar una imagen de Linux basada en un sistema que oficialmente no estaba listo para producción, pero se mantuvo en su postura y se ha salido con la suya.

Junto a .NET 6 también ha llegado PowerShell 7.2, la nueva versión de su intérprete de comandos de última generación que desde hace unos años es Open Source, lo que ha permitido portarlo a Linux y Mac (aunque la compañía se ha reservado algunas cartas). PowerShell 7.2 ha mejorado el soporte de ANSI, incorporado Intellisense predictivo con PSReadLine y ha sido compilado con el mencionado .NET 6.

Todos los detalles de .NET 6 pueden ser consultados a través del anuncio oficial publicado en el blog para desarrolladores de Microsoft. Los que estén interesados en en probar el framework pueden obtenerlo para Linux, Windows y macOS desde su sección de descargas o en formato contenedor recurriendo a DockerHub. La compañía ha publicado diversas instrucciones para instalarlo en Linux

 

Fuente: Muy Linux

 

 

 

Disponibles la versiones 21.10 de Ubuntu Unity y Cinnamon Remix

publicado en: Linux | 0

 

Ubuntu no es solo la distribución más popular, sino también la más explotada cuando se trata de crear sistemas derivados. Aparte de los miembros oficiales de la familia, existen derivadas como Zorin, elementary, neon (que tiene de distribución todo menos el nombre) y Mint, a los que suman remixes no oficiales como Unity y Cinnamon Remix, de los que han aparecido las versiones 21.10.

Ubuntu Unity 21.10

Ubuntu Unity es el intento de mantener vivo a Unity 7, la mítica shell de Canonical que ha sido durante años la cara de Ubuntu, pero que ha acabado abandonado tras renunciar la compañía a su estrategia en torno al mercado de consumo.

Los responsables de Ubuntu Unity dicen que el entorno de escritorio ha recibido cambios importantes en la versión 21.10, “incluyendo indicadores nuevos y actualizados y la migración de los esquemas de ‘glib-2.0’ a ‘gsettings-ubuntu-schemas’”. El sistema cuenta ahora con una nueva apariencia que abarca un logo más simple, nuevos fondos de escritorio y una nueva pantalla de presentación del Plymouth de Ubiquity, además de que el proyecto se encuentra inmerso en un lento de proceso de migración a GitLab debido a que su estructura actual no puede manejar tráfico pesado.

Ubuntu Unity ha decidido adoptar la versión Snap de Firefox para la versión 21.10, siguiendo así la línea marcada por Canonical. Por otro lado, ha publicado la primera beta de ‘lol’, que no es una referencia League of Legends ni a lots of laugh, sino una alternativa Open Source a la Snap Store y publicada bajo GPLv3.

Por último tenemos el constructor de imágenes ISO para Ubuntu Unity publicado como parte del proyecto Ubuntu Remixes para permitir a cualquiera construir nuevas remezclas de Ubuntu. Esta herramienta ha empezado a ser utilizada también hace poco por Ubuntu Cinnamon Remix.

  • Anuncio oficial de Ubuntu Unity 21.10
  • Descargar Ubuntu Unity 21.10

Ubuntu Cinnamon Remix 21.10

¿Y qué hay de Ubuntu Cinnamon Remix? Pues que es Ubuntu con Cinnamon, sin más. Aquí nos encontramos con la versión 4.8.6 del entorno de escritorio impulsado por Linux Mint. La intención de los responsables era incluir la versión 5.0.5, pero debido al proceso de congelación de Debian Bullseye, fue publicado demasiado tarde como para incorporarlo.

Firefox 93 es servido en formato Deb, pero se espera para la próxima versión poner a disposición un paquete Snap. También están GIMP 2.10.24, aplicaciones de GNOME procedentes de las versiones 3.38 y 40 del entorno (para el centro de software han tomado el de la última versión), LibreOffice 7.2.1 y se ha introducido Yaru-Cinnamon como tema de GTK 4.

A todo lo mencionado hasta aquí se suman el hecho de que la presencia del instalador Ubiquity en el medio en vivo y el uso de Linux 5.13, Python 3.9, Ruby 2.7, PHP 8.0, Perl 5.32.1 y la versión 11.2.0 de la colección de compiladores de GNU.

  • Anuncio oficial de Ubuntu Cinnamon Remix 21.10
  • Descargar Ubuntu Cinnamon Remix 21.10

Conclusión

Como vemos, y más allá de las batallas que hay entre comunidades y usuarios, Ubuntu sigue siendo, de largo, la cara de Linux en el escritorio, cosa que obviamente intentan aprovechar muchos otros como parte del juego propuesto por el software libre.

Ubuntu Unity y Cinnamon Remix no hacen más que engordar la enorme cantidad de propuestas que hay sobre la misma base tecnológica, aunque posiblemente el primero haga las delicias de aquellos que todavía echan de menos a Unity 7, que para muchos en la mayoría de aspectos era mejor que GNOME Shell.

Fuente: Muy Linux

 

Godot 3.4, nueva versión del motor de juegos de código abierto

publicado en: juegos, Linux | 0

 

 

 

Godot 3.4 ha sido publicado como estable para continuar con el desarrollo y la consolidación de este motor gráfico Open Source orientado a los videojuegos. Aparte de las nuevas características y mejoras que trae, también se puede destacar la emergencia del propio proyecto, que poco a poco se está haciendo un hueco en la escena mainstream después de haber pasado inadvertido durante sus primeros años de vida.

Para empezar, y en lo que respecta al núcleo, Godot 3.4 ha traído las comprobaciones de validez de los objetos para las compilaciones de lanzamiento. Otra novedad interesante es que la API de ficheros (File) es capaz ahora de manipular archivos de más de 2GiB, cosa que ha sido introducida con la intención de romper limitaciones a la hora de tratar con proyectos grandes y que se ha logrado gracias a que todo ha sido refactorizado para usar enteros sin signo de 64-bit, por lo que Godot, a partir de lanzamiento, es capaz de cargar ficheros hasta los 8,4TiB.

El soporte de entrada de teclado ha sido mejorado para manejar de manera más efectiva las distintas distribuciones de teclado que no son el QWERTY anglosajón, haciendo, por ejemplo, que el mapeado de las teclas de movimiento pase automáticamente de WASD a ZQSD en los teclados AZERTY que se usan en Francia y otras zonas de habla francófona.

Para terminar con el núcleo, se han portado hacia atrás los métodos de cifrado y descifrado AES-ECB y AES-CBC para añadir características criptográficas, así que “Godot puede ahora guardar y cargar claves públicas, firmar y verificar un hash con una clave RSA y cifrar y descifrar claves RSA”.

A nivel de renderización, en Godot 3.4 nos encontramos con la eliminación selectiva de la oclusión, una característica que también proporciona una solución para limitar la inteligencia artificial y el procesado en función de la proximidad del espectador. Por otro lado, se están introduciendo oclusores geométricos simples a las escenas, empezando por los esféricos que ya están disponibles en el lanzamiento que nos ocupa en esta entrada.

Para terminar con la renderización, el nuevo mapa de tonos ACES Fitted proporciona un acabado gráfico más realista gracias a un mejor manejo del contraste de los objetos brillantes y se ha incluido un emisor de anillo de partículas 3D con radio y altura configurables.

En cuanto a las plataformas, Godot 3.4 tiene implementado soporte inicial para la nueva API de almacenamiento externo de Android, lo que significa que el motor empieza a apuntar a la API de nivel 30 del sistema operativo móvil de Google para así cumplir con un requisito de Google Play. Esto se suma al reemplazo de los ficheros de expansión de APK (OBB) por los binarios de Android App Bundle (AAB) y a un procesamiento más ágil de los gestos de entrada para mantener el juego en funcionamiento incluso si la velocidad de los fotogramas no se mantiene constante a 60fps.

 

Los proyectos web en HTML5 han sido mejorados gracias a la introducción del soporte para ser instalados como aplicaciones web progresivas, la presencia de un nuevo objeto de JavaScript (JavaScriptObject) para ofrecer una interfaz entre Godot y JavaScript y la posibilidad de usar AudioWorklet para que haga uso de un único proceso para adaptarse a una mayor cantidad de navegadores web.

Las físicas son algo importante en un motor de videojuegos, así que, obviamente, este es otro aspecto en el que Godot intenta mejorar con cada lanzamiento. En la versión 3.4 tenemos mejoras tanto para los entornos 2D como los 3D, una generación de cáscaras convexas más rápida y fiable y una cuadrícula de capa de colisión mejorada. Saliéndonos de las físicas, otro punto a tener en cuenta es el uso de WebP por defecto para la compresión de texturas sin pérdida en lugar de PNG.

Cerramos nuestro resumen de las mejoras y novedades de Godot 3.4 con el editor, que ha incluido un renovado editor de temas de la interfaz de usuario, mejoras en las traducciones principalmente para el español y el chino simplificado, además de otras mejoras en la usabilidad que abarcan diversos apartados como el inspector y el artilugio de manipulación del editor 3D.

Todos los detalles de Godot 3.4 pueden ser consultados en el anuncio oficial y la lista de cambios. La aplicación puede ser descargada desde la correspondiente sección en la web del proyecto para GNU/Linux (escritorio y servidor), macOS y Windows.

Fuente: Muy Linux

Cómo instalar correctamente la versión Flatpak de Steam

publicado en: Debian, Linux | 0

 

 

Los resultados de la encuesta de Steam correspondiente a octubre de 2021 han arrojado un dato curioso, y es la presencia de la versión Flatpak del cliente como una de las distribuciones más utilizadas. Viendo que el formato de paquetes impulsado por Red Hat está ganando poco a poco más adeptos, vamos a enseñar a preparar Steam Flatpak para distintas distribuciones.

A pesar de que Flatpak va limando poco a poco sus carencias a nivel de integración, el cliente de Steam en ese formato arrastra dos inconvenientes a tener en cuenta:

  • Primero, no suministra las reglas de udev para controladores, así que el usuario puede encontrarse que su controlador, ya sea el difunto Steam Controller, uno de PlayStation, uno de Xbox o el Pro Controller de Switch, no se integra con la aplicación.
  • Segundo, si no se usa Flatpak 1.12, el usuario puede encontrarse un bug que hace que las versiones de Proton suministradas por el cliente no funcionen, lo que fuerza al usuario a tener que recurrir a las compilaciones comunitarias de Proton publicadas en formato Flatpak. Se cumpla o no con el requisito de Flatpak 1.12 para no arrastrar el bug, es preferible tener Proton Glorious Eggroll en formato Flaptak.

La ventaja de usar la versión Flatpak de Steam

Usar Steam en formato Flatpak tiene sus inconvenientes, pero también una ventaja importante, y es que dicha compilación de la aplicación usa una versión reciente de Mesa en el mismo formato para la ejecución de los videojuegos.

La versión Flatpak de Mesa no sustituye a la que está presente en el sistema en formato “tradicional” (Deb, RPM, tar.xz de Arch Linux… ), sino que la complementa y entra en acción solo cuando una aplicación Flatpak la requiere. Esto quiere decir que la integridad y la funcionalidad del sistema no quedan comprometidas al mantenerse las versiones de las bibliotecas suministradas oficialmente por y para la distribución.

La forma de funcionar de Mesa en formato Flatpak hace su uso atractivo en sistemas que suministran un conjunto de software estanco debido a que anteponen la estabilidad a todo, como Debian Stable y openSUSE Leap.

Instalando la integración de los controladores para Steam

El cliente de Steam en formato Flatpak no ofrece integración para los controladores, o dicho de manera más técnica, no suministra las reglas de udev necesarias para integrar un controlador de PlayStation, Xbox, el Pro Controller de Switch o el Steam Controller en la aplicación. La razón es porque la aplicación “no tiene permisos para instalar reglas de udev en las ubicaciones apropiadas y las reglas de udev enviadas por Steam también pueden ser insuficientes sin las personalizaciones de distribución”.

La integración de los controladores con Steam tiene que ser instalada de forma “tradicional”, a través de un paquete RPM o Deb. Por suerte, el nombre de dicho paquete es ‘steam-devices’ y está estandarizado, así que encontrarlo suele ser sencillo y está disponible, directa o indirectamente, para la mayoría de las distribuciones populares (en caso de no estar disponible, significa que las reglas de udev son suministradas por el cliente de Steam en formato “tradicional”).

Debian

Para instalar ‘steam-devices’ en Debian hay que ejecutar el siguiente comando después de habilitar los repositorios non-free:

Ubuntu

En Ubuntu puede que las reglas no estén puestas al día, aparte que tienen como dependencia la propia aplicación de Steam con toda su parafernalia. Para instalar solo las reglas de udev hay que añadir una opción al comando.

Fedora

En Fedora depende de si está usando la edición Workstation (o cualquier spin “tradicional” para el escritorio) o la Silverblue (que abarca Kinoite). Debido a que esta distribución suministra de por sí una versión muy reciente de Mesa sin necesidad de recurrir a repositorios de terceros, el uso del paquete Flatpak de Steam solo se justifica en las ediciones Silverblue y Kinoite, las cuales son sistemas inmutables que invitan al usuario a tragarse la mayoría de las modificaciones a través de paquetes Flatpak.

Otro detalle a tener en cuenta es que RPM Fusion, el archiconocido repositorio de terceros para Fedora, ha separado no hace mucho las reglas de udev de la versión RPM de la aplicación a propuesta de este servidor. Mi intención era aportar un granito de arena que ayudara a los usuarios interesados en usar Fedora Silverblue/Kinoite como un escritorio común.

Para instalar las reglas de udev para controladores de Steam, en primer lugar hay que habilitar el repositorio de terceros que permite instalar la aplicación (que es una activación parcial de RPM Fusion) o configurar el conjunto entero de RPM Fusion.

La configuración de RPM Fusion en Fedora Workstation y los spins “tradicionales” orientados al escritorio se realizar de la siguiente manera:

sudo dnf install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

El comando para la instalación de ‘steam-devices’ en Fedora Workstation es el siguiente:

sudo dnf install steam-devices

Mientras que en Silverblue/Kinoite hay que recurrir a rpm-ostree. En primer lugar hay que configurar los repositorios de RPM Fusion y reiniciar el sistema:

sudo rpm-ostree install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

Luego se instalan las reglas y se vuelve a reiniciar para aplicar los cambios introducidos en la imagen del sistema (en otra ocasión nos extenderemos con Silverblue/Kinoite):

sudo rpm-ostree install steam-devices

openSUSE

Por último tenemos a openSUSE Leap, otro sistema para el que usar Steam Flatpak es algo atractivo. Sin embargo, y al igual que Ubuntu, al seleccionar el paquete ‘steam-devices’ se instala el cliente de Steam junto a todas sus dependencias, así que el usuario termina con dos versiones de la aplicación instaladas.

sudo zypper install steam-devices

Instalar el cliente de Steam en formato Flatpak

En caso de contar con una versión de GNOME Software o Discover bien implementada, el usuario solo tiene que descargar el instalador desde Flathub y luego abrirlo con la tienda de software que esté empleando. Para ello el usuario tiene que asegurarse de tener instalado el soporte de Flathub y la correspondiente integración para la tienda, que para Discover es ‘plasma-discover-backend-flatpak’ y para GNOME Software es ‘gnome-software-plugin-flatpak’ (al menos en Debian). En Fedora con GNOME este soporte viene preinstalado.

De manera alternativa se puede recurrir a la línea de comandos, configurando primero el repositorio de Flathub y luego instalando la aplicación.

flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
flatpak install flathub com.valvesoftware.Steam

Instalar Proton en formato Flatpak

Si se quiere jugar a juegos de Windows desde Linux es altamente recomendable usar Proton, la reimplementación de Wine desarrollada por Valve para facilitar la ejecución de videojuegos compilados para el sistema de Microsoft.

Sin embargo, salvo que se use Flatpak 1.12, los lanzamientos recientes de las compilaciones de Proton suministradas por Valve no funcionan con la versión Flatpak de Steam, así que habrá que recurrir a las compilaciones comunitarias de Proton en formato Flatpak que hay disponibles. Eso sí, Proton Glorious Eggroll (Proton-GE), que es más competente para la ejecución de títulos AAA recientes, sería preferible en este caso tenerlo en formato Flatpak.

Si se ha instalado el repositorio de Flathub y la integración con Discover funciona, el usuario solo tiene que buscar Proton en la mencionada tienda e instalar los paquetes que le aparecen, los cuales son la última versión estable del Proton de Valve (recompilado), el Proton Experimental de Valve (recompilado) y GloriousEggroll, la conocida bifurcación comunitaria de Proton que suele ir mejor con los juegos AAA recientes.

En caso extremo, si se usa Flatpak 1.12 o posterior, sería recomendable instalar Proton Glorious Eggroll en ese formato, ya que cuenta con la ventaja de que se actualiza de forma automática:

flatpak install flathub com.valvesoftware.Steam.CompatibilityTool.Proton-GE

En caso de no tener en funcionamiento Flatpak 1.12, el soporte completo de Proton puede obtenerse con el siguiente comando:

flatpak install flathub com.valvesoftware.Steam.CompatibilityTool.Proton com.valvesoftware.Steam.CompatibilityTool.Proton-Exp com.valvesoftware.Steam.CompatibilityTool.Proton-GE

Conclusión

Con esto ya tenemos todo lo necesario para usar la versión Flatpak del cliente de Steam, abarcando tanto el soporte para controladores como el uso de Proton para poder ejecutar los juegos para Windows.

A pesar de que Flatpak todavía tiene carencias a nivel de integración, su mejora está siendo constante y cada vez se muestra más capaz. De hecho, este servidor ya usa las aplicaciones multimedia en ese formato, tanto para audio con Lollypop como para vídeo con SMPlayer.

Aparte de romper las limitaciones de las bibliotecas compartidas “tradicionales” a la hora de portar aplicaciones gráficas, donde más sentido cobra el uso de Flatpak es en Fedora Siverblue/Kinoite, aunque esto dependerá de la aceptación que tengan los sistemas inmutables entre los usuarios de Linux.

 

Fuente: Muy Linux

LXQt 1.0, primera versión redonda del escritorio ligero

publicado en: Linux | 0

 

 

 

LXQt 1.0 es la primera versión redonda, no sé si atreverme a decir estable, en la historia de este entorno de escritorio, sucesor del veterano LXDE y único en su especie como alternativa Qt ligera. ¿Interesado en saber qué trae de nuevo? No tan rápido…

… Y es que LXQt 1.0 no es más que un suma y sigue acorde a lo visto en los últimos años para con este proyecto, cuyo lento desarrollo -debido a lo reducido de su equipo- se remonta a hace casi una década atrás. Suena a mucho, pero fue un julio de 2013 la primera vez que supimos de la existencia de una bifurcación de LXDE en Qt, llamado en sus primeros estadios LXDE-Qt.

De dicha intención y de la fusión de LXDE con Razor-Qt nació el nuevo escritorio ligero que nos ocupa y que en 2014 lanzó su primera versión beta, renombrado ya como LXQt. Desde entonces su ritmo de desarrollo ha sido, como se ha indicado, lento, pero las versiones y se han ido sucediendo hasta alcanzar su estado actual, con el que ha cubierto el hueco que LXDE tuvo en muchas distribuciones.

Así, las novedades y mejoras han ido llegando a LXQt sin prisa, pero sin pausa y con esas nos plantamos en LXQt 1.0, de la que también cabe repetir que no se trata de una versión especialmente destacada por todo lo que incorpora. De hecho, lo más destacado de LXQt 1.0 es su número de versión, aunque novedades haberlas haylas y abarcan los principales componentes del escritorio.

Según recogen en el anuncio oficial de LXQt 1.0, esta versión da el salto a Qt 5.15, última versión LTS de Qt5 mantenida por KDE; el gestor de archivos gana funciones como «emblemas, nuevas opciones en el diálogo de archivos, personalización recursiva de carpetas, mejoras para un desplazamiento suave con la rueda del ratón, etc». Esto es lo más destacado, que no lo único.

LXQt 1.0 trae mejoras generales por ejemplo en el panel, que estrena un plugin para insertar comandos personalizados, así como menús contextuales en los resultados de búsqueda del menú principal con capacidad de arrastrar y soltar elementos; se ha implementado un modo ‘no molestar’ en el sistema de notificaciones; se han añadido diferentes opciones en otros componentes y aplicaciones del escritorio…

LXQt 1.0 no es, por lo tanto, nada del otro mundo. Ni siquiera un salto cualitativo con respecto a lo que ya había. Pero sí es un nuevo paso con el objetivo de ofrecer un entorno de escritorio ligero, pero completo, basado en Qt. ¿Te apetece probarlo? Pronto lo tendrás en distribuciones rolling-release o en las nuevas versiones de las distribuciones corrientes que lo empaquetan y están por salir.

Fuente: Muy Linux

Stargate, nueva estación digital de audio de código abierto

publicado en: Aplicaciones, Linux | 0

Ardour suele llevarse el protagonismo cuando se trata de estaciones digitales de audio (DAW) de código abierto, sin embargo, eso no quiere decir que sea la única opción, así que vamos a aprovechar la ocasión para presentar en este portal a Stargate, otra aplicación del mismo tipo de reciente creación (más o menos) que pretende ser “una solución de producción de audio integral, con todo lo que se necesita para hacer música en una computadora”.

Según deja entrever la descripción de la propia aplicación publicada en el repositorio de GitHub, su objetivo es ser una solución autosuficiente y con todo lo necesario para la creación de música, ofreciendo para ello “un potente flujo de trabajo basado en patrones”“un conjunto completo de complementos de efectos e instrumentos integrados” y un editor básico de ondas.

Stargate también cuenta, según las características publicadas en su repositorio de GitHub, con una potente matriz de enrutamiento de pistas con encadenamiento lateral y una arquitectura de mezclador modular. En teoría funciona en Linux, Windows y macOS abarcando procesadores x86 y ARM, pero por ahora la última versión de la aplicación solo dispone de instaladores para Linux en ARM y x86 y Windows sobre x86. Está programada en C y PyQt principalmente y ha sido diseñada y desarrollada de forma que sea fácil de portar a otras plataformas.

Otra característica de la que presume Stargate es la de estar muy bien optimizada, siendo capaz de funcionar en una Raspberry Pi 4 o sobre una computadora de hace quince años, ya que sus requisitos para x86 son un procesador dual-core (viendo la cantidad de tiempo indicada, nos suponemos que se referirá a un Intel Core 2 Duo), 1GB de RAM y puede funcionar en una pantalla con una resolución de 720p. También es capaz de adaptarse a pantallas 4K para aquellos usuarios que trabajen en entornos profesionales.

La última versión de Stargate es la 21.10.11, que ha traído muchas correcciones para el flamante Fedora 35, otra para un fallo en el que la pista principal era llamada “salida de audio” en algunos lugares y más correcciones para los elementos de audio y el sampler. Por ahora solo hay instaladores para Fedora 34 en x86 de 64-bit, Debian 11 en x86 de 64-bit, Raspbian en ARM, Ubuntu 20.04 en x86 de 64-bit y Windows de 64-bit. Para otros sistemas Linux se puede consultar las instrucciones de compilación.

Stargate es software libre al estar su código publicado bajo la licencia GPLv3. Veremos cómo le va en el futuro, pero al menos no se puede negar que el proyecto tiene sus ambiciones. Como curiosidad, el nombre de la aplicación está aparentemente tomado de una serie de ciencia ficción de los años 90 del siglo pasado de la que luego aparecieron varios spin-off.

 

 

 

Fuente: Muy Linux