SoftwareLibre

arquitecturas antiguas se hace evidente con la decisión de interrumpir definitivamente el desarrollo de QEMU para sistemas anfitriones de 32 bits, y la purga completa de las viejas bibliotecas FUSE 2 en favor del estándar FUSE 3 dentro de las ediciones inmutables del sistema. Además, el mítico PackageKit ha sido reescrito para utilizar el rapidísimo motor de descargas DNF5, agilizando enormemente la gestión gráfica de paquetes. Finalmente, tambien vale la pena mencionar que todo este ecosistema se ve coronado por un logro titánico en materia de seguridad: el proyecto Fedora ha alcanzado un 99% de cobertura en infraestructura de compilación reproducible. Gracias a la estandarización de metadatos, los usuarios o auditores pueden descargar el código fuente, compilar el programa en sus propias máquinas y obtener un código binario idéntico bit por bit al distribuido en los servidores de Fedora, erradicando cualquier posibilidad de que se distribuyan puertas traseras ocultas en los procesos automatizados de empaquetado. Si estas interesado en poder conocer mas al respecto, puedes consultar los detalles en el siguiente enlace. Descargar Fedora 44 Las nuevas compilaciones ya están disponibles para descarga, incluyendo Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Silverblue, Fedora Kinoite y más. También se ofrecen versiones Live con entornos de usuario como Xfce, MATE, Cinnamon, LXDE, LXQt, Budgie, Sway, Phosh, Miracle y COSMIC, todas compatibles con arquitecturas x86_64, Power64 y ARM64.

Desde Linux Fedora 44 estrena GNOME 50 y mejora los juegos de Windows con NTSYNC https://blog.desdelinux.net/wp-content/uploads/2026/04/fedora-44-workstation-2.png El proyecto Fedora ha anunciado la disponibilidad oficial de la nueva version de «Fedora 44», la cual llega con la mas reciente version de «GNOME 50» a para su version Workstation, asi como tambien «KDE Plasma 6.6», Budgie 10.10, el kernel de Linux 6.19 y mas. Esta entrega no solo actualiza la base tecnológica general, sino que unifica la experiencia de configuración inicial, optimiza radicalmente la arquitectura de arranque y abraza de lleno los protocolos gráficos modernos para las arquitecturas x86_64, Power64 y ARM64. Principales novedades de Fedora 44 En la edición Workstation el entorno de escritorio avanza hacia GNOME 50, marcando un cambio definitivo al eliminar por completo las líneas de código heredadas del servidor gráfico X11. Esta transición hacia Wayland permite implementar un sistema de persistencia de sesiones más estable, soporte oficial para escalado fraccionario de pantallas, una gestión de tasas de refresco variable (VRR) optimizada y compatibilidad directa con los últimos protocolos de gestión de color, garantizando una representación visual profesional y precisa. Por el lado de KDE Plasma, la distribución ha se ha restructurado para unificar la experiencia de usuario. Todas las ediciones que incorporan KDE (incluyendo Plasma Mobile y la inmutable Kinoite) han sustituido el clásico gestor SDDM por el nuevo administrador de inicio de sesión nativo de Plasma. Además, el clásico instalador Anaconda ahora desactiva sus propios módulos de configuración de cuenta inicial, dejando la creación de usuarios, idioma y zona horaria al asistente de configuración oficial del proyecto KDE. Esta decisión elimina la redundancia técnica y permite que la instalación en un equipo nuevo resulte mucho más cohesiva desde el primer encendido. Aceleración para juegos de Windows mediante NTSYNC Para los aficionados a los videojuegos, Fedora 44 implementa una de las optimizaciones de bajo nivel más espectaculares del último año: la activación por defecto del módulo de núcleo NTSYNC. Al instalar plataformas como Wine o Steam, el sistema configura automáticamente este módulo, el cual implementa primitivas de sincronización idénticas a las utilizadas en el núcleo de Windows NT. Al trasladar la gestión de la sincronización directamente al nivel del kernel de Linux, se elimina la inmensa sobrecarga de procesamiento que antes ocurría en el espacio de usuario. El resultado es un aumento drástico en los fotogramas por segundo y una compatibilidad superior al ejecutar juegos AAA o aplicaciones pesadas diseñadas exclusivamente para entornos Microsoft. Para complementar este avance, la edición Fedora Games Lab ha sido rediseñada para ofrecer un ecosistema de software y controladores orientados al alto rendimiento, aprovechando al máximo las bondades de PipeWire y Wayland. Limpieza y optimización del almacenamiento en red A nivel de administración de sistemas, el instalador Anaconda introduce un cambio lógico sumamente necesario. Al configurar una máquina, el instalador ahora crea perfiles de red únicamente para aquellas interfaces (ya sean cableadas o inalámbricas) que el usuario haya configurado activamente durante la instalación inicial. Se acabó la molesta creación automática de perfiles vacíos para cada adaptador de red inactivo detectado en la placa base, lo que facilita enormemente la gestión posterior de las conexiones a través de NetworkManager. Las ediciones Fedora Cloud abandonan la clásica partición de arranque separada (/boot) para abrazar por completo una subclave nativa en el sistema de archivos Btrfs, reduciendo el tamaño de las imágenes virtuales y aprovechando mejor el espacio. Modernización del software base y compilaciones reproducibles La transición hacia [...]

