SoftwareLibre

MuyLinux Tuxedo abandona su prototipo de portátil ARM: qué ha pasado y qué sigue https://www.muylinux.com/wp-content/uploads/2024/06/Prototipo-del-portatil-de-TUXEDO-basado-en-ARM.jpg Tuxedo ha anunciado que detiene el desarrollo de su primer portátil ARM basado en el SoC Qualcomm Snapdragon X Elite, un proyecto al que llevaban dedicados alrededor de año y medio y que había despertado el interés entre muchos usuarios interesados, valga la redundancia, en una arquitectura que parece asentarse en diferentes plataformas, pero que sigue complicándose en su acercamiento al escritorio del pingüino. Según explica la compañía alemana, las limitaciones técnicas actuales del chip bajo Linux y la llegada de su sucesor hacen inviable continuar. La noticia supone un frenazo no deseado para una iniciativa que hemos seguido desde que se dio a conocer, primero con la presentación del prototipo en Computex y más tarde con los avances técnicos y la primera contribución directa al kernel. Con nombre en clave «Drako», todo partía de un prototipo equipado con un Snapdragon X Elite X1E80100 con 32 GB de RAM LPDDR5X, pantalla IPS de 14 pulgadas (2560×1600), USB4, chasis de aluminio y una batería de 50 Wh. Sobre el papel, un equipo muy atractivo, con el que Tuxedo buscaba llevar su filosofía «Linux first» al terreno ARM. Sin embargo, el desarrollo pronto evidenció obstáculos significativos. Aunque la compañía logró habilitar funciones básicas como touchpad, teclado, NVMe, USB-C, WiFi y GPU mediante renderizado por software, seguían pendientes aspectos clave como la aceleración gráfica completa, el audio o el lector de huellas, entre otros detalles no menores. La propia Tuxedo admitió a mediados de este año que el progreso estaba siendo más lento de lo previsto, en parte por factores externos y por la reasignación de recursos internos, pero también por la dificultad de concretar determinados avances. En su comunicado oficial, Tuxedo puntualiza los motivos por los que el portátil queda en pausa: * El Snapdragon X Elite (X1E) «ha resultado menos adecuado de lo esperado para Linux», con autonomías muy por debajo de lo habitual en ARM. * No existe todavía un método viable para gestionar actualizaciones de BIOS bajo Linux. * Tampoco está disponible el control del ventilador ni un soporte estable de virtualización con KVM. * Las tasas de transferencia USB4 no alcanzan los valores esperados. * Aunque la decodificación de vídeo es técnicamente posible, la mayoría de aplicaciones carece de soporte para usarla. Dadas estas limitaciones, continuar durante «varios meses más» no tendría sentido si al final el producto seguiría sin ofrecer las funciones que se esperan de un portátil moderno. A todo lo anterior se suma un elemento determinante: el X1E quedará pronto desfasado. ¿Hasta aquí ha llegado todo? Próxima parada: Snapdragon X2 Elite Qualcomm presentó su sucesor, el Snapdragon X2 Elite, en septiembre de 2025 y se espera que los primeros equipos lo incorporen en la primera mitad de 2026, por lo que Tuxedo admite que no tendría sentido lanzar un portátil Linux con un chip que, cuando llegara al mercado, ya tendría más de dos años y estaría por detrás de su propia línea sucesora. Por lo tanto, todo queda en pausa, al menos por el momento. Y es que el proyecto se detiene, pero no se desecha todo lo conseguido. En este sentido Tuxedo confirma que mantendrá su contribución con el kernel junto con otros trabajos adicionales, de modo que otros dispositivos ARM compatibles, como el Medion SPRCHRGD, puedan beneficiarse de ello. De hecho, este anuncio resulta hasta cierto punto desconcertante, dado que Tuxedo ha continuado con el desarrollo de «Drako» prácticamente hasta el último momento, algo que mencionan en Phoronix, donde han seguido la pista al proyecto con más atención y donde a principios de mes recogían las novedades relativas a los últimos parches enviados por la compañía.[...]

d sin problemas * Rendimiento de gaming igual que en Windows * No perder tiempo con configuraciones Elige NVIDIA si necesitas: * CUDA para IA y machine learning * El mejor ray tracing * DLSS 4 * Software específico que requiere NVIDIA Las Intel Arc también son una opción interesante por unos 250€, con buen soporte open source, aunque los drivers aún están madurando. Ofertas Black Friday 2025 Este Black Friday hay buenas ofertas en tarjetas gráficas. Para usuarios de Linux, estas son especialmente recomendables: AMD (plug and play en Linux): * AMD Radeon RX 9070 XT (16GB): desde 718,99€ * AMD Radeon RX 9060 XT (16GB): desde 444,95€ NVIDIA (si necesitas CUDA/DLSS): * NVIDIA GeForce RTX 5070: desde 629,90€ * NVIDIA GeForce RTX 5060 Ti (16GB): desde 499€ Conclusión Para la mayoría de usuarios de Linux, AMD es la mejor elección. Funciona desde el primer día, sin configuraciones, y el rendimiento en juegos es igual o mejor que en Windows. NVIDIA solo tiene sentido si necesitas CUDA para trabajo profesional o quieres el mejor ray tracing posible. Pero prepárate para dedicar tiempo extra a mantener los drivers funcionando. En resumen: AMD es el coche que arranca siempre, NVIDIA es el deportivo que va más rápido pero necesita un mecánico a mano. La entrada NVIDIA vs AMD en Linux: ¿Qué tarjeta gráfica ofrece mejor compatibilidad y drivers Open Source? es original de MuyLinux

