La pantalla azul de la muerte (BSOD) es una pantalla de error que se muestra como resultado de un error fatal del sistema.

Con la reciente actualización que ha lanzado Systemd, en la cual se han implementado diversas mejoras y novedades, una nueva característica ha llamado la atención de muchos, pues ya que ha sido tomada de Windows, «systemd-bsod» es la nueva característica de systemd que mostrará la «pantalla azul de la muerte» de Windows en caso de un error de arranque.

Systemd-bsod» proporcionará mensajes de error significativos y un código QR para que los usuarios obtengan rápidamente más información sobre el error que detectado.

Similar al BSOD de Windows, la nueva pantalla de error de Systemd presenta un código QR que los usuarios pueden escanear para obtener más información sobre el problema. Además, muestra mensajes de error grabados en pantalla completa, lo que permite a los usuarios obtener más información sobre los posibles problemas. La característica se agregó como parte de un proyecto comunitario llamado Outreachy, un grupo que ofrece pasantías para personas que trabajan en herramientas de código abierto.

Como tal, la noticia es un poco sorprendente, ya que la pantalla BSOD no es exactamente una característica popular de Windows, además de que en Linux ya se cuenta con su propia versión de esto, el famoso mensaje de error conocido como «kernel panic» (algo que todos los usuarios de linux no deseamos ver). Aun así, muchos mencionan que la adición de códigos QR es un excelente plus que llega a facilitar a los usuarios de Linux solucionar errores importantes en el sistema operativo.

Esta característica llega justo a tiempo para las distribuciones de Linux del primer semestre de 2024, por lo que es probable que los usuarios de Linux vean esta pantalla azul de la muerte antes, siempre que encuentren un error. Y se espera que esta característica BSOD sea ampliamente adoptada durante 2024. Entre los usuarios de las distribuciones de Linux afectadas, las reacciones son bastante variadas.

En cuanto a los comentarios por parte de la comunidad, cabe mencionar que la opinión es dividida, ya que muchos dicen que esta función realmente no tiene nada de especial y sobre todo que es «inutil»:

“Es una característica tan inútil. Tengo varios sistemas Linux para mi trabajo diario. Trabajan durante meses, a veces años. La única vez que veo un pánico en el kernel es cuando el hardware está defectuoso o he hecho algo mal (mala configuración). Hace unos años tenía un sistema de arranque dual con mala RAM y en Windows mostraba pantallas azules regularmente, mientras que en Linux estaba bien. Me tomó mucho tiempo descubrir cuál era el verdadero problema, porque Linux es muy sólido”, señala un crítico.

Por el otro lado de la moneda, los usuarios que reciben con buenos ojos la nueva función coinciden con el comentario de que esta utilidad es de gran ayuda para aquellos que no tienen experiencia en Linux y puedan tener problemas durante la configuración del sistema y con los códigos QR podrán encontrar la solución a su problema «sin morir en el intento».

Cabe medicinar que la nueva versión de Systemd 255 también tiene docenas de otras características y correcciones que, según los críticos, son más útiles e importantes que la nueva característica Pantalla Azul de la Muerte de Linux. Esto incluye muchas adiciones relacionadas con la compatibilidad con TPM, cifrado de disco y la capacidad de utilizar la hibernación con sistemas de archivos btrfs.

La característica systemd-bsod aún es experimental y un registro de cambios de GitHub señala que aún está sujeta a cambios, pero systemd es una parte central de la mayoría de las distribuciones de Linux, incluidas Ubuntu, Fedora, Debian y Red Hat, por lo tanto, una gran parte de la comunidad Linux podría terminar adoptando los nuevos mensajes de error, aun que por otro lado Systemd también podría abandonar el enfoque BSOD.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los cambios que se pueden realizar en systemd 255 siguiente enlace.

from Linux Adictos https://ift.tt/5b3Ca29
via IFTTT

El navegador Chrome se diferencia de Chromium en el uso de los logotipos de Google

Google dio a conocer hace poco el lanzamiento de la nueva versión de su navegador web Chrome 120 junto con la cual también está disponible la nueva versión estable del proyecto Chromium, que sirve como base para Chrome.

Además de innovaciones y correcciones de errores, la nueva versión de Chrome 120 elimina 10 vulnerabilidades, de las cuales la falla más grave es CVE-2023-6508, un problema de uso después de la liberación de alta gravedad en Media Stream, seguida de CVE-2023-6509, un defecto de uso después de liberación de alta gravedad que afecta el componente de búsqueda del panel lateral de Chrome.

