SoftwareLibre

Ubunlog Darktable 5.4: Mapeo de tonos AgX, soporte Wayland y espacios de trabajo https://ubunlog.com/wp-content/uploads/2024/07/darktable.jpg Hace pocos días se dio a conocer el lanzamiento oficial de la nueva versión de «Darktable 5.4», un potente sistema de procesamiento fotográfico y revelado RAW de código abierto. Esta actualización introduce cambios estructurales en la gestión de librerías, nuevos algoritmos de tratamiento de color heredados de la industria del cine y una optimización para los entornos gráficos modernos en Linux. El proyecto continúa su evolución para ofrecer una alternativa profesional a herramientas propietarias, centrando sus esfuerzos en la precisión del color y la flexibilidad del flujo de trabajo para fotógrafos que manejan grandes volúmenes de imágenes. Principales novedades de Darktable 5.4 Una de las novedades más funcionales de esta versión es la compatibilidad con múltiples espacios de trabajo. Ahora es posible configurar archivos de configuración y bases de datos completamente independientes entre sí. Al activar esta opción, el programa permite crear nuevos entornos o seleccionar uno predeterminado al inicio. Esta función es ideal para fotógrafos que desean separar sus bibliotecas personales de las profesionales o trabajar con catálogos específicos por proyecto sin que las bases de datos se vuelvan pesadas. Además, se ha implementado la opción de crear un espacio de trabajo temporal, donde la base de datos se almacena únicamente en la memoria RAM, eliminando cualquier rastro en el disco al cerrar la sesión. Otra de las novedades que presenta Darktable 5.4, son los avances significativos en la recuperación de detalles y la representación del color: Mapeo de tonos AgX Se ha incorporado un nuevo módulo de mapeo de tonos basado en el algoritmo AgX de Blender. Este sistema ofrece una reproducción del color similar al módulo Sigmoid, pero con un control mucho más preciso. Permite configurar puntos blancos y negros de forma explícita (al estilo de Filmic RGB) y establece un punto de referencia ajustable (por defecto al 18% de gris medio) para controlar el contraste. El resultado de AgX es una desaturación gradual y natural en las altas luces, imitando el comportamiento de la película química y evitando los virajes de color extraños en zonas sobreexpuestas. Nitidez de captura en el módulo Demosaic El módulo Demosaic, encargado de reconstruir la información de color a partir de los datos brutos del sensor, incluye ahora la sección «Nitidez de captura». Esta herramienta está diseñada para recuperar los detalles perdidos debido al desenfoque intrínseco de la toma, como la difracción de la lente o el efecto de suavizado de los filtros de paso bajo (antialiasing) de los sensores. Salto a Wayland Darktable ha alcanzado la paridad de rendimiento entre Wayland y X11. Se han corregido numerosos errores visuales y de rendimiento específicos para entornos Wayland, incluyendo la gestión correcta de los perfiles de color ICC. Los usuarios de distribuciones modernas que han abandonado X11 encontrarán ahora una interfaz mucho más fluida y una representación del color idéntica a la que ofrecía el sistema gráfico tradicional. Mejoras en el rendimiento y la interfaz La velocidad ha sido un foco clave en este ciclo de desarrollo: * Aceleración Lut3D: El módulo de tablas de búsqueda 3D se ha optimizado, logrando un incremento de velocidad de entre el 5% y el 20%. * Arranque rápido: Se ha reducido drásticamente el tiempo de inicio cuando las bibliotecas de imágenes están alojadas en discos mecánicos (HDD) o en almacenamientos en red (NAS). * Interfaz de usuario: El módulo Licuar ahora responde con mayor agilidad, y el estado de los botones de la barra de herramientas se guarda automáticamente entre sesiones. * Controles precisos: Los controles deslizantes de 360° ahora muestran una rueda de color o una brújula al [...]

s de depuración avanzadas, como la carga de volcados de memoria RAM (ramdump) y el uso de la Política de Depuración del Procesador de Aplicaciones (APDP). También se ha implementado soporte para USB Tipo-C y mejoras en el subsistema de pantalla móvil (MDSS). * AMD Glinda y Faegan: Se ha añadido soporte para controladores Ethernet de 10 Gigabits y configuración USB4 a través de DeviceTree. Además, se han simplificado los cálculos de MTRR para acelerar el tiempo de arranque. * Intel Panther Lake: Soporte para el nuevo estándar de memoria LPCAMM (módulo de memoria conectada con compresión de bajo consumo), preparándose para los portátiles ultradelgados que adoptarán este formato. Cambios técnicos y de herramientas Para los desarrolladores, la infraestructura interna de Coreboot también ha evolucionado. Se han actualizado las herramientas externas como Binutils 2.45 y ACPICA 20250807, mientras que se ha eliminado la cadena de herramientas obsoleta nds32le-elf. En la librería libpayload, se ha añadido una API para determinar el tamaño de la memoria física y soporte para el algoritmo de compresión LZ4. Finalmente, se han añadido controladores específicos para códecs de audio de Cirrus Logic (CS35L56 y CS42L43) y se ha ampliado el soporte ACPI en sistemas con arquitectura RISC-V. Finalmente, si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

