GParted 1.8: fiabilidad y compatibilidad para el particionado moderno

La llegada de GParted 1.8 marca una nueva edición estable centrada en la fiabilidad y la seguridad de las operaciones de particionado. Aunque no introduce una revolución de funciones, esta versión refuerza la estabilidad, la compatibilidad con diferentes sistemas de archivos y la experiencia diaria de usuarios y administradores que dependen de un editor gráfico de particiones confiable.

Qué aporta respecto a las versiones anteriores

GParted 1.8 llega unos meses después de la rama 1.7 y se ha enfocado en afinar comportamientos que, en el día a día, podían resultar molestos. La nueva edición mantiene la simplicidad de un editor gráfico pero incorpora ajustes concretos en el manejo de sistemas de archivos y en la estabilidad de la interfaz, con especial atención a escenarios de uso intensivo.

Para entornos de trabajo, equipos domésticos y servidores ligeros, la prioridad ya no es tanto añadir funciones espectaculares como garantizar que las tareas sensibles —redimensionar, mover, copiar o borrar particiones— se ejecuten de forma predecible y sin sorpresas. La versión 1.8 profundiza en esa confiabilidad mediante parches específicos y mejoras de rendimiento.

Mejoras clave en sistemas de archivos FAT y particiones GPT

Gran parte de los cambios se centran en FAT16 y FAT32, muy presentes en pendrives, tarjetas SD y discos externos que se comparten entre Windows, Linux y otros sistemas. La nueva versión soluciona un bloqueo al establecer etiquetas FAT que coincidían con entradas de la carpeta raíz y clarifica el comportamiento para evitar mensajes de error confusos.

También es posible establecer la marca LBA al crear FAT16/32 para asegurar la compatibilidad con firmware o BIOS antiguos. Además, se corrige un fallo por el que el GUID de tipo de partición GPT no se copiaba correctamente al copiar o pegar, lo que podía generar incoherencias menores en el resultado final.

Gestión de particiones EFI y puntos de montaje

El soporte para sistemas UEFI se enriquece con avisos cuando se detectan particiones de tipo EFI System Partition lógicas. Este aviso ayuda a evitar configuraciones que podrían complicar el arranque o el mantenimiento. Al copiar una partición ESP, se mantiene el tipo de partición EFI, lo que simplifica tareas de clonación de discos de arranque.

Además, la gestión de puntos de montaje se ha cambiado para crear estos puntos en un directorio temporal privado, aislado del resto del sistema. Esta decisión reduce el riesgo de interferencias y es especialmente beneficiosa en escenarios de GParted Live, donde todo se ejecuta desde un entorno temporal arrancable.

Correcciones de estabilidad y mejoras de interfaz

La experiencia de uso también recibe mejoras notables. Se han corregido problemas de la interfaz gráfica, como la actualización de la etiqueta de la tarea en curso al añadir nuevas tareas para la misma partición, lo que evita confusiones. Se añade una fuente de ancho fijo para la salida de comandos en los detalles de cada operación, facilitando la revisión de mensajes técnicos cuando se utilizan herramientas externas vinculadas.

Otra mejora es la posibilidad de borrar las firmas de sistemas de archivos antes de copiar todos los sistemas implicados en una operación, evitando residuos de metadatos antiguos. La documentación oficial se actualiza con capturas de pantalla nuevas para alinear la guía con la interfaz actual.

Cambios internos y compilación

En el plano del código, se introducen cambios destinados a facilitar la integración con distintas distribuciones y herramientas de compilación. GParted 1.8 exige ahora C++14 como requisito mínimo para compilar y se optimizan las pruebas para GCC 15 y su libstdc++. Además, se ha corregido la detección de C++14 en el sistema de configuración, incluso cuando no se utiliza la macro correspondiente, aumentando la robustez del proceso de construcción.

Entre los cambios arquitecturales, el componente DMRaid se ha refactorizado a una clase estática, lo que simplifica su gestión interna y reduce posibles puntos de fallo. Estas mejoras sutiles contribuyen a un comportamiento más predecible ante escenarios límite y a un mantenimiento más sencillo a largo plazo.

EXT4, GPT y mayor control