opción, o en sistemas en los que el Steam Controller Puck no funciona o no lo hace correctamente. La conexión por cable soporta interfaz USB Type-C en el mando (nos suponemos que la conexión al ordenador será USB Type-A o al menos se proporcionará un adaptador) y el periférico es altamente configurable mediante Steam Input, una característica que en su día formó parte del Steam Controller original y que puede ser ampliado a prácticamente cualquier mando que haya sido conectado al cliente oficial de la plataforma de Valve. https://www.muylinux.com/wp-content/uploads/2026/04/Steam-Controller.webp Créditos: Valve El lanzamiento al mercado del Steam Controller 2 está programado para el 4 de mayo de 2026 y su precio será de 99 euros. Si bien para algunos puede resultar caro, no hay que olvidar que según su ficha oficial tiene una autonomía de hasta 35 horas, una cantidad muy superior a la proporcionada por la mayoría de sus competidores, hasta el extremo de que el Pro Controller para Nintendo Switch 2, que tiene una autonomía de hasta 40 horas, es de los pocos que pueden presumir de ofrecer más en este aspecto. Por ejemplo, los mandos estándares y oficiales de PlayStation suelen proporcionar una autonomía aproximada de 10 horas y el 8BitDo Pro 2, que en su día destacó por esta faceta, alcanza las 20 horas. En lo que respecta a Linux más allá de SteamOS, se supone que el Steam Controller 2 debería sumarse al DualSense, al DualSense Edge, al DualShock 4 y al primer Steam Controller como únicos mandos oficialmente soportados a través del kernel, y el último encima requiere de usar el cliente de Steam. El resto de mandos, con excepciones como el DualShock 3 y el Pro Controller para la primera generación de Nintendo Switch, tienden a funcionar con el Xpad dirigido a los mandos de Xbox o el más genérico HIDRAW, siendo los resultados que se pueden obtener toda una lotería. Os dejamos con un el vídeo de presentación publicado en el canal oficial de Valve en YouTube.  La entrada Valve anuncia el nuevo el nuevo Steam Controller, que incluye dos ‘trackpads’ y vibración háptica es original de MuyLinux

MuyLinux Valve anuncia el nuevo el nuevo Steam Controller, que incluye dos ‘trackpads’ y vibración háptica https://www.muylinux.com/wp-content/uploads/2026/04/Steam-Controller-2.jpg Valve ha anunciado, por fin, el nuevo Steam Controller, que si bien oficialmente se llama igual que el periférico original, para más de uno es y siempre será el Steam Controller 2, por mucho que la compañía intente disimular su pasado. El periférico ha generado opiniones de todo tipo por su peculiar diseño, el cual no es muy estético y es básicamente una reimplementación de los controles de la Steam Deck. También sobresale la disposición simétrica de los sticks analógicos, un tema que en los últimos tiempos genera debate debido a la mayor presencia de jugadores procedentes de PlayStation en PC y por la mayor popularidad del DualSense entre los usuarios de PC. En eso último Steam ha contribuido bastante con Steam Input, ya que dicha interfaz permite hacer uso de características como el giroscopio presente en los mandos de Sony. Como se puede observar en la imagen de portada, el Steam Controller 2 parte de una la disposición de los botones de Xbox, pero con los sticks analógicos colocados de manera simétrica e incorporando dos trackpads hápticos de 34,5mm que recuerdan a los de la Steam Deck. Nada en base que no se haya visto con anterioridad, con la peculiaridad de que va dirigido sobre todo a funcionar con la segunda generación de la Steam Machine. El objetivo principal de Valve con su nuevo periférico es emular las capacidades de entrada de su consola portátil en la futura Steam Machine, aunque la presencia de Steam Input debería proporcionar una amplia compatibilidad con controladores de muchas marcas e incluso aquellos dirigidos a consolas específicas como PlayStation 4, PlayStation 5 y Nintendo Switch, permitiendo configurar el giroscopio y otras capacidades particulares de estos. Profundizando en las características del mando recientemente anunciado por Valve, este implementa sticks TMR, que son básicamente la última tecnología en este segmento y que al menos sobre el papel combinan la ausencia de viraje (drift) con la precisión de los sticks “tradicionales”, porque si bien los sticks con hall effect fueron un avance frente al viraje, ciertos usuarios se quejaron de que eran menos precisos. https://www.muylinux.com/wp-content/uploads/2026/04/Personas-usando-dos-Steam-Controller-en-una-Steam-Deck.webp Créditos: Valve El nuevo Steam Controller incorpora cuatro motores hápticos con vibración de alta definición y una batería de 8,39Wh capaz de ofrecer hasta 35 horas de autonomía, una cantidad que puede verse muy mermada en caso de jugar a títulos que hacen un uso casi constante de la vibración y a altas intensidades. Continuando con más cosas mencionadas por Valve, está el Steam Controller Puck, un receptor inalámbrico de 2,4GHz, con una latencia media de 8ms, que soporta carga inalámbrica y al que se le puede conectar hasta cuatro unidades del Steam Controller a la vez. Otro aspecto interesante es la capacidad de activar el giroscopio IMU de seis ejes con la empuñadura: “El sensor de la empuñadura es una nueva entrada de Steam Controller que activa el giroscopio a través del toque capacitativo. Mantenlo pulsado y suéltalo para activar y desactivar la mira con el giroscopio. También puedes asignarlo como cualquier otro botón”. Otras características son el botón de Steam, el menú de acceso rápido, el botón de ver y la compatibilidad con Bluetooth. En lo que respecta a la conexión por Bluetooth, Valve indica que la versión mínima de la interfaz compatible es la 4.2, pero la recomendada es la 5. Pese a todo y al menos en un principio, la conexión a través de Bluetooth siempre será de peor calidad que con el receptor oficial, y esto puede notarse todavía más si se juega a más de 60 fotogramas por segundo, así que el uso del Bluetooth sería recomendable en un móvil, donde Steam Link podría ser una [...]

