Screenshot de AV Linux 23.1 con Enlightenment

Después de varios meses de desarrollo, se dio a conocer el lanzamiento de la nueva versión de AV Linux 23.1 «Enlightened», la cual llega construida sobre la base de MX-23/Debian 12 “Bookworm”, con el entorno Enlightenment 0.25.4 y PipeWire 1.0.0

Para quienes desconocen de AV Linux, deben saber que esta es una distribución que promete revolucionar la creación y procesamiento de contenido multimedia. Diseñada sobre la sólida base de MX Linux y el repositorio KXStudio, AV Linux ofrece una amplia gama de herramientas y aplicaciones para satisfacer las necesidades más exigentes de los creadores de contenido multimedia.

Entre las aplicaciones destacadas se encuentran Ardour, ArdourVST, Harrison Mixbus, Blender, Cinelerra, Openshot, LiVES, y una variedad de herramientas para la conversión de formatos de archivos multimedia.

Principales novedades de AV Linux 23.1 «Enlightened»

En esta nueva versión que se presenta de AV Linux 23.1 «Enlightened» se ha actualizado el Kernel de Linux a la versión 6.6.9 con parches de Liquorix, el cual es conocido por su enfoque en cargas de trabajo multimedia y por ofrecer mejoras en la capacidad de respuesta del sistema durante el procesamiento de audio.

Por la parte de la base del sistema, podremos encontrar que se ha actualizado a la base de MX-23 y Debian 12 “Bookworm”, mientras que por la parte del entorno de usuario, Xfce ha sido reemplazado por Enlightenment 0.25.4 y con la cual se nos ofrecen variantes oscuras y claras con temas de íconos y escritorio GTK.

Con la introducción de Enlightenment 0.25.4, los usuarios pueden disfrutar de variantes oscuras y claras con temas de íconos y escritorios GTK, lo que les permite personalizar su entorno según sus preferencias individuales. Además, se ha agregado un nuevo estante en la sección derecha del escritorio, proporcionando accesos directos convenientes a las aplicaciones de audio y vídeo para una mayor productividad.

El panel inferior ha sido cuidadosamente equipado con los accesos directos necesarios, elementos de bandeja y dos menús principales, facilitando la navegación y el acceso a las herramientas esenciales para la producción multimedia.

Además de ello, ahora por defecto, se habilita el servidor de medios PipeWire 1.0.0, mejorando la gestión de audio, asi como también que los usuarios ahora pueden elegir entre systemd o sysvinit como sistema de inicialización predeterminado.

Por otra parte, se menciona que AV Linux 23.1 viene con un detallado manual ilustrado en formato PDF, con 72 páginas de información útil y orientación para aprovechar al máximo todas las características y aplicaciones disponibles.

De los demás cambios que se destacan de esta nueva versión:

• Se ofrecen más de 1000 complementos de audio comerciales y de código abierto, proporcionando a los usuarios una amplia gama de herramientas para explorar y utilizar en sus proyectos multimedia.
• AV Linux 23.1 hereda las poderosas herramientas de MX Linux, incluidas las venerables ‘ MX-Tools ‘ que mejoran la experiencia general del usuario.
• Las versiones de software han sido actualizadas, incluyendo Kdenlive 23.08.4 y Openshot 3.1.1, mientras que los compositores de música pueden profundizar en MuseScore 4 y Hydrogen 1.2.0, Audacity 3.4.0 para edición de audio y Blender 4.0.2, Ardour 8.2.5,  AviDemux 2.8.1, Cinelerra 20231230, Harrison Mixbus 32C 9.2.172 (demo) y Reaper 7.07 (demo).
• La aplicación relacionada con imágenes incluye Inkscape para dibujo vectorial, GIMP para edición de trama y visor de imágenes Mirage .
• AV Linux Utilities ofrece utilidades personalizadas especializadas diseñadas para profesionales multimedia, ofreciendo eficiencia y conveniencia en los flujos de trabajo de producción de audio y video.
• Para administrar el software, puede utilizar el administrador de paquetes Synaptic o el instalador del paquete MX.

Finalmente si estás interesado en conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

Descarga y obtener AV Linux 23.1 «Enlightened»

Para quienes estén interesados en descargar y probar esta nueva versión de AV Linux 23.1 «Enlightened», solo debes dirigirte a su página web oficial y en su sección de descargas encontraras los links para descargar esta distro de Linux.

El enlace es este.