También se resuelve dos fallas de implementación inapropiadas de gravedad baja en Autocompletar y la interfaz de usuario del navegador web. Como parte del programa de recompensas en efectivo por descubrir vulnerabilidades Google pagó 13 premios por valor de 15.000 dólares.

Principales novedades en Chrome 120

En esta nueva version que se presenta de Chrome 120 la funcionalidad de la interfaz de «Comprobación de Seguridad» se ha mejorado significativamente, proporcionando ahora un resumen detallado de posibles problemas de seguridad. Entre estos problemas se incluyen el uso de contraseñas comprometidas, el estado de la comprobación de sitios maliciosos (Navegación Segura), la presencia de actualizaciones no instaladas y la identificación de complementos maliciosos. La versión actualizada presenta un modo proactivo que realiza verificaciones periódicas de la seguridad del navegador y notifica al usuario en caso de detectar problemas. Además, se han introducido nuevas opciones en la configuración para gestionar acciones en el modo proactivo.

Otra de las mejoras que recibe esta nueva versión de Chrome 120 es en el administrador de contraseñas, el cual ahora cuenta con la capacidad de compartir contraseñas individuales con miembros de un grupo familiar de Google, el cual debe ser configurado a través de una cuenta de Google. Cabe mencionar que solo se puede compartir una contraseña a la vez, después de lo cual el usuario que comparte la contraseña no puede actualizar ni revocar la contraseña compartida.

Además de ello, se destaca el rediseño de la Chrome Web Store, el nuevo diseño tiene la finalidad de que sea más fácil encontrar y administrar complementos, se han agregado nuevas categorías de complementos y se ha agregado la opción de devolver el diseño anterior al menú «⋮».

También se destaca que con Chrome 120, Google está experimentando con la opción de fijar diferentes barras laterales en la parte superior derecha de la barra de herramientas. Esto le brinda fácil acceso a las barras laterales de uso frecuente sin tener que manipular el selector de la barra lateral.

Por la parte de las pestañas, Chrome ha hecho que manejar muchas pestañas sea mucho más fácil y en Chrome 120 no es la excepción, pues mejora los experimentos existentes al añadir un nuevo botón «Organizar pestañas» el cual debería permitir reorganizar las pestañas temáticamente relevantes. Parece que la función aún se encuentra en una etapa inicial y, sin embargo, podría tardar algún tiempo en lanzarse por completo.

Por otra parte, en Chrome 120 se ha implementado un experimento para deshabilitar la compatibilidad con cookies de terceros configuradas al acceder a sitios distintos al dominio de la página actual. Estas cookies se utilizan para rastrear los movimientos de los usuarios entre sitios en el código de redes publicitarias, widgets de redes sociales y sistemas de análisis web. En enero de 2024 las cookies de terceros estarán deshabilitadas para el 1% de los usuarios del navegador. Los cambios se están promoviendo a través de la iniciativa Privacy Sandbox , cuyo objetivo es lograr un compromiso entre la necesidad de los usuarios de mantener la privacidad y el deseo de las redes y sitios publicitarios de rastrear las preferencias de los visitantes.

De los demás cambios que se destacan:

• Eliminación de la compatibilidad con Theora, en esta etapa inicial, Theora está deshabilitado para el 1% de los usuarios, pero para el 16 de enero está previsto que esté deshabilitado para todos los usuarios.
• Implementada una barra de herramientas adaptable que cambia según el tamaño de la ventana.
• La interacción con las impresoras se ha trasladado a un proceso de servicio independiente, lo que ha mejorado la estabilidad del navegador y la capacidad de respuesta de la interfaz de vista previa de la página antes de imprimir.
• Se agregó una consulta de medios de «scripting» a CSS que se puede usar para determinar si los scripts, como JavaScript, se pueden ejecutar en la página actual.
• El método check() se ha agregado a la API FontFaceSet, que permite verificar si el texto se puede mostrar con las fuentes seleccionadas sin usar fuentes en FontFaceSet que aún no se han cargado.
• La API WebGPU ha agregado la capacidad de usar f16 de punto flotante de 16 bits en sombreadores.
• En la API de capacidades multimedia, los campos hdrMetadataType, colorGamut y transferFunction se agregaron al método decodingInfo() para determinar la compatibilidad con HDR.
• La API MediaStreamTrack ha agregado la capacidad de obtener información sobre los contadores de cuadros de video recibidos y descartados.

Finalmente, si estás interesado en poder conocer más al respecto, puedes consultar los detalles de este nuevo lanzamiento en el siguiente enlace.

¿Como instalar Google Chrome 120 en Linux?

Si estás interesado en poder instalar esta nueva versión de este navegador web y aún no lo tienes instalado, puedes visitar la siguiente publicación en donde te enseñamos a como poder instalarlo en algunas distribuciones de Linux.