ar una resolución canónica profunda de la ruta del archivo. Esto permitía a los atacantes sortear los bloqueos y aplicar cambios recursivos devastadores utilizando simples enlaces simbólicos o retrocesos de directorio. Peor aún, el comando rm permitía el uso de abreviaturas informales y peligrosas para desactivar la protección del directorio root, una permisividad estrictamente prohibida en el rígido ecosistema GNU, abriendo la puerta a borrados masivos accidentales al teclear comandos apresurados o al ejecutar limpiezas silenciosas del directorio actual. Gran parte de estos conflictos, así como las debilidades críticas detectadas en las herramientas de copiado y movimiento de archivos, pertenecen a la categoría de vulnerabilidades de tiempo de comprobación a tiempo de uso, conocidas técnicamente en la industria como TOCTOU. Estas peligrosas condiciones de carrera permiten a un programa malicioso o a un atacante veloz sustituir un archivo legítimo por un enlace simbólico en la mínima fracción de segundo que transcurre entre que el sistema verifica los permisos y ejecuta la copia final. Al utilizar utilidades afectadas en rutinas de mantenimiento automatizadas, estas brechas otorgan el poder de sobrescribir información crítica del sistema eludiendo cualquier restricción de seguridad previa. Finalmente, si estas interesado en poder conocer mas al respecto, puedes consultar los detalles en el siguiente enlace.

Ubunlog Vulnerabilidades en uutils obligan a Ubuntu a mantener utilidades GNU https://ubunlog.com/wp-content/uploads/2020/01/Vulnerabilidad.png Canonical, en su ambicioso esfuerzo por reemplazar el legendario paquete GNU Coreutils con su contraparte escrita en Rust, conocida como uutils coreutils, ha hecho públicos los resultados de una auditoría de seguridad independiente. Esta auditoria realizada por Zellic, ha sacado a la luz un total de 113 fallos de seguridad que amenazaban la integridad del sistema. La publicación de este informe demuestra que reescribir herramientas críticas en un lenguaje moderno y estructuralmente seguro no elimina mágicamente los errores de lógica humana, especialmente cuando se trata de utilidades fundamentales que operan rutinariamente con altos privilegios administrativos. Auditoría independiente a uutils coreutils revela 113 fallos de seguridad El análisis del código se ejecutó en dos fases intensivas para garantizar la máxima cobertura sobre las herramientas del sistema: La primera ronda de evaluación, llevada a cabo entre diciembre de 2025 y Enero de 2026, se enfocó de lleno en las utilidades de mayor prioridad y riesgo operativo, desenterrando 63 vulnerabilidades. De estas, 7 fueron catalogadas como críticas y 11 como altamente peligrosas. La segunda fase, culminada en marzo, añadió 40 fallos adicionales al registro de depuración. Aunque Ubuntu había integrado rust-coreutils por defecto en la versión 25.10 para forzar pruebas de estrés en el mundo real, la gravedad de los hallazgos ha obligado a los desarrolladores a tomar una decisión conservadora para su inminente versión LTS. Para garantizar la estabilidad de Ubuntu 26.04 , los comandos de manipulación directa de archivos más delicados, como cp, mv y rm, han sido revertidos a sus equivalentes clásicos de GNU debido a múltiples condiciones de carrera pendientes de corrección, mientras que el equipo proyecta una migración total y segura hacia el código en Rust para la futura versión 26.10. Fallos críticos en la gestión de permisos y procesos Las vulnerabilidades catalogadas como críticas en el informe de Zellic exponen fallos lógicos  y sumamente peligrosos que podrían comprometer por completo un servidor. Uno de los casos más alarmantes reside en la utilidad chroot, donde un atacante podría inyectar código malicioso aprovechando el sistema de resolución de nombres del sistema. Al invocar la opción de especificación de usuario, el código carga las bibliotecas del Name Service Switch (NSS) desde el nuevo directorio root antes de renunciar a los privilegios de administrador, permitiendo la ejecución de binarios arbitrarios si el usuario tiene permisos de escritura en esa ubicación específica. Igualmente destructivo resulta un fallo de análisis de argumentos en el comando kill, el cual interpreta erróneamente la orden de enviar la señal uno como si se tratara de un identificador de proceso negativo. Esta confusión provoca que la utilidad envíe una señal de terminación absoluta a todos los procesos visibles, desencadenando un colapso total e inmediato del equipo. Por su parte, la herramienta mkfifo exhibió un comportamiento errático al intentar crear pipelines con nombre sobre archivos ya existentes; en lugar de abortar la operación, el comando altera arbitrariamente los permisos del archivo a una lectura global, exponiendo datos potencialmente sensibles a cualquier usuario de la red. Evasión de bloqueos y la amenaza de las condiciones de carrera El manejo de rutas y la protección contra la eliminación accidental del núcleo del sistema también sufrieron reveses importantes durante las pruebas. La barrera de seguridad diseñada para evitar la destrucción del directorio root fue evadida rutinariamente en utilidades como chmod y rm debido a que el código verificaba únicamente la coincidencia de la cadena de texto exacta en lugar de realiz[...]