Ahora si ya eres usuario de esta distro y quieres obtener las nuevas actualizaciones proporcionadas en esta liberación, es importante mencionar que debido a que algunos de los cambios son bastante grandes, no existe una ruta de actualización del repositorio desde AV Linux 21.3. Y esta nueva versión requerirá una instalación nueva.

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

RAWRLAB Games presento su port de
godot

Se dio a conocer la noticia por parte de RAWRLAB Games, un estudio desarrollador de juegos independiente, el lanzamiento de un conjunto de herramientas de Godot Engine, las cuales diseñadas para facilitar la migración de juegos de Godot a la plataforma Nintendo Switch.

Este es un movimiento significativo para los desarrolladores de juegos independientes y la iniciativa tiene como objetivo ampliar la accesibilidad del motor Godot, a una amplia gama de creadores que buscan desarrollar juegos para la Nintendo Switch.

Se menciona que el port ofrece soporte a proyectos realizados con las versiones 3.5.xy 4.1.x de Godot, de las cuales se destaca por ejemplo en Godot 4.1 una interfaz gráfica mejorada, nuevas texturas 3D con ruido visual, rediseñó del algoritmo de navegación con IA para evitar colisiones, un algoritmo basado en hashes rápidos para mejorar la velocidad de operaciones, soporte para crear nodos de sombreado, complementos de editor usando GDExtension y un backend de renderizado basado en Vulkan.

Mientras que por la parte de la versión de Godot 3.5 se proporciona el nodo Label3D listo para usar para mostrar texto en escenas 3D., nuevos contenedores de flujo (HFlowContainer y VFlowContainer), la compilación asincrónica de shaders + almacenamiento en caché y la interpolación de objetos físicos 3D, acceso a objetos de escena mediante nombres únicos, nuevos contenedores de transmisión para GUI, oclusión 3D y soporte Android.

Cabe mencionar que el port se ofrece sin coste alguno para los desarrolladores con autorización de Nintendo y aunque el port no está altamente optimizado, se considera suficientemente eficiente para la mayoría de los proyectos, destacando el compromiso de RAWRLAB Games.

«Este puerto representa un esfuerzo de colaboración, escrito en coautoría por varios miembros de los foros del Portal de desarrolladores de Nintendo. Subraya nuestro compromiso de hacer que Godot Engine sea más accesible para una gama más amplia de creadores».

Entre las características principales de la solución se encuentran:

• Acceso de cortesía: disponible sin costo para todos los desarrolladores autorizados de Nintendo Switch.
• Licencia: El código fuente se distribuye bajo la Licencia MIT, ofreciendo amplios derechos de uso y modificación.
• Aprovisionamiento de software: el software se proporciona «tal cual», sin garantía implícita ni soporte de ningún tipo.
• Funcionalidad básica incluida: este puerto incluye solo funcionalidad básica.
• Sin C# ni GDNative/GDExtension : solo se admite GDScript. Las extensiones nativas no son compatibles, pero puedes intentar convertirlas en módulos internos.
• Nivel de optimización: es importante tener en cuenta que el puerto no está altamente optimizado pero es adecuadamente eficiente para la mayoría de los proyectos de juegos pequeños y medianos.
• Capacidad de ampliación: al tener acceso al código fuente, los desarrolladores con conocimientos de C++ tienen la oportunidad de agregar e integrar funcionalidades adicionales según sea necesario.
• No se proporciona soporte: este puerto se proporciona sin soporte. Se anima a los desarrolladores a interactuar con la comunidad en el Portal de desarrolladores de Nintendo para obtener colaboración y asistencia.
• Procedimiento de acceso: El acceso se puede solicitar a través del Portal de desarrolladores de Nintendo.

Aunque RAWRLAB Games ha desarrollado, adaptado y publicado una cartera de 13 proyectos en Switch desde 2014, hasta el momento no ha logrado alcanzar un éxito notable en la industria de los juegos y por mencionar algunos de los juegos publicados en Nintendo Switch gracias a esta herramienta se destacan: Simona’s Requiem, Constellations, 8-Colors Star Guardians +, Colored Effects, Murtop, Space Ducks, Donut Dodo, Inhabit, The hero with a thousand arms y Crystal Chip Collector e.

Finalmente para los interesados, vale recordarles que código se distribuye bajo la licencia MIT y viene «tal cual», sin garantía ni soporte de ningún tipo. El port incluye sólo funcionalidad básica y es compatible con GDScript, sin extensiones nativas. RAWRLAB dice que los desarrolladores con conocimientos de C++ pueden agregar e integrar funcionalidades adicionales, pero no esperen que el puerto esté altamente optimizado. Si estás interesado en ello, solo debes de solicitar el acceso a través del portal de desarrolladores de Nintendo.

