Red Hat ha anunciado un cambio importante con respecto a la distribución del código fuente de Red Hat Enterprise Linux (RHEL), el referente del Linux corporativo en el que se basan unas cuantas alternativas bastante populares a día de hoy, aunque no lo sean con el beneplácito de la compañía de sombrero rojo. Sin embargo, la noticia que nos ocupa dista mucho de ser el «desastre» que algunos medios recogen.

Según publican en el blog de Red Hat, «CentOS Stream será ahora el único repositorio para versiones públicas de código fuente relacionadas con RHEL«. Esto es, se cierran definitivamente los repositorios públicos de CentOS en los que se alojaba el código fuente de RHEL, a partir del cual se compilaban los binarios utilizados por los denominados como «clones» de la distribución, de CentOS a Oracle Linux o las más nuevas AlmaLinux, Rocky Linux, etc.

Así las cosas, cualquier proyecto que desee acceder a un repositorio público con el código de Red Hat, tendrá como única opción el de CentOS Stream, la evolución del CentOS tradicional tras la muerte de este, un sistema de tipo rolling-release que ya no toma el código de RHEL, sino al revés, sirve como base tecnológica sobre la que desarrollar la distribución estable de Red Hat. Ergo, CentOS Stream no es un clon a nivel binario de RHEL y, en consecuencia, no puede generar clones como tales.

Con todo, se está poniendo el foco en la dificultad añadida al acceso al código de RHEL, que solo estará disponible a partir de ahora para los suscriptores (clientes y socios), cuando tal vez no debería ser así. Es decir, el código fuente de RHEL siempre ha estados disponible en el mismo sitio; lo que hacía Red Hat con CentOS, siendo esta una distribución gratuita, es colgar el código fuente de RHEL, una vez limpio del copyright, en los repositorios de CentOS. Esto es lo que se acaba.

Por lo tanto, la dificultar que se presenta para los derivados a nivel binario de RHEL no es el acceso al código fuente de la distribución, pues cualquier suscriptor -incluso en el modelo gratuito- lo tiene garantizado, sino el trabajo posterior que supone preparar todos los paquetes para su distribución por terceros. Es esto lo que puede ocasionar problemas para derivados de RHEL que dispongan de la mano de obra justa, sobre todo para seguirle el paso a los lanzamientos de Red Hat.

Habrá que ver, pues, cómo evoluciona esta historia, si bien Red Hat haría bien en no menospreciar el poder de la comunidad como hizo matando a CentOS. Por otro lado, es habitual entre las distribuciones corporativas o con planes empresariales (sin ir más lejos, SUSE y Ubuntu lo hacen de manera similar) el modelo de distribución limitado que adopta ahora Red Hat. No tenía sentido seguir publicando el código fuente de RHEL en un repositorio público de CentOS, cuando este está muerto.

Fuente: Muy Linux.

El soporte de HDR en Linux es un tema que poco a poco está preocupando cada vez más entre los desarrolladores de escritorios y compositores. Red Hat fue q​_uien abrió el melón con la intención de introducir la característica en la sesión de GNOME sobre Wayland, luego llegó Weston con su soporte inicial, el hackfest organizado por Red Hat y ahora es KDE quien empieza a mostrar sus planes para soportar el HDR.

Al igual que en los demás frentes, el plan es introducir el soporte de HDR en KDE a través de la sesión de Wayland proporcionada por el compositor Kwin. El último capítulo del recorrido para que Kwin tenga soporte de HDR ha sido narrado por Xaver Hugl, posiblemente la persona de KDE que más está contribuyendo a Wayland. De hecho, la introducción del “soporte de tearing” en el protocolo lleva su firma.

Xaver Hugl ha publicado en su blog personal una entrada llamada “HDR y gestión de color en Kwin”, en la cual ha explicado qué es el HDR y la gestión del color, el antiguo enfoque empleado por KDE para lidiar con los espectros de color y el nuevo enfoque q​_ue se pretende introducir con Wayland, muy posiblemente con las miras puestas en Plasma 6 viendo las fechas en las que estamos.