e control de energía del entorno implementa finalmente tiempos de espera completamente independientes para apagar o suspender la pantalla dependiendo de si el equipo portátil está operando con su batería o si se encuentra conectado a una fuente de alimentación de corriente alterna. Todo esto opera sobre un ecosistema más seguro y estándar gracias a la incorporación de la directiva org.freedesktop.impl.portal.Access dentro del backend nativo de los portales de escritorio, un mecanismo crítico que gestiona dinámicamente las solicitudes de permisos de las aplicaciones para utilizar hardware sensible como el micrófono o la cámara web del usuario. https://ubunlog.com/wp-content/uploads/2026/04/control-de-energia-LXQT-2.4.0.png Finalmente, el equipo ha pulido diversos componentes del sistema y sus herramientas de texto, pues ahora el emulador de terminal QTerminal mejora su motor de búsqueda para resaltar simultáneamente todas las coincidencias en pantalla, corrige molestos errores de lectura que rompían las direcciones URL que contenían paréntesis de cierre, y añade soporte para atajos de teclado que permiten bloquear la ventana en su modo desplegable. Además, el sistema de notificaciones ahora es lo suficientemente inteligente como para ignorar avisos temporales, como los cambios de canción en el reproductor multimedia, evitando que saturen el historial cuando el modo No Molestar se encuentra activo. Estas mejoras de usuario se sustentan en una mejor lectura técnica de variables de entorno, implementando el soporte nativo para el directorio $XDG_STATE_HOME y corrigiendo la lectura de los archivos ejecutables que contienen la directiva NotShowIn=LXQt. Finalmente, si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace. Descargar y obtener LXQt 2.4.0 Para los interesados en probar LXQt 2.4.0, deben saber que esta nueva versión ya se encuentra disponible en los canales oficiales de las principales distribuciones, además de que también está disponible el código fuente para su compilación.