Desde Linux Coreboot 25.12: Soporte Intel Panther Lake, AMD Turin y cámaras MIPI https://blog.desdelinux.net/wp-content/uploads/2025/07/coreboot-thumbnail.png Hace pocos días se anunció oficialmente el lanzamiento de Coreboot 25.12, la nueva versión del proyecto que desarrolla una alternativa de código abierto a las BIOS y firmwares propietarios (UEFI). Esta actualización es el resultado de tres meses de trabajo intenso, acumulando más de 750 confirmaciones (commits) realizadas por 110 desarrolladores, incluyendo a 21 nuevos colaboradores que se unen al proyecto. Esta versión destaca por la implementación de nuevas interfaces de configuración en tiempo de ejecución, una mayor capacidad de almacenamiento persistente, mayor capacidad de SMMSTORE, soporte mejorado para cámaras MIPI en plataformas Intel (IPU) y el soporte para hardware de última generación. Soporte para nuevas placas base y procesadores Al igual que en versiones pasadas, la nueva versión Coreboot también amplía significativamente la lista de hardware compatible. En esta entrega se ha añadido soporte oficial para placas base de consumo, estaciones de trabajo y portátiles empresariales: * Placas de consumo: ASRock Z77 Extreme4 y ASUS PRIME H610I-PLUS D4. * Portátiles Lenovo: ThinkPad T470s y T580. * Hardware especializado: Siemens MC EHL6 y Star Labs Starfighter (Arrow Lake 285H). * Placas de servidor y ChromeOS: Se han añadido 6 placas utilizadas en centros de datos de Google y dispositivos Chromebook. * En cuanto a procesadores (SoC), se ha incluido soporte preliminar para AMD Turin, la próxima generación de CPUs de alto rendimiento. También se han implementado mejoras críticas para las plataformas Intel Panther Lake y Qualcomm X1P42100. Configuración en tiempo de ejecución: Coreboot Forms Representation (CFR) Uno de los cambios estructurales más relevantes es la adopción del marco CFR (Coreboot Forms Representation). Esta tecnología proporciona una API unificada que permite modificar la configuración del firmware sin necesidad de volver a compilar el código o realizar un flasheo completo de la memoria. A través de CFR, el usuario puede acceder a menús de opciones para controlar funciones de hardware como: * Activación o desactivación de la iGPU (gráficos integrados). * Selección manual de paneles táctiles o pantallas. * Control avanzado de ventiladores y perfiles térmicos. Actualmente, más de 40 placas base de Google han migrado a este sistema, integrándose directamente con el almacén de variables UEFI para garantizar que los cambios sean persistentes tras el reinicio. Mejoras en controladores y subsistemas de almacenamiento El controlador SMMSTORE, encargado de gestionar áreas de memoria persistente protegidas por el Modo de Administración del Sistema (SMM), ha visto incrementado su tamaño de almacenamiento predeterminado de 256 KB a 512 KB. Este aumento es vital para las plataformas modernas que requieren más espacio para almacenar variables UEFI y configuraciones complejas de firmware. Cámaras MIPI en plataformas Intel Coreboot ha rediseñado la forma en que se gestionan las cámaras en portátiles Intel de nueva generación. Se ha mejorado el soporte para cámaras MIPI (Interfaz de Procesador de la Industria Móvil), que están sustituyendo a las cámaras USB tradicionales (UVC). A diferencia de las cámaras USB, las MIPI envían datos brutos a través de una interfaz serie (CSI) directamente al procesador de señal de imagen (ISP) integrado en la CPU. La versión 25.12 optimiza la enumeración ACPI de estos sensores, garantizando que sistemas operativos como Windows y Linux puedan identificar correctamente la ubicación física del sensor (PLD) y sus datos estáticos (SSDB). Avances en arquitecturas Qualcomm, AMD e Intel El desarrollo para arquitecturas específicas ha recibido diversas actualizaciones: * Qualcomm X1P42100: Se han añadido capacidade[...]

zación: * systemd-networkd y systemd-nspawn: Se elimina el soporte para reglas NAT mediante iptables, dejando a nftables como la única opción compatible. * systemd-resolved: Ahora permite el uso de ganchos locales (hooks) en /run/systemd/resolve.hook/ para intervenir en las solicitudes de resolución de nombres. * systemd-importd: Se ha integrado la lógica para trabajar con archivos TAR de forma nativa. Además, tanto importd como machined ahora pueden ejecutarse a nivel de usuario, permitiendo gestionar imágenes en el directorio local del usuario (~/.local/state/machines/). Otras innovaciones La API basada en el protocolo Varlink recibio mejoras para permitir el acceso a configuraciones de servicios y realizar llamadas IPC como Reload() y Reexecute(). Para los administradores de sistemas, la inclusión de la propiedad OOMKills en los servicios será de gran utilidad, ya que permitirá rastrear cuántas veces un proceso fue finalizado por falta de memoria directamente desde las herramientas de systemd. Finalmente, el arranque del sistema se vuelve más moderno con la eliminación del soporte para TPM 1.2 en systemd-boot, centrando todos los esfuerzos de seguridad en el estándar TPM 2.0. Si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