MuyLinux NVIDIA vs AMD en Linux: ¿Qué tarjeta gráfica ofrece mejor compatibilidad y drivers Open Source? https://www.muylinux.com/wp-content/uploads/2025/11/nal.jpg Si usas Linux, elegir entre NVIDIA y AMD no es solo cuestión de potencia. La pregunta clave es: ¿cuál funciona mejor con mi sistema operativo? En 2025, AMD lleva ventaja clara en compatibilidad y drivers de código abierto. En PcComponentes disponen de una gran oferta de tarjetas gráficas este Black Friday. AMD funciona desde el primer momento La principal ventaja de AMD es que sus drivers están integrados directamente en Linux. Conectas la tarjeta y funciona, sin instalar nada. El driver AMDGPU viene de serie en el sistema, así que no hay que hacer configuraciones complicadas ni actualizar drivers manualmente. AMD ha apostado fuerte por el código abierto. Su driver Vulkan, llamado RADV, es completamente abierto y forma parte del proyecto Mesa. Gracias al compilador ACO (desarrollado con ayuda de Valve), el rendimiento es excelente: las mejoras en ray tracing han llegado hasta el 200% en algunos juegos. NVIDIA: más potente pero más complicado NVIDIA sigue usando drivers propietarios para sacar el máximo rendimiento. Aunque lanzó módulos de código abierto en 2024, sólo cubren parte del sistema. Las funciones importantes como DLSS siguen siendo cerradas. Esto trae problemas prácticos. Cada vez que Linux se actualiza, hay que recompilar los drivers. Si algo falla, puedes encontrarte con pantallazos negros, problemas de sonido o el sistema congelado. Los usuarios de Linux lo llaman la «Linux Tax»: tiempo extra dedicado a mantener todo funcionando. El proyecto comunitario NVK intenta crear un driver abierto para NVIDIA, pero todavía rinde un 50% menos que el oficial. Para gaming serio, no es una opción. Wayland: AMD sin problemas, NVIDIA mejorando Wayland es el nuevo estándar gráfico que está reemplazando a X11. Con AMD funciona perfecto desde hace años. Simplemente va. NVIDIA ha mejorado mucho con los drivers 560, pero aún hay problemas menores: parpadeos con VRR activo, bugs visuales en algunas aplicaciones GTK4, y congelaciones ocasionales en KDE. Si tienes NVIDIA y quieres usar Wayland, necesitas al menos una RTX 2000 con drivers 560+. Las distribuciones más recomendadas son Pop!_OS, Fedora, Ubuntu 24.10 o Manjaro. Rendimiento en juegos: AMD iguala o supera a Windows Los juegos en Linux funcionan traduciendo DirectX a Vulkan con Proton. Aquí AMD destaca claramente. AMD mantiene el 95-98% de su rendimiento de Windows. En algunos casos incluso va más rápido: la RX 9070 XT alcanzó 196 FPS en Cyberpunk 2077 en Linux, frente a 189 FPS en Windows. NVIDIA pierde rendimiento en Linux, llegando solo al 84% de lo que consigue en Windows. En juegos DirectX 12 las caídas pueden ser del 30%. Eso sí, NVIDIA sigue siendo mejor en ray tracing avanzado y tiene DLSS 4. AMD responde con FSR 4, que ya está disponible en Linux. Para trabajo profesional: CUDA gana Si trabajas con inteligencia artificial o machine learning, NVIDIA con CUDA sigue siendo la opción estándar. El ecosistema está más maduro y rinde entre un 10% y 30% mejor que ROCm de AMD. AMD está mejorando ROCm y el hardware es un 15-40% más barato. Pero la configuración es más complicada y las herramientas no están tan pulidas. Un detalle importante: aceleración de vídeo AMD usa el estándar abierto VA-API para acelerar vídeos. Esto significa que YouTube y otros vídeos en el navegador usan la GPU automáticamente, sin gastar CPU. NVIDIA usa su propio sistema (NVDEC/VDPAU) que no es compatible. Resultado: los vídeos en el navegador consumen mucha CPU a no ser que instales un parche de la comunidad y toques configuraciones manualmente. ¿Qué tarjeta elegir? Elige AMD si quieres: * Que funcione sin complicaciones * Waylan[...]

cer más contenidos actuales. Además, te invitamos a unirte a nuestro Canal oficial de Telegram para leer y compartir más noticias, guías y tutoriales de nuestra web.

sta en tiempo real del sistema solar, la galaxia y el universo. Ha demostrado ser una herramienta valiosa para la educación astronómica y se utiliza en hogares, escuelas, museos y planetarios de todo el mundo. Hay versiones disponibles para Windows, Macintosh (MacOS X) y Linux. Y su ultima versión disponible para este momento es la versión 1.6.4, del 4 de noviembre de 2023. Explorar Web oficial y Repositorio GitHub. https://blog.desdelinux.net/wp-content/uploads/2025/11/aplicaciones-trabajo-astronomico-imagen-contenido-3-blog-desdelinux.png KStars KStars es un software astronómico gratuito, de código abierto y multiplataforma (Windows, macOS y Linux) que ofrece una simulación gráfica precisa del cielo nocturno desde cualquier lugar de la Tierra, en cualquier fecha y hora. Su capacidad de visualización incluye hasta 100 millones de estrellas, 13.000 objetos de cielo profundo, los ocho planetas del sistema solar, el Sol y la Luna, y miles de cometas, asteroides, supernovas y satélites. Y su ultima versión disponible para este momento es la versión 3.7.9, del 14 de octubre de 2025. Explorar Web oficial y Repositorio KDE. Otros idóneos programas libres y abiertos más para disfrutar de la Astronomía 1. Aladin Desktop: Atlas celeste que permite visualizar y manipular imágenes astronómicas digitalizadas y más. 2. AstroImageJ: Herramienta para el análisis de imágenes astronómicas y fotometría precisa. 3. Cosmonium: Programa muy completo para la astronomía 3D y la exploración espacial. 4. Gaia Sky: Escritorio de visualización astronómica 3D y programa de realidad virtual. 5. Ginga: Kit de herramientas diseñado para crear visores de datos de imágenes científicas en Python. 6. Kosmorro: Herramienta CLI para obtener las horas de salida, culminación y puesta de cada objeto del sistema solar. 7. Mars-Sim: Simulador basado en Java que simula la primera generación de seres humanos que pisaron Marte. 8. OpenSpace: Software interactivo de visualización de datos basados en el proyecto Atlas Digital del Universo. 9. Siril: Software de procesamiento de imágenes astronómicas. 10. Skychart: Permite generar cartas celestes, utilizando datos de numerosos catálogos de estrellas y nebulosas, y más. 11. Skyviewer: Programa basado en OpenGL que muestra mapas celestes basados ​​en HEALPix, y archivos con formato FITS. 12. Tenmon: Visor, conversor e indexador de imágenes y fotos astronómicas con el formato FITS y XISF. 13. Virtual Moon Atlas: Software de observación lunar en tiempo real. 14. XEphem: Programa interactivo y multiplataforma que cartografía las estrellas, simula el cielo y genera efemérides. 3 sitios webs en español sobre el Cometa 3I/Atlas 1. La NASA en español sobre el Cometa 3I/Atlas 2. Viaje Orbital de 3I/ATLAS 3. 3I/Atlas: Tercer Visitante Interestelar de nuestro sistema solar En inglés directamente, recomendamos la web The Sky Live. https://blog.desdelinux.net/wp-content/uploads/2023/12/midori-11-2-novedades-imagen-resumen-blog-desdelinux.jpeg Resumen En resumen, esperamos que esta pequeña e interesante publicación informativa sobre algunos importantes proyectos de software asociados a algunas de las mejores y más populares «aplicaciones libres y abiertas para el trabajo astronómico», les sea útil y relevante a muchos. Pero sobre todo, a aquellos que son, al mismo tiempo, usuarios de Linux y apasionados por el estudio y disfrute de los objetos y elementos del Espacio. Por último, y en caso de que desees sugerirnos o recomendarnos algunos otros programas similares o sitios webs que contengan programas de este estilo, te invitamos a escribirnos vía comentarios para tenerlos en cuenta, para una próxima publicación de apoyo para esos dignos y valiosos programas del ámbito de la astronomía. Por último, recuerda visitar nuestra «página de inicio» en español. O, en cualquier otro idioma (con solo agregar al final de nuestra URL actual, 2 letras al final, por ejemplo: ar, de, en, fr, ja, pt y ru, entre muchas otras) para cono[...]

Desde Linux Aplicaciones libres y abiertas para aprender y disfrutar del Universo + Webs para saber sobre 3I/Atlas https://blog.desdelinux.net/wp-content/uploads/2025/11/aplicaciones-trabajo-astronomico-imagen-destacada-blog-desdelinux.jpeg Mejores aplicaciones libres y abiertas para el trabajo astronómico Hace pocos días les compartimos una genial e interesante publicación relacionada con el software libre y abierto, disponible y enfocado al uso pacífico de la energía nuclear. Puesto que, la energía nuclear hoy en día es algo vital para el desarrollo energético, científico y tecnológico de cualquier nación. Y como es de esperarse, el Linuxverso siempre tiene mucho que aportar en cualquier ámbito del conocimiento humano. Sin embargo, existen otros ámbitos científicos menos llamativos o reservados, que sin tanta publicidad suelen ser muy interesantes y hasta muy populares para muchos, que no suelen ser reconocidos investigadores o científicos. Siendo un buen ejemplo de ello, la Astronomía. La cual, últimamente, ha estado de moda, por eventos importantes como, por ejemplo, el del Cometa 3I/Atlas. Por ello, hoy dedicaremos esta publicación a darles a conocer algunas de las «Mejores aplicaciones libres y abiertas para el trabajo astronómico». Y sí, en oportunidades anteriores hemos hablado antes de programas como Stellarium, el cual también incluiremos en esta oportunidad. Pero, existen muchos otros que nunca hemos mencionado, como Celestia y KStars, que valen la pena conocer, utilizar y difundir. Así que, sin más que decir, sigue leyendo si la Astronomía es una ciencia y pasatiempo que te apasione. https://blog.desdelinux.net/wp-content/uploads/2025/11/tecnologia-nuclear-linuxverso-programas-libres-abiertos-imagen-destacada-blog-desdelinux.jpeg La Tecnología Nuclear y el Linuxverso: Programas libres y abiertos Pero, antes de entrar de lleno a dar a conocer y describir estas interesantes y útiles «aplicaciones libres y abiertas para el trabajo astronómico», les recomendamos explorar y leer nuestra anterior publicación sobre el software y los recursos del Linuxverso utilizados en el ámbito de la Energía Nuclear, al finalizar de leer esta presente publicación: No olvidemos que, muy a pesar de la Humanidad, toda tecnología, como el software libre y abierto, puede tener un doble propósito o fin, o más específicamente, puede ser usado tanto para el bien como para el mal, o el beneficio egoísta de algunos pocos. Y cuando se trata de la Guerra o lo Militar, el Linuxverso puede suministrar u ofrecer el desarrollo de software más seguro y resiliente, de forma más rápida y eficiente que el software privativo, cerrado y comercial. Pero, en relación con el uso pacifico de la Energía Nuclear, el Linuxverso a través de la OIEA, aporta su granito de valor en este ámbito. https://blog.desdelinux.net/wp-content/uploads/2025/11/aplicaciones-trabajo-astronomico-imagen-contenido-blog-desdelinux.jpeg Mejores aplicaciones libres y abiertas para el trabajo astronómico https://blog.desdelinux.net/wp-content/uploads/2025/11/aplicaciones-trabajo-astronomico-imagen-contenido-1-blog-desdelinux.jpeg Stellarium Stellarium es un planetario gratuito de código abierto para tu ordenador. Muestra un cielo realista en 3D, tal como lo ves a simple vista, con binoculares o un pequeño telescopio. Además, Stellarium es distribuido con licencia GPL y es capaz de renderizar cielos realistas en tiempo real con OpenGL. Está disponible para Linux/Unix, Windows y macOS. Y su ultima versión disponible para este momento es la versión 25.3, del 29 de septiembre de 2025. Explorar Web oficial y Repositorio GitHub. https://blog.desdelinux.net/wp-content/uploads/2025/11/aplicaciones-trabajo-astronomico-imagen-contenido-2-blog-desdelinux.jpeg Celestia Celestia es un paquete de software multiplataforma de código abierto y libre distribución que ofrece una visualización tridimensional fotorreali[...]

ravity es un entorno integrado de desarrollo que admite varios agentes dándole acceso directo al editor, la terminal y el navegador, En el contexto de la Inteligencia Artificial un agente es una herramienta que actúa de forma autónoma cumpliendo objetivos y tomando decisiones paso a paso. De ser necesario puede conectarse a herramientas externas. Lo que distingue a Antigravity es la forma en la que realiza el trabajo. Cuando completa una tarea, la aplicación genera «artefactos». Estos son listas de tareas, planes, capturas de pantalla y grabaciones del navegador. Estos artfactos se usarán para verificar las tareas realizadas y lo que queda por hacer. El programa ofrece dos vistas para el usuario: La predeterminada y manager. La vista predeterminada es la que estamos acostubrados a utilizar ya que se parece a la de otros entornos integrados de desarrollo con Inteligencia Artificial como Visual Studio o Cursor. La vista Manager está diseñada para manejar varios agentes a la vez permitiendo que cada uno trabaje en forma autónoma. De acuerdo conla descripción de Google es un «centro de control para generar, orquestar y observar múltiples agentes en múltiples espacios de trabajo en paralelo.» No está claro hasta que punto Antigravity podrá desplazar a Visual Studio Code o a Cursor habiendo llegado tarde a la fiesta. De hecho, hay que tener en cuenta si los costos de los agentes siguen siendo accesibles o si el actual boom de la Inteligencia Artificial no explota como una burbuja.

Ubunlog Cómo instalar Antigravity en Linux. https://ubunlog.com/wp-content/uploads/2025/11/antigravity.png Desde hace unos años el software se ha convertido en una forma de que usemos los servicios en la nube de su desarrollador. En este post veremos cómo instalar Antigravity en Linux. Se trata de un entorno integrado de desarrollo (IDE) que se integra con herramientas de inteligencia artificial de Google y otros. Visual Studio Code fue el primer producto de Microsoft con versión para Linux. Un intento de la empresa por volver a capturar a los desarrolladores para que usen sus productos. También es la base sobre la cuál se construyeron otros IDE’S como el que nos ocupa. Cómo instalar Antigravity en Linux Debian, Ubuntu y derivados Añadimos el repositorio sudo mkdir -p /etc/apt/keyrings curl -fsSL https://us-central1-apt.pkg.dev/doc/repo-signing-key.gpg | \ sudo gpg --dearmor -o /etc/apt/keyrings/antigravity-repo-key.gpg echo "deb [signed-by=/etc/apt/keyrings/antigravity-repo-key.gpg] https://us-central1-apt.pkg.dev/projects/antigravity-auto-updater-dev/ antigravity-debian main" | \ sudo tee /etc/apt/sources.list.d/antigravity.list > /dev/null Actualizamos los repositorios sudo apt update Instalamos el programa sudo apt install antigravity Fedora, RHEL, openSUSE y derivados Agregamos el repositorio sudo tee /etc/yum.repos.d/antigravity.repo << [antigravity-rpm] name=Antigravity RPM Repository baseurl=https://us-central1-yum.pkg.dev/projects/antigravity-auto-updater-dev/antigravity-rpm enabled=1 gpgcheck=0 EOL Actualizamos la lista de repositorios sudo dnf makecache Instalamos el programa sudo dnf install antigravity Iniciando el programa Lo primero que veremos al iniciar el programa son las cuatro opciones para determinar el aspecto visual https://ubunlog.com/wp-content/uploads/2025/11/Captura-de-pantalla_20251119_053457.png Google Antigravity nos da 4 opciones para elegir el aspecto visual con el que nos sintamos más cómodos La pantalla de bienvenida, que aparece a continuación, no aporta demasiado salvo mostrar el nombre del programa. https://ubunlog.com/wp-content/uploads/2025/11/Captura-de-pantalla_20251119_053519.png Esta es la pantalla de presentación de Antigravity En la tercera pantalla determinamos si vamos a usar el programa para codificar o revisar código. https://ubunlog.com/wp-content/uploads/2025/11/Captura-de-pantalla_20251119_053609.png El programa tiene configuraciones predefinidas y admite también la personalización Y acá llegamos al verdadero motivo por el cuál Google lanza su propio entorno integrado de desarrollo: hacernos iniciar sesión con la cuenta de Google. https://ubunlog.com/wp-content/uploads/2025/11/Captura-de-pantalla_20251119_053652.png Botón de inicio de sesión en la cuenta de Google Una vez que pulsamos en el botón nos redirige al navegador para hacer el procedimiento de inicio de sesión. https://ubunlog.com/wp-content/uploads/2025/11/Captura-de-pantalla_20251119_053824.png Una vez iniciada la sesión la página nos pide permiso para volver a la aplicación. No podía faltar la aceptación de la licencia sin haberla leido. https://ubunlog.com/wp-content/uploads/2025/11/Captura-de-pantalla_20251119_053845.png Como es habitual, para poder utilizar el programa debemos aceptar la licencia. Ya podemos empezar a trabajar abriendo una carpeta, clonando un repositorio o seleccionando un agente de Inteligencia Artificial. https://ubunlog.com/wp-content/uploads/2025/11/Captura-de-pantalla_20251119_053914.png Pantalla final de configuración de Antigravity El programa trabaja con los siguientes modelos: * Gemini 3 Pro (alto). * Gemini 3 Pro (bajo). * Claude Soneto 4.5. * Claude Sonnet 4.5 (pensamiento). * GPT-OSS. * Nano banana. * Gemini 2.5 Flash. * Gemini 2.5 Flash Lite. Qué es Antigravity Según Google, Antig[...]

MuyLinux Google Antigravity, nuevo editor de código asistido por IA https://www.muylinux.com/wp-content/uploads/2025/11/GoogleAntigravity.jpg Google ha anunciado Antigravity, su nueva plataforma de desarrollo asistido por inteligencia artificial. Se trata, en efecto, de un editor de código potenciado por IA agéntica, «capaz de planificar y ejecutar tareas complejas de principio a fin», asegura la compañía. Una herramienta que llega en versión preliminar y —al menos por el momento— de forma gratuita, con soporte para Windows, macOS y, por supuesto, Linux. Antigravity no es un editor más, a juzgar por el tipo de apuesta que parece estar preparando Google alrededor suyo; pero sí es un editor más, habida cuenta de que parte de una base tan conocida como es Visual Studio Code, del cual ya han surgido unas cuantas alternativas del mismo estilo. Al igual que la aplicación de Microsoft, en la que GitHub Copilot se ha introducido como valor añadido, Antigravity se apoyará en modelos como el reciente Gemini 3, Claude Sonnet 4.5 y GPT‑OSS, con los agentes como elemento diferenciador. Por lo demás, Antigravity es un editor de código —por sus capacidades de extensión podríamos denominarlo un IDE— al uso o, más concretamente, un clon de VSCode al uso, calcado en cuanto a interfaz, opciones y flujo de trabajo, pero con sus particularidades. La más destacada, al margen del tema de la IA y depender de una cuenta de Google, es utilizar Open VSX como tienda de extensiones, con todo lo que ello implica: código abierto, pero muchas ausencias. Volviendo con la faceta artificiosa de Antigravity, el editor dispone de autocompletado, comandos en línea y el habitual panel lateral. La auténtica novedad está en el papel de los agentes, que ya no se limitan a sugerir código, sino que pueden operar sobre el editor, la terminal o el navegador de manera autónoma para implementar nuevas funciones, lanzar servidores locales o comprobar resultados en el navegador, entre otras tareas. https://www.muylinux.com/wp-content/uploads/2025/11/Antigravity.jpg Google Antigravity en Linux Otro aspecto propio de Antigravity es Manager, una vista orientada al trabajo asíncrono donde es posible supervisar varios agentes a la vez, revisar sus tareas o recibir notificaciones de progreso. todo ello con la idea de separar el trabajo manual del automatizado y permitir un flujo de desarrollo más flexible, manteniendo el control de dónde se gesta cada cosa. Y para reforzar un poco más la confianza está Artifacts, con listas, planes de implementación, capturas o grabaciones del navegador que ayudan a verificar los pasos realizados y entender cómo ha llegado el agente a un resultado concreto. Y algo más: el sistema incorpora un modelo de autoaprendizaje, donde las acciones del agente se convierten en elementos reutilizables dentro de una base de conocimiento interna, lo cual permite que el asistente mejore con la experiencia y acelere tareas repetitivas con el tiempo. En resumen, Google regresa con una nueva herramienta para desarrolladores a golpe de IA, con un lanzamiento discreto, pero que parece apuntar a futuro. Por el momento, cualquier interesado puede descargar e instalar Antigravity (para Linux es posible añadir repositorios para distribuciones basadas en paquetería Deb y RPM.) de manera gratuita, con el aliciente de disponer de tabulación ilimitada, solicitudes de comandos ilimitadas y «generosos límites de velocidad en el uso de Gemini 3 Pro». ¿Qué sucederá cuando el IDE deje atrás su fase de vista previa pública? Se adelantan planes de pago para equipos de trabajo y empresas, pero nada más. La entrada Google Antigravity, nuevo editor de código asistido por IA es original de MuyLinux

alianza crea un posible punto de fallo bipartito, ya que la seguridad ahora dependerá de la integridad de la cadena de suministro de firmware de AMI y de los repositorios de imágenes de Canonical, lo que subraya la necesidad de una gestión de seguridad extremadamente rigurosa. De acuerdo con analistas del mercado, se cree que aproximadamente 400 millones de equipos que utilizan Windows 10 no estarán en condiciones de hacer el cambio a la versión siguiente. Los mayores impedimentos están dados por la exigencia de Los principales requisitos que limitan la actualización son contar con un procesador Intel Core de 8ª generación o AMD Ryzen 2000 o posterior, 4 GB de RAM, 64 GB de almacenamiento y firmware compatible con UEFI con Secure Boot y TPM 2.0. https://ubunlog.com/wp-content/uploads/2023/11/imagen-resumen-2023-blog-ubunlog.jpg Resumen En resumen, al parecer esta colaboración entre AMI y Canonical representa un paso claro más hacia la fusión cada vez más profunda entre el hardware y el software. Una que busca crear una eficiencia operativa sin precedentes, por lo menos a nivel de empresas y organizaciones, sobre la estandarización al despliegue bare-metal y la eliminación de las dependencias de infraestructura de red intermedia como los servidores PXE. Por lo tanto, la pregunta estratégica para los líderes TI de cada empresa u organización no es si esta integración ofrece beneficios, sino si sus organizaciones poseen la madurez en la gestión de la cadena de suministro de firmware para capitalizarlos de forma segura. Y dado que, muy posiblemente, en el futuro las líneas entre el firmware y el sistema operativo se desvanezcan progresivamente, se debe asumir que, tendremos no solamente más eficiencia sino también más riesgos de seguridad importantes. Mientras, y por ahora, los usuarios de Linux en el hogar, veremos desde lejos como se desarrolla este panorama y avance entre Canonical y AMI. Por último, recuerda compartir con otros esta útil y divertida publicación, y visitar el inicio de nuestro «sitio web» en español u otros idiomas (agregando al final de la URL 2 letras, por ejemplo: ar, de, en, fr, ja, pt y ru, entre muchas otras). Además, te invitamos a unirte a nuestro Canal oficial de Telegram para leer y compartir más noticias, guías y tutoriales de nuestra web.

de sb_min_blocksize(), y el subsistema de bloques marca esa API como __must_check para que nadie la ignore. tmpfs/shmem corrige la reconfiguración con noswap, bfs reconstruye el tipo de archivo al cargar y se introducen mejoras en la ruta VFS (iput_not_last) y Landlock para evitar splats por llamadas que pueden dormir. Seguridad: SELinux y XFRM SELinux aplica una renominación de variables clave (task_security_struct pasa a cred_security_struct y se estandariza a crsec donde aplica) y mueve la caché de decisiones de acceso a un contexto por tarea, facilitando el razonamiento y evitando confusiones. En XFRM hay una batería de correcciones: referencias de SA en updates, borrado de túneles no añadidos, estados marcados como DEAD cuando fallan migraciones, limpieza de estado de dispositivo al fallar movimiento, mensajes de error/EXTACK mejorados y caza de estados residuales al eliminar un netns. Memoria, tiempos y herramientas En memoria y temporizadores caen arreglos finos: memblock calcula bien páginas libres con soft‑reserve, mempool no envenena indebidamente páginas HIGHMEM, ticks arregla una condición de ociosidad, y los temporizadores evitan una carrera con punteros de función nulos al hacer shutdown_sync. En timekeeping se cierra una fuga de recursos y en mm/huge_memory se inicializa correctamente el huge zero folio. io_uring ajusta tipos de argumentos, perf arregla contadores a cero en cpu‑clock, y las herramientas RISC‑V corrigen desalineaciones de definiciones CSR. Virtualización y ACPI KVM/arm64 computa trampas FGT antes de activarlas y finaliza registros ID solo una vez por VM; en SVM (AMD) se evitan actualizaciones redundantes de interceptos de los MSR de LBR. ACPI/APEI/EINJ arregla la inicialización e inyección en su versión 2, y se alinean varios elementos de documentación tipo kernel‑doc en módulos de plataforma Intel, tee uapi y otros, lo que ayuda a que el árbol compile limpio y mejore la calidad de la referencia. A la vista de la actividad y el tono del anuncio, la rc7 deja la 6.18 con el terreno bastante allanado: arreglos concretos en VM tras el susto de rc6, muchas correcciones de drivers —con especial énfasis en GPU y red—, mejoras en DTS para ARM64, limpieza y clarificaciones en SELinux y XFRM, y mimos a dispositivos muy usados (AYANEO Flip DS, ROG Ally, Legion Go, Alienware). El plan es culminar la estable el próximo domingo, salvo que asome un bug gordo que merezca una -rc8; si no, todo indica que 6.18, candidata a LTS, aterrizará con buena forma y amplio soporte de hardware.

r de Ventas de IoT de Canonical Opinión oficial de American Megatrends International En AMI, valoramos las alianzas que fortalecen el ecosistema y ofrecen soluciones confiables. La plataforma de Canonical, ampliamente adoptada y con el respaldo de la comunidad, es reconocida por su estabilidad y confiabilidad, lo que hace que esta colaboración sea la solución perfecta. Parthiban, Gerente General del Grupo de Firmware de Arranque de AMI https://ubunlog.com/wp-content/uploads/2025/11/ami-canonical-netboot-ubuntu-firmware-uefi-imagen-contenido-1-blog-ubunlog.jpeg Mi opinión más allá de la noticia Teniendo en cuenta que, apenas el anuncio del inicio de dicha colaboración ha sido dado, y que «Aptio V» es una arquitectura más orientada a Servidores y Estaciones de trabajo, es decir, una arquitectura enfocada hacia lo empresarial, tranquilamente podríamos decir que, esto no es algo que vaya a llegar de forma rápida o medianamente lejana a ordenadores de uso personal. Es decir, ordenadores para el hogar o para pequeñas oficinas. Aptio V es la «próxima generación de UEFI BIOS», compatible con las últimas especificaciones UEFI, como el Arranque Seguro para una mayor seguridad de la plataforma y la compatibilidad con EDK II, además de toda la experiencia previa, las ventajas y las mejoras de Aptio® 4 y AMIBIOS®. La compatibilidad con las últimas especificaciones UEFI también significa que Aptio V es totalmente compatible con Microsoft® Windows® 10 y las principales optimizaciones de seguridad y prearranque incluidas en la versión de nueva generación del sistema operativo, lo que la convierte en la solución de desarrollo más potente del mercado. Sobre Aptio V Otro punto a destacar es que, actualmente, no existen mayores barreras o dificultades para que personal TI como Técnicos, Administradores de servidores y otros similares puedan arrancar desde un medio de instalación USB o un medio virtual (unidad de red) un instalador de Ubuntu, Ubuntu Server o Ubuntu Cloud. Por lo que, dependiendo de que opciones de imágenes se ofrezcan a través de dicha nueva funcionalidad, esto pudiera, o no, tener un éxito destacable. Así que, en definitiva, tendremos que esperar para ver cómo se desarrolla finalmente esta asociación entre ambos, y en favor de las empresas, y futuramente en los hogares. Punto positivo Visualizando futuros posibles para dicha tecnología, tanto en las empresas como en el hogar, pienso que la idea no está nada mal y se adapta a las tendencias futuras de fabricar ordenadores con sistemas UEFI más avanzados que nos ofrezcan la posibilidad de instalar uno o más sistemas operativos. Tanto pagos, privativos y comerciales como gratuitos, libres y abiertos con simplemente tener conexión a Internet. Ya que, ahí es donde radica realmente la verdadera libertad de poder elegir. Futuros ordenadores sin sistemas operativos preinstalados, pero con una variedad de opciones a instalar con una simple conexión a Internet, versus los actuales Ordenadores que vienen casi exclusivamente de fábrica con Windows, lleno de Bloatware y Vulnerabilidades, y el requerimiento de que pagues la Licencia de uso en cualquier momento. Punto negativo Esta integración traslada el riesgo de la seguridad al firmware, un terreno donde las amenazas son inherentemente más persistentes y difíciles de detectar. Los ataques al firmware son más peligrosos que los que ocurren a nivel de sistema operativo porque son invisibles para las soluciones de seguridad tradicionales y pueden persistir incluso después de reinstalar el sistema operativo por completo. Amenazas como los Bootkits son un ejemplo real de cómo el malware puede evadir las protecciones de UEFI Secure Boot, a menudo explotando debilidades en aplicaciones de terceros que han sido firmadas y son, por tanto, confiables para el sistema. La vulnerabilidad CVE-2024-7344, por ejemplo, demuestra que, a pesar de las protecciones de la cadena de suministro como AMI FirST, el firmware sigue siendo un objetivo de alto valor. Esta[...]

/kdump para evitar sustos y hasta un ajuste que desactiva la trampolín BPF para trazas en funciones de módulos. También se han alineado tipos UAPI en el header de ptrace, limpiando interfaces. En MIPS cae un conjunto variado: arreglos para plataformas Malta (MMIO SOC-it con !EVA), prevención de apagado de TLB en la unificación inicial, correcciones en DTS (econet/EN751221) y solución a segmentation faults aleatorios que afectaban a la estabilidad. En paralelo, en RISC‑V se actualiza el vendor ID de MIPS a 0x127, sincronizando kernel y tooling de pruebas. ARM64 se lleva un buen puñado de cambios de DTS: Rockchip ve ajustes en tablas OPP (RK3576 y RK3588), pines de alimentación de PCIe y USB en placas BigTreeTech, voltajes en Orange Pi 5, alias ethernet0 en Raspberry Pi 5 (BCM2712) y desactivación de HS400 en ciertos perfiles para evitar modos de alta velocidad inestables. En NXP/Imx hay arreglos de MSI en imx95, conmutación OTG en imx8mp y otros retoques que pulen la plataforma. En NVIDIA Tegra, marcados de PHY como fuente de wake en Jetson Xavier NX. Drivers: GPU, entradas HID y plataforma x86 GPU y display traen mucho a la mesa. AMD corrige gating de DTBCLK antes de tiempo, precisión en conversión pbn→kbps, reintentos y temporización en lecturas DPCD, salta el “power ungate” en suspensión para VPE y añade chequeos para reset por cola VCN en SR‑IOV. En Intel, i915/xe3 carga DMC 30.02 para Xe3_LPD, refina la detección c10phy solo en PHY A y separa identificadores PCI de subplataforma wcl. Radeon elimina una ruta de fence que podía bloquear. En Xe hay defensas contra overflow con BIT(), limpieza de opciones duplicadas y manejo de interrupciones MSI‑X vector0. En el frente HID/entrada, además del soporte para SONiX AK870 PRO y ELECOM M‑XT3URBK, caen arreglos de fugas de memoria en controladores como playstation, uclogic, ntrig o pidff; mejoras en teclados (Lenovo Yoga Slim 7x), sensores AMD SFH (parada antes de reiniciar), y un cambio de propiedad de entrada que pasa a denominarse INPUT_PROP_PRESSUREPAD. También se afinan teclas especiales en equipos HONOR y Goodix suma el ID ACPI GDIX1003 con limpiezas de manejo de pines. Plataforma x86 viene cargada: el módulo amd/pmc reconoce el SoC Van Gogh, se agrega el manejo del 8042 espurio en ROG Ally, y se incluyen particularidades para Lenovo Legion Go 2. En el mundo HP/Alienware, nuevos perfiles térmicos y de ventilación para Omen y Victus, y soporte AWCC en Alienware 16 Aurora; además se amplía la cobertura a familias completas “M”, “X” y “G” en el driver alienware‑wmi‑wmax. MSI y Acer reciben ajustes de carga y eventos en sus módulos WMI. Red y almacenamiento: MPTCP, L2TP, NVMe y más MPTCP encabeza la lista de correcciones: se corrigen condiciones de carrera en programación de trabajos y temporizadores, mejoras en la generación de ACK en escenarios de fallback, se evitan caídas prematuras, se retrasa el fallback si hay paquetes fuera de orden y se desacopla el fastclose de la lógica TCP tradicional. En L2TP se resetea correctamente el control buffer del skb en transmisión, mientras que veth gana robustez para no quedarse atascado por carreras al gestionar colas de TX. NVMe y su transporte por Fibre Channel ajustan la vida del request_queue de administración y aseguran la cancelación de trabajos pendientes al eliminar controladores. En multipath se ataja un aviso de lockdep durante escaneos de particiones. También se suaviza la ruta de errores en idpf para evitar desreferencias nulas, y se afinan drivers como ice (limpieza PTP), mlx5 (manejo de IRQs), mlxsw (estadísticas y checks), Open vSwitch (se retira un soporte NSH que nunca funcionó), phylink (modos soportados en enlaces fijos) y DSA (microchip lan937x y hellcreek). Sistemas de archivos y VFS Se congela siempre efivarfs antes de hibernar/suspender para no corromper datos, y XFS arregla una lectura fuera de límites al reparar enlaces simbólicos. Varios sistemas (vfat, exfat, isofs y de nuevo xfs) ahora comprueban el valor de retorno [...]

Ubunlog AMI y Canonical anuncian una asociación: La opción Netboot de Ubuntu en el firmware UEFI https://ubunlog.com/wp-content/uploads/2025/11/ami-canonical-netboot-ubuntu-firmware-uefi-imagen-destacada-blog-ubunlog.jpeg AMI + Canonical: Opción Netboot para Ubuntu en el firmware UEFI Nos guste o no, como profesionales TI o entusiastas informáticos, tanto en las empresas como en el hogar, la tecnología avanza indeteniblemente y se adecua a las necesidades de los más grandes para luego ir permeando hacia abajo. Y un buen ejemplo de ello, es nuestra noticia de hoy, sobre la asociación de Canonical y AMI. 2 grandes de la tecnología, AMI en el Hardware y Canonical en el Software, los cuales se han unido con el fin de ofrecer a los usuarios una nueva opción de inicialización o arranque por red (Netboot) específicamente diseñada para Ubuntu, el sistema operativo oficial de canonical. Y si seguramente eres un usuario del hogar, ya te estarás preguntando: ¿Y esto, exactamente de que se trata?, o ¿Y esto, en que me beneficia a mí? Pues quédate aquí con nosotros, y sigue leyendo para que profundices sobre dicha noticia y novedad. Y para que explores un poco más a fondo sobre los pros o contra de dicha novedad. https://ubunlog.com/wp-content/uploads/2013/04/windows-uefi.jpg Pero, antes de iniciar el abordaje de esta noticia sobre «la asociación de AMI y Canonical para crear una opción Netboot de Ubuntu en el firmware UEFI», les recomendamos explorar nuestra anterior publicación relacionada con Windows, Linux y UEFI, al finalizar de leer esta presente publicación: Para instalar Ubuntu junto a Windows 10, lo que viene a llamarse Dual Boot, primero hemos de cambiar la configuración de UEFI, una configuración que con casi toda seguridad estará activada. Para desactivar UEFi hemos de realizar los siguiente procedimientos. Primero hemos de pulsar el botón de Windows + C para abrir la ventana de Configuración. Una vez que hayamos hecho esto aparecerá una ventana en donde iremos a “Actualización y seguridad” y en la sección de Recuperación nos vamos a “Inicio Avanzado”. Tras varios minutos aparecerá una ventana azul que no es un error sino una ventana de configuración que ya aparecía en Windows 8. Ahora nos vamos a “Configuración de Inicio” y seleccionamos la opción de configuración de firmware UEFI. Tras pulsarlo se cargará la BIOS de nuestro Equipo. Nos vamos a la pestaña de “Boot” y estará activado la opción UEFI. Esta opción la cambiaremos por Legacy Bios. Guardamos los cambios y ya tendremos desactivado UEFI en nuestro equipo. https://ubunlog.com/wp-content/uploads/2025/11/ami-canonical-netboot-ubuntu-firmware-uefi-imagen-contenido-blog-ubunlog.jpeg AMI + Canonical: Opción Netboot para Ubuntu en el firmware UEFI La noticia: AMI y Canonical se unen para lograr incluir una opción de Netboot para Ubuntu Yéndonos directamente a la fuente oficial de la noticia (Blog oficial de Canonical) nos podemos informar sobre lo siguiente: Canonical, empresa (desarrolladora de software) creadora de Ubuntu, anunció hoy (24 de noviembre de 2025) una alianza con AMI (American Megatrends International), proveedora de soluciones de Interfaz de Firmware Extensible Unificada (UEFI). Esta alianza permitirá a los usuarios del firmware UEFI Aptio® V de AMI iniciar Ubuntu directamente desde la red con solo seleccionar «Instalación en la Nube de Ubuntu» (Ubuntu Cloud Installation, en inglés) en el menú de arranque. Esta nueva funcionalidad de arranque nativo facilita y facilita el uso de Ubuntu, eliminando la necesidad de instalar imágenes o usar medios o dispositivos externos adicionales. Una simple conexión Ethernet es suficiente para instalar y arrancar Ubuntu. Opinión oficial de Canonical “Nuestra colaboración con AMI refuerza nuestro compromiso de ofrecer la mejor experiencia con Ubuntu desde el primer momento. Ahora es aún más fácil instalar Ubuntu”. Alexander Lehmann, Directo[...]

Ubunlog Linux 6.18-rc7: lo que cambia, lo que arregla y cuándo llega https://ubunlog.com/wp-content/uploads/2025/11/Linux-6.18-rc7.webp La séptima candidata a versión del kernel, Linux 6.18-rc7, ya está en el árbol Git y llega como el pulso semanal que marca el tramo final antes de la publicación estable. Si no aparece ningún contratiempo de última hora, el lanzamiento definitivo se espera para el domingo 30 de noviembre. En esta entrega, el foco está claramente en los arreglos de regresiones, pulido de drivers y pequeños retoques que afinan un ciclo que viene muy cargado. Hay un detalle estratégico que no pasa desapercibido: todo apunta a que Linux 6.18 será la versión LTS (soporte extendido) anual, lo que explica el mimo con el que se han tratado correcciones de arquitectura, subsistemas de red, GPU y seguridad. Además, esta rc7 llega después de un susto en rc6: una regresión en la memoria virtual (VM) que se solucionó con un parche sencillo, pero que sirvió para recordar que, tan cerca del cierre, cualquier cabo suelto puede costar una semana más. Qué ofrece Linux 6.18-rc7 y por qué importa El objetivo de rc7 es consolidar la estabilidad: se han reducido las variaciones respecto a rc6 y la mayoría de cambios caen en categorías habituales: actualizaciones de drivers (con peso en GPU y red), arreglos de arquitectura (loongarch, mips, arm64), algo de red a nivel núcleo, y mejoras de herramientas y documentación. Hay también un parche llamativo en SELinux motivado por una confusión con nombres de variables que llevó a una renominación para aclarar el terreno. Novedades que destacan esta semana Entre los cambios visibles, sobresale la corrección del identificador de proveedor para MIPS en el ecosistema RISC-V. El valor era erróneo tanto en el kernel como en el código de pruebas de QEMU, y ahora se ajusta a 0x127, dejando ambos frentes sincronizados. Este tipo de ajustes sutiles evitan incompatibilidades difíciles de diagnosticar durante el desarrollo y la virtualización. En hardware de consumo, la rc7 habilita “a dos manos” los paneles táctiles del AYANEO Flip DS. Es decir, se activan ambos digitalizadores, algo clave para quien use este dispositivo como consola PC portátil con controles táctiles. También llegan mejoras para la familia ASUS ROG Ally, el Lenovo Legion Go y varios portátiles Alienware, una ola de afinados que amplía la compatibilidad y pule detalles en equipos populares entre jugones. Lo que ha dicho Linus Torvalds En el mensaje de anuncio, Linus ha reconocido que rc6 no fue la mejor semana por ese desliz de VM, aunque el remedio resultó trivial. Aun así, se muestra confiado: salvo sorpresa mayúscula, el lanzamiento final debería estar listo el próximo fin de semana. Esta rc7 es más comedida que la anterior y eso es buena señal: poca “turbulencia” y cambios principalmente normales. Traducción libre del espíritu del mensaje: la regresión del subsistema de memoria virtual en rc6 fue un golpe tardío, pero el parche fue simple y no apunta a un problema profundo. En rc7 el volumen baja; vemos retoques de drivers —sobre todo GPU y red—, arreglos de arquitectura (con loongarch, mips y arm64 en primera línea), núcleo de red, y algo de tooling y documentación. Hay un parche de SELinux más voluminoso de lo normal, motivado por una renominación de variables para evitar confusiones. Aprovechemos la última semana para cazar rezagados. Desde LWN se ha reforzado la lectura de que se trata, probablemente, del último -rc antes de 6.18 estable. Si por lo que fuera se descubre algo feo, cabe la opción de una rc8, pero, a día de hoy, la expectativa es que la 6.18 llegue sin más retrasos. Arquitecturas: loongarch, mips, arm64 y compañía En loongarch se han corregido aspectos críticos: el parseo de nodos NUMA con numa_memblks, la consolidación de nombres de CPU en /proc/cpuinfo, el enmascaramiento de interrupciones durante kexec[...]