Nitrux continua con la migración hacia Maui Shell

Se dio a conocer hace poco el lanzamiento de la nueva versión de la distribución de Linux, «Nitrux 2.7.0», la cual su principal novedad es la introduccion de una nueva imagen del sistema construida con Maui Shell, actualizaciones y más.

Para quienes desconocen de esta distribución, deben saber que está construida sobre la base del paquete Debian, las tecnologías KDE y el sistema de inicio OpenRC. Esta distribución se destaca por el desarrollo de su propio escritorio «NX», que es un complemento sobre el entorno KDE Plasma del usuario, además de que el proceso de instalación de aplicaciones está basado en el uso de paquetes AppImages.

El escritorio NX ofrece un estilo diferente, su propia implementación de la bandeja del sistema, el centro de notificaciones y varios plasmoides, como un configurador de conexión de red y un subprograma multimedia para control de volumen y control de reproducción de medios.

Entre las aplicaciones creadas con el marco MauiKit, se puede mencionar el administrador de archivos Index (también se puede usar Dolphin), el editor de texto Note, el emulador de terminal Station, el reproductor de música VVave, el reproductor de video Clip, el control de aplicaciones NX Software Center center y el visor de imágenes Pix.

El entorno de usuario de Maui Shell está evolucionando en torno al concepto de «Convergencia», lo que significa que las mismas aplicaciones se pueden usar en pantallas táctiles de teléfonos inteligentes y tabletas, así como en pantallas grandes de computadoras portátiles y PC.

Principales novedades de Nitrux 2.7

En esta nueva versión que se presenta de Nitrux 2.7, podremos encontrar que los componentes de NX Desktop se han actualizado a KDE Plasma 5.27.2, KDE Frameworks 5.103.0 y KDE Gear (KDE Applications) 22.12.3.

Mientras que por la parte de las versiones de software actualizadas, los paquetes que se destacan son las actualizaciones que incluyen Mesa 23.1-git, Firefox 110.0.1 y controladores NVIDIA 525.89.02.

Otro de los cambios que se destaca de esta nueva versión, es que de forma predeterminada, el kernel de Linux 6.1.15 con parches de Liquorix está habilitado.

Ademas de ello, tambien se menciona que esta nueva versión la composición incluye los paquetes con OpenVPN y open-iscsi, asi como tambien que se eliminaron los archivos ejecutables con las utilidades de administración de paquetes de la imagen en vivo (el instalador de Calamares puede instalar el sistema y ellos, y son superfluos en una imagen en vivo estática).

El Centro de software NX se ha reconstruido con MauiKit, ademas de que se ha comenzado con la formación de una imagen ISO separada con Maui Shell, la cual cuenta con las versiones actualizadas de MauiKit 2.2.2, MauiKit Frameworks 2.2.2, Maui Apps 2.2.2 y Maui Shell 0.6.0.

Esta nueva compilación ofrecida todavía está posicionada para demostrar las capacidades del nuevo shell y las aplicaciones disponibles. El programa incluye Agenda, Arca, Bonsai, Booth, Buho, Clip, Communicator, Fiery, Index, Maui Manager, Nota, Pix, Shelf, Station, Strike y VVave.

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

Descargar la nueva versión de Nitrux

Si quieren descargar esta nueva versión de Nitrux 2.6, deberán de dirigirse a la página web oficial del proyecto en donde podrán obtener el enlace de descarga de la imagen del sistema y la cual podrán grabar en un USB con ayuda de Etcher. Nitrux está disponible para su descarga inmediata desde el siguiente enlace. El tamaño completo de la imagen de arranque es de 3,2 GB (NX Desktop) y 2,6 GB (Maui Shell).

Para aquellos que ya se encuentran sobre una versión anterior de la distribución, pueden hacer la actualización a la nueva versión, tecleando los siguientes comandos:

sudo apt update

sudo apt install --only-upgrade nitrux-repositories-config amdgpu-firmware-extra

sudo apt install -o Dpkg::Options::="--force-overwrite" linux-firmware/trixie

sudo apt dist-upgrade

sudo apt autoremove

sudo reboot

En cuanto a los que cuentan con una versión anterior de la distribución, pueden realizar la actualización del Kernel tecleando alguno de los siguientes comandos:

sudo apt install linux-image-mainline-lts
sudo apt install linux-image-mainline-current