Fuente: https://www.rawrlab.com

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

Logo de SourceHut

Hace poco, los desarrolladores de la popular plataforma de desarrollo colaborativo «SourceHut» dieron a conocer un informe detallado sobre un incidente que resultó en una interrupción del servicio durante 7 días debido a un ataque DDoS prolongado, para el cual la infraestructura del proyecto no estaba preparada.

En su informe, detallan que durante la etapa inicial del ataque, los desarrolladores se vieron sorprendidos y no tuvieron tiempo suficiente para reaccionar y contrarrestar el problema en sus servidores, lo que llevó al bloqueo total del tráfico hacia los servidores de SourceHut por parte del proveedor ascendente.

Para quienes desconocen de la plataforma SourceHut, deben saber que esta se distingue por una interfaz única que se aparta de la apariencia de GitHub y GitLab, pero que se caracteriza por su simplicidad, velocidad y funcionamiento sin necesidad de JavaScript. SourceHut ofrece una amplia gama de funciones, incluyendo el trabajo con repositorios públicos y privados de Git y Mercurial, un sistema de control de acceso flexible, funcionalidad de wiki, generación de informes de errores, integración continua integrada, capacidades de chat, entre otras mas.

Sobre el ataque a SourceHut

Los desarrolladores mencionan que para garantizar la continuidad de SourceHut, se emplearon servidores distribuidos en tres centros de datos. El primero fue utilizado para la configuración de producción, el segundo para respaldo, y el tercero para realizar experimentos sobre la migración de la infraestructura a una implementación de servicio más escalable y resistente a fallos (dado que la versión de próxima generación de SourceHut estaba en desarrollo).

Aunque los servicios básicos se restauraron al tercer día, (algunos servicios permanecieron no disponibles del 10 al 17 de enero), se requirieron aproximadamente 9 horas para resolver el problema de acceso a los servidores en el centro de datos principal después del bloqueo inicial.

Sin embargo, los desarrolladores enfrentaron otra dificultad cuando, a la mañana siguiente, el ataque se intensificó y comenzó a afectar toda la subred, lo que llevó al proveedor a redirigir nuevamente el tráfico hacia la interfaz nula. Ante esta situación, los desarrolladores se vieron obligados a iniciar urgentemente la implementación de la infraestructura de SourceHut en otro centro de datos utilizando copias de seguridad. Solo después de 2 días lograron obtener una subred temporal para acceder a los servidores principales y continuar con la recuperación del servicio.

Para protegerse contra los ataques DDoS a nivel de red, se tomó la decisión de implementar un servidor intermedio en la red del proveedor de nube OVH, el cual proporcionaría protección contra este tipo de ataques. Todas las solicitudes se dirigirían inicialmente a este servidor y luego se reenviarían a la infraestructura de trabajo.

Sin embargo, durante la migración, surgieron dificultades inevitables, como errores en la restauración utilizando la utilidad rsync, problemas de configuración de red y dificultades con la redirección del tráfico, que debieron resolverse antes de que la protección DDoS en OVH estuviera completamente operativa. Durante este tiempo, los servidores en funcionamiento estaban expuestos al tráfico de ataques DDoS, lo que llevó al sistema de protección DDoS a identificar erróneamente los servidores como el origen del ataque.

A pesar de intentar contactar a Cloudflare y otros servicios de protección DDoS, el costo de la protección resultó prohibitivo. Sin embargo, los empleados de Cloudflare posteriormente ofrecieron protección gratuita como patrocinio para el proyecto SourceHut, aunque este ofrecimiento fue rechazado por los desarrolladores, que en ese momento ya habían avanzado considerablemente en la solución del problema por sí mismos.

Inicialmente, estaba previsto llevar a cabo la migración de la infraestructura de SourceHut de manera gradual durante un período de al menos un año, trasladando el proyecto a servidores en otro centro de datos. Sin embargo, debido a las circunstancias actuales, la migración tuvo que realizarse de manera urgente en un plazo de 7 días. Afortunadamente, todos los servicios de SourceHut fueron transferidos con éxito a otro centro de datos y la plataforma ha sido completamente restaurada.

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/KyUaAij
via IFTTT

Ayer, domingo en España, el equipo de desarrolladores que hay detrás del entorno gráfico que usan distribuciones como Ubuntu Budgie lanzó Budgie 10.9. Esta nueva versión ha llegado unos seis meses después de la versión anterior, y no parece tener una extensa lista de novedades. Es algo que se puede entender, ya que sí encontramos una muy importante, quizá no tanto en cuanto a funcionalidades, pero si en cuanto al tamaño de la misma.