Desde Linux systemd 259: Soporte Musl, run0 empower y adiós a System V https://blog.desdelinux.net/wp-content/uploads/2025/02/systemd.png Después de poco más de tres meses de desarrollo, se ha dado a conocer el lanzamiento de la nueva versión de systemd 259. Esta actualización introduce cambios en la arquitectura del sistema, destacando la apertura hacia bibliotecas estándar alternativas, una gestión de privilegios más rigurosa y un endurecimiento de los requisitos técnicos para futuras versiones. Uno de los movimientos más comentados en este ciclo es la transición hacia una mayor modularidad y la limpieza de dependencias heredadas, preparando el terreno para un ecosistema de Linux que se aleja definitivamente de los estándares de décadas pasadas. Principales novedades de systemd 259 La nueva versión systemd 259 se destaca por ser la primera versión en añadir compatibilidad parcial con Musl, la biblioteca estándar de C popular en distribuciones ligeras y entornos embebidos. Esta integración se gestiona a través de la opción libc en el sistema de compilación Meson. Sin embargo, debido a que Musl no implementa la funcionalidad NSS (Name Service Switch), varios componentes de systemd permanecen desactivados en esta configuración. Entre las ausencias notables al compilar con Musl se encuentran nss-systemd, nss-resolve, systemd-homed, systemd-userdbd y el parámetro DynamicUser. Además, no es posible ejecutar systemd-nspawn sin privilegios bajo esta biblioteca. Los desarrolladores han advertido que el mantenimiento de este soporte en versiones futuras dependerá de la demanda de la comunidad y de la estabilidad de las capas de compatibilidad adicionales que se desarrollen. Otra de las novedades que presenta la nueva versión es en la utilidad run0, diseñada como una alternativa moderna y segura a sudo, la cual ha recibido la nueva opción –empower. Esta función permite iniciar sesiones con privilegios elevados sin necesidad de cambiar el identificador de usuario (UID) a root. Ademas de ello, en lugar de delegar el control total mediante el cambio de usuario, –empower utiliza indicadores de capacidades del kernel, como CAP_SYS_ADMIN, para otorgar los permisos estrictamente necesarios para realizar llamadas al sistema privilegiadas. Además, los procesos resultantes se integran en un grupo específico que les otorga acceso a acciones de Polkit, manteniendo una separación de privilegios más robusta que el modelo tradicional de sudo. El fin de una era: Adiós a System V y nuevos requisitos systemd 259 marca el comienzo del fin para la compatibilidad con los scripts de servicio de System V. Se ha anunciado que en la próxima versión se eliminarán definitivamente componentes históricos como systemd-sysv-generator, systemd-rc-local-generator y systemd-sysv-install. Junto a esta limpieza de código antiguo, se han elevado significativamente los requisitos mínimos de software para el ecosistema systemd: * Kernel de Linux: Mínimo versión 5.10. * Glibc: 2.34. * OpenSSL: 3.0.0. * Util-linux: 2.37. * Otros: Python 3.9.0, cryptsetup 2.4.0 y libseccomp 2.4.0. Modularidad y carga dinámica en libsystemd Como parte de una iniciativa para reducir las dependencias directas en el arranque, libsystemd ahora utiliza carga dinámica mediante dlopen() para bibliotecas como libacl, libblkid, libseccomp, libselinux y libmount. Esto significa que el sistema solo cargará estas bibliotecas en memoria cuando sus funciones específicas sean requeridas por un proceso, optimizando el uso de recursos. Asimismo, se ha integrado la funcionalidad de libcap directamente en libsystemd, simplificando la cadena de dependencias. El manejo de logs ha cambiado su configuración por defecto: el modo de almacenamiento del diario (Journal) pasa de «automático» a «persistente», independientemente de si el directorio /var/log/journal existía previamente. En el ámbito de redes y virtuali[...]

iones recurrentes y que “GNOME 48 estaba traducido al menos en un 90% a 33 idiomas”, una cantidad que fue aumentada a 36 idiomas en GNOME 49. Y estos son los datos más interesantes de los compartidos por Sophie Herold. Veremos qué le depara el futuro a GNOME, pero lo que está claro es que a día de hoy es un proyecto que se basa principalmente en C, con la excepción de sus círculos, y por ahí circulan rumores sobre una posible conversión a Rust, los cuales tienen la misma poca credibilidad que la misma idea aplicada al kernel Linux, que en estos momentos tiene más de 40 millones de líneas de código. La entrada Conoce los lenguajes de programación más utilizados en GNOME es original de MuyLinux