Para los que estén interesados en poder instalar o probar los kernels Liquorix y Xanmod:

sudo apt install linux-image-liquorix
sudo apt install linux-image-xanmod-edge
sudo apt install linux-image-xanmod-lts

Finalmente para los que prefieren el uso de los kernels Linux Libre LTS y no LTS más recientes:

sudo apt instalar linux-image-libre-lts
sudo apt instalar linux-image-libre-curren

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

El problema del año 2038 podría causar que una parte del software falle en ese año. El problema afecta a los programas que usen la representación del tiempo basada en el sistema POSIX

Thorsten Kukuk, líder del Equipo de Future Technology de SUSE (Equipo de tecnología futura, desarrolla openSUSE MicroOS y SLE Micr ), quien anteriormente dirigió el proyecto SUSE LINUX Enterprise Server durante 10 años, sugirió deshacerse del archivo /var/run/utmp en distribuciones para abordar completamente el problema Y2038 en Glibc.

Con ello se propone mover todas las aplicaciones que usan utmp, wtmp y lastlog para obtener una lista de usuarios que usan systemd-logind.

El 19 de enero de 2038, se desbordarán los contadores de tiempo de época especificados por el tipo time_t de 32 bits. En Glibc, a pesar de la introducción del tipo time_t de 64 bits, para mantener la compatibilidad con aplicaciones de espacio de usuario de 32 bits, el tipo time_t de 32 bits todavía se usa en algunos casos en plataformas de 64 bits.

Hay dos problemas principales con utmp/utmpx con glibc en, por ejemplo, x86-64:

Se utiliza un campo time_t de 32 bits para la hora, que se desbordará en 2038
Hay problemas de diseño que permiten un ataque DoS ( el bloqueo de utmp/wtmp permite que un usuario sin privilegios niegue el servicio )
Un análisis del segundo problema por parte de los desarrolladores de glibc mostró que sería necesario un demonio adicional que maneje el acceso utmp/utmpx.

Aun que hay algunos problemas más…

Uno de esos casos es el archivo /var/run/utmp, que almacena datos sobre los usuarios actualmente conectados al sistema. El campo de tiempo en utmp se establece utilizando un valor time_t de 32 bits.

Se menciona que, simplemente cambiar un campo en utmp con el tiempo de un tipo de 32 bits a uno de 64 bits no funcionará, ya que esto cambiará la Glibc ABI (el tipo cambiará en funciones como login(), getutid() y utmpname()) y rompa la compatibilidad con aplicaciones que usan utmp, incluidas w, who, uptime, login, su, sudo, useradd, systemd, sysvinit, tcsh, xterm display managers, emacs, openssh, qemu, samba, rsyslog, etc.

Debido a la abundancia de posibles escollos y laboriosidad, los desarrolladores de Glibc rechazaron la idea de reemplazar la longitud de bits del tipo time_t en utmp. Por la misma razón, se eliminó la opción de usar el espacio disponible en la estructura utmp para agregar un campo de tiempo adicional de 64 bits.

Además, cambiar la profundidad de bits del tipo en utmp no resuelve otros problemas existentes, por ejemplo, escribir en utmp requiere permisos especiales, lo que requiere que se otorguen privilegios adicionales a los procesos. Otro problema es que la arquitectura utmp permite a los usuarios locales realizar ataques DoS que rompen el servicio utmp mediante la manipulación de bloqueos de archivos, lo que hace imposible estar seguro de que el contenido de utmp refleje el estado real del sistema.

Se propuso usar un proceso en segundo plano adicional para manejar el acceso a utmp, pero para tales tareas ya existe un proceso systemd-logind y no es recomendable iniciar otro proceso especializado (las aplicaciones tendrán que transferir datos a dos controladores al mismo tiempo).

Al mismo tiempo, incluso al resolver el problema con los ataques DoS, el contenido de utmp sigue siendo solo informativo, sin garantizar un reflejo de la realidad.

Por ejemplo, diferentes emuladores de terminales y multiplexores reflejan su estado de manera diferente: ejecutar cinco terminales GNOME dará como resultado que un usuario se refleje en utmp, mientras que ejecutar cinco terminales konsole o xterm en KDE dará como resultado seis. Del mismo modo, el comportamiento de screen y tmux difiere, en el primer caso cada sesión se cuenta como un usuario independiente y en el segundo solo se refleja un usuario para todas las sesiones.