El enlace es este. 

from Linux Adictos https://ift.tt/k2F5Ha9
via IFTTT

systemd es un conjunto de demonios o daemons de administración de sistema, bibliotecas y herramientas diseñados como una plataforma de administración y configuración central para interactuar con el núcleo del Sistema operativo GNU/Linux

Luego de cuatro meses de desarrollo, se dio a conocer el lanzamiento de la nueva versión de systemd 255, versión en la cual se destaca el soporte para exportar unidades a través de NVMe-TCP, systemd-bsod para mostrar mensajes de error en pantalla completa, systemd-vmspawn para iniciar máquinas virtuales, entre otras más.

En esta nueva versión que se presenta de systemd 255 uno de los cambios más importantes que se destaca es la integración de «systemd-storagetm», que permite exportar automáticamente todos los dispositivos de bloque locales usando el controlador NVMe-TCP.

Otro de los cambios que se destaca y que sobre todo ha generado opiniones dividas, es el componente » systemd-bsod » la cual es una implementación análoga de la «pantalla azul de la muerte» de Windows (blue screen of death), y la cual tiene como función el mostrar mensajes de error críticos (LOG_EMERG) en forma de notificación de pantalla completa en la etapa de inicio.

Además de ello, también se destaca la nueva utilidad » systemd-vmspawn «, que es análoga a la utilidad systemd-nspawn para iniciar una imagen del sistema operativo en una máquina virtual (la utilidad systemd-nspawn está diseñada para iniciar contenedores y systemd-vmspawn proporciona una interfaz similar para máquinas virtuales). Actualmente, solo está disponible un backend basado en QEMU para ejecutar máquinas virtuales.

Otro de los cambios importantes que recibió systemd 255 es el módulo PAM pam_systemd_loadkey.so, diseñado para extraer automáticamente del llavero del kernel la frase de contraseña utilizada en cryptsetup para desbloquear el FS root cifrado y establecer esta frase de contraseña como un token de autenticación (PAM authtok). El módulo se puede utilizar, por ejemplo, para configurar el acceso de desbloqueo automático a GNOME Keyring y KDE Wallet cuando el inicio de sesión automático está habilitado.

El código para rastrear procesos internos se ha movido para usar PIDFD en lugar de PID en entornos con un kernel que admite PIDFD, además de que también se implementó la capacidad crear unidades de alcance usando PIDFD en lugar de PID para seleccionar procesos.

Systemd-repart: «–copy-from» es otra de las utilidades nuevas que recibe systemd 255 y esta permite obtener descripciones de partición de la imagen del sistema de archivos especificada:

• «–copy-source«: para especificar el directorio base para el parámetro CopyFiles
• «— make-ddi=confext», » –make-ddi=sysext» y «–make-ddi=portable» para generar diferentes tipos de DDI, y «–tpm2-device-key» para vincular el disco a un TPM2 específico.

Se agregó la utilidad «systemd-pcrlock» para analizar y predecir los estados de los registros TPM2 PCR (Platform Configuration Register) y generar reglas de acceso almacenadas en el índice TPM2 NV que permiten el acceso a objetos TPM2, como claves de cifrado de disco, solo de forma digital y componentes firmados lanzados en la etapa de descarga verificada.

La opción SurviveFinalKillSignal se ha agregado a las unidades, con la finalidad de permitir ignorar la señal SIGTERM/SIGKILL final emitida durante el apagado, lo que puede ser útil para dejar una unidad en funcionamiento durante un soft reset del sistema en modo de soft reset.

De los demás cambios que se destacan de esta nueva version:

• Se ha descontinuado el soporte para jerarquías de directorios separadas (cuando /usr se monta por separado del directorio root, o los directorios /bin y /usr/bin, /lib y /usr/lib están separados).
• Se agregó la utilidad «varlinkctl» para llamar e introspeccionar servicios usando el protocolo Varlink .
• Se agregó soporte para ingresar al modo de hibernación y guardar el contenido de la memoria para intercambiar archivos almacenados en el sistema de archivos Btrfs.
• Se agregó la configuración NFTSet que le permite usar identificadores de cgroup para cambiar la lógica en las reglas del firewall.
• systemd-boot ha agregado nuevas teclas de acceso rápido «B» y «O» para reiniciar y apagar el sistema desde el menú de inicio.
• Se ha agregado compatibilidad con la arquitectura LoongArch64 al subsistema seccomp.
• Se agregó la opción «–tmpfs» a la utilidad systemd-mount para montar una nueva instancia ‘tmpfs’.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/u7TqjCz
via IFTTT

