SoftwareLibre

e has pedido una receta para hacer un bizcocho, un remedio casero para el resfriado o instrucciones para cambiar un enchufe: no te puedes quedar solo con su respuesta, porque si se equivoca, el problema será tuyo. Y como no me quiero extender mucho más, insisto por última vez: la IA es un gran aliado para gestionar el sistema. Es genial poder contar con una herramienta como esa, a decir verdad. Pero necesitas poner de tu parte o no va a funcionar. Y, por si acaso no ha quedado claro, ya que hay mucho «listo» por ahí: en MuyLinux, cada autor escribe lo que firma. La entrada La IA es una herramienta fantástica para ayudarte con Linux, pero cuidado es original de MuyLinux

MuyLinux La IA es una herramienta fantástica para ayudarte con Linux, pero cuidado https://www.muylinux.com/wp-content/uploads/2026/04/hih.jpg Os voy a ser muy sincero: uso mucho la IA. Para muchas cosas. No para escribir, o no siempre, porque aunque dependiendo del tema me puede servir para resumir y fijar el foco en fuentes y datos cuya consulta pormenorizada me llevaría horas, o hasta para crear un borrador que me facilite una idea general sobre un a materia en momentos en los que no estoy todo lo despierto que debería… No me fío de publicar nada no haya escrito yo. Lo curioso del asunto es que, con bastante probabilidad, la IA hará las cosas mejor que yo. Pero, más allá de alucinaciones puntuales, sigo sin fiarme. E incluso cuando compruebo que todo está bien, me chirría mucho el estilo o las formas empleadas. Así que acabo reescribiendo lo que sea. Por el contrario, a veces le pido que afine mi trabajo —que corrija un texto o pula alguna descripción farragosa— y me quedo con el resultado. No es una cuestión de blancos y negros. Pero como digo, uso la IA para muchas cosas: para el trabajo, sí, y no solo para lo dedicado a la mera labor de redacción, ya que es un recurso increíble para recabar documentación, para comprobar y contrastar datos… Y fuera del trabajo: sobre todo, para reunir información y organizar tareas. Por supuesto, también la uso para Linux y la vida friki: para resolver problemas que puedan surgir, para que me guíe con cosas que quiero probar… No voy a concretar nada en específico porque no es el objeto de esta entrada. Pero sí, uso la IA para muchas cosas. Lo que nunca hago, a poco que aquello que le plantee sea delicado, es seguir sus indicaciones como si fuese una especie de oráculo infalible: no lo es. ¿Y a qué viene todo esto? A un mensaje que me acabo de encontrar en Reddit y que os reproduzco íntegro a continuación (disculpad las faltas, pero se entiende mejor la intención del autor dejándolo tal cual): Chatgpt me rompio mi linux mint Chatgpt me rompió linux mint ofreciendo scripts para optimizar mi sistema, primero me dejó barado que no podia usar aceleración grafica porque se veian los navegadores todo en colores incorrectos todo morado, blanco, negro y verde, ofreció devolver a default la configuracion grafica, yo acepté y me mandó otros scripts de restore y me mandó a reiniciar, y entonces ya no funcionaba el mouse ni el teclado, se quedaba la pantalla congelada antes de entrar al sistema donde pones las contraseña de usuario. MI LINUX MINT ANDABA BIEN ANTES DE LOS CONSEJOS DE CHATGPT. QUE MIEDO QUE LAS ENFERMERAS Y DOCTORES PREGUNTEN SOBRE MEDICAMENTOS Y TRATAMIENTOS PARA ATENDER PACIENTES ENFERMOS EN LA VIDA REAL TODO CON CHATGPT, ESO SIN CONTAR A INGENIEROS PREGUNTEN A ESTA ERRATICA IA, NO SE FIEN EN NINGUNA IA SIN ANTES CUESTIONARLA O TESTEARLA CON CONOCIMIENTO REAL. Lo primero que se le podría responder a esta persona es «si iba bien, para qué lo tocas». Sin embargo, hay que tener un poco de empatía: no se le intuye como un usuario avanzado o experimentado y ¿quién no ha metido la pata alguna vez probando lo que sea? Luego se sube a las mayúsculas para expresar su inquietud, aunque acaba reconociendo que no actuó como correspondía. Porque claro que los profesionales usamos la IA para nuestro trabajo, pero como herramienta, no a modo de manual. https://www.muylinux.com/wp-content/uploads/2026/04/aih.jpg Un popular meme (¡creado con IA!) lo explica mejor Hay muchas formas de usar la IA: puedes pedirle algo directamente, o puedes hacerlo con mil y un matices. Por ejemplo, para que ante todo priorice la precaución y estabilidad. Pero, en última instancia, uno mismo es el responsable de lo que hace. Es una máxima que sirve también para el que se pone a ejecutar comandos que ha encontrado en alguna página de Internet esperando que resuelvan o mejoren algo, sin haberse preocupado antes de hacerlo con la debida cautela. No importa si l[...]