MuyLinux Conoce los lenguajes de programación más utilizados en GNOME https://www.muylinux.com/wp-content/uploads/2025/06/gnome.jpg GNOME, guste o no y con sus virtudes y sus defectos, sigue siendo a día de hoy uno de los escritorios y uno de los proyectos de referencia del escritorio Linux. Su relevancia hace que sea interesante conocer algunos datos más concretos, como los compartidos por la desarrolladora Sophie Herold a través de su blog alojado en el dominio de GNOME. Según cuenta Herold, GNOME se compone en la actualidad por 6.692.516 líneas de código, de las cuales 1.611.526 corresponden a las aplicaciones que forman oficialmente parte del escritorio y 5.080.990 son de bibliotecas y componentes como GNOME Shell. En la actualidad hay 100 aplicaciones que forman oficialmente parte del proyecto. Sin embargo, posiblemente uno de los aspectos que más curiosidad despiertan son los lenguajes de programación utilizados, sobre todo viendo que JavaScript empezó a ganar protagonismo con el estreno de GNOME 3. A pesar de ciertos mitos, la realidad es que C sigue siendo el lenguaje más empleado en la construcción de aplicaciones nucleares de GNOME, acaparando el 44,8% de estas. Le siguen Vala con el 20,7%, JavaScript con el 13,8%, Rust con el 10,3%, Python con el 6,9% y C++ con el 3,45%. https://www.muylinux.com/wp-content/uploads/2025/12/Lenguajes-de-programacion-utilizados-en-las-aplicaciones-nucleares-de-GNOME.png Si saltamos a las aplicaciones que forman parte de los Círculos de GNOME (GNOME Circle), Rust se convierte en el lenguaje dominante con el 41,7%, seguido de Python con el 29,2%, Vala con el 12,5%, JavaScript con el 9,72%, C con el 5,56% y Crystal con el 1,39%. Sorprende ver lo que cambia la situación de C cuando pasamos del conjunto de las aplicaciones de GNOME a los círculos, algo que puede deberse a que los segundos son mucho más nuevos y los primeros tienen mucho de herencia tecnológica. https://www.muylinux.com/wp-content/uploads/2025/12/Lenguajes-de-programacion-utilizados-por-las-aplicaciones-que-forman-parte-de-GNOME-Circle.png Cambiando el frente a las bibliotecas y los componentes de GNOME, C “recupera” la corona, y además de manera aplastante con debido a que el 76,6% de estos están escritos con el mencionado lenguaje. Los siguientes son Rust con el 10,3%, Python con el 4,76%, Vala con el 3,77%, C++ con el 2,52% y JavaScript con el 2,09%. Como se puede ver, JavaScript tiene menos protagonismo en los componentes nucleares de GNOME de lo que uno podría pensar. Por otro lado, los componentes con las bases de código más grandes son GTK con 820.000 líneas, GLib con 560.000 líneas y Mutter 390.000. https://www.muylinux.com/wp-content/uploads/2025/12/Lenguajes-de-programacion-utilizados-por-las-bibliotecas-y-los-componentes-de-GNOME.png Sophie Herold reconoce que la cantidad de líneas de código es una métrica cuestionable, mencionando que esto no refleja realmente la complejidad de la situación: “En el caso de Rust, cerca de 400.000 líneas de código son en realidad enlaces para bibliotecas y la mayor parte de este código se genera automáticamente. Del mismo modo, 100.000 líneas de código Vala se encuentran en el propio repositorio de Vala. También hay componentes importantes dentro de GNOME que no están escritos en C: Orca, nuestro lector de pantalla, cuenta con 110.000 líneas de código en Python. La mitad de GNOME Shell está escrita en JavaScript, lo que añade 65.000 líneas de código JavaScript. Librsvg y glycin son bibliotecas escritas en Rust, que también proporcionan enlaces a otros lenguajes”. Alejándonos de las cantidades de líneas de código, un detalle a tener en consideración es que la desarrolladora no confía en las estadísticas de instalaciones proporcionadas por Flathub debido a que su número “es sorprendentemente alto y cíclico”. Otros datos interesantes son que GNOME Foundation cuenta a día de hoy con 862 personas que hacen donac[...]