En Budgie 10.9 se han hecho trabajo inicial para llevar algunos de sus componentes a Wayland, y es que se espera que en 2024 lancen una versión sólo para este protocolo gráfico, aunque también será posible seguir usando X11 si el usuario lo prefiere. En Linux todo es posible, si no de una manera, pues de otra.

Novedades más destacadas de Budgie 10.9

• Applet de Bluetooth rediseñado. Ahora proporciona una función de desconexión directa para dispositivos emparejados, indicadores del porcentaje de la batería y la posibilidad de enviar archivos. Entre otras cosas, ya no depende de gnome-bluetooth y ahora se comunica directamente con BlueZ y UPower a través de D-Bus.
• Se ha realizado trabajo para llevar varios applets y componentes de Budgie Desktop a una librería compatible: libxfce4windowing. Es algo creado por XFCE que intenta presentar conceptos de ventanas (pantallas, espacios de trabajo, etc) de una manera independiente. Soporta X11 a través de libwnck y varios protocolos de Wayland. Ya usan libxfce4windowing el applet de mostrar el escritorio, el cambiador de pestañas y el applet de espacios de trabajo.
• Nuevo budgie-session, un fork de gnome-session diseñado para proporcionar un gestor de sesiones estables para Budgie 10.x. Concretamente, es un fork de GNOME Session 44.x, y soporta código de sesión relacionado con X11 y ConsoleKit para BSD.

Budgie 10.9 ya está disponible, pero sólo su código. Esto quiere decir que las distribuciones ya pueden cogerlo y empezar a trabajar con él, y que los más entendidos pueden instalarlo en su sistema, pero no es lo más recomendado para la mayoría de usuarios. De hecho, sus desarrolladores recomiendan usarlo en opciones como EndeavourOS o Fedora, entre otras. El próximo abril estará en Ubuntu Budgie 24.04.

Más información en las notas de este lanzamiento.

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

Arti es un proyecto para producir una implementación integrable de los protocolos de anonimato Tor en Rust

El equipo de desarrollo de Tor ha dado a conocer hace poco el lanzamiento de la nueva versión de Arti 1.1.12, que continúa mejorando el soporte para la ejecución de servicios onion con un progreso significativo.

Para quienes desconocen de Arti, deben saber que este es un proyecto para implementar los protocolos de anonimato Tor en el lenguaje de programación Rust. A diferencia de la implementación C, que primero se diseñó como un proxy SOCKS y luego se adaptó a otras necesidades, Arti se desarrolló inicialmente en forma de una biblioteca modular integrable que puede ser utilizada por varias aplicaciones.

Una de las características distintivas de Arti es que aprovecha toda la experiencia acumulada en el desarrollo previo de Tor. Esto significa que se evitan problemas arquitectónicos conocidos, lo que hace que el proyecto sea más modular y eficiente desde su concepción. A medida que el código Rust alcanza un nivel de madurez que puede reemplazar por completo la implementación en C, los desarrolladores tienen la intención de otorgar a Arti el estatus de implementación principal de Tor y dejar de mantener la versión en C.

Principales novedades de Arti 1.1.12

La versión Arti 1.1.12 se destaca por llevar la implementación de servicios onion al punto de estar listo para pruebas y experimentación, ya que se menciona qué se necesita más trabajo para lograr una seguridad equivalente a la implementación de C tor.

Al mismo tiempo, algunas características para garantizar la privacidad y protección de los servicios onion aún no están listas, como la autorización del cliente, la protección contra ataques DoS y el mecanismo para evitar la detección de nodos Vanguard Guard, por lo que aún no se recomienda su implementación para implementaciones de producción.

Además de ello, se destaca que se han realizado cambios importantes, como la refactorización del código del administrador de claves para prevenir la creación de especificadores de clave inválidos, se han añadido nuevas características, como la posibilidad de detener, iniciar o reconfigurar servicios onion mientras Arti está en ejecución.

El equipo también ha trabajado en mejorar la documentación, corrigiendo errores en el código y brindando una guía más clara sobre cómo ejecutar un servicio onion, se han solucionado problemas de rendimiento y se han realizado limpiezas en el código para optimizar su funcionamiento.

De los demás cambios que se destacan de esta nueva versión:

• Arti ahora admite el protocolo ntor_v3 de enlace de extensión de circuito, que permite a los clientes enviar parámetros de circuito a los relés en sus rutas.
• Se corrigió un conjunto de errores que causaban que los servicios onion cargaran demasiados descriptores.
• Se mejoraron los informes de errores en la carga de descriptores. Asi como también de la creación de un registro de reproducción de las solicitudes entrantes para evitar ataques de reproducción.
• Se implementó una API para que los servicios cebolla informen su estado.
• Se añadió documentación sobre cómo ejecutar un servicio onion en formato doc/OnionService.md.
• Esta documentación también registra áreas donde falta implementación y señala áreas donde el proceso actual tiene mala usabilidad.
• Se corrigió un error que ocurría al intentar crear un descriptor de servicio onion para un período de tiempo que aún no había comenzado.
• Varias mejoras en el manejo de errores del editor de descriptores.
• Se añadió una CLI para conocer la dirección .onion de un servicio determinado.
• Se refactorizo el código de reconfiguración de alto nivel para que envíe una configuración a cada uno de los conjuntos de módulos, en lugar de codificar una lista de funciones para llamar

Finalmente, cabe mencionar que estos avances representan un paso adelante en la implementación de servicios onion, el equipo de desarrollo sigue comprometido con la mejora continua y la incorporación de características adicionales para garantizar la seguridad y la eficiencia de la plataforma.

Por último, es importante tener en cuenta que los desarrolladores advierten que la implementación aun está catalogada como experimental y la experiencia del usuario aún no cumple con todas las expectativas.

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/mJrzskd
via IFTTT

El pasado noviembre, aquellos que jugamos a títulos de PSP en un PC o móvil y queremos guardar un progreso general de lo que hacemos recibimos una buena noticia: el emulador por excelencia para juegos de la PlayStation Portable recibía soporte para RetroAchievements, entre otras cosas. Este fin de semana hemos tenido otro lanzamiento, y PPSSPP 1.17 introduce una novedad que había sido muy demandada por la comunidad: el soporte para un tipo de archivo que permitirá ahorrar espacio del disco duro.

Los juegos de PSP no son como los de las consolas clásicas (Nintendo, Master System, Super Nintendo…) ni recreativas. Los más pesados son algunos de los últimos, que hay alguno como Metal Slug que ronda o supera los 20mb. Pero los de PSP suelen pesar mucho más, habiendo algunos que rondan los 2GB. Si se tienen 10 así, las matemáticas nos dirán que el almacenamiento ocupará 20GB, pero será menos si en vez de ISO usamos el formato comprimido CSO. Lo que había pedido la comunidad es que se añadiera soporte para el formato CHD, y esa es la novedad más destacada del PPSSPP 1.17 que ha visto la luz este fin de semana.

Qué es el formato CHD que soporta ahora PPSSPP 1.17

CHD es un formato de compresión de discos que originalmente se usaba para comprimir discos duros de juegos de recreativas como MAME, pero más recientemente se ha empezado a usar para almacenar información de ISOs. La PSP, la consola, siempre ha soportado CSO, que es un formato de compresión sin pérdida y funciona en hardware real -la consola, vamos-, y el emulador permite usar este otro formato.

El motivo de añadir soporte para CHD es que comprime aún más las ISO, pero el equipo de desarrolladores de PPSSPP no se habría decidido de no ser por la cantidad de veces que se lo han pedido sus usuarios. Aunque no es mi caso, porque lo desconocía, hay gente familiarizada con herramientas para comprimir las imágenes que ya lo hacen en CHD, y lo más sencillo para estas personas es seguir usando lo que conocen y como mejor lo hace. Entre ello, comprimir en CHD.

Otras novedades

PPSSPP 1.17 llega con otras novedades, como la posibilidad de inscribirse para recibir betas automáticamente en Android. Hasta ahora, quien quisiera probar las versiones preliminares tenía que instalar las APK que proporcionan, pero ahora pueden hacerlo desde la aplicación, lo que es más sencillo y seguro.

Entre el resto de novedades, también hay corrección de errores:

• Se han corregido varios cuelgues y bloqueos graves que podían producirse al salir de la aplicación, especialmente desde la pantalla de pausa.
• Se han solucionado varios problemas de renderizado y se ha optimizado el rendimiento de renderizado.
• PPSSPP ahora registra el tiempo total jugado por partida. Se puede comprobar en la pantalla de información de cada partida (pulsando prolongadamente el icono).
• Algunas nuevas características de la interfaz de usuario, como la posibilidad de mantener el juego en marcha tras la superposición del menú de pausa.
• Muchas correcciones de entrada, especialmente en torno a la gestión de la zona muerta para el stick analógico y el control de inclinación.
• Se han corregido muchos errores relacionados con la sustitución de texturas.
• La latencia de entrada se ha mejorado mucho en la versión SDL con Vulkan. Se recomienda no usar OpenGL en Linux si se puede evitar.
• Para RetroAchievements, renombrado el modo Desafío al modo Hardcore y lo hizo el valor predeterminado, como es estándar.