Es probable que os hayáis dado cuenta de que en las últimas semanas estamos publicando bastantes artículos sobre videojuegos. El principal motivo es que la Steam Deck está cambiando las cosas, y ahora hay más noticias sobre juegos en Linux. ChimeraOS y DOS_deck son dos buenos ejemplos, y en ambos casos está la consola de Valve de fondo. Desde 2017 existe también RetroArch Web Player, que es la propuesta de Libretro para jugar a las consolas clásicas desde el navegador.

No sé muy bien por qué no se habla tanto de esta opción, disponible aquí. Es probable que el motivo tenga que ver con que RetroArch es multiplataforma, e incluso se puede instalar en la PlayStation 3 aunque no haya una versión oficial. Por descontado, está para Windows, macOS, Linux y hasta para sistemas tan poco conocidos como Haiku, por lo que una versión que se pueda ejecutar en el navegador no parece hacer tanta falta… ¿o sí?

RetroArch Web Player no funciona en móviles

Lo bueno de las aplicaciones web es que no requieren instalación. Son como las aplicaciones portables, pero, si funcionan, mejor. Supongamos que estamos en un equipo en el que no se nos permite instalar software. Se nos permite matar el tiempo jugando, pero no instalar software, ya que está restringido. Ese es un caso en el que RetroArch Web Player puede ser bienvenido.

El funcionamiento de RetroArch Web Player no tiene mucho misterio para los que conocemos la versión de escritorio, pero sí hay que saber algunas cosas. La barra azul (lo blanco de abajo es hueco… en blanco) de la captura que encabeza este artículo son los controles externos del software, por decirlo de alguna manera, y serán los que nos permitan añadir roms y elegir el core o sistema:

• Lo primero, lo que en la captura pone «Snes9x», es la selección del núcleo. Es importante saber qué núcleo vamos a usar y elegirlo antes de seguir, ya que será el que cargue.
• Tras elegir el núcleo haremos clic en «Run». Veremos la interfaz por defecto de RetroArch con el núcleo ya cargado.
• En el siguiente botón podemos cargar las roms. Hacemos clic sobre él, elegimos una que tengamos en el disco duro y aceptamos.
• El botón de la papelera es para eliminar las configuraciones y caché del navegador.
• El de las tres líneas activaría y desactivaría el menú, pero a mí no me funciona. Sí funciona F1, como en la versión de escritorio. La tecla Esc no sale.
• El icono con la pantalla es para entrar a pantalla completa.
• Help es la ayuda.
• La flechita de la derecha oculta el menú.

Casi el mismo funcionamiento que la versión de escritorio

RetroArch Web Player funciona casi igual que la versión de escritorio. Si queremos ver los controles, podemos hacerlo desde el menú correspondiente. Si queremos cambiar la interfaz a xmb, es posible. Lo que no se puede hacer es emocionarse y pensar que podremos jugarlo todo de esta manera. Por ejemplo, no está disponible el núcleo para jugar a PPSSPP, en parte lógico porque los archivos suelen ser muy grandes, los hay de cerca de 2GB, y porque el rendimiento ya no es igual. Yo he probado el Metal Gear de PS1 en EmulatorJS, que es prácticamente lo mismo, y va a tirones.

También hay que tener en cuenta la carga de archivos. Creo que Libretro tiene un poco abandonada a la versión web de su software de emulación de juegos, y le faltaría, al menos, una barra de progreso para ver el estado de las subidas, y no estaría de más un aviso cuando éstas se completaran. RetroArch de escritorio no tiene que cargar nada; sencillamente abre los archivos con el núcleo seleccionado. RetroArch Web Player se queda procesando y somos nosotros los que tenemos que ir adelante y atrás por las opciones hasta ver la rom.

Si estáis pensando en jugar desde dispositivos móviles, sobre todo en un iPhone, ya que RetroArch sí está para Android, no vais a poder. La interfaz no está adaptada a móviles, y tocar selecciona, pero no abre (o no lo consigo yo).

Para todo lo demás, es la propuesta oficial de Libretro. Si no os termina de funcionar, os recomiendo EmulatorJS.

kbd {color: white; background-color: grey; padding: 3px 5px; border-radius: 7px; border: 4px double white;}

from Linux Adictos https://ift.tt/hKMFswT
via IFTTT

Incus es un administrador de máquinas virtuales y contenedores de sistemas moderno, seguro y potente.

Hace poco se dio a conocer el lanzamiento de la nueva versión de Incus 0.3, la cual es la tercera versión del proyecto desde que la comunidad de Linux Containers creo esta bifurcación de LXD.