En el ámbito de sistemas de archivos Linux, GParted 1.8 deja de desactivar el soporte de 64 bits en EXT4 para volúmenes de menos de 16 TB, permitiendo conservar características avanzadas sin sacrificar la compatibilidad en hardware moderno. Paralelamente, se corrige el fallo relacionado con la copia del GUID de tipo de partición GPT y se preserva el tipo ESP al clonar particiones EFI, asegurando coherencia en sistemas que usan GPT y UEFI.

GParted Live y disponibilidad

Como en versiones anteriores, GParted 1.8 está disponible tanto como aplicación instalable en distintas distribuciones GNU/Linux como en modo GParted Live, una imagen arrancable desde USB o CD. Esta edición en vivo resulta práctica cuando se interviene en sistemas sin instalar el programa de forma permanente, por ejemplo durante el despliegue de equipos o trabajos de mantenimiento.

El proyecto mantiene su página oficial de descargas para obtener el código fuente y las imágenes de GParted Live. La mayoría de distribuciones actualizan sus repositorios con la nueva versión poco después del lanzamiento, por lo que disponer de GParted 1.8 suele ser sencillo desde el gestor de paquetes habitual.

En sistemas basados en Debian o Ubuntu, la instalación o actualización desde el repositorio oficial es la opción más común, sin necesidad de acudir a fuentes externas. Esto facilita la logística en entornos con múltiples equipos o tareas de soporte técnico.

Operaciones soportadas y compatibilidad con sistemas de archivos

GParted 1.8 mantiene su enfoque de permitir redimensionar, mover, copiar, pegar, eliminar, comprobar y etiquetar particiones, además de generar nuevos UUID cuando sea necesario. El conjunto de sistemas de archivos compatibles sigue siendo amplio, e incluye EXT2, EXT3, EXT4, Btrfs, XFS, ReiserFS, Reiser4, linux-swap, LVM2, NILFS2, exFAT, FAT16, FAT32, NTFS, HFS, HFS+, UDF y UFS, entre otros, siempre que las herramientas correspondientes estén instaladas en el sistema.

Este amplio soporte, unido a las mejoras específicas de la versión 1.8, consolida a GParted como una opción sólida tanto para uso doméstico como para administración de redes y entornos profesionales. Como siempre, se recomienda realizar copias de seguridad antes de cambios de particiones, especialmente en equipos con información crítica.

Conclusión

GParted 1.8 representa una evolución estable y coherente, centrada en la seguridad de las operaciones, la claridad del comportamiento ante FAT y GPT, y una gestión más cuidadosa de ESP y puntos de montaje. Aunque no introduce grandes funciones nuevas, su refinamiento progresivo refuerza la confiabilidad en escenarios mixtos de Windows, Linux y otros sistemas, ya sea en equipos personales o en infraestructuras ligeras de empresas y proyectos educativos.

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

Mesa 25.3.4: estabilización y mejoras clave en Vulkan y OpenGL para Linux


Mesa 25.3.4 se presenta como una versión de mantenimiento centrada en correcciones de bugs, basada en la base 25.3. Su objetivo principal es asegurar que lo ya incorporado funcione de forma estable, sin introducir grandes novedades rompedoras. A continuación se desglosan los aspectos más relevantes desde una perspectiva práctica para usuarios de Linux que confían en controladores de código abierto para juegos, renderizado y computación.

Novedades generales de Mesa 25.3.4
– Aunque no introduce cambios revolucionarios, 25.3.4 aborda regresiones y errores detectados desde la revisión anterior de la serie 25.3. Se mantiene la implementación completa de OpenGL 4.6 y Vulkan 1.4, con el matiz de que el nivel real visible depende del driver utilizado. En particular, OpenGL 4.6 se expone solo cuando se solicita explícitamente durante la creación del contexto, mientras que Vulkan 1.4 se adapta al soporte declarado por cada dispositivo físico.

Ampliación del soporte de hardware
– El controlador PVR avanza a Vulkan 1.2, algo crítico para ciertas plataformas donde este driver es la base de la pila gráfica.
– En Intel, ANV amplía su alcance con soporte para Wildcat Lake, manteniendo la interoperabilidad de Vulkan para equipos recientes y mejoras de rendimiento para juegos ejecutados con Proton.
– AMD continúa optimizando RADV, con mejoras en trazado de rayos y en la aceleración de vídeo, así como ajustes que benefician juegos exigentes y escenarios de baja latencia.
– En el ecosistema NVIDIA abierto, NVK apunta a Vulkan 1.4 en GPUs Blackwell, fortaleciendo la competitividad de la pila libre frente a soluciones propietarias.

Nuevo driver Gallium para NPUs y herramientas avanzadas
– Una de las novedades técnicas destacadas de la serie 25.3 es la aparición de un driver Gallium específico para NPUs Arm Ethos, diseñado para trabajar junto con el framework Teflon. Aunque parezca nicho, señala hacia un futuro en el que hardware especializado forme parte natural de Linux.
– Se añade la posibilidad de reemplazar shaders SPIR-V en controladores Vulkan, orientada a depuración y diagnóstico. Esta funcionalidad facilita a desarrolladores y equipos de motor comprender mejor fallos en cargas complejas y optimizar pipelines.

Cambios simbólicos y limpieza técnica
– Se retira de forma definitiva el frontend VDPAU, simplificando la base de código y principal mantenimiento hacia opciones más modernas de aceleración de vídeo.
– Se mejora Vulkan WSI con soporte para atomic mode-setting, lo que permite una gestión de pantallas más precisa y estable en escenarios de escritorio, juegos y estaciones de trabajo.
– Se añaden extensiones como VK_KHR_pipeline_binary a ANV y NVK, ayudando a reducir tiempos de carga de shaders y a estabilizar pipelines precomputados.

Correcciones de errores y regresiones específicas
– Se corrige una regresión en RADV que causaba cuelgues en Resident Evil 4 al activar comprobaciones de instrucciones QA en vkd3d-proton.
– Se soluciona un cuelgue del driver en una RX Vega 64 al manejar un gran número de shaders de vértice durante OpenGOAL con Jak and Daxter 1.
– En Kingdom Come Deliverance 1 sobre hardware RDNA4, se validan mejoras en contadores de caché para ciertas operaciones de dispatch y se corrige un segfault relacionado con el lowering de NIR en RADV.
– Se atiende una regresión en el driver Vulkan para GPUs integradas de Intel y se habilita el uso de shaders SIMD32 con ray queries en ANV e Intel-brw, completando el soporte para consultas de rayos.
– Se corrige una fuga de memoria GTT al ejecutar juegos en una AMD RX 6600 XT, mejorando la estabilidad durante sesiones largas.
– En entornos headless, el componente WSI headless rellena correctamente estructuras necesarias y se soluciona la compatibilidad con VK_EXT_headless_surface.
– Se corrigen problemas visuales en ciertas escenas y se mejora la conversión de YUV a RGB en vídeo para algunas GPU, junto con mejoras en VAAPI HEVC para RX 9060 XT / gfx1200.
– En NIR, se resuelven casos de comportamiento indefinido y se aclaran configuraciones para drivers Rusticl, evitando confusiones al habilitar opciones específicas.

Ajustes internos y contribuciones de desarrolladores
– El listado de cambios refleja la colaboración de numerosos contribuidores. Entre otros, Daniel Schürmann trabaja en ajustes de aco y lower_to_hw para comandos SGPR y empaquetado de instrucciones; Dave Airlie introduce mejoras en la capa de selección de dispositivo y correcciones en RADV; Eric Engestrom corrige opciones de Meson para Rusticl y gestiona la integración con RenderDoc; Faith Ekstrand optimiza panVK y CSF; Ian Romanick ataja problemas de algebra lineal en NIR y estabiliza la gestión de programas; Icenowy Zheng aborda Vulkan WSI y contextos GLES; Lionel Landwerlin impulsa mejoras en ray queries y SIMD32; Marek Olšák corrige múltiples problemas en radeonsi; Mike Blumenkrantz refuerza Zink; Samuel Pitoiset abarca mejoras en contadores de rendimiento y operaciones de copia; Yiwei Zhang refuerza manejo de dmabuf y sincronización en Vulkan WSI; llyyr aporta mejoras para entornos headless de Vulkan. Estos aportes fortalecen la estabilidad, rendimiento y compatibilidad de toda la pila.

Impacto práctico en juegos y uso diario
– En la práctica, 25.3.4 se traduce en una experiencia más estable y pulida para usuarios que dependen de controladores de código abierto. Títulos con uso intensivo de Vulkan, trazado de rayos y cargas complejas ven reducciones de cuelgues y artefactos, junto con mejoras en la consistencia de la presentación de fotogramas.
– Los usuarios de Intel, AMD y NVIDIA en la pila abierta se benefician de mejoras en ANV, RADV, NVK, Zink y WSI. Se aprecia una reducción de tiempos de carga de shaders, menor stuttering y mayor estabilidad de la latencia en escenarios de juego y renderizado profesional.
– En plataformas ARM y SBC, el incremento de soporte para V3D, Panfrost y PVR, junto con el driver Gallium para NPUs Arm Ethos, abre puertas a escenarios embebidos donde IA y gráficos conviven de forma más integrada en Linux.

Cierre
Mesa 25.3.4 cierra varias incidencias detectadas tras la versión 25.3.3 y refuerza el camino de una serie ya rica en novedades. Sin grandes titulares, esta entrega consolida la madurez de la pila gráfica de Linux y aporta estabilidad y rendimiento que se notan en juegos modernos, herramientas de render y workloads de cómputo. Para usuarios y desarrolladores que buscan un ecosistema más sólido y predecible, 25.3.4 representa un paso importante en la dirección adecuada.

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

Notas en pestañas de Firefox: cómo añadir notas a las pestañas abiertas


Firefox está preparando varias funciones para su navegador. La más destacada es la vista dividida, ya activada por defecto en Nightly. Existe otra en camino que ya se puede probar en la versión estable, aunque en mis pruebas no ha funcionado al 100% y he tenido que consultar la versión Nightly, que actualmente llega a la v149.

En la versión 149, que suele estar unos dos meses por delante, ya está activada por defecto una función que permite añadir notas a las pestañas abiertas. Personalmente no uso muchas pestañas, pero la función puede resultar útil para recordar por qué teníamos una pestaña abierta. Por ejemplo, hasta hace poco tenía abierto un vídeo de Quake II y, al acceder a esa pestaña, pensé para qué estaba ahí. Solo quería saber aproximadamente cuál era el porcentaje que mostraba; una nota habría sido suficiente para recordar el motivo sin cerrarla.

Notas en pestañas de Firefox. Así puedes probarlas

Probar las notas de Firefox es sencillo. En la versión Nightly ya viene la opción activada. En la versión estable hay que seguir estos pasos:

1) Escribe about:config en la barra de direcciones y pulsa Enter.
2) Si aparece un aviso de seguridad, acéptalo. Este aviso solo aparece si es la primera vez o si no se ha desmarcado la casilla para no volver a mostrarlo.
3) Busca browser.tabs.notes.enabled.
4) Haz clic en la flecha de la derecha para cambiar de false a true.
5) Reinicia el navegador.

Para deshacer, repite los pasos y cambia de true a false en el paso 4.

La función aparecerá al hacer clic derecho sobre una pestaña abierta como Añadir nota. Al abrirse, se mostrará una pequeña ventana donde podrás escribir el contenido de la nota. Si se ha añadido una nota, la pestaña mostrará un icono en forma de cuadrado con una punta doblada, indicando que hay una nota. En el menú contextual la opción cambiará a Actualizar nota y aparecerán dos opciones para eliminarla o editarla.

Puede no funcionar en la versión estable

En la versión estable, la función puede no funcionar a la perfección. En algunas pruebas pude añadir la opción e incluso una nota, pero no apareció al pasar el cursor por encima. También puede ocurrir que el texto de la opción aparezca en gris; en ese caso, reiniciar el navegador suele solucionar el problema.

¿Vale la pena?

La utilidad de la función depende de cada usuario. Personalmente no la uso con frecuencia, pero puede ser muy útil cuando se tienen muchas pestañas abiertas para recordar por qué una de ellas estaba abierta. Lo positivo es que las notas se eliminan junto con la pestaña.

Cuándo llegará a la versión estable

Se espera que la función llegue a la versión estable en las próximas semanas, aunque el momento exacto no está confirmado. Dado que ya está disponible en la versión Nightly y que Firefox 149 ya se acerca a la estabilidad, es razonable pensar que podría llegar antes de dos meses desde esa versión. También se especula con la posibilidad de que acompañe a una futura barra lateral con un diseño similar al que ya vemos en otros navegadores.

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

Primera prueba seria de Red Bull Ford Powertrains: vueltas, banderas y promesas en Barcelona



El calendario de desarrollo de Red Bull Ford Powertrains se mueve a toda máquina. Tras la jornada de filmación para Racing Bulls en Imola, llega la primera prueba seria y las sensaciones son positivas.

Liam Lawson abrió la jornada con intensidad y provocó una bandera roja al inicio de la pausa para el almuerzo, pero luego continuó, sumando 88 vueltas con el coche de Racing Bulls. No fue un día de cambios dramáticos, sino de constancia y recopilación de datos, con el coche respondiendo de forma estable a los setups solicitados.

Por su parte, Max Verstappen no estuvo al volante el lunes, pero sí estuvo muy atento a la evolución. Su compañero Isack Hadjar tomó el relevo y marcó un ritmo contundente, completando 107 vueltas al Circuit de Barcelona-Catalunya, una cifra que dejó ver la hambre de rendimiento del equipo.

Aunque aún queda trabajo por hacer, los primeros tests dejan señales alentadoras: el paquete de motor y la aerodinámica parecen sólidos, y la base de rendimiento promete. Queda mucho por hacer, pero el camino parece bien trazado para la carrera que se avecina.

Para más detalles y análisis, sigue leyendo: https://ift.tt/jJIxugN
from Motorsport.com – Formula 1 – Stories https://ift.tt/jJIxugN
via IFTTT IA

George Russell se entusiasma con el ritmo de las pruebas en Barcelona: Red Bull y Haas marcan el inicio de la 2026


George Russell llegó al Circuit de Barcelona-Catalunya con una sonrisa que decía todo: está impresionado por la cantidad de vueltas que han rodado varios equipos rivales durante la jornada inicial del shakedown de la Fórmula 1 2026. En una pista que siempre exige, Red Bull y Haas han elevado el listón en este primer día.

La primera sesión de pruebas ha sido productiva para varios equipos, pese a los cambios contundentes que introduce el nuevo ciclo reglamentario, que abarca tanto el chasis como la unidad de potencia. Los ingenieros trabajan a contrarreloj para entender la interacción entre las nuevas soluciones aerodinámicas y las propulsiones, mientras el reloj corre.

Varias sesiones han mostrado un ritmo sólido, con largas tandas para afinar datos sobre neumáticos, frenos y comportamiento del coche en condiciones de pista variables. Aunque es temprano, el ambiente de confianza se nota en el paddock, donde el objetivo es la fiabilidad y extraer el máximo rendimiento posible antes de las pruebas oficiales.

Con este inicio tan intenso, la Barcelona shakedown de 2026 promete un campeonato más competitivo que nunca. Russell dejó claro que, aunque aún es pronto para sacar conclusiones definitivas, el progreso de los rivales es un indicio alentador para el espectáculo que nos espera en esta nueva era regulatoria.

from Motorsport.com – Formula 1 – Stories https://ift.tt/uhemF6w
via IFTTT IA

Shadow AI: Navegando entre innovación y protección



Introducción: En un entorno empresarial cada vez más orientado a la IA, Shadow AI ha surgido como un fenómeno que obliga a las organizaciones a caminar una línea delgada entre la innovación y la protección. Son prácticas, herramientas y experimentos de IA que operan fuera de gobernanza formal, a veces de forma improvisada, y que, sin embargo, pueden decidir la velocidad y la calidad de la transformación digital. Este artículo propone un marco para entender el fenómeno y para gestionar sus riesgos sin obstaculizar el progreso.

Qué es Shadow AI: Shadow AI no es una entidad maliciosa, sino un patrón de uso: desarrolladores, analistas y equipos a menudo crean modelos, notebooks, pipelines o integraciones que quedan fuera de los procesos oficiales de aprobación, control de acceso y supervisión. Pueden surgir por urgencia, por conocimiento tácito de herramientas no aprobadas, o por la promesa de soluciones rápidas. El resultado es una nube distribuida de activos de IA que no siempre es visible para la gobernanza corporativa.

Por qué importa: La promesa de Shadow AI es clara: acelerar el aprendizaje, experimentar y entregar valor con mayor rapidez. Pero la falta de visibilidad y control expone a la organización a riesgos críticos: fuga de datos, dependencia de herramientas no auditadas, sesgos en los modelos, fallos de seguridad y, a largo plazo, incumplimientos regulatorios o pérdidas reputacionales. La pregunta no es si existirá Shadow AI, sino qué tan bien la organización puede gestionarlo.

Riesgos y costos: Seguridad y datos: herramientas no autorizadas pueden exponer datos sensibles, introducir vulnerabilidades o carecer de cifrado y control de acceso adecuados. Calidad y gobernanza: modelos entrenados fuera de los estándares corporativos pueden ser inconsistentes, con datos de entrenamiento no auditables o sesgos no detectados. Cumplimiento y auditoría: sin trazabilidad, es difícil demostrar cumplimiento ante reguladores o auditores internos. Dependencias y resiliencia: la sostenibilidad de soluciones Shadow AI puede depender de herramientas o cuentas individuales, introduciendo riesgos de interrupciones o cambios de proveedores. Costos ocultos: duplicación de esfuerzos, costos de almacenamiento y mantenimiento de activos no integrados en la estrategia de datos.

Un marco para gestionar Shadow AI: 1) Inventario y clasificación: realizar un inventario continuo de activos de IA en uso no autorizado o poco visibles. Clasificar por riesgo, desde operaciones críticas hasta experiments periféricos. 2) Gobernanza basada en políticas: establecer políticas claras sobre cuando y como se pueden usar soluciones de IA, con criterios de aprobación, revisión y desactivación. Generar una referencia de uso permitido frente a uso no permitido. 3) Controles y visibilidad: implementar herramientas que permitan detectar y registrar el uso de herramientas de IA no autorizadas, y crear dashboards de observabilidad para el ecosistema de IA. 4) Gestión del ciclo de vida de modelos: exigir trazabilidad completa de datos, versiones de modelos, pruebas de rendimiento y evaluaciones de sesgo antes de la producción. 5) Seguridad de datos y cifrado: aplicar prácticas de protección de datos, cifrado en tránsito y en reposo, y gestión de secretos para cualquier componente que opere con datos. 6) Educación y cultura: capacitar a equipos sobre riesgos, gobernanza y responsabilidades éticas en IA, promoviendo una cultura de transparencia y reporte de hallazgos. 7) Respuesta ante incidentes: establecer un plan de respuesta que cubra detección, contención, erradicación y aprendizaje ante incidentes vinculados a Shadow AI. 8) Métricas y mejora continua: medir la reducción de riesgos, el tiempo de detección y la velocidad de innovación, para demostrar el balance entre seguridad y productividad.

Herramientas y prácticas para hacerlo realidad: Gobernanza de datos y modelos: repository central de modelos, registro de datos, línea de datos y auditorías periódicas. Seguridad y secret management: soluciones de gestión de secretos, acceso basado en roles y monitoreo de accesos a activos de IA. Observabilidad de IA: telemetría de rendimiento, sesgos, efectos en las decisiones y impacto en el negocio. Contención de riesgos: listas de control, revisión por pares y procesos de aprobación escalonados para migraciones a producción. Gestión de proveedores: contratos y evaluaciones de proveedores de IA externos para asegurar trazabilidad y cumplimiento.

Casos prácticos y recomendaciones: Implementar un tránsito controlado: en lugar de prohibir por completo, permitir experimentos en entornos aislados con revisión y políticas claras, para convertir Shadow AI en innovación responsable. Establecer una ruta de escalamiento: cuando un experimento demuestra valor, convertirlo en un proyecto formal con gobernanza, métricas y responsables claros. Fomentar la transparencia: promover que los equipos documenten herramientas, datos utilizados y supuestos, reduciendo sorpresas en auditorías.

Conclusión: Shadow AI no es una amenaza que pueda ignorarse. Es una señal de que la innovación está ocurriendo, a veces fuera del radar organizacional. La clave está en transformar esos usos informales en prácticas de gobernanza proactivas que protejan datos, reduzcan riesgos y mantengan la agilidad necesaria para competir. Con políticas claras, visibilidad, controles técnicos y una cultura orientada a la responsabilidad, las organizaciones pueden caminar esa línea con convicción y lograr un equilibrio sostenible entre innovación y protección.

from Latest from TechRadar https://ift.tt/ycRdbkE
via IFTTT IA