Ubunlog LXQt 2.4.0 es oficial: Separación de sesiones X11/Wayland y gestión de energía https://ubunlog.com/wp-content/uploads/2026/04/LXQT-2.4.0.png El desarrollo de entornos de escritorio ligeros sigue demostrando que la eficiencia en el consumo de recursos no tiene por qué sacrificar la modernidad visual ni la productividad, y el lanzamiento oficial de LXQt 2.4.0 es la prueba perfecta de ello. Esta nueva entrega llega despues de seis meses de arduo trabajo y limpieza de código, en la cual el equipo de desarrollo ha entregado una actualización que perfecciona la experiencia del usuario sin alterar las versiones base de las librerías Qt requeridas, garantizando así su compatibilidad continua con las diferentes distribuciones. LXQt 2.4.0 se enfoca en pulir la usabilidad diaria de sus herramientas base, ofreciendo una integración mucho más madura con el protocolo Wayland, rediseñando elementos críticos de la interfaz multimedia y expandiendo los controles nativos de privacidad y energía del sistema. Principales novedades de LXQt 2.4.0 La interacción diaria con el sistema recibio diversas mejoras solicitadas por la comunidad. Al momento de interactuar con el gestor de archivos o abrir ventanas de diálogo del sistema, el campo de texto ahora resalta de forma inteligente únicamente el nombre base del archivo al intentar guardarlo, dejando la extensión intacta. Este pequeño gran detalle permite a los usuarios realizar un renombrado rápido y sin fricciones, eliminando la necesidad de reajustar el cursor manualmente. Ademas de ello, el panel de control de volumen ha sido rediseñado desde cero, abandonando los clásicos controles deslizantes verticales en favor de un diseño horizontal mucho más intuitivo que despliega de un vistazo todos los dispositivos de salida de audio disponibles. Además, ahora es posible ajustar el nivel sonoro del dispositivo predeterminado simplemente utilizando la rueda del ratón o el desplazamiento del panel táctil sobre el icono de la barra de tareas. https://ubunlog.com/wp-content/uploads/2026/04/Audio-LXQT-2.4.0.png Otra de las mejoras que se destaca en esta nueva version de LXQt 2.4.0 es en el menú principal, conocido como «Fancy menu», ha ajustado su algoritmo de filtrado para priorizar de forma estricta las cadenas de texto iniciales, garantizando que aplicaciones como Firefox aparezcan instantáneamente como primera opción al teclear sus primeras letras. Por su parte, la herramienta LXQt Runner se ha vuelto mucho más reactiva para cálculos rápidos: la calculadora integrada ya no requiere que el usuario inicie obligatoriamente con el signo de igual, sino que se activa automáticamente al detectar que se ha comenzado a escribir una cifra numérica. Transición estructurada hacia Wayland y control de monitores La evolución gráfica da un paso firme en esta versión al separar por completo las configuraciones de sesión entre los tradicionales entornos X11 y Wayland. El panel de ajustes para este último protocolo opera ahora de forma modular y solo se vuelve visible si el paquete específico lxqt-wayland-session se encuentra instalado en el sistema. https://ubunlog.com/wp-content/uploads/2026/04/lxqt-config-session.png Los usuarios que operan bajo Wayland ahora disfrutan de una consistencia visual absoluta al gestionar múltiples monitores, permitiendo aplicar y guardar preferencias independientes para ocultar los elementos e iconos del escritorio en cada pantalla conectada de forma individual, adaptando el espacio de trabajo a las necesidades de cada monitor. Asimismo, la apertura del menú de aplicaciones en estas sesiones se ha solucionado habilitando su apertura mediante un atajo de teclado vinculado a la orden interna lxqt-qdbus openmenu. Gestión de energía y portales de privacidad La administración de recursos físicos y las herramientas de productividad para desarrolladores también recibio mejoras en esta entrega. El módulo d[...]

MuyLinux Canonical prepara la integración de IA en Ubuntu: inferencia local y modelos abiertos https://www.muylinux.com/wp-content/uploads/2026/04/IAenUbuntu.jpg Canonical tiene planes para integrar la IA en Ubuntu, pero que nadie se asuste, porque la compañía ha detallado cómo piensa y la distribución no va a convertirse en un “producto» de inteligencia artificial. La idea es introducir estas tecnologías donde aporten valor real, con un enfoque contenido y coherente con el proyecto. Así lo explica Jon Seager, vicepresidente de ingeniería de Canonical. En esencia, la compañía quiere apoyarse en modelos con pesos abiertos, con licencias compatibles con sus principios, apoyándose en herramientas abiertas y en la inferencia local como opción por defecto. Aquí hay un matiz relevante: en el ámbito de los LLM, “pesos abiertos” no se refiere al tipo de modelo, sino a su forma de distribución; y que se refieran a ello como «abierto» tampoco equivale a “código abierto” en el sentido clásico, por lo que la selección de modelos no dependerá solo de su disponibilidad, sino también de las condiciones de uso. Canonical plantea dos vías de integración de la IA: por un lado, mejoras sobre funciones ya existentes —como accesibilidad con voz a texto o texto a voz— que no cambian la forma de uso; por otro, capacidades más visibles basadas en agentes, orientadas a generar contenido, asistir en diagnósticos o automatizar tareas. IA en Ubuntu, sí. Agéntica, para más señas. Pero el listón será más alto: controles de seguridad, permisos limitados y confinamiento son obligatorios. ¿Cómo se implementará todo esto? El puente técnico, según adelantan, pasa por lo que denominan como inference snaps, con los que se pretende simplificar el uso de modelos locales optimizados para cada equipo, evitando la complejidad habitual de herramientas, repositorios y dependencias, al tiempo que se facilita todo lo relativo a la seguridad. Ejemplos como nemotron-3-nano ilustran este enfoque, respaldado por el confinamiento propio de Snap y por acuerdos con fabricantes de hardware para ofrecer variantes optimizadas. Canonical menciona también modelos como Gemma 4 o Qwen-3.6-35B-A3B por sus capacidades de tool-calling, esto es, la posibilidad de interactuar con servicios, APIs o el propio sistema. A medio plazo, la intención manifiesta es avanzar hacia un sistema más consciente del contexto, con agentes integrados de forma controlada, lo cual no se limita al escritorio: también apunta a escenarios de administración, como análisis de logs, diagnósticos o tareas de mantenimiento. Todo ello, de igual modo, con límites de acción claros para todo lo que se ejecute. En última instancia entra en juego el factor hardware, ya que no todos los usuarios están preparados para ejecutar modelos pequeños con un mínimo de garantías o eficiencia, ni estos igualan a los grandes modelos en la nube. Canonical confía en que la evolución de los modelos y de los aceleradores reduzca esa brecha. Ubuntu se prepara así para incorporar inteligencia artificial sin convertirla en el eje del producto, lo que entra dentro no solo de lo esperable, sino de lo deseable: que el usuario decida lo que usa y cómo lo usa, pero que tenga la opción. En este sentido, Canonical solo se diferencia por el momento de propuestas como las de Red Hat o SUSE en acercar la tecnología al usuario de a pie. La entrada Canonical prepara la integración de IA en Ubuntu: inferencia local y modelos abiertos es original de MuyLinux