Ciñéndonos a los aspectos más importantes, ya que la entrada de Xaver Hugl es bastante extensa, el desarrollador explica que “el espacio de color más común se denomina ‘sRGB’ y lo utilizan la mayoría de los contenidos y pantallas.”

“Esta forma de manejar los colores es relativamente simple y útil, pero también presenta algunos problemas importantes. Las pantallas no se adhieren y a menudo no pueden adherirse al espacio de color sRGB. Debido a restricciones de fabricación, una pantalla puede tener un rojo un poco más ‘rojizo’, otra puede tener un azul menos ‘azulado’, por lo que el mismo contenido inevitablemente se verá diferente en distintas pantallas”.

Hugl señala que no es conveniente limitarse a sRGB debido a que, al final, solo es capaz de mostrar “un pequeño subconjunto de todos los colores visibles”, lo que puede derivar en algunos problemas como algunos colores que se ven sobresaturados o que el contenido creado para una pantalla capaz de mostrar un mayor rango de colores se vea mal. Con el fin de corregir eso, aquí es donde entra la gestión del color. Otro aspecto interesante es que “sRGB define un rango de brillo de 0 a 80 nits, que está muy por debajo de los miles de nits que pueden soportar algunas pantallas HDR”.

KDE Plasma 5 emplea colord para establecer un perfil de color ICC para una pantalla, que se encarga de “la colorimetría de la pantalla y contiene curvas de corrección de color que ajustan el balance de blancos y la función de transferencia electro-óptica (EOTF)”. Sobre X11, protocolo implementado en Xorg, esto funciona en pantallas que soportan un amplio espectro de color y con aplicaciones que usan el perfil, pero las aplicaciones que ignoran dicho perfil terminan por verse mal y además está limitado en la práctica a 8 bits por canal de color. Sí, Xorg puede usar 10 bits por canal de color, pero eso puede romper ciertas aplicaciones.

​_

Wayland, por su parte, puede ser usado sobre el papel de la misma manera, pero el protocolo no cuenta con ninguna API que permita emplear el perfil empleado por la pantalla, por lo que en consecuencia ninguna aplicación usa realmente el perfil. El resultado de esto es que, si se quiere usar una amplia gama de colores, no queda otra que usar X11, con todos los errores que arroja en la reproducción del color y su carencia de soporte para HDR.

Ante las limitaciones de X11, el nuevo enfoque introducido a través de Wayland es que el compositor haga las conversiones necesarias de forma automática para mostrar los colores correctamente cuando las aplicaciones etiquetan su contenido con un espectro de color y algunos metadatos adicionales, utilizando para ello shaders o apoyándose en la GPU. De esta manera se obtienen una mayor gama de colores y un mayor rango dinámico en las aplicaciones que los soportan, sin que el usuario tenga que preocuparse por esas otras aplicaciones que no lo hacen.

Xaver Hugl expone que Wayland todavía no está totalmente listo, pero reconoce que se han producido muchos avances a nivel del propio protocolo, el kernel y los compositores para modernizar la pila encargada del despliegue de los gráficos en Linux. Por otro lado, el hackfest de HDR organizado por Red Hat y celebrado el ciudad checa de Brno le ha permitido conocer a otras personas involucradas en ese tema y ha podido discutir sobre otros como la gestión del color y la tasa de refresco variable (Variable Refresh Rate o VRR).

Sobre la situación del HDR en Kwin, este todavía no se encuentra implementado realmente y su desarrollo parece estar en una fase muy inicial, pero como siempre con estas cosas, todo camino se empieza a recorrer dando el primer paso. El desarrollador explica que ha empezado a pulir el código de Kwin, ha corregido muchos efectos del compositor para que sean capaces de hacer las conversiones de color y ha introducido soporte básico para la gestión del color y HDR.

El soporte de HDR y el abarcar un mayor rango del espectro de color puede ayudar en aspectos como la experiencia con los videojuegos, con los contenidos multimedia e incluso a la hora de trabajar con aplicaciones como Krita, pero Hugl avisa que queda mucho trabajo por delante en Kwin para empezar a tener resultados reales, y a eso hay que sumar que tampoco se atreve a pronosticar cuando el protocolo Wayland estará plenamente listo.