Descargar PPSSPP 1.17

PPSSPP 1.17 está disponible en la página de descargas del proyecto, para Windows, macOS, Android, iOS, Quest y Pico. Lo que vemos allí para Linux es el enlace a la versión Flatpak, pero también es posible instalarlo desde los repositorios oficiales de algunas distribuciones Linux (si tras la instalación veis dos versiones -Qt y SDL- sencillamente usad la que mejor os vaya). En este último caso, hay que esperar a que suban los nuevos paquetes, y el tiempo dependerá de la filosofía de cada proyecto. Los usuarios que tengan la versión de la Google Play (Android) la recibirán en aproximadamente una semana.

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

«Un nuevo kernel ha llegado, por lo que era momento de refrescar nuestra ISO de Galileo con la versión Galileo Neo 2024-01-25«. Así empieza la nota de lanzamiento de EndeavourOS Galileo Neo, una nueva ISO de lo que para muchos es el mejor ejemplo de un Arch Linux si éste tuviera instalador gráfico. No es necesario que haya una nueva versión del kernel para que lancen una revisión de EndeavourOS, pero sí es buen momento como afirma Bryan.

EndeavourOS Galileo Neo no llega con nuevas funciones, y está aquí para ponerse al día. Entre los paquetes que han actualizado, además del kernel, esta ISO incluye la última versión de Firefox, el instalador Calamares más reciente y otras actualizaciones como la del driver de NVIDIA. Pero lo más importante en este lanzamiento es la corrección de bugs.

Novedades más destacadas de EndeavourOS Galileo Neo

• Linux kernel 6.7.1.arch1-1.
• Calamares 23.11.1.4-1.
• Firefox 122.0-1.
• Mesa 1:23.3.3-1.
• Xorg-server 21.1.11-1.
• Nvidia-dkms 545.29.1.06-1.
• Bugs corregidos:
  • Varias correcciones para el script Bash que causaba problemas al ejecutar sesiones Wayland cuando se seleccionaba la opción de instalación offline de KDE Plasma.
  • Arreglado el problema que causaba efectos molestos y composición en el Entorno Plasma Live con máquinas que ejecutaban gráficos Intel heredados.
  • Eliminado el paquete de controladores heredados r8168 que se instalaba automáticamente cuando se seleccionaba el kernel LTS de Linux en Calamares.
  • Resuelto el problema para que el instalador recupere los paquetes con nombres antiguos cuando se seleccionaba la opción de instalación en línea de KDE Plasma.
  • Cuando se produce un error de instalación, Calamares ahora desmonta correctamente el dispositivo de destino y se puede utilizar inmediatamente de nuevo para otra sesión de instalación, en lugar de reiniciar la ISO para iniciar una nueva sesión.

Como siempre en estos casos, recordar que EndeavourOS Galileo Neo no es una nueva versión de las que pueden hacer que nos planteemos instalar de cero. Su modelo de desarrollo es Rolling Release, y todo lo que incluye Galileo Neo está ya disponible como actualización en las instalaciones existentes. Para nuevas instalaciones, la imagen ISO se puede descargar desde los servidores qeu facilitan en su página de descargas.

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

El pasado 17 de enero, hace justo 10 días, WineHQ lanzó WINE 9.0, la nueva versión estable de este software que permite usar aplicaciones de Windows en otros sistemas operativos. El lanzamiento marcó el final del ciclo del desarrollo que inició un año antes, y hace unas horas se ha dado comienzo a uno nuevo. La versión que nos entregaron, WINE 9.1, no es estable, sino la primera del WINE 10 que, si no hay cambios en los próximos 12 meses, llegará a principios de 2025.

Si alguien tiene dudas con respecto a la numeración, hoy ha llegado ese WINE 9.1 que es la primera versión de desarrollo de WINE 10, y la primera actualización de mantenimiento de la actual versión será un WINE 9.0.1 que llegará cuando lo consideren oportuno. Si hay algún otro lanzamiento para corregir errores, éstos llevarán la numeración 9.0.2, 9.0.3, etc. El cambio del primer decimal tiene lugar en las versiones de desarrollo que preparan la siguiente estable.

Bugs corregidos en WINE 9.1