manera directa las celdas NAND. * Accede a bloques inaccesibles por software Cómo borrar discos duros Para borrar un disco duro tradicional en Windows podemos usar los siguientes programas: * Active@ KillDisk Freeware: La versión gratuita de este programa, incluye ejecutables para Windows y Linux y un creador de disco para usar en modo live.  Escribe ceros sobre toda la superficie del disco. * Disk Wipe: Otra aplicación gratuita, pero no libre para el borrado seguro.  Compatible con varios estándares de seguridad, primero formatea el disco y después lo llena con datos aleatorios. * Hard drive eraser: Este programa que puede descargarse directamente desde la Microsoft Store, borra los datos haciéndolos irrecuperables de acuerdo a estándares de seguridad. Trabaja incluso con bloques ocultos, desatentidos y reasignados. Para borrar discos duros en Linux tenemos las siguientes herramientas: * nwipe: Es una herramienta que puede usarse tanto desde la línea de comandos como desde la terminal. Es un fork del programa que comentamos a continuación  Borra el contenido de todos los bloques. * DBAN: Software que se utiliza en modo live y borra los discos escribiendo datos pseudo aleatoriosde acuerdo a estándares. * hdparm / shred / dd: Son comandos que ya vienen preinstalados en Ubuntu que se usan para escribir los discos con ceros o datos aleatorios. Cómo borrar discos de estado sólido (SSD) La mejor forma de hacerlo es utilizando un medio de instalaciónn de Ubuntu o alguna otra distribución Linux en modo live. El procedimiento es el siguiente: El primier paso es identinficar el dispositivo con el comando: lsblk -d -o NAME,SIZE,MODEL Obtendremos una salida del tipo sda 512G marca_modelo_disco1 sdb 1T marca_modelo_disco2 Supongamos que queremos trabajar con el primer disco. Debemos comprobar si permite el borrado. Lo hacemos con el comando: sudo hdparm -I /dev/sda | grep -i security Si nos aparece como frozen debemos escribir el comando: sudo systemctl suspend y volvemos a encender el equipo. Repetimos el comando anterior. A continuación establecemos una contraseña temporal y ejecutamos el borrado: sudo hdparm --user-master u --security-set-pass p /dev/sda sudo hdparm –user-master u –security-erase-enhanced p /dev/sda Una vez que terminó el proceso de borrado (No más de 3 minutos para 512GB) volvemos a comprobar si el disco está disponible sudo hdparm -I /dev/sda | grep -i security Debe aparecernos la indicación not enabled 5) Seleccionar la distribución Linux Aquellos equipos con un procesador elativamente moderno y 4 GB de memoria pueden soportar Ubuntu o alguna de las otras distribuciones principales. Los que tengan un buen procesador pero poca memoria, tendaran que optar por algunas de las variantes con escritorios más ligeros como Lubuntu y los con recursos elegir distribuciones más delgadas como Puppy Linux. En el próximo artículo enumeraremos las distribuciones livianas que pueden usarse para ordenadores antiguos.

Ubunlog Dando nueva vida a viejos equipos usando software libre https://ubunlog.com/wp-content/uploads/2025/12/vida.png En un articulo anterior hablamos del aumento de los componentes informáticos provocados por las empresas de Inteligencia Artificial. En este comentaremos  como ahorrarnos dinero dando nueva vida a viejos equipos usando software libre. La realidad es que, salvo que quieras correr localmente modelos de Inteligencia Artificial, seas un jugador fanático o un editor multimedia profesinal, no vas a llegar a usar todas las prestaciones del hardware más moderno. Dando nueva vida a viejos equipos usando software libre Aunque este artículo se refiere al uso de equipos con cierta edad, hay una alternativa digna de tener en cuenta. Son los llamados Cloudbook y se tratan de equipos pensados para usar con servicios en la nube al que los fabricantes en un arranque de optimismo le agregan Windows 11. La vergad es que con Windows 11  son poco más que pisapapeles costosos, pero si le cambiamos el sistema operativo por una distribución Linux liviana y entendemos que es principalmente para usar con servicios en la nube tendremos un equipo plenamente funcional para uso comercial o estudiantil. Pasos para revivir un ordenador viejo 1) Conseguir un ordenador viejo compatible Por mucho que nos guste decir que Linux se puede instalar hasta en la cafetera, hay limitaciones. Por lo pronto son cada vez menos las distirubiciones que soportan las arquitectura de 32 bits. Para tener una experiencia plenamente funcional hay que pensar un equipo del 2010 en adelante o, para hacerlo más fácil cualquier equipo capaz de correr Windows 7 u 8 de 64 bits. Las especificaciones mínimas son: * CPU: Core 2 Duo / Athlon X2.E * RAM: Al menos 2 GB, es preferible un mínimo de 4. * Espacio en disco: 120 GB. 2) Revisión del equipo Es probable que un ordenador antiguo haya estado mucho tiempo sin uso y haya acumulado polvo. Lo mejor es que antes de empezar a usarlo un profesional lo revise y lo ponga en condiciones. También, si ay presupuesto, que actualice el hardware agregando más memoria RAM o agragando un disco SSD al HD que ya trae. En particular debemos pedirle al servicio técnico que verifique el estado y funcionamiento de: * Memoria RAM. * Disco. * Placa base y CPU. * Otros componentes: Puertos USB, placa de video, placa de sonido, pantalla, teclado, micrófono, webcam integrada, ventiladores, etc. 4) Preparación del disco https://ubunlog.com/wp-content/uploads/2025/12/closeup-of-ssd-high-speed-storage-isolated-on-whit-2025-02-02-21-21-22-utc.jpg Para borrar de manera segura un disco de estado sólido (SSD) SE USA UN COMANDO INTERNO DEL FIRMWARE. Si el ordenador que vas a revivir no es tuyo. no sabes para que se usó. No importa que el vendedor te asegure que era de su abuelita que solo lo usaba para buscar receteas de cocina. Lo mejor es someter al disco a un borrado seguro. Esto es porque el formateo rápido y el borrado normal no eliminan datos sino que se limitan a marcar el espacio como disponible. El borrado seguro sobrescribe los datos existentes haciendo imposible la recuperación. Existen varios métodos de borrado seguro: * Sobreescritura simple: Se escriben ceros o valores aleatorios en todo el disco. Se hace una sola vez. * Sobrescritura múltiple: Repite el proceso de escritura de ceros o valores aleatorios un mínimo de tres veces. Existen diferentes estándares que determinan el número de pasadas. * Borrado seguro (ATA): Se utilizan un comando interno del disco para el borrado. En discos duros mecánicos, el borrado seguro es suficiente y no debería ser necesario más de una pasada. Mientras tanto en discos SSD, debe usarse la tercera opción ya que: * Se sobrescriben internamente todos los bloques. * Limpia áreas ocultas. * Elimina datos reasignados. * Vuelve el dispositivo a la configuración de fábrica. * Borra de[...]