El trabajo para dotar a Linux de soporte de HDR está en marcha, pero todo parece indicar que el camino, como siempre por estos lares, será recorrido con lentitud.

Fuente : Muy Linux.

Fedora 38 ha sido anunciada como la nueva versión estable de la distribución comunitaria patrocinada por Red Hat y la que marca a grandes rasgos la evolución tecnológica de Linux. En esta ocasión nos encontramos con una versión en la que los spins consiguen robarle en buena medida el protagonismo a GNOME.

Empezamos con lo dicho, los spins. En Fedora 38 nos encontramos con cuatro nuevas incorporaciones, las cuales son un sistema mutable con Budgie, otro mutable con el compositor Sway, una imagen con Phosh orientada a móviles y Sericea, un sistema inmutable basado en las tecnologías de Silverblue y que emplea Sway como interfaz gráfica. Por otro lado, el instalador de la edición IoT ha sido simplificado y el spin mutable con Xfce ha llegado con la versión 4.18 del escritorio.

Aquí no podemos olvidarnos de Kinoite, el spin inmutable con KDE Plasma, que ahora tiene a rpm-ostree integrado en Discover. Esto le abre las puertas a tener cierta viabilidad real en un entorno de escritorio, ya que antes la parte RPM del sistema tenía que ser actualizada mediante la línea de comandos. La característica todavía necesita ser pulida, pero al menos es usable. Tanto Kinoite como el spin mutable con KDE implementan la versión 5.27 del escritorio Plasma.

Continuando con cosas a nivel de escritorio, y a pesar de que los spins se han robado el protagonismo, no podemos dejar de lado a GNOME 44, presente en Workstation (sistema mutable) y Silverblue (inmutable). Fedora proporciona prácticamente la experiencia base del entorno, con tan solo unas pocas modificaciones estéticas que no alteran la experiencia ofrecida a través de la disposición oficial. Debido al enfoque aplicado en la implementación de GNOME, no hay nada que resaltar en comparación con el lanzamiento de la mencionada versión del escritorio, así que resaltaremos el nuevo diálogo para seleccionar archivos, la mejora del soporte de Wayland y las nuevas posibilidades a nivel de configuración.

Para terminar con los aspectos relacionados con el escritorio, la última novedad de peso es la inclusión de Flathub sin filtrar, por lo que a partir de este lanzamiento, cuando se activan los repositorios de terceros que Fedora pone a disposiciónque las distintas ediciones del sistema pueden ser obtenidas mediante descarga directa o torrent.​_, el principal repositorio de Flatpak quedará habilitado sin filtros para acceder a todo el catálogo que ofrece.

La distribución ofreció hasta este lanzamiento un acceso restringido al catálogo de Flathub por dudas legales, pero ahora que estas han sido despejadas, el repositorio estará plenamente operativo al habilitar los repositorios de terceros. Esto elimina la configuración manual del repositorio de Flathub que hemos expuesto en nuestros tutoriales de configuración.

En lo que respecta a tecnologías de programación y relacionadas con el desarrollo de software, Fedora 38 trae el uso por defecto OpenJDK 17 para cubrir Java, Golang 1.20, LLVM 16, GCC 13 junto a Glibc 2.37, PHP 8.2, Podman 4.4.4, Ruby 3.2 y Ruby on Rails 7.0. En cuanto a servidores, entre otros, están Apache 2.4.57 (aquí el paquete se llama httpd), nginx 1.22, MariaDB 10.5.18 y PostgreSQL 15.1.

En lo que respecta a administración, Microdnf ha sido reemplazado con DNF 5, el cual mejora en aspectos como el rendimiento, tiene una huella de memoria más pequeña e implementa un nuevo daemon que proporciona una alternativa al siempre cuestionado PackageKit. Por otro lado, paquetes de la distribución son ahora construidos con flags de compilación más estrictas que protegen contra el desbordamiento del búfer y el propio gestor de paquetes RPM emplea un analizador OpenPGP basado en Sequoia en lugar de su propia implementación.