Como resultado, como la solución más simple, se propone transferir todas las aplicaciones para usar el servicio systemd-logind alternativo ya existente y, después de que no haya programas reales que accedan a utmp, dejar de escribir en utmp. Para reemplazar wtmp, se propone preparar API para escribir y leer información sobre los usuarios que usan systemd-journald.

Finalmente, cabe mencionar que la base de código para la próxima versión de systemd 254 ya incluye las funciones necesarias para proporcionar datos utmp de reemplazo a través de libsystemd usando la API sd-login.h o a través de DBUS.

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/107X9p3
via IFTTT

Hace un tiempo no le veía mucho sentido a sistemas como este, pero para mí todo cambió con los problemas de Python en la versión para Linux. Para que funcionaran algunos complementos de este famoso centro multimedia en el sistema operativo que usamos los editores y mayoría de lectores LXA había que darse un paseo por algunas configuraciones de Python, pero esos problemas parecieron quedar atrás con la última versión. Para evitar problemas de compatibilidad me creé un pendrive con este sistema operativo, y pronto actualizaré el software de ese pendrive a LibreELEC 11 estable, disponible desde hace unos instantes.

Ya hacía tiempo que se podía probar como beta, y de hecho yo tenía mi USB con esa versión preliminar, pero hoy se ha anunciado el lanzamiento de LibreELEC 11, ya basado en el último Kodi 20.0 Nexus. Sus desarrolladores avisan de que no se actualizará automáticamente desde 10.0, pero se puede actualizar manualmente desde los ajustes de configuración de LibreELEC. También informan de que las versiones anteriores (<19) deberán instalar desde cero por el salto que se dio a Python 3, o más concretamente por haberse abandonado el soporte para Python 2.x.

Novedades de LibreELEC 11.0

Aunque está construido sobre un sistema operativo virtualmente completo, LibreELEC tiene lo justo para que funcione Kodi, y casi todas las novedades que incluye LibreELEC 11.0 se comparten con la última versión del centro multimedia. Para más información sobre Kodi 20.0, podéis leer el artículo que publicamos el pasado enero. Las novedades de LibreELEC 11.0 van un poco de la mano de dónde se va a usar, y por ejemplo se ha mejorado el soporte para la imagen de x86_64:

La imagen genérica ejecuta ahora la misma pila de gráficos GBM/V4L2 que utilizamos desde hace tiempo con las plataformas ARM. Ahora soporta HDR con GPUs AMD e Intel recientes. Hemos añadido una imagen Generic-Legacy que ejecuta la antigua pila de gráficos X11 utilizada en LE v7-v10. Puede actualizar entre las imágenes GBM y X11 sin problemas.

LibreELEC 11.0 ya está disponible en la página de descargas del proyecto. Se puede grabar en tarjetas SD o un USB con su herramienta propia, pero también con otras como Etcher o Imager (de Raspberry). Como hemos explicado, los usuarios existentes pueden actualizar manualmente desde el apartado de configuración de LibreELEC si se está en Kodi 19, pero no desde versiones anteriores, quienes tendrán que hacer una instalación limpia.

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

Godot 4.0 zarpa: todos a bordo para nuevos horizontes

Luego de cuatro años de desarrollo, se dio a conocer el lanzamiento del motor de juegos «Godot 4.0», apto para crear juegos 2D y 3D. La rama Godot 4.0 incluye unos 12.000 cambios y 7.000 correcciones de errores. Unas 1500 personas participaron en el desarrollo del motor y en la redacción de la documentación.

El motor admite un lenguaje de trabajo de lógica de juego fácil de aprender, un entorno de diseño de juego gráfico, un sistema de implementación de juego con un solo clic, ricas capacidades de simulación de física y animación, un depurador integrado y un sistema de detección de cuello de botella de rendimiento.

Principales novedades de Godot 4.0

En esta nueva versión que se presenta de Godot 4.0, se proponen dos nuevos backends de renderizado (en clúster y móvil) basados ​​en la API de gráficos de Vulkan, que han reemplazado a los backends de renderizado a través de OpenGL ES y OpenGL.