En este lanzamiento de Incus 0.3 dentro de los cambios más importantes, se destaca que la incorporación del soporte OpenFGA, asi como también que se han implementado numerosas mejoras en la herramienta de migración de lxd-to-incus.

Para quienes desconocen de Incus deben saber que este es un fork de LXD que nació debido a la decisión de Canonical de desarrollar LXD por separado como un proyecto corporativo y la comunidad de Linux Containers que supervisó el desarrollo de LXD, creo Incus con la finalidad de proporcionar una alternativa independiente impulsada por la comunidad.

Incus ofrece herramientas para la gestión centralizada de contenedores y máquinas virtuales, ya sea implementadas en un único host o en un clúster de varios servidores. Este proyecto se ejecuta como un proceso en segundo plano que responde a solicitudes a través de la red mediante la API REST, además de que admite varios backends de almacenamiento, como árbol de directorios, ZFS, Btrfs y LVM. También proporciona la capacidad de realizar migración en vivo de contenedores en ejecución de una máquina a otra, así como herramientas para almacenar imágenes de contenedores.

¿Qué hay de nuevo en Incus 0.3?

En esta nueva versión que se presenta de Incus 0.3, tal y como mencionamos al inicio, su principal novedad es la incorporación del soporte OpenFGA para la gestión de autorizaciones de usuarios basada en el modelo de control de acceso en relaciones, implementado mediante el proceso en segundo plano.

OpenFGA, una solución de autorización de código abierto, que permite a los desarrolladores crear un control de acceso granular utilizando un lenguaje de modelado fácil de leer y API amigables. Funciona como un demonio externo en la red, al cual Incus consulta para determinar si se permite que un usuario específico realice una acción específica.  Al combinarse con el proveedor OpenID Connect, la compatibilidad con OpenFGA forma una pila de autorización e identidad abierta, permitiendo el uso de Incus como un reemplazo completo para las configuraciones LXD con Canonical RBAC. Para habilitar OpenFGA en Incus, se utilizan nuevas claves de configuración del servidor, que incluyen openfga.api.token, openfga.api.url, openfga.store.id y openfga.store.model_id.

Otro de los cambios que se destaca de este lanzamiento son las mejoras en herramienta de migración lxd-to-incus entre las que se destacan: soporte para sistemas de destino OpenRC, soporte para migrar grupos de almacenamiento de Ceph, soporte para migrar redes OVN, generación de un archivo de registro y generación de respaldos (base de datos, datos OVN)

Por otra parte, también se destaca la conexión/eliminación en caliente de rutas en máquinas virtuales. Incus ha contado con el soporte para conexión y extracción de discos en caliente durante un tiempo y admitia el compartir solo una ruta desde el sistema host o pasar un volumen personalizado compartido a través de virtio-fs o 9p y hasta ahora, requería detener la VM, agregar el dispositivo y luego iniciar la VM.

Con el nuevo soporte, Incus ahora admite la conexión y eliminación en caliente de esas rutas a través de una combinación de conexión en caliente PCI en QEMU y comunicación con el agente incus en el invitado para realizar el montaje real como parte del proceso en caliente.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

¿Como instalar Incus?

Para los interesados en poder instalar este fork de LXD, deben saber que los paquetes preconstruidos están disponibles solo para Ubuntu 20.04 LTS, 22.04 LTS (jammy) Debian 11 (bullseye) y Debian 12 (bookworm).

Para realizar la instalación deben primero de obtener la clave del repositorio con el siguiente comando:

curl -fsSL https://pkgs.zabbly.com/key.asc | gpg --show-keys --fingerprint

Si coincide con esta «4EFC 5906 96CB 15B8 7C73 A3AD 82CC 8797 C838 DCFD» , procederemos a guardar la clave de manera local con el siguiente comando:

mkdir -p /etc/apt/keyrings/
curl -fsSL https://pkgs.zabbly.com/key.asc -o /etc/apt/keyrings/zabbly.asc

Hecho esto, ahora vamos a añadir el repositorio a nuestro sistema con el siguiente comando:

sh -c 'cat <<EOF > /etc/apt/sources.list.d/zabbly-incus-stable.sources
Enabled: yes
Types: deb
URIs: https://pkgs.zabbly.com/incus/stable
Suites: $(. /etc/os-release && echo ${VERSION_CODENAME})
Components: main
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/zabbly.asc

EOF'

Actualizamos nuestro listado con:

sudo apt update

Y finalmente procedemos a instalar con:

sudo apt-get install incus

Cabe mencionar que el repositorio también incluye los siguientes paquetes:

• incus-client, un paquete que contiene solo la herramienta CLI, útil cuando solo se administran servidores remotos
• incus-ui-canonical, un paquete que contiene una versión renombrada de la interfaz web LXD para usar con Incus

Para la configuración o si quieres un método distinto de instalación, puedes consultar los detalles en este enlace.

from Linux Adictos https://ift.tt/cq3tMzs
via IFTTT

Red Hat Enterprise Linux es una distribucion de Linux que dirige sus productos principalmente para empresas

Red Hat dio a conocer hace pocos días el anuncio sobre algunos de los cambios significativos en su próximo lanzamiento de Red Hat Enterprise Linux (RHEL) 10. Y es que en el anuncio comparten el plan para retirar el uso de servidor X.org (el cual quedo marcado como obsoleto desde la rama de RHEL 9.1 y tenía programada su eliminación), en favor de Wayland marcando el final de una era para el tradicional sistema X Window de 30 años.

Este sin dudas es un movimiento fundamental por parte de Red Hat, pues la transición hacia Wayland no es algo que sea nuevo, ya que Red Hat ha estado involucrado en él durante 15 años y con el tiempo se hizo evidente que el antiguo protocolo X11 y su contraparte de servidor enfrentaban problemas inherentes que necesitaban una solución con visión de futuro. Esta transición garantiza un soporte continuo para los clientes de X11 a través de Xwayland y al mismo tiempo facilita el cambio a un ecosistema Wayland.

La medida fue impulsada por la constatación de que el protocolo X11 y el servidor Xorg estaban plagados de problemas que Wayland podía resolver, pues mientras la comunidad avanzaba en la implementación de nuevas funciones y la resolución de errores en Wayland, el desarrollo del servidor X.org y la infraestructura X11 se aproximaban a su conclusión.

Aunque Wayland experimentaba mejoras significativas, este progreso generaba una carga adicional al tener que mantener ambas pilas al mismo tiempo, si bien Red Hat ha respaldado las pilas de Xorg y Wayland, el tiempo y los recursos divididos entre ellas se han vuelto cada vez más difíciles de mantener. Con el tiempo, esta fragmentación de esfuerzos empezó a plantear dificultades, surgiendo el deseo de concentrarse en la solución de los problemas fundamentales.

La colaboración de Red Hat con proveedores de hardware y software, clientes y la industria de efectos visuales ha sido fundamental en el desarrollo de proyectos cruciales, incluido el soporte de gestión de color y HDR, Xwayland para compatibilidad con versiones anteriores, infraestructura para soluciones modernas de escritorio remoto, sincronización explícita en el protocolo Wayland, Biblioteca Libei para emulación y captura de entrada, y compatibilidad OpenJDK con (X)Wayland.

La transición del sistema X Window, de más de 30 años de antigüedad, al nuevo sistema basado en Wayland se ha producido durante aproximadamente 15 años, y Red Hat ha estado involucrado desde el principio. Con el tiempo, quedó claro que el protocolo X11 y el servidor Xorg tenían problemas fundamentales que debían solucionarse, y Wayland era la solución. Hoy en día, Wayland es reconocida como la solución de facto para infraestructura de escaparates y exhibidores.

A lo largo de esta transición, Red Hat ha respaldado las pilas de X.org y Wayland. Esto divide el tiempo que nosotros y la comunidad ascendente tenemos para admitir nuevas funciones y corregir errores.

Sin embargo, tal parece que Xorg está viviendo sus últimos días, pues son cada vez más las distribuciones de Linux y entornos de escritorio que han realizado el salto hacia Wayland mientras otros tantos proyectos están a punto de abandonarlo en favor de Wayland.

Y es que con el desplazamiento del servidor X.org en RHEL 10, permitirá concentrarse en  la infraestructura y el ecosistema, además de poder abordar problemas como la compatibilidad, proporcionar mayor seguridad y todas las deficiencias restantes.

En cuanto a las aplicaciones que no migran de Xorg a Wayland, se menciona que en RHEL 10, se ejecutarán usando XWayland y que para los usuarios que dependen de aplicaciones que se ejecutan exclusivamente en Xorg deberán permanecer en RHEL 9 durante todo su ciclo de vida, cambiar de aplicación o migrar a Wayland antes de actualizar.

Por último, y no menos importante, cabe mencionar que RHEL 10 no debería llegar hasta 2025, por lo que ahora hay tiempo para trabajar en esta migración.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/m48yqvp
via IFTTT