Centrándonos en componentes básicos del sistema, el usuario se encontrará en un principio con Linux 6.2 como kernel; Mesa 23.0 para el suministro de los controladores del espacio de usuario (OpenGL y Vulkan); PipeWire 0.3.67 como servidor de transmisión de multimedia (o servidor de sonido para simplificar, aunque no sea del todo correcto); además de fwupd 1.8.14 para actualización del firmware en los dispositivos compatibles.

La versión de muchos componentes, entre los que están el kernel Linux, Mesa, PipeWire y fwupd, no es muy determinante debido a que se van actualizando conforme pasa el tiempo y mientras la versión de Fedora no haya llegado a su fecha de fin de ciclo. Gracias a la inclusión de versiones recientes del kernel y Mesa, estamos ante una distribución bastante competente a la hora de soportar hardware reciente, aunque por contra tiene el hecho de no ser muy amigable con el driver privativo de NVIDIA. systemd, que es suministrado en su versión 253.2, no es actualizado a la siguiente versión mayor durante el ciclo de vida de un lanzamiento de la distribución, al igual que otros componentes como el escritorio GNOME.

Por último se puede mencionar nuevo acabado estético del sitio web oficial, que ahora luce mucho más moderno, aunque este servidor echa de menos un mayor protagonismo para Silverblue y los otros sistemas inmutables que oficialmente están bajo el paraguas de Fedora.

Fedora 38 rompe con la tradición al aparecer en la primera fecha para la que ha sido programada su lanzamiento como versión estable, ya que la costumbre es ver ciertos retrasos por problemas que no han sido resueltos. Los que estén interesados pueden consultar la lista de cambios y los anuncios oficiales (general y Workstation), mientras que las distintas ediciones del sistema pueden ser obtenidas mediante descarga directa o torrent.

Fuente: Muy Linux.

Solus, la distribución de lanzamiento continuo e independiente que ha jugado el rol de referente del escritorio Budgie (si es que la condición no era la de oficial), fue dando signos de estar agonizando durante semanas debido a que su sitio web no era accesible, aunque ahora sí permite entrar. Sin embargo, y según han recogido en Linuxiac, que el sitio web esté funcionando no tiene por qué significar que el proyecto haya vuelto realmente a la vida, ya que su ficha en DistroWatch indica que su estado es inactivo.

La trayectoria de Solus es un poco más turbulenta y retorcida de lo que nos podemos imaginar. El proyecto original, SolusOS, fue una distribución basada en Debian y creada por Ikey Doherty que acabó descontinuada en 2013 debido a la falta de tiempo y de mano de obra. El mismo desarrollador decidió refundar Solus en 2015 a partir de Evolve OS para convertirla en una distribución independiente, de lanzamiento continuo y que destaca por tener un escritorio propio, Budgie, el cual se basa en GNOME.

El objetivo de Solus es (o fue) proporcionar un sistema operativo de lanzamiento continuo, orientado al escritorio y fácil de usar. La apuesta por Budgie no excluyó la existencia de ediciones oficiales con GNOME, KDE Plasma y MATE. Por otro lado, Budgie opera de forma independiente desde hace tiempo y ha tenido durante su trayectoria una fallida transición de GTK a Qt.

Solus, la distribución de lanzamiento continuo e independiente que ha jugado el rol de referente del escritorio Budgie (si es que la condición no era la de oficial), fue dando signos de estar agonizando durante semanas debido a que su sitio web no era accesible, aunque ahora sí permite entrar. Sin embargo, y según han recogido en Linuxiac, que el sitio web esté funcionando no tiene por qué significar que el proyecto haya vuelto realmente a la vida, ya que su ficha en DistroWatch indica que su estado es inactivo.

La trayectoria de Solus es un poco más turbulenta y retorcida de lo que nos podemos imaginar. El proyecto original, SolusOS, fue una distribución basada en Debian y creada por Ikey Doherty que acabó descontinuada en 2013 debido a la falta de tiempo y de mano de obra. El mismo desarrollador decidió refundar Solus en 2015 a partir de Evolve OS para convertirla en una distribución independiente, de lanzamiento continuo y que destaca por tener un escritorio propio, Budgie, el cual se basa en GNOME.