7.0 y virtualización dinámica Las capacidades de cifrado de disco completo han sido rediseñadas para integrarse con el Módulo de Plataforma Segura (TPM), lo que permite almacenar las claves de descifrado en el hardware para eliminar la tediosa necesidad de introducir una contraseña en cada arranque del equipo. En la terminal de comandos, la clásica herramienta sudo ha sido sustituida por la utilidad reescrita sudo-rs, la cual ahora muestra retroalimentación visual mediante asteriscos al teclear contraseñas. Además, el ecosistema incorpora el paquete authd para facilitar la autenticación centralizada a través de gigantes de la identidad en la nube como Microsoft Entra ID y Google Cloud Identity. Debajo de todas estas capas opera el robusto kernel Linux 7.0, el cual introduce cambios operativos significativos, como el montaje de medios externos en el directorio /run/media en lugar de la clásica ruta /media, y la eliminación definitiva del soporte para cgroup v1 en favor de arquitecturas modernas. El sistema añade soporte integral para parches en caliente (Livepatch) en procesadores ARM64 sin requerir reinicios, y abraza la arquitectura RISC-V con compatibilidad total para el perfil RVA23. En el terreno de la virtualización, Canonical introduce la pila virt-hwe, un conjunto de herramientas (incluyendo qemu y libvirt) que se actualizará dos veces al año para soportar las últimas funciones de hardware, permitiendo a los servidores ejecutar sin problemas máquinas virtuales confidenciales cifradas mediante AMD SEV-SNP e Intel TDX. Descargar y obtener Ubuntu 26.04 LTS La masiva distribución de esta nueva arquitectura abarca de inmediato toda la familia de sabores oficiales, ofreciendo imágenes de instalación renovadas para las ediciones Server, Kubuntu, Xubuntu, Lubuntu y el resto del ecosistema tradicional, integrando cambios profundos que modernizan tanto la experiencia del usuario final como la gestión de servidores empresariales. Descargar Ubuntu 26.04 LTS

Desde Linux Lanzamiento de Ubuntu 26.04 LTS: Kernel 7.0, cifrado TPM y Wayland https://blog.desdelinux.net/wp-content/uploads/2026/04/Ubuntu-26.04-LTS-Apps-1.png Canonical ha hecho oficial el lanzamiento de Ubuntu 26.04, bautizado bajo el nombre en clave «Resolute Raccoon». Esta entrega se consolida como una versión de soporte a largo plazo (LTS) sumamente ambiciosa, garantizando actualizaciones de seguridad y mantenimiento durante un total de quince años: cinco años destinados al público general y una década adicional de cobertura para los suscriptores del programa Ubuntu Pro. El entorno gráfico principal da un salto definitivo con la integración de GNOME 50, una versión que elimina por completo el código de compatibilidad con el vetusto servidor gráfico X11. Esta apuesta absoluta por Wayland trae consigo mejoras críticas, como el soporte para el protocolo de gestión de color avanzado, una compatibilidad superior con fracciones de escalado en pantallas de alta densidad y mejoras directas en el mecanismo de tasa de refresco variable (VRR). La experiencia multimedia y de monitoreo también se renueva, habilitando por defecto el nuevo reproductor de video Showtime en sustitución del veterano Totem, y reemplazando el antiguo monitor del sistema con la moderna aplicación GNOME Resources. Todo esto se complementa con un motor de búsqueda en GNOME Shell mucho más potente, capaz de realizar consultas directas en la web y localizar paquetes en la tienda oficial. Otra de las novedades que presenta la nueva version es la integración de las aplicaciones Snap con el entorno de escritorio utiliza ahora el portal XDG, permitiendo que estos programas aislados puedan abrir archivos y directorios desde cualquier rincón del disco duro, o solicitar acceso a dispositivos USB y cámaras web de forma segura. La concesión de estos permisos se realiza mediante nuevos cuadros de diálogo dinámicos impulsados por AppArmor, y los usuarios pueden gestionar estos privilegios directamente desde el Configurador de GNOME. Para unificar esta experiencia, el App Center ha sido estandarizado para administrar la instalación y actualización de absolutamente todos los formatos de software desde una interfaz única. Incremento de requisitos, hardware de vanguardia y telemetría opcional El avance tecnológico de esta versión tiene un impacto directo e inevitable en las exigencias de hardware para los equipos de uso diario. Por primera vez en varios años, la edición de escritorio de Ubuntu eleva sus requisitos mínimos de sistema, pasando de los antiguos 4 GB a requerir 6 GB de memoria RAM, acompañados de un procesador de doble núcleo a 2 GHz y 25 GB de almacenamiento. Por su parte, la edición Server mantiene un perfil mucho más ajustado, demandando únicamente 1.5 GB de RAM. A cambio de estas exigencias, el sistema ofrece una estabilidad y un rendimiento excepcionales bajo Wayland en equipos equipados con tarjetas gráficas NVIDIA, al tiempo que habilita por defecto la codificación y decodificación de video por hardware mediante VA-API en plataformas AMD e Intel. Para los desarrolladores enfocados en la aceleración de cómputo, los kits de herramientas NVIDIA CUDA, DOCA-OFED y AMD ROCm ahora residen cómodamente en los repositorios estándar. En el ámbito de la privacidad y el diagnóstico, la configuración del sistema estrena un panel de Telemetría dedicado, ubicado dentro de la sección de Privacidad y seguridad. Esta herramienta, vinculada a Ubuntu Insights, permite a los administradores decidir si desean compartir métricas de uso periódicas con Canonical, ofreciendo total transparencia al mostrar exactamente qué informes se están enviando. Este sistema de recopilación de datos es estrictamente opcional, y el usuario tiene la última palabra durante el asistente de configuración inicial o al momento de aplicar una actualización importante del sistema operativo. Seguridad extrema, Kernel [...]