MuyLinux Wayback, un intento de ejecutar escritorios X11 sobre Wayland https://www.muylinux.com/wp-content/uploads/2025/12/Wayback.png Hoy vamos a aprovechar la ocasión para exponer qué es un Wayback, que según su sitio web oficial “es una capa de compatibilidad con X11 que permite ejecutar entornos de escritorio X11 completos utilizando componentes Wayland. Su objetivo es sustituir finalmente al clásico servidor X.Org, reduciendo así la carga de mantenimiento de las aplicaciones X11”. Siendo un poco más concretos, “Wayback es esencialmente un compositor Wayland que se sitúa delante de XWayland. Solo implementa lo necesario para que XWayland funcione como root, actuando básicamente como un servidor X completo respaldado por Wayland. Esto permite utilizar entornos de escritorio y gestores de ventanas exclusivos de X11 en una base Wayland”. Para ponerlo todo desde otra perspectiva, Wayback es un compositor de Wayland basado en wlroots que pretende que se pueda ejecutar escritorios X11 haciendo un uso intensivo de XWayland, la conocida implementación de Xorg sobre Wayland que actúa como capa de compatibilidad para las aplicaciones que no soportan Wayland de forma nativa. De esta manera se lograría que pequeños proyectos de escritorio que no pueden migrar al protocolo más nuevo puedan usarlo sin tener que reescribir el 100% de su software, o al menos esa es la impresión que da Wayback desde fuera. Wayback empezó como un desarrollo totalmente independiente, pero poco después logró formar parte de freedesktop, el proyecto que hace de paraguas de tecnologías como Xorg, Wayland, PipeWire, xrdesktop, Monado, wlroots, libinput, dbus, el driver Nouveau, NetworkManager, plymouth, los estándares de XDG y Mesa, y que en cierto modo actúa como la institución que establece cómo debe funcionar el escritorio Linux en muchos frentes. Un detalle curioso de Wayback es su logo, que viene a ser básicamente el de Xorg, pero con la letra X sustituida por una W, haciendo así referencia tanto a Wayland como al propio Wayback. Esto ha sido interpretado por algunos como una especie de respuesta a XLibre, la bifurcación de Xorg creada por Enrico Weigelt y que viene a ser el intento más ambicioso por mantener vivo a X11 frente a un Wayland que está logrando imponerse en cada vez más escritorios y distribuciones. De hecho, GNOME ya ha despedido a su sesión de Xorg y KDE planea hacer lo mismo con a partir de la versión 6.8 de Plasma. Wayback es un desarrollo que se encuentra en sus fases iniciales y por lo tanto es un software altamente experimental, así que, al menos sobre el papel y según la información publicada hasta ahora por el propio proyecto, no es algo que deba usarse en un entorno de producción todavía. Sin embargo, si consigue llegar a buen puerto, puede ser una vía para facilitar las transiciones hacia Wayland, más viendo que el propio protocolo no lo pone fácil para su implementación y son muchos los proyectos que se han encontrado con obstáculos cuando se trata de portar desde X11, de entre los que se puede destacar a Wine. Los que quieran conocer todos los detalles sobre Wayback, cuya versión 0.3 vio la luz no hace mucho, pueden consultar el sitio web oficial del proyecto y su repositorio de GitLab alojado en el dominio de freedesktop.org. La entrada Wayback, un intento de ejecutar escritorios X11 sobre Wayland es original de MuyLinux