El objetivo de Solus es (o fue) proporcionar un sistema operativo de lanzamiento continuo, orientado al escritorio y fácil de usar. La apuesta por Budgie no excluyó la existencia de ediciones oficiales con GNOME, KDE Plasma y MATE. Por otro lado, Budgie opera de forma independiente desde hace tiempo y ha tenido durante su trayectoria una fallida transición de GTK a Qt.v

Solus, la distribución de lanzamiento continuo e independiente que ha jugado el rol de referente del escritorio Budgie (si es que la condición no era la de oficial), fue dando signos de estar agonizando durante semanas debido a que su sitio web no era accesible, aunque ahora sí permite entrar. Sin embargo, y según han recogido en Linuxiac, que el sitio web esté funcionando no tiene por qué significar que el proyecto haya vuelto realmente a la vida, ya que su ficha en DistroWatch indica que su estado es inactivo.

La trayectoria de Solus es un poco más turbulenta y retorcida de lo que nos podemos imaginar. El proyecto original, SolusOS, fue una distribución basada en Debian y creada por Ikey Doherty que acabó descontinuada en 2013 debido a la falta de tiempo y de mano de obra. El mismo desarrollador decidió refundar Solus en 2015 a partir de Evolve OS para convertirla en una distribución independiente, de lanzamiento continuo y que destaca por tener un escritorio propio, Budgie, el cual se basa en GNOME.

El objetivo de Solus es (o fue) proporcionar un sistema operativo de lanzamiento continuo, orientado al escritorio y fácil de usar. La apuesta por Budgie no excluyó la existencia de ediciones oficiales con GNOME, KDE Plasma y MATE. Por otro lado, Budgie opera de forma independiente desde hace tiempo y ha tenido durante su trayectoria una fallida transición de GTK a Qt.

¿Se puede decir que Solus está descontinuado? Al parecer y como mínimo se puede decir que está en un estado latente, pero las circunstancias, en caso de no cambiar, no invitan al optimismo. Debido a eso, recomiendo migrar a otra distribución a menos que uno sea plenamente consciente de donde se está metiendo, porque el usar un sistema operativo en una situación tan precaria no es algo que dé sensación de seguridad.

También es posible que surja un nuevo equipo que se haga responsable de Solus, pero la situación normal de la mayoría de las distribuciones Linux es el vivir en la precariedad, una precariedad de la que solo consiguen escapar las grandes y algunas de origen corporativo por motivos obvios.

Fuente: Muy Linux.

LibreELEC 11 con nombre en clave ‘Nexus’ es la nueva versión de la «distribución para ejecutar Kodi en dispositivos HTPC modernos». Ergo, ese ‘Nexus’ no es si no el nexo entre este lanzamiento y el propio de Kodi 20, con nombre en clave… Nexus, sí.

Kodi 20 ‘Nexus’ es la nueva versión mayor de la popular suite de centro multimedia de código abierto, cuyo lanzamiento cubrimos a mediados del pasado enero. Entre sus principales novedades, el soporte de AV1 con aceleración por hardware en Linux mediante VA-API, soporte para los controles de Steam Deck, soporte completo de HDR para Windows y otros muchos cambios.

Pues bien, LibreELEC 11 recoge todo eso y lo monta sobre una distribución Linux lista para su instalación en, como se ha dicho, «dispositivos HTPC (Home Theater Personal Computer) modernos». O sea, en un cacharro capaz de ejecutarlo, sea un SBC (Single Board Computer) medianamente estándar, sea un mini-PC con los requisitos mínimos o cualquier tipo de PC, ya que estamos.

El anuncio oficial de LibreELEC 11 menciona novedades como una una imagen de instalación genérica ‘legacy’ compatible con tarjetas Nvidia, el complemento para Chrome y hardware antiguo (en sesiones X11), al tiempo que se ha unificado el stack gráfico entre el resto de plataformas, soporte para nuevas placas y Linux 6.1 como motor de todo.

En general, son diferentes detalles los que reúne el anuncio, si bien LibreELEC es un mero soporte de Kodi, que es donde está la esencia del producto. De hecho, cualquiera puede instalar Kodi en distribuciones como Ubuntu u otras e iniciar sesión de manera específica como si de una solución de centro multimedia se tratase, solo con un sistema especializado como este la experiencia será mejor casi siempre.