Andaba yo un poquillo preocupado viendo que DistroSea no había actualizado su catálogo desde hacía, como poco, dos meses. No es que esté pendiente de lo hacen; sencillamente no estaban disponibles las versiones 23.10 de Ubuntu, lanzadas el 13 de octubre. La actividad en redes sociales como X o en su feed RSS tampoco invitaban al optimismo, pero un último vistazo a su catálogo no deja lugar a dudas: todo sigue adelante, y lo hace con fuerza.

Si vamos a su página web, podemos ver que hay varias nuevas opciones. Sé seguro que se han añadido AntiX, Bodhi, Bunselabs, Linux Lite, Peppermint, Porteus y Spiral, y probablemente alguno más. A la lista se suma un habitual por Linux Adictos en las últimas semanas, Garuda Linux. Aunque parece que va un poco a destiempo, ya que se incluyen opciones abandonadas y no la Hyprland del último lanzamiento.

DistroSea ofrece conexión a Internet si estás identificado

Hay que dejar claro que DistroSea permite echar un vistazo a diferentes distribuciones Linux desde el navegador, pero nos vamos a encontrar con ciertas limitaciones. Como en una máquina virtual local, Garuda, por poner un ejemplo, no muestra algunas animaciones, para lo que es necesario el hardware nativo. Tampoco hay conexión a Internet para cualquier usuario, sí para los que se identifiquen en el servicio con una cuenta de Gmail. Funciona en dispositivos táctiles, y es una manera de usar Linux en el móvil sin morir en el intento.

DistroSea se puede considerar como el heredero de DistroTest, pero adaptado a los nuevos tiempos. DistroTest, por ejemplo, no nos permitía conectarnos a Internet, por lo que era imposible usar LibreOffice y enviarnos el documento a nosotros mismos o a otros. Además, el diseño también es mucho más agradable. Si no lo conocíais, es sin duda la mejor manera de probar distribuciones Linux sin la necesidad de descargar la ISO, quemarla en un USB e iniciarla, y desde aquí recomendamos su uso.

from Linux Adictos https://ift.tt/JKAj3pM
via IFTTT

En los últimos días, en diferentes comunidades se ha hablado de un fallo en EXT4 que afectaba a las versiones de Linux con el kernel 6.1.x. La actualización 12.3 de Debian debió llegar hace días, pero los desarrolladores que están detras del sistema abuelo y padre de otros muchos decidieron esperar a que se corrigiera ese fallo en el kernel. El parche llegó en Linux 6.1.66, lo que ya usa Debian 12.4.

Como nos recuerdan en cada actualización de mantenimiento, Debian 12.4 no es una nueva versión del sistema operativo y no es necesario reinstalar de cero. Todo lo que se incluye en la nueva imagen se puede añadir a las instalaciones existentes con tan solo actualizar el sistema operativo. En cuanto a la numeración, 12.4 ha llegado tras la 12.2 de octubre, y Project Debian ha creído que es buena idea saltarse la 12.3 que había sido retrasada por el fallo de Linux 6.1.x con EXT4.

Debian 12.4 ya disponible

El fallo en cuestión guardaba relación con corrupción de datos de versiones anteriores de Linux 6.1, ya corregido en 6.1.66. Por lo tanto, se recomienda a cualquiera que use la anterior versión LTS del kernel que actualice tan pronto en cuanto le sea posible.

Esta actualización también corrige una vulnerabilidad de escalada de privilegios locales en Amanda y decenas de otros bugs y fallos de seguridad. Ya en un terreno más amable, se ha incluido soporte para Unicode 15.1 y para compresión Zstd en libsolv.

Como ya hemos explicado, 12.4 es la tercera actualización de mantenimiento de Bookworm, y son nuevas imágenes que se pueden descargar desde la página oficial de Debian. Los usuarios que instalaron Debian 12 en el pasado ya deberían haber recibido todo lo de esta tercera actualización de mantenimiento si han actualizado el sistema operativo, o bien desde el terminal o bien desde herramientas gráficas como GNOME Software o Discover.

Más información y lista de paquetes actualizados en la nota de este lanzamiento.

from Linux Adictos https://ift.tt/aDlyket
via IFTTT

Lubuntu publicó durante este fin de semana un artículo en el que podemos ver algunos de sus planes de futuro. Es muy interesante para los que prefieren esta edición de Ubuntu, ya que nos hablan un poco del presente, del futuro inmediato y el futuro algo más lejano. Entre las novedades hay mención, como no podría ser de otra manera, para Wayland, el protocolo gráfico hacia donde se dirigen la mayoría de proyectos. El salto no se dará en Lubuntu 24.04, pero sí seis meses después.