MuyLinux Pinta 3.1, clon de Paint.NET, mejora las herramientas, los efectos y la gestión del lienzo https://www.muylinux.com/wp-content/uploads/2025/04/pinta.jpg Pinta 3.1 ya está disponible como la nueva versión estable de este conocido clon de Paint.NET, siendo esta última una aplicación de dibujo que actúa como un clon vitaminado del conocido Paint de Microsoft, sin tener relación, al menos oficialmente, con el gigante de Redmond. Pinta 3.1 ha traído un puñado de novedades interesantes que lo convierten en un desarrollo realmente activo dentro de sus capacidades. La primera novedad destacada del lanzamiento que nos ocupa es la posibilidad de mostrar la retícula axonométrica, a la cual se llega realizando la ruta de Vista (el icono del ojo que aparece en la esquina superior derecha) > Retícula del lienzo. En segundo lugar, y continuando con el lienzo, está hecho de que su widget dedicado ha sido reescrito con el fin de mejorar el rendimiento y reducir los problemas con el uso de la memoria en contextos en los que se ha hecho zoom a la imagen. Continuando con más cosas de Pinta 3.1, nos encontramos con un nuevo efecto de Celdas dentro de la sección Rederizado y se ha incorporado un nuevo modo de selección de polígonos en la herramienta de “Selección con lazo”, que en la interfaz predeterminada de la aplicación se encuentra a la izquierda, entre las herramientas comunes. Otras adiciones interesantes son el hecho de que la herramienta de degradado proporciona ahora ajustes para el largo y la dirección del propio degradado y que el efecto dithering es capaz de utilizar la paleta actual de la aplicación y las paletas de colores preestablecidas por el propio efecto. https://www.muylinux.com/wp-content/uploads/2025/12/Pinta-3.1.avif Pinta 3.1 también ha incorporado novedades a nivel de usabilidad, de entre las que destacan la muestra de los atajos de teclado en todas las descripciones emergentes (tooltips) de los botones de la barra de herramientas, menú contextual a partir del botón secundario del ratón para las capas con el fin de aplicar acciones sobre la capa seleccionada, la capacidad de de controlar directamente los valores aleatorios de las semillas para los efectos junto al botón de volver a sembrar (Reseed), soporte para la combinación de ctrl+retroceso en la herramienta de texto para eliminar palabras, el hecho de que ahora la selección de un área en el lienzo se proyecta y resalta en las reglas, la adición de un parámetro de porcentaje de radio al efecto Twist, la capacidad del pincel de salpicadura para dibujar repetidamente mientras se mantiene pulsado el botón principal del ratón, además de soporte para la selección del color en SimpleEffectDialog. Para terminar con lo más relevante, a ciertos cambios introducidos a nivel de API que requieren la recompilación de ciertos complementos se le suman que las dependencias fueron actualizadas para requerir GTK 4.18 o posterior y libadwaita 1.7. Es importante tener en cuenta que uno de los aspectos más importantes de Pinta 3 fue la introducción de GTK4, lo que derivó en una mejor integración con GNOME al poder sincronizarse con el tema empleado por el escritorio y el color de acento. Por otro lado, a partir de la versión 3.1 existe oficialmente una compilación para Windows ARM. Todos los detalles de Pinta 3.1 están disponibles en el registro de cambios publicado en el repositorio GitHub del proyecto, mientras que la aplicación puede ser obtenida a partir de la correspondiente sección de descargas para Linux (Flatpak y Snap), Windows y macOS. La entrada Pinta 3.1, clon de Paint.NET, mejora las herramientas, los efectos y la gestión del lienzo es original de MuyLinux

ya el que ya tenías antes de instalar COSMIC). Cuando el comando haya finalizado, es muy buena idea reiniciar el equipo para asegurarte de que el sistema arranca ya con la pila gráfica y las librerías oficiales de Ubuntu, reduciendo así el riesgo de inconsistencias. 2. Eliminación manual de paquetes de COSMIC (solo si ppa-purge falla) Si ppa-purge falla: Si por cualquier razón el proceso de ppa-purge se interrumpe o no puede llegar a completarse, siempre te queda la opción, menos elegante pero efectiva, de eliminar manualmente todos los paquetes relacionados con COSMIC instalados desde el PPA. Para ello puedes usar un comando de apt remove que incluya todos los nombres de los paquetes de COSMIC: app-library, applets, fondos de pantalla, compositor, panel, lanzador, greeter, configuraciones, etc. Tras esa eliminación, se recomienda también reiniciar el sistema para que todos los cambios se apliquen correctamente. Eso sí, aunque borres todos los paquetes específicos de COSMIC, sin un ppa-purge completo quizá sigan quedando en tu sistema versiones no oficiales de algunas librerías que dependen de cómo se haya comportado el PPA, por lo que siempre es preferible que ppa-purge pueda hacer su trabajo hasta el final. Soporte y a quién reportar problemas Un último matiz que conviene remarcar: System76 no mantiene ni da soporte oficial al PPA para Ubuntu. Ellos se encargan del desarrollo de COSMIC para Pop!_OS y del código en general, pero no de las adaptaciones que hace la comunidad a otras distribuciones. Si te encuentras con algún fallo específico usando COSMIC a través del PPA en Ubuntu (problemas de instalación, conflictos de dependencias, paquetes que no están bien compilados, etc.), lo adecuado es reportarlo al mantenedor del PPA o en su repositorio fuente, no abrir incidencias directamente contra System76 por ese empaquetado concreto. El propio responsable del PPA deja claro que todo se instala “bajo tu propia responsabilidad”. Él lo usa y lo va probando, y en general funciona aceptablemente, pero avisa de que cualquier cosa puede ocurrir: cambios en dependencias, nuevas versiones que rompan algo, conflictos con otras PPAs… Si lo que quieres es experimentar con el escritorio pero minimizar dolores de cabeza, plantearte probar Pop!_OS 24.04 con COSMIC ya de serie en una partición aparte o en una máquina virtual puede ser una alternativa muy interesante y menos propensa a sorpresas. Instalar COSMIC Desktop en Ubuntu 24.04 mediante el PPA comunitario es una forma bastante cómoda de probar este entorno moderno, configurable y escrito en Rust sin abandonar tu distribución principal, pero no deja de ser una solución no oficial que puede tocar partes sensibles del sistema. Haciendo copia de seguridad, probándolo primero en una máquina virtual y sabiendo cómo revertir la instalación con ppa-purge, puedes disfrutar de COSMIC con bastantes garantías y decidir con calma si encaja o no en tu forma de trabajar diaria.