Sobre todo, claro está, si lo que se pretende es instalar Kodi, o para el caso LibreELEC, en un dispositivo pequeño a modo de HTPC (cabe recordar que Kodi es capaz de ejecutar juegos, así que es una solución todo en uno para el entretenimiento digital doméstico). LibreELEC 11 cuenta con soporte para dispositivos x86 y ARM, Raspberry Pi, Allwinner, Rockchip, Amlogic y NXP.

Todas las opciones, en la página de descargas oficial de LibreELEC.

Fuente: Muy Linux.

System76 ha anunciado la renovación del Meerkat, un mini-PC hecho para funcionar con Linux que ofrece muchas posibilidades a nivel de configuración, pero siempre con procesadores de Intel. La unidad a comprar puede ser equipada con Intel Core de décima, undécima y duodécima generación; hasta 64GB RAM DDR4; además de hasta 8TB de almacenamiento mediante NMVe. Como sistema operativo predeterminado está Pop!_OS, pero Ubuntu puede ser seleccionado como alternativa.

El procesador es el aspecto más destacado del Meerkat, más por el gran catálogo que pone a disposición que por la potencia en sí, aunque de eso último también puede ir sobrado. Entre los modelos de la décima generación están los Intel Core i3-10110U, Intel Core i5-10210U e Intel Core i7-10710U; de la undécima generación están a disposición los Intel Core i3-1115G4, Intel Core i5-1135G7 e Intel Core i7-1165G7; y de la duodécima generación el comprador verá los Intel Core i3-1220P, Intel Core i5-1240P e Intel Core i7-1260P.

En cuanto a gráficas, los únicos modelos a destacar son los Intel Core i5-1240P e Intel Core i7-1260P, que incluyen integradas Xe. Aun así, es importante tener en cuenta que el soporte gráfico de Intel, al menos por ahora, no da para tener una buena experiencia con los videojuegos en Linux, cosa que sí ofrece Radeon sobre todo si la integrada es una con arquitectura RDNA. Veremos si el futuro driver gráfico Xe y la mejora de ANV (Vulkan) cambian las circunstancias, pero en la actualidad AMD está por encima en potencia a la hora de soportar cargas gráficas pesadas.

A nivel de conexiones el Meerkat cuenta con dos USB 3.2 Gen2 Type-A en la parte frontal, mientras que en la parte trasera tiene un USB 3.2 Gen1 Type-A, un USB 2.0 Type-A y un USB 4/Thunderbolt 4 Type-C. Para redes tiene un conector RJ45 para Ethernet a 2,5 gigabits por segundo y Wi-Fi 6E de Intel junto a Bluetooth. Como conexiones de vídeo están dos HDMI 2.1 junto a otros dos conectores DisplayPort 1.4 que van a través de USB Type-C. En cuanto al sonido incorpora el típico jack de 3,5mm y salida de 7.1 canales por HDMI y USB Type-C. Un aspecto a tener en cuenta que el modelo alto tiene una bahía para introducir un disco adicional de 2,5 pulgadas que permite añadir otros 8TB de almacenamiento para datos, pudiendo así sumar un total de 16TB.

Las dimensiones del modelo corto son de 37 × 117 × 112 milímetros y los del modelo alto son de 54 × 117 × 112 milímetros. Es importante tener en cuenta que la fuente de alimentación varía dependiendo del modelo de procesador seleccionado, aunque ese aspecto es corregido de oficio por la propia empresa (vamos, que el usuario no tiene que seleccionarlo con riesgo de equivocarse). El precio base es de 499 dólares.

El Meerkat de System76 es un modelo más atractivo que los portátiles de cara al público no estadounidense o posiblemente angloparlante, ya que en el mini-PC no hay teclado que enmendar a base a pegatinas. Por otro lado, no deja de ser un equipo que presuntamente ha sido probado para garantizar su correcto funcionamiento con Linux, así que debería de ser amigable con otras distribuciones que no forman parte del espectro Ubuntu.

Fuente : Muy Linux.