La próxima es una versión LTS, y eso significa, además de que estará soportada durante más tiempo, que tiene que ser estable. Ubuntu y todos sus sabores oficiales añadirán software seguro, en el sentido de que estará muy probado, y 24.10 será la primera parada en el viaje hacia la siguiente LTS; un buen momento para empezar a introducir cambios drásticos. Lubuntu 24.10 se pasará a Wayland por defecto y subirá a Qt6, y aunque se espera que la experiencia sea usable, no lo será tanto como en abril de 2026.

Lubuntu 24.04 ofrece por fin opción de probar o instalar

24.04 seguirá usando Calamares como instalador. El motivo guarda relación con que el instalador de Ubuntu está para KDE y GTK. «Mucho texto» para explicar lo que para mí es una buena decisión para el usuario final. Lo nuevo en Noble Numbat es que ofrecerán tres tipos de instalaciones:

• Instalación mínima: básicamente el sistema operativo «pelado» y sin snapd.
• Instalación normal: aplicaciones de siempre, lo que ya conocemos.
• Instalación completa: la instalación normal y además software como Element o Krita.

La versión Live ofrecerá la posibilidad de probar o instalar el sistema operativo. La diferencia con respecto a una sesión sin este paso es que ya entraremos al sistema operativo en nuestro idioma y podemos conectarnos a la red WiFi, y también que el instalador estará medio configurado cuando lo iniciemos. Aunque lo cierto es que no funciona muy bien ahora mismo, pero estamos en diciembre y Noble Numbat llega en abril.

Entre otras novedades, pronto habrá un gestor de dispositivos Bluetooth con interfaz de usuario, una nueva aplicación para editar al configuración del SDDM, la posibilidad de gestionar Redshift dese el menú, nuevos temas y gestión de la energía.

¿Versión sin snapd?

No paro de darle vueltas a la instalación mínima de Lubuntu 24.04. Una versión «barebone» es el sistema operativo con lo mínimo posible (ni siquiera tiene navegador web), sí, pero que no incluyan algo que Canonical quiere meter en todos los escenarios posibles… sólo me resulta extraño. Además, eso de añadir el texto «without snapd» como diciendo «eh, mirad, que tenemos algo sin eso que tanto criticáis», llama la atención.

No sólo parece claro que de elegir un tipo de paquetes de nueva generación nos quedamos con los flatpak; es que hay casos en los que la gente abandona Ubuntu sólo porque no hay opción sin snaps. ¿Tendrá algo que ver?

Bueno, dejemos de especular. Pero sí, habrá será posible instalar Lubuntu sin snaps.

Más información.

from Linux Adictos https://ift.tt/cHlIAGx
via IFTTT

Tal y como adelantábamos a mediados de la semana pasada, el domingo fue anunciado el lanzamiento de Linux Mint 21.3 Beta. Disponible en el servidor del proyecto estuvo desde días antes, pero no fue hasta el último día de la semana que Clem oficializó el aterrizaje y publicó también las novedades de la versión de su sistema operativo que llevará el nombre en clave de «Virginia». Como el resto de 21s, está basado en Ubuntu 22.04 y estará soportado hasta 2027.

Entre las novedades más destacadas, sin duda sobresalen dos: la primera es el escritorio, un Cinnamon 6.0 del que tenéis más detalles en nuestro artículo del 5 de diciembre; la segunda es Wayland, pero sólo en fase experimental. A partir de esta beta, Linux Mint ofrece la posibilidad de iniciar sesión bajo Wayland, pero no se recomienda en equipos de producción. Es sólo el primer paso para dar el salto.

Otras novedades de Linux Mint 21.3 Beta

Las novedades de Linux Mint 21.3 Beta son las mismas que las de la versión estable, o justo al contrario, la versión estable no tendrá nada más de lo que tiene la beta recién lanzada. Entre ellas, tenemos:

• Soporte completo para Secure Boot.
• GRUB se usa en modo EFI.
• Hypnotix permite ahora guardar favoritos y canales personalizados.
• Warpinator permite ahora conectarse otro dispositivo manualmente.
• Sticky ha recibido soporte para el comando DBUS.
• En la pantalla de inicio de sesión, Slick Greeter, la alineación de la caja de login es configurable.
• Bulcky ha recibido soporte para miniaturas y arrastrar y soltar.
• Pix ahora tiene en cuenta la orientación del vídeo.
• Mintbackup ahora tiene barra de cabecera y un diálogo «Acerca de…».
• El selector de color se ha añadido a Xapp XDG Desktop Portal.

Los usuarios interesados en probar Linux Mint 21.3 Beta pueden hacerlo descargando la ISO desde los diferentes enlaces que hay disponibles en las notas de este lanzamiento.

from Linux Adictos https://ift.tt/wExudD4
via IFTTT