Para dispositivos más antiguos y de gama baja, se ha integrado un backend de compatibilidad basado en OpenGL utilizando la nueva arquitectura de renderizado. Para el renderizado dinámico a resoluciones más bajas, se utiliza la tecnología de supermuestreo AMD FSR (FidelityFX Super Resolution), que utiliza algoritmos de reconstrucción de detalle y escala espacial para reducir la pérdida de calidad de imagen al escalar y convertir a una resolución más alta. Se ha implementado un motor de renderizado basado en Direct3D 12 , que mejorará el soporte para las plataformas Windows y Xbox.

Otro de los cambios que se destaca es que GIProbe, utilizado para llenar la escena con luz reflejada, se reemplazó con el nodo VoxelGI, que es óptimo para el procesamiento de iluminación en tiempo real en escenas con interiores de habitaciones pequeñas a medianas. Para el hardware de baja potencia, se ha dejado la capacidad de renderizar previamente luces y sombras usando mapas de luz, que ahora usa la GPU para acelerar el renderizado.

Ademas de ello, tambien se ha implementado nuevas técnicas de optimización de renderizado, asi como tambien que se agregó la selección automática de oclusión que detecta y elimina dinámicamente los modelos ocultos detrás de otras superficies para mejorar el rendimiento del renderizado y reducir la carga de la CPU y la GPU.

Se agregó el modo SSIL (Screen Space Indirect Lighting) para mejorar la calidad de representación en hardware de alto rendimiento al mejorar el manejo de las áreas oscuras y la iluminación indirecta. Además, se proporcionan configuraciones adicionales para simular la iluminación indirecta difusa utilizando la técnica SSAO (Screen Space Ambient Occlusion), como elegir el nivel de influencia de la luz directa.

Se proponen unidades de iluminación realistas, que le permiten ajustar la intensidad de la luz y utilizar la configuración estándar de la cámara, como apertura, velocidad de obturación e ISO, para controlar el brillo de la escena final.

Tambien se agregaron nuevas herramientas de edición de niveles para juegos 2D, se ha realizado un cambio radical en el proceso de desarrollo de juegos 2D y tambien se ha agregado un nuevo editor de mapas de mosaicos, que admite capas, autocompletado de paisajes, ubicación aleatoria de plantas, piedras y varios objetos, selección flexible de objetos.

De los demás cambios que se destacan:

• Trabajo unificado con mapas de teselas y conjuntos de fragmentos para la construcción de un mapa (tileset).
• Los fragmentos de un conjunto se expanden automáticamente para eliminar los espacios entre fragmentos adyacentes.
• Se ha agregado una nueva función para colocar objetos en el escenario que, por ejemplo, se puede usar para agregar personajes a las celdas de la cuadrícula de mosaicos.
• Trabajo mejorado con luces y sombras en juegos 2D.
• Rendimiento significativamente mejorado cuando se utilizan múltiples fuentes de luz.
• Se agregó la capacidad de simular tridimensionalidad cambiando el nivel de iluminación en los mapas normales, así como creando efectos visuales como sombras largas, halos y contornos nítidos.
• Se ha añadido un efecto de niebla volumétrica que utiliza una técnica de proyección temporal para lograr un aspecto realista y un alto rendimiento.
• Se agregaron sombreadores de nubes para generar nubes dinámicamente que cambian en tiempo real.
• Soporte implementado para » calcomanías «, un método de proyección de material sobre una superficie.
• Se agregaron efectos de partículas en todo el espacio del juego que usan la GPU y admiten atractores, colisiones, estelas y emisores.
• Se agregó la capacidad de trabajar con la interfaz en modo de múltiples ventanas (varios paneles y partes de la interfaz se pueden separar como ventanas separadas).
• Se agregó un nuevo editor de interfaz de usuario y un nuevo widget de diseño visual.
• Se agregó un nuevo editor de temas.
• El sistema de gestión de iluminación y sombras se ha reescrito por completo para utilizar la tecnología SDFGI (Signed Distance Field Global Illumination) en tiempo real .
• La calidad de renderizado de sombras se ha mejorado significativamente.

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

Obtener Godot

Godot está disponible para descargar en esta página para Windows, Mac OS y Linux. También lo puede encontrar en Steam y itch.io.

El código del motor del juego, el entorno de desarrollo del juego y las herramientas de desarrollo relacionadas (motor de física, servidor de sonido, backends de renderizado 2D/3D, etc.) se distribuyen bajo la licencia MIT.

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