cronas io_uring. Expansión de procesadores y desarrollo de complementos en C++ El emulador x86 da la bienvenida al soporte inicial para la futura familia Intel Diamond Rapids, mientras que la arquitectura ARM asimila nuevas extensiones de control y el generador TCG aprende a emular la compleja extensión de matrices escalables SME. Para los entornos heredados, el emulador HPPA habilita la ejecución de CPU de 64 bits con amplios espacios de direcciones, apoyándose en el firmware SeaBIOS-hppa 24 que inicializa controladores clásicos para permitir el uso de tarjetas gráficas PCI en sistemas antiguos. Finalmente, para fomentar la creación de herramientas de análisis profundo, el generador TCG ahora permite a los desarrolladores escribir complementos nativos utilizando directamente el lenguaje C++. Finalmente, si estás interesado en poder conocer más al respeto, puedes consultar los detalles en el siguiente enlace.

Desde Linux QEMU 11.0 abandona los 32 bits, integra Nitro Enclaves y DRM nativo Despues de varios meses de desarrollo, los desarrolladores de QEMU dieron a conocer el lanzamiento oficial de QEMU 11.0,  el cual llega con una limpieza de codigo eliminando la obsolescencia de plataformas antiguas y marcando un punto de no retorno para el proyecto. Al liberarse de arquitecturas heredadas, los desarrolladores han logrado optimizar masivamente el motor interno para concentrar todos sus esfuerzos en tecnologías de computación confidencial, aceleración gráfica directa y el soporte para la próxima generación de procesadores de servidores. El fin definitivo de la era de los 32 bits El cambio más agresivo es la eliminación absoluta del soporte para sistemas anfitriones de 32 bits. Tras haber retirado las plataformas mips32 y ppc32 en la versión de diciembre, esta entrega purga definitivamente los restos de las plataformas i386, ARM clásico, PowerPC y RISC-V 32 del código fuente. Mantener la compatibilidad con estas arquitecturas suponía un ancla técnica y una carga de mantenimiento insostenible para el proyecto. Al eliminarlas, el equipo ha logrado optimizar radicalmente el sistema de compilación y mejorar el rendimiento general del generador de código TCG (Tiny Code Generator), asegurando que QEMU funcione con máxima eficiencia exclusivamente sobre plataformas modernas de 64 bits. Otra de las novedades que presenta la nueva version es la introducción del acelerador de virtualización «nitro» y su correspondiente sistema emulado. Esta arquitectura permite ejecutar y probar de forma local enclaves aislados basados en la tecnología AWS Nitro Enclave. En la infraestructura de Amazon EC2, esta tecnología particiona una máquina virtual para crear un entorno hermético destinado al procesamiento de información sumamente confidencial; ahora, los ingenieros podrán depurar estos entornos de máxima seguridad directamente en QEMU. Paralelamente, al utilizar el hipervisor KVM, el sistema activa la extensión Intel CET (Control-flow Enforcement Technology) para blindar a las máquinas virtuales frente a ataques complejos de secuestro de código, como la programación orientada a retorno (ROP). Además, se ha habilitado el soporte para reiniciar fluidamente sistemas invitados que utilizan los protocolos de cifrado de memoria AMD SEV-SNP e Intel TDX. Aceleración gráfica nativa y almacenamiento de alto rendimiento El dispositivo VirtIO-GPU, encargado de proporcionar la tarjeta gráfica virtual, incorpora ahora soporte para Direct Rendering Manager (DRM). Al activar el dispositivo virtio-gpu-gl con la opción específica de contexto nativo, las órdenes gráficas del sistema invitado se transmiten directamente a la GPU del anfitrión a nivel de la interfaz del núcleo de Linux, sorteando la carga de procesamiento que imponen las capas intermedias de OpenGL o Vulkan. Sumado a esto, el componente virtual ahora permite asignar resoluciones de pantalla independientes para cada dispositivo de salida conectado. A nivel de almacenamiento y redes, la actualización desatasca cuellos de botella críticos. El controlador de bloques NFS ha sido actualizado para compilarse con la reciente biblioteca libnfs 6, mientras que el controlador FUSE ha desactivado definitivamente el procesamiento de exportación síncrona. Esta modificación evita que la máquina virtual entera se bloquee esperando respuestas de almacenamiento y habilita el uso de múltiples subprocesos de entrada y salida simultáneos. Por su parte, el controlador curl añade un parámetro de fuerza bruta para descargar imágenes utilizando el encabezado HTTP «Range» sin requerir comprobaciones previas del servidor. En cuanto a eficiencia interna, los desarrolladores han implementado un ajuste que reduce los retrasos de monitoreo de archivos hasta en ochenta veces cuando el sistema se encuentra inactivo bajo el modo de operaciones asín[...]

ra del código. Esto define los bloques y que va dentro de cada uno. La regla es usar 4 espacios  (O presiones de la tecla Tab por nivel. Probando el programa Para ejecutar el programa ve a Terminal https://s.w.org/images/core/emoji/17.0.2/72x72/27a1.png Nueva Terminal en Visual Studio y abre una nueva terminal Pon en marcha el entorno virtual con source  primer_proyecto/bin/activate y a continuación ejecutta el programa con: python3 ejemplo1.py Si ejecutaste el programa verás que es realmente muy básico. Cada jugador debe seleccionar la posición donde va su ficha eligiendo un numero del 0 al 8 (Ordenado de izquierda a derecha y de arrba hacia abajo) Lo hice deliberadamente sencillo para explicar algunos concetos relacionados con Python Programación Orientada a Objetos https://ubunlog.com/wp-content/uploads/2026/04/3enraya.png Este muy básico juego de 3 en raya ilustra el paradigma de la Programación Orientada a Objetos que se usa en Python El apartado que sigue es un poco denso pero tanto que escribas tus propias aplicaciones como que hagas vibe coding es necesario para entender cómo crear una aplicación en Python de manera correcta. Trataré de hacerlo más claro con ejemplos. Python está pensado para un paradigma de programación comocido como Programación Orientada a Objetos. En este paradigma el diseño del código se hace en torno a objetos. Los objetos son  campos de datos con atributos y comportamientos únicos. Los componentes de la programación orientada a objetos son: * Clases:  Son tipos de datos definidos por el usuario. Se usan como modelo para métodos, objetos y atributos individuales. La primera vez que se usan solo se define su descripción. * Objetos: Son instancias de una clase que se crean con datos específicos.  Pueden corresponder a objetos de existencia real o abstractos. * Métodos:  Determinan las funciones que realizarán los objetos. Definidos dentro de cada clase describen el comportamiento de los objetos. * Atributos: Son las características que distinguen a una clase y representan el estado de los objetos. Los principios de la programación orientada a objetos son: * Encapsulado: Toda la información se guarda dentro de un objeto y solo se hace disponible una parte. Cada clase definida guarda la implementación y el estado de cada clase y objeto.  Los otros objetos solo tendran acceso a las funciones y  métodos públicos. * Abstracción: Los objetos solo revelan los mecanismos internos que son relevantes para otros objetos. * Herencia: Las clases pueden reutilizar código de otras clase. * Polimorfismo: Los objetos pueden tener diferentes comportamientos según las necesidades del programa. A ver si puedo hacerlo más comprensible. Supongamos que queremos hacer un catálogo de sistemas operativos La información que contiene ese catálogo incluye estos parámetros: * Desarrollador * Año de lanzamiento. * Soporte. * Peso * Derivado de: * Arquitectura: Los objetos serían por ejempo: Ubuntu, WIndows 10 FreeBSD 9. Cada uno de ellos tienen diferentes características que se almacenarán de acuerdo al modelo  que se especifica más arriba  y la información recopilada se mostrará a otras partes del programa según se necesiten. En el próximo artículo veremos más ejemplos sobre cómo se utiliza la Programación Orientada a Objetos en Python. relacionado url=»https://ubunlog.com/curso-de-programacion-en-python-con-linux-1/»]