WINE 9.1 ha llegado con un total de 270 cambios, con la siguiente lista de 42 bugs corregidos. Entre lo destacado, hay un número de mejoras en los métodos de entrada, se ha mejorado el soporte para claves Diffie-Hellman y mejor detección del teclado Dvorak, a lo que se le une el habitual punto de correcciones varias.

La lista de bugs corregidos incluye:

Dentro de dos semanas debería llegar v9.2, dentro de cuatro v9.3 y seguiremos así hasta finales de año, momento en el que lanzarán las Release Candidates y ya después WINE 10.0. WINE 9.1 ya está disponible y se puede descargar desde el siguiente botón.

.boton {color: white; background-color: grey; padding: 20px; font-size: 2rem; text-decoration: none; border-radius: 10px; position: relative; top: 15px; border: 4px solid #555;}.boton:hover {box-shadow:1px 1px 2.5px black !important;}

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

Nate Graham, desarrollador de control de calidad del proyecto KDE, dio a conocer hace poco un informe sobre los progresos para el lanzamiento de KDE 6 (programado para el 28 de febrero) y en el cual informa que se ha bifurcado el código base de KDE Plasma 6.0 y KDE Gears 6.0 en un repositorio separado, y la rama principal ha comenzado a acumular cambios para KDE Plasma 6.1 y KDE Gears 24.05.

Entre las actualizaciones incluidas en la rama principal que aparecerán en KDE Plasma 6.1 y KDE Gears 24.05, se destacan los siguientes cambios.

En el administrador de archivos Dolphin, ahora se permite guardar automáticamente las ventanas y pestañas abiertas, cuyo estado se restaura en caso de apagado de emergencia o reinicio del sistema.

Se ha añadido la capacidad de controlar la visualización de la papelera de reciclaje y los archivos de respaldo junto con los archivos ocultos. Además, se implementó el soporte para separar el contenido de una vista dividida en una ventana separada.

En el visor de documentos Okula, se ha agregado el soporte para mostrar menús desplegables utilizados en ciertos tipos de documentos PDF. Se ha añadido la visualización del número de canal inalámbrico, además de la frecuencia, al subprograma con información sobre los parámetros de la red.

El sistema de captura de pantalla proporciona sustituciones adicionales para su uso en nombres de archivos de captura de pantalla y screencast, como `<UnixTime>` para la sustitución de hora de época y <h>/<hh>` para la sustitución de reloj de 12 horas.

Por la parte de los cambios trasladados a KDE 6.0, se menciona que:

• Se han solucionado problemas con la aparición de artefactos visuales en aplicaciones basadas en QtQuick al configurar valores de escala no enteros (escala fraccionaria).
  Se ha mejorado la velocidad de búsqueda de archivos de configuración utilizados en aplicaciones típicas de KDE entre un 13 y un 16 %.
• La barra de herramientas global del modo de edición de Plasma ahora tiene un botón «Agregar panel» al panel de edición global (Modo de edición) para facilitar la adición de paneles, lo que ha permitido eliminar los botones «Agregar widgets» y «Agregar paneles» del menú contextual.
• En el cuadro de diálogo de selección de pantalla o ventana, ahora es suficiente con un solo clic del mouse para seleccionar elementos, a menos que el modo de selección múltiple esté activado, en cuyo caso se muestran casillas de verificación especiales junto a los elementos y se puede usar un doble clic para completar la selección.
• Además, se ha agregado una nueva regla «Capa de ventana» en lugar de la regla «Tipo de ventana» que no funciona con Wayland.
• KWin también ha mejorado la recuperación de configuraciones en configuraciones multipantalla si algunas pantallas carecen de datos EDID.
• Se mejoró la velocidad de varias búsquedas de archivos de configuración que se utilizan con mucha frecuencia en el software KDE entre un 13 y un 16 %

Y finalmente, por la parte de las correcciones de errores, se destacan los siguientes:

• En KF5 se solucionó un problema al mover o copiar una gran cantidad de archivos que podía causar que algunos de ellos se omitieran (y potencialmente se perdieran) después de omitir carpetas duplicadas
• Powerdevil ya no falla al iniciar sesión cuando se utiliza la biblioteca ddcutil-2.0.0 y ciertos monitores compatibles con DDC
• Se solucionó un problema que causaba que las carpetas dentro de recursos compartidos/montajes de red no fueran expandibles en la vista
• Se trabajó para que los fallos visuales en las aplicaciones QtQuick se minimizaran cuando se utiliza un factor de escala fraccionario, aunque se menciona que aún quedan algunos detalles por pulir el texto y los contornos/sombras de las ventanas.
• Se hizo que KWin fuera más robusto al restaurar la configuración para disposiciones de pantallas múltiples cuando a alguna de las pantallas le faltan sus EDID
• La regla de ventana “Window Type”, que no funcionaba en Wayland, ha sido reemplazada por una nueva regla de “Window Layer” que funciona mejor para los fines para los que la gente normalmente la usa.

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/ZvfJOiL
via IFTTT

Se ha vuelto a proponer él usó de C++ en Linux

Tal parece que la introduccion de Rust como segundo lenguaje de programación en el Kernel de Linux ha representado uno de los cambios más importantes que ha tenido Linux y no hablando en el ámbito de características y funcionalidades, sino que ha marcado un punto de partida muy importante en el cómo Linus torvalds y el equipo de desarrollo han dado un paso significativo hacia la modernización de Linux para bien.

Esto se puede notar, ya que hace poco, en las listas de correo del kernel de Linux se ha reavivado una discusión que fue iniciada hace seis años, presentando en broma un 1 de abril del 2018.

Y es que nuevamente se ha vuelto a poner sobre la mesa el asunto sobre «la viabilidad de adoptar el código C++ moderno en el kernel de Linux», yendo más allá del tradicional uso del lenguaje C con fragmentos de ensamblador y la promoción del lenguaje Rust.

La propuesta inicial fue lanzada en el 2018, por un ingeniero de Red Hat a modo de broma por la ya conocida celebración de april’s fool, en la cual muchos aprovechan para crear bromas a la comunidad y en ese momento fue asi, ya que supuestamente había lanzado un conjunto de 45 parches que incluían el uso de plantillas, herencia de clases y sobrecarga de funciones de C++.

En mi opinión, C++ 14 es la versión “mínima” que tiene un soporte de metaprogramación razonable y tiene la mayoría sin los tipos de versiones anteriores (C++ 11 tenía la mayoría, pero C++ 14 completa algunas piezas clave faltantes). Sin embargo, en mi opinión, C++20 es realmente el mayor cambio de juego; Aunque las versiones anteriores podían ejecutar muchos hacks de SFINAE, también daban mensajes de error absolutamente inútiles.

Hacemos mucha metaprogramación en el kernel de Linux, implementada mediante trucos de macros a menudo realmente horribles. Estos también son prácticamente imposibles de depurar. Tomemos el ejemplo de los hacks de tipo uaccess.h, algunos de los cuales diseñé y escribí. En C++, diferentes conversiones y declaraciones de casos se pueden dividir en instancias de plantilla separadas y, con un poco de ingenio, también se pueden aplicar estrictamente cosas como los punteros de espacio de usuario versus los punteros de espacio de usuario del kernel, así como los punteros de espacio de usuario ya marcados, versus aquellos que no lo son, sin mencionar el fácil manejo del caso de tipos de espacio de usuario de 32 bits en un kernel de 64 bits y la aplicación de la conversión endian.

Ahora, casi después de 6 años de ello, Hans Peter Anvin, un desarrollador clave del kernel de Intel y creador de proyectos como syslinux, klibc y LANANA, ha retomado la iniciativa de continuar la discusión. Según Anvin, desde 1999, los lenguajes C y C++ han experimentado avances significativos en su desarrollo, y el lenguaje C++ ha demostrado ser más adecuado que C para el desarrollo del kernel de sistemas operativos.

Anvin menciona que las funciones que antes requerían extensiones específicas de GCC, ahora pueden implementarse fácilmente en C++ estándar, y en muchos casos, el uso de C++ mejorará la infraestructura sin necesidad de cambiar completamente el código.

Además de ello, se propone utilizar al menos la especificación C++ 14, que incluye herramientas de metaprogramación, y se alienta el uso de la especificación C++ 20, que introduce soporte para conceptos que pueden reducir la incidencia de errores.

Se argumenta que C++ es más preferible que Rust, ya que este último difiere significativamente en sintaxis del lenguaje C, es poco común para los desarrolladores actuales del kernel y no permite la reescritura gradual del código. En el caso del lenguaje C++, es posible traducir partes del código del lenguaje C gradualmente, similar a cómo se puede compilar el código C como C++.

Si bien, el kernel de Linux es principalmente código C con varias partes escritas en ensamblador y un trabajo creciente en torno al soporte de Rust en el kernel de Linux, todavía no está claro si hay suficiente peso para que esto sea una realidad, sobre la posibilidad de ver el código C del kernel de Linux convertido a C++ en el futuro.

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/mRjTuXs
via IFTTT