instalado. Muchas de las apps propias de COSMIC vienen incluidas desde el PPA: el administrador de archivos, la terminal (Term), el editor de texto, la herramienta de capturas de pantalla, etc. Sin embargo, en el empaquetado para Ubuntu faltan algunos componentes, como el reproductor multimedia completo o la tienda COSMIC Store. La ausencia de la tienda COSMIC no es necesariamente un problema, e incluso puede ser positivo: en Pop!_OS, esa tienda gestiona también actualizaciones del sistema DEB, algo que en Ubuntu podría chocar con el gestor de paquetes propio de la distribución y dar pie a conflictos. Una de las cosas que más pueden llamar la atención al usar COSMIC sobre Ubuntu es que en el panel pueden aparecer iconos vacíos o huecos en la zona de indicadores. Esto ocurre en el applet de “App Indicator”, que intenta mostrar elementos de otros servicios (como Livepatch y similares) pero en esta combinación concreta algunos no se renderizan bien. Si esos espacios en blanco te molestan, puedes editar el panel y eliminar el applet de App Indicator desde las opciones de personalización del propio escritorio, evitando así ese efecto visual algo extraño. Otro detalle destacado es el comportamiento de las aplicaciones Snap. Al anclarlas en el dock de COSMIC, hay casos en los que los iconos no se muestran correctamente o al hacer clic no se abren como se espera. Eso no significa que las Snaps no funcionen; simplemente tendrás que lanzarlas desde el selector de aplicaciones o el lanzador en lugar de depender del icono fijado. En cuanto a la integración visual, como COSMIC usa su propio toolkit basado en Iced, las aplicaciones GTK o Qt no van a verse exactamente “nativas”. Aun así, el escritorio ofrece una opción para que las apps que usan GTK adopten parte de la paleta de colores de COSMIC. Para ajustar esto, puedes ir a Configuración > Escritorio > Apariencia, desplazarte hasta la parte inferior de la ventana y entrar en la sección de iconos y temas de toolkit. Allí encontrarás un interruptor llamado algo parecido a “Aplicar el tema actual a las aplicaciones de GNOME”. Al activarlo, muchas apps GTK adaptarán ciertos colores al tema actual de COSMIC, aunque no se consigue una integración perfecta. En lo relativo a rendimiento y estabilidad, en pruebas sobre máquinas virtuales y sistemas limpios, COSMIC se comporta razonablemente bien incluso fuera de Pop!_OS, lo cual demuestra que System76 lo está diseñando de forma relativamente agnóstica respecto a la distribución. Aun así, pueden darse pequeños fallos y comportamientos raros comparado con su uso en el entorno oficial para el que está pensado. Cómo desinstalar COSMIC y restaurar el estado original de Ubuntu Un aspecto muy importante que no debes pasar por alto es que, si decides eliminar COSMIC de tu sistema, no basta con desinstalar el paquete de la sesión y ya está. El PPA puede haber actualizado librerías críticas como Mesa o Wayland, y simplemente borrar “cosmic-session” no revierte esos cambios. Para deshacer todo de forma ordenada y volver a las versiones oficiales de los repositorios de Ubuntu “noble”, lo recomendable es usar una herramienta llamada ppa-purge, que se encarga de purgar el PPA y hacer “downgrade” de los paquetes que este haya modificado. 1. Elimina el escritorio Puedes decirle que elimine el PPA de COSMIC y restaure los paquetes a los de Ubuntu con el siguiente comando (en Ubuntu 24.04 estándar): Comando para purgar: sudo ppa-purge ppa:hepp3n/cosmic-epoch Si estás en una derivada como Linux Mint basada en noble, conviene indicar explícitamente la serie de Ubuntu hacia la que quieres hacer el downgrade, por ejemplo: Comando (derivada): sudo ppa-purge ppa:hepp3n/cosmic-epoch -d noble Durante este proceso, ppa-purge desinstalará o degradará los paquetes que venían del PPA y restaurará las versiones oficiales. Es posible que al terminar se vuelva a configurar el gestor de inicio de sesión por defecto (lo habitual es que te restitu[...]