MuyLinux El kernel Linux eliminará el soporte de i486 este año https://www.muylinux.com/wp-content/uploads/2026/04/i486.jpg Las cosas de palacio van despacio, y eso es algo que se ve muchas veces en el desarrollo del kernel Linux, que se rige por unas políticas muy conservadoras que convierten los grandes cambios en procesos que pueden durar bastantes años. Ese el caso del soporte para i486, que todo apunta va a ser retirado, definitivamente, en Linux 7.1. Como ya hemos dicho, la idea de retirar el soporte para i486 de Linux fue propuesta por Linus Torvalds en octubre de 2022, así que el proceso, de seguirse el calendario previsto, tomará un total de cuatro años, y eso solo contando lo que ha podido conocerse públicamente. Para refrescar algunos datos, i486 fue creada por Intel en 1989, aunque no fue descontinuada de forma definitiva hasta el año 2007. El arquitecto jefe para su creación fue Pat Gelsinger, figura mítica de la compañía y que ejerció como CEO, tras volver a esta y pasar por otras empresas, entre los años 2021 y 2024. Con el origen de i486 puesto sobre la mesa, no hace falta ser un genio para adivinar que uno de los principales motivos de su retirada es el hecho de que es una arquitectura bastante antigua y de la que hoy en día hay pocos ordenadores en funcionamiento. Por otro lado, hay que tener en cuenta que el kernel tiene en estos momentos más de cuarenta millones de líneas de código, una cantidad que exige no solo mucho cuidado a la hora de tratarlo en su desarrollo, sino que abre la puerta a la retirada de código poco o nada utilizado con el fin de garantizar la sostenibilidad de cara al futuro. Sobre el que parece ser el primer paso para la retirada de i486 de Linux, Ingo Molnar, autor del commit, ha explicado que, “en la arquitectura x86, contamos con diversas y complejas herramientas de emulación de hardware en x86-32 para dar soporte a antiguas CPU de 32 bits que muy pocos usuarios utilizan con kernels modernos. Esta capa de compatibilidad a veces incluso causa problemas que requieren tiempo para su resolución, tiempo que podría dedicarse a otras tareas”. Aquí Molnar se hace eco de unas palabras de Linus Torvalds: “Realmente tengo la sensación de que es hora de dejar atrás el soporte i486. No hay ninguna razón real para que alguien pierda ni un segundo de esfuerzo de desarrollo en este tipo de problema”. Otro aspecto a tener en cuenta es que los ordenadores basados en i486 son tan antiguos que difícilmente deberían poder con software mainstream actual, más en un contexto de escritorio en el que los navegadores web se han convertido en auténticos devoradores de recursos. De hecho, Torvalds fue tajante hace cuatro años al decir que no cree “que el hardware de clase i486 siga siendo relevante. Sí, estoy seguro de que existe (Maciej es un ejemplo), pero desde el punto de vista del desarrollo del kernel, no creo que sea realmente relevante. En algún momento, la gente tiene esos ordenadores como piezas de museo. También podrían ejecutar núcleos de museo”. En resumidas cuentas, lo más probable es que dichos equipos funcionen mejor son software de su época que con actual. Como siempre en este tipo cambios, lo mejor es mantener la prudencia hasta la publicación de Linux 7.1 en fase estable, pero viendo que la retirada de i486 fue planteada hace años, lo lógico es pensar que se termine materializando. Esto ya se hizo con i386 durante el transcurso de la década pasada. Para terminar, y si decimos que la política conservadora por la que se rige el desarrollo del kernel puede hacer que un proceso se prolongue durante años, no viene mal recordar el largo y bronco recorrido que llevó a la introducción de Lockdown, ya que el autor del módulo, Matthew Garrett, nunca se ha llevado bien con Linus Torvalds. La entrada El kernel Linux eliminará el soporte de i486 este año es original de MuyLinux

s, lo hacen mucho más adecuado para estos casos que Windows… Pero Ubuntu no juega en esa liga. Ubuntu juega en primera división, con todo lo que ello conlleva. Así que no, Ubuntu no se ha vuelto más exigente de la noche a la mañana. Simplemente se ha ajustado a una realidad que lleva tiempo ahí: el escritorio moderno necesita más recursos de los que muchos siguen tomando como referencia, y que en pleno 2026 no se sostiene. La entrada Ubuntu sube sus requisitos por encima de Windows 11… pero no ha cambiado nada es original de MuyLinux

MuyLinux Ubuntu sube sus requisitos por encima de Windows 11… pero no ha cambiado nada https://www.muylinux.com/wp-content/uploads/2026/04/rr.jpg Ubuntu 26.04 LTS Beta llegó hace unos días con un pequeño cambio que ni siquiera mencioné en la noticia que le dedicamos al lanzamiento, pero que no ha tardado en levantar cierta polémica: el aumento de los requisitos mínimos de sistema. Según las notas oficiales, Ubuntu requiere ahora más recursos que Windows 11 para funcionar. Al menos, sobre el papel. El dato ha llamado la atención por sí solo, pero muy especialmente porque supera a los requisitos del sistema para Windows 11, no en general, pero sí de manera específica: mientras que Microsoft apunta un mínimo de un procesador de doble núcleo a 1 GHz y 4 GB de RAM, la próxima versión de la distribución Linux requiere un procesador de doble núcleo a 2 GHz y 6 GB de RAM. Eso sí, a nivel de almacenamiento la diferencia es mayor, pero a favor de Ubuntu, que solo pide 25 GB de espacio, frente a los 64 GB de Windows. El dato de la polémica, sin embargo, se reduce a la memoria: el salto de los 4 a los 6 GB de RAM parece haber sorprendido a algunos. Sin embargo, y como suele suceder habitualmente, la realidad es bastante menos llamativa de lo que parece. Porque sí, Ubuntu ha subido el listón… pero no ha cambiado nada relevante. No es la primera vez que hablamos de ello, pero que no se diga. En resumen, no ha cambiado nada porque los requisitos mínimos, tanto en Windows como en Linux, llevan años siendo poco más que una referencia técnica para instalar el sistema, no para usarlo con garantías. Y esto no es nuevo. De hecho, es bastante viejo, y es que en el contexto del escritorio actual, hablar de 4 GB de RAM como base funcional hace tiempo que dejó de tener sentido, salvo que las circunstancias acompañen o que no exista otra posibilidad. Como ya señalamos en su momento, los 4 GB de RAM se han quedado muy atrás y, en la práctica, 8 GB de RAM son el punto de partida real para una experiencia decente. ¡Ojo! Para una experiencia decente, ni siquiera óptima. El motivo es tan evidente como que el software ha cambiado. El sistema en sí puede arrancar con menos, pero basta abrir un navegador web para que cualquier optimización teórica se venga abajo. Y ese es el uso principal de la mayoría de usuarios. Que Ubuntu pase de recomendar 4 a 6 GB como mínimo no es, por lo tanto, un endurecimiento real de requisitos, sino un ajuste más honesto para con la situación actual. Otra vez: sigue siendo un mínimo, no una recomendación para una experiencia fluida. Tampoco en distribuciones con entornos de los denominados ligeros, porque los cuellos de botella son iguales para todos. Para que quede claro: ¿quieres instalar una distro Linux en un procesador de hace un cuarto de siglo, con 1 GB de memoria RAM o incluso menos, menos espacio de almacenamiento del que gastarías para instalar un videojuego indie y que todo vaya medianamente bien? Puedes hacerlo, incluso con menos recursos, siempre y cuando sea para gestionar cuatro archivos, usar un editor de texto sencillo, escuchar un MP3… Pero olvídate de abrir un navegador y usarlo con normalidad, porque el castillo de naipes se desmorona por sí solo. Y aquí es donde entra la comparación con Windows 11, que en muchos casos —o así lo he leído por ahí— se ha planteado en términos de “Ubuntu ya pide más que Windows”. Es cierto sobre el papel, cabe repetir, pero engañoso en la práctica: Windows 11 puede instalarse con 4 GB, igual que Ubuntu podría… pero en ambos casos la experiencia será limitada, cuando no tortuosa. El problema no son los requisitos oficiales, sino la brecha entre estos y el uso real. Una cosa no quita la otra: Linux sigue siendo una opción válida para alargar la vida de equipos antiguos, pero con límites lógicos. Tan importantes como la tarea a la que se vaya a destinar el equipo en cuestión. La variedad de opciones de Linux, ademá[...]

resolución más ágil de vulnerabilidades, algo especialmente relevante para empresas y administraciones públicas que dependen de tiempos de reacción cortos. Impacto en rendimiento: el caso de PostgreSQL En paralelo a estas correcciones, el ciclo de Linux 7.0 ha destapado una cuestión llamativa en el ámbito del rendimiento, que afecta directamente a bases de datos PostgreSQL. Un ingeniero de Amazon/AWS detectó que, con la rama de desarrollo actual del kernel, el throughput de PostgreSQL en servidores con CPU ARM Graviton4 se reducía aproximadamente a la mitad frente a versiones anteriores del núcleo. Tras un proceso de bisección, el origen se vinculó a los cambios introducidos en Linux 7.0 para simplificar los modos de planificación (preemption) en arquitecturas modernas, centrándose en los modelos de preempción completa y «vaga». Estos ajustes, pensados para ordenar el comportamiento del scheduler en CPUs actuales, han provocado, sin embargo, que ciertas cargas intensivas de PostgreSQL pasen más tiempo bloqueadas en spinlocks en espacio de usuario. Se llegó a proponer un parche para restaurar PREEMPT_NONE como modo por defecto con el fin de revertir la regresión, pero uno de los desarrolladores clave del scheduler, Peter Zijlstra, ha defendido que la verdadera solución pasa por adaptar PostgreSQL para utilizar la extensión de Restartable Sequences (RSEQ) con time slice, también introducida en Linux 7.0. Esta extensión permite reducir la exposición a problemas derivados de la preempción de hilos que mantienen locks. Si finalmente no se revierte el cambio en el kernel, algunas instalaciones de PostgreSQL podrían experimentar descensos de rendimiento hasta que el propio gestor de bases de datos adopte estas nuevas capacidades. Para organizaciones que desplieguen PostgreSQL en entornos con Linux 7.0, será importante seguir de cerca las versiones del motor y las recomendaciones de configuración que vayan publicando tanto la comunidad de PostgreSQL como las distribuciones. Preparativos para el lanzamiento estable de Linux 7.0 Con las correcciones actuales y la ausencia de problemas críticos, Torvalds prevé que la versión estable de Linux 7.0 vea la luz muy pronto. Este kernel se perfila como base de futuras publicaciones de distribuciones de referencia, incluyendo lanzamientos LTS que marcarán el rumbo del escritorio y servidor Linux en durante los próximos años. El mensaje a la comunidad sigue siendo el mismo: aunque el núcleo parece listo, se pide a los colaboradores y usuarios avanzados que continúen probando exhaustivamente la rc7 en sus entornos de test. Cuanto más variadas sean las configuraciones y cargas evaluadas, desde portátiles de uso diario hasta servidores con bases de datos y servicios en la nube, más probabilidades habrá de detectar y corregir cualquier fallo residual antes del lanzamiento definitivo. Con Linux 7.0-rc7, el proyecto Linux se acerca a una versión que, más que por grandes funcionalidades nuevas, destaca por consolidar una base de kernel más estable, mejor documentada y preparada para un escenario donde la seguridad, el rendimiento en hardware reciente y la interacción con herramientas de inteligencia artificial ganan protagonismo. La combinación de correcciones en drivers de red y GPU, mejoras en el soporte de dispositivos de entrada, ajustes en el comportamiento del scheduler y una documentación de seguridad más clara apuntan a un lanzamiento que servirá como pilar para muchas de las distribuciones que veremos desplegadas en los próximos meses.

ía problemas de teclado tras la suspensión y despertares inmediatos en sucesivos intentos de suspender el sistema. El nuevo ajuste del controlador mitiga estos comportamientos para ofrecer un uso más fiable. Mejoras en la pila de red y WiFi El subsistema de red ha recibido un conjunto de parches importante, con impacto directo en la calidad de conexión y rendimiento para múltiples entornos, incluidos los despliegues en centros de datos y redes domésticas. Un punto especialmente llamativo es la corrección de un problema de rendimiento en los controladores WiFi Ath11k y Ath12k. Estos drivers, que dan soporte a dispositivos 802.11ax y otros chips recientes de Qualcomm, arrastraban desde su incorporación al kernel una degradación de throughput causada por la gestión incorrecta de sesiones de agregación (AMPDU). Bajo ciertas condiciones de tráfico, se detenía la sesión equivocada, reduciendo drásticamente el tamaño de la ventana de agregación y, con ello, la velocidad efectiva. Los parches incluidos en Linux 7.0-rc7 ajustan la forma en que se pasa la información de TID entre las funciones internas del driver, de manera que la sesión adecuada sea la que se modifique. Este mismo patrón de corrección se aplica tanto a Ath11k (presente desde 2019) como a Ath12k (incorporado en 2022), por lo que usuarios con dispositivos compatibles deberían notar un comportamiento más consistente bajo carga. Junto a esto, se han incorporado mejoras de validación en Netfilter para evitar configuraciones erróneas que puedan dar pie a fallos o vulnerabilidades, así como otros parches menores en controladores de red cableada e inalámbrica destinados a pulir pequeños escapes de información y bugs detectados en las últimas semanas. Arquitecturas, sistemas de archivos y núcleo general A nivel de arquitecturas no se presentan nuevos procesadores soportados ni cambios disruptivos: los trabajos se centran en tareas de mantenimiento para asegurar que las distintas plataformas, desde servidores ARM hasta PCs x86, mantengan un comportamiento estable. En los sistemas de archivos como ext4, Btrfs o XFS no hay innovaciones de gran calado en esta RC. Los ajustes se orientan a corregir errores puntuales y a limpiezas de código que preparan el terreno para futuras mejoras. La ausencia de modificaciones profundas en este apartado refuerza la idea de que el ciclo se encuentra ya en fase de afinado. Dentro del núcleo general se han realizado correcciones de bugs repartidas entre varios subsistemas internos, pequeñas refactorizaciones y ajustes menores que no suponen nuevas características, pero sí contribuyen a una base más sólida de cara a implantaciones en producción a medio plazo. Documentación de seguridad y uso de IA en los informes de fallos Una de las particularidades de Linux 7.0-rc7 no está en el código que toca directamente al hardware, sino en la documentación de seguridad. Con el auge de herramientas de análisis automáticos y modelos de lenguaje que revisan el árbol de código del kernel en busca de vulnerabilidades, el equipo ha detectado un incremento notable en la cantidad de informes de errores generados por estas soluciones. Para encauzar mejor ese flujo de reportes, se ha actualizado el documento security-bugs.rst con nuevas secciones en las que se detalla qué información es obligatoria y cuál es recomendable incluir en un informe de seguridad. El objetivo es que tanto los desarrolladores humanos como las herramientas de IA puedan enviar reportes más accionables, reduciendo la necesidad de «perseguir» a los autores para obtener parches propuestos o datos clave. Entre los cambios destaca una explicación más clara sobre cómo identificar los contactos apropiados para cada área del kernel, de modo que un fallo relacionado con, por ejemplo, el subsistema de red o un determinado driver llegue al equipo indicado sin demasiadas idas y venidas. Aunque a primera vista pueda parecer un cambio menor, esta mejor organización de la comunicación debería traducirse en una[...]

Ubunlog Linux 7.0-rc7 entra en la recta final con foco en estabilidad y correcciones https://ubunlog.com/wp-content/uploads/2026/04/Linux-7.0-rc7.webp La séptima Release Candidate de Linux 7.0 marca un punto de inflexión en el desarrollo del nuevo núcleo del sistema operativo. Lo que iba a ser, en principio, una iteración más sobre la rama 6.x con cambio de numeración, ha terminado transformándose en un ciclo especialmente movido, con muchos parches, revisiones y debates técnicos entre los desarrolladores del kernel. Con Linux 7.0-rc7, el panorama se ha calmado de forma notable y todo apunta a que la versión estable está muy próxima. Linus Torvalds ha dejado atrás las dudas de semanas anteriores y transmite ahora un mensaje de relativa tranquilidad: el tamaño del parche sigue siendo algo mayor de lo habitual para esta fase, pero sin nada que haga saltar las alarmas ni requiera cambios de rumbo drásticos. Un desarrollo intenso que se encarrila al final Durante buena parte del ciclo, Torvalds había mostrado cierta incomodidad con el volumen de cambios y el ritmo de integración de parches. Sin embargo, en este último anuncio insiste en que no ha habido «grandes sorpresas» y que todo entra en lo razonable para una rc7 algo más grande de lo normal. Aproximadamente la mitad del código actualizado corresponde a drivers de GPU, red, USB y sonido, algo muy habitual en el núcleo, y la otra mitad se reparte entre correcciones del propio kernel, ajustes en el subsistema de red, sistemas de archivos, autopruebas, documentación y criptografía. La sensación general en la comunidad es que el desarrollo de Linux 7.0 ha sido más pesado en correcciones que en otros ciclos recientes, pero sin derivar en una situación incontrolable. Torvalds mantiene la intención de liberar la versión estable en breve: si no aparece ningún contratiempo importante, el lanzamiento definitivo debería llegar en los próximos días, aunque siempre queda abierta la puerta a una octava Release Candidate si surgiera algún problema de última hora. Linux 7.0-rc7: cambios centrados en estabilidad Esta rc7 no introduce grandes novedades funcionales. Como es lógico en la última fase, el foco está en pulir errores y reforzar la estabilidad. Los cambios más relevantes se concentran en las siguientes áreas: Correcciones en controladores (drivers) El bloque más voluminoso del parche está compuesto por controladores de hardware. Aquí destacan varios grupos concretos: * Drivers de GPU (DRM): se han aplicado pequeños arreglos en controladores gráficos para evitar cuelgues, artefactos o comportamientos anómalos. No se trata de nuevas funcionalidades, sino de mejorar la robustez en el uso diario. * Drivers de red: se han corregido fallos y optimizado distintos controladores, con especial atención a los chips de Qualcomm/Atheros Ath11k y Ath12k, muy presentes en portátiles y puntos de acceso modernos también. * Otros drivers: el kernel incorpora ajustes en dispositivos USB, sonido y otros componentes específicos, además de mejoras en el subsistema de entrada (input) para dar soporte a nuevos mandos y portátiles. En el terreno del input, se han añadido identificadores de dispositivo para que el kernel reconozca nuevos mandos de juego dentro del driver XPad, utilizado para controladores compatibles con el protocolo de Xbox. Entre ellos se encuentran: * El Razer Wolverine V3 Pro, ahora soportado tanto en modo cableado como mediante su dongle inalámbrico de 2,4 GHz, al integrarse sus IDs en el controlador. * Los mandos BETOP BTP-KP50B y BTP-KP50C, conocidos comercialmente como Betop Kunpeng 50, que pasan a funcionar correctamente con Linux 7.0. También se ha introducido una particularidad (quirk) en el driver i8042 para el TUXEDO InfinityBook Max 16 Gen10 AMD, un portátil de la firma alemana TUXEDO Computers. Este modelo, basado en un procesador Ryzen AI 9 HX 370, sufr[...]

MuyLinux Google lanza Gemma 4, su modelo de IA de código abierto más avanzado https://www.muylinux.com/wp-content/uploads/2026/04/Gemma_4.jpg Google presentó Gemma 4, una nueva familia de modelos de IA creada en la misma línea de investigación que su modelo propietario Gemini 3. A diferencia de este último, los modelos Gemma son de código abierto y permiten uso comercial. A diferencia de versiones anteriores de Gemma —que incluían términos de uso restrictivos y no eran código abierto en sentido estricto— Gemma 4 se publica bajo la licencia Apache 2.0, totalmente permisiva y sin limitaciones comerciales. Con ello, Google compite directamente con los modelos Llama de Meta, que también usan la licencia Apache. Lee la noticia completa en MCPRO. La entrada Google lanza Gemma 4, su modelo de IA de código abierto más avanzado es original de MuyLinux

oft nos vende el mínimo indispensable para que la pantalla encienda. Afortunadamente, que la edición principal de Ubuntu suba los requisitos no significa que estemos frente a un callejón sin salida para el hardware modesto. Si te encuentras limitado a esos 4 GB de memoria y no puedes evitar la generación de residuos electrónicos comprando un equipo nuevo, la comunidad sigue ofreciendo alternativas maravillosas. Desde mi experiencia, la mejor opción es saltar a variantes que utilizen entornos como LXDE,  XFCE o MATE. Tambien por que no, gestores de ventas como i3, iceWM openbox, sway, entre otros. Al final, el código abierto sigue teniendo su variedad y simplemente tenemos que aceptar que la versión de lujo del escritorio ya no es para todos los equipos.

Ubunlog Ubuntu 26.04 LTS sube a 6 GB de RAM: ¿El fin del Linux para PC antiguos? https://ubunlog.com/wp-content/uploads/2026/04/ubuntu-26-04-lts-requisitos-6gb-ram-analisis-opinion.jpg Navegando por la web me encontre con una noticia bastante desalentadora y que me ha hecho reflexionar un poco, ya que llevo años utilizando distribuciones basadas en Linux (en la mayor parte del tiempo Arch Linux, Fedora y Ubuntu) y, durante mucho tiempo, siempre he visto a Ubuntu como ese salvavidas definitivo que rescataba ordenadores condenados a terminar en la basura. Sin embargo, la próxima versión 26.04 LTS, apodada «Resolute Raccoon» programada para este 23 de abril, me ha hecho replantearme esta perspectiva. Por primera vez desde 2019, Canonical ha decidido subir los requisitos mínimos de memoria, exigiendo ahora 6 GB de RAM para su edición de escritorio principal, acompañados de un procesador de doble núcleo a 2 GHz y 25 GB de espacio en disco. A primera vista, esta cifra me asustó y se siente como una exclusión directa para quienes todavía dependen de equipos de entrada, pero analizándolo fríamente, creo que estamos ante un golpe brutal sobre la realidad tecnológica actual. Si echamos la vista atrás, resulta hasta nostálgico recordar cuando Ubuntu 14.04 pedía apenas 1 GB de memoria, o el gran salto a los 4 GB con la versión 18.04. Al ver los 6 GB que se exigen ahora, es tentador y muy fácil culpar al entorno de escritorio GNOME de estar sobrecargado, pero desde mi punto de vista, el problema real radica en lo que hacemos nosotros dentro del sistema operativo. El verdadero peso que ahoga a nuestras computadoras hoy en día no proviene del sistema operativo en sí, sino de la red y de las herramientas que consideramos básicas. Nos hemos acostumbrado a mantener abiertos navegadores web que consumen gigabytes enteros de memoria con apenas unas cuantas pestañas activas. A esto le sumamos aplicaciones de mensajería, editores de imágenes y plataformas de música que, en el fondo, no son más que navegadores encapsulados ejecutándose en segundo plano. Los 6 GB que ahora exige Canonical no son un peaje para que el escritorio se vea bonito, sino un colchón de seguridad indispensable para que puedas tener tu correo, tu entorno de trabajo y tus herramientas abiertas simultáneamente sin que el equipo colapse por falta de recursos. A pesar de entender la justificación técnica, no puedo negar el sabor amargo que deja esta medida, especialmente por el momento histórico en el que ocurre ya que nos encontramos en medio de una burbuja tecnológica impulsada por la fiebre de la inteligencia artificial, la cual ha provocado un encarecimiento brutal en los módulos de memoria y en el almacenamiento de estado sólido. Dispositivos que antes considerábamos asequibles han duplicado o triplicado su valor. En este clima financiero, decirle a un usuario que su portátil de entrada con 4 GB de RAM ya no es apto para la versión principal de Ubuntu se siente como una exclusión dolorosa. Es un recordatorio frustrante de que el progreso tecnológico genera inevitablemente una capa de obsolescencia y residuos electrónicos, obligando al software a avanzar de la mano del hardware más moderno para no quedar estancado en el pasado. Curiosamente, Canonical deja a Ubuntu en una posición peculiar si lo comparamos con Windows 11. El sistema operativo de Microsoft establece un mínimo oficial de 4 GB de RAM y un procesador de 1 GHz. A simple vista, la campaña publicitaria te haría creer que Windows es ahora más ligero que Linux, pero la realidad es que es una verdad a medias. Ejecutar Windows 11 con 4 GB de memoria es una experiencia dolorosa, lenta y que agota la paciencia de cualquiera, similar a intentar jugar un videojuego a diez fotogramas por segundo. Los 6 GB de Ubuntu no son una barrera física de bloqueo, si no que simplemente nos está dando una cifra para que trabajemos de manera cómoda, mientras que Micros[...]

IMP Para esta versión, GIMP ha sido empaquetado en formatos AppImage y Flatpak para sistemas Linux en arquitecturas x86_64 y ARM64.  Para quienes estén interesados en poder instalar esta nueva versión de GIMP en sus sistemas, solamente deben de contar con el soporte para poder instalar aplicaciones desde Flatpak. Basta con ejecutar el siguiente comando para instalar la aplicación en sus sistemas: flatpak install flathub org.gimp.GIMP Si ya cuentan con GIMP instalado por este método, pueden realizar la actualización de este ejecutando el siguiente comando: flatpak update Al ejecutarlo se les mostrará un listado de las aplicaciones instaladas por Flatpak que cuentan con una actualización, para proceder a ella solo teclean “Y”.

Ubunlog GIMP 3.2.2 presenta mejoras en importación PSD, SVG y optimización de interfaz https://ubunlog.com/wp-content/uploads/2026/03/gimp-3.2-splash.jpg El equipo de desarrollo detrás del popular editor de imágenes de código abierto «GIMP» dio a conocer hace poco el lanzamiento de «GIMP 3.2.2», la primera actualización de mantenimiento para la serie 3.2. Esta versión se centra en resolver los problemas reportados por la comunidad tras el lanzamiento mayor, optimizando la importación de archivos, refinando la interfaz de usuario y mejorando la estabilidad general del software. Como detalle técnico relevante, esta versión marca el fin del soporte para compilaciones de 32 bits en Windows, lo que se traduce en un instalador cien megabytes más ligero y un rendimiento más ágil. Soporte de formatos y corrección de capas Uno de los enfoques principales de esta actualización es la fiabilidad al importar recursos externos. El soporte para archivos de Photoshop (PSD) ha recibido múltiples ajustes, permitiendo ahora la lectura de todos los canales en imágenes con modo multicanal y mejorando la interpretación de características PSD incrustadas en archivos TIFF y JPEG, como capas y trazados. De igual forma, el complemento de Paintshop Pro ha sido corregido para cargar la forma exacta de la selección activa, en lugar de generar un simple rectángulo delimitador. El manejo de vectores y trazados también ha sido mejorado, pues ahora al importar archivos SVG, el software escala correctamente el gráfico para ajustarse a las dimensiones de la imagen según las preferencias del usuario, solucionando un fallo recurrente. En cuanto a la organización del área de trabajo, se ha resuelto un problema visual crítico que hacía desaparecer el contenido de los grupos de capas cuando se les añadían elementos con filtros específicos, como sombras base. Además, el filtro heredado de mosaico ahora copia adecuadamente el perfil de color de la imagen original para evitar discrepancias cromáticas. Mejoras en la experiencia de usuario y accesibilidad La interacción diaria con el programa ha recibido ajustes sutiles diseñados para acelerar el flujo de trabajo. La herramienta de cálculo de colores únicos en el panel del histograma ahora puede reconocer si existe una selección activa para contar únicamente los píxeles de esa área específica. Para quienes prefieren la navegación por teclado, los botones de selección de recursos (como fuentes, pinceles y degradados) soportan comandos mnemotécnicos, permitiendo activarlos rápidamente mediante la tecla Alt. Visualmente, el software adopta un comportamiento más coherente. Los menús que utilizan el tema Breeze cambian el fondo de los elementos al hacer clic, y las sugerencias emergentes se adaptan de forma nativa al estilo del diseño activo. En pantallas táctiles, el efecto de marcas del ratón soporta el trazado de múltiples líneas simultáneas, mientras que la organización de widgets en el escritorio ha ganado precisión al mostrar una miniatura indicando el espacio disponible más cercano al arrastrarlos. Actualizaciones internas y motor GEGL Para respaldar estos cambios en la superficie, el motor de procesamiento interno GEGL se ha actualizado a la versión 0.4.70, solucionando errores de código en la API de trazados y en las operaciones de guardado de formatos PNG y EXR. Paralelamente, los desarrolladores trabajan en la modernización de la infraestructura de compilación para macOS, buscando automatizar futuros lanzamientos directamente desde su sistema de integración continua. La actualización ya está disponible para su descarga en los canales oficiales, incluyendo versiones universales para Windows, paquetes DMG para Apple y formatos AppImage, Flatpak y Snap para Linux. Si estás interesado en poder en conocer más al respecto sobre esta nueva versión liberada, puedes consultar los detalles en el siguiente enlace. Descargar e instalar G[...]