🔒
Hay nuevos artículos disponibles. Pincha para refrescar la página.
✇Victorhck in the free world

30 razones por las que ❤️ Plasma de #KDE

Por: victorhck

Utilizo Plasma de KDE y todo su ecosistema desde hace más de 15 años y en este tiempo he encontrado un software y una comunidad que siguen haciendo mi uso de la informática cómodo, atractivo visualmente y sobre todo libre.

Se lee el texto: Únete al juego ¡Colabora con KDE! y la mascota de KDE que es un simpático dragón verde corriendo sobre un fondo azul con unas esferas azules.

La comunidad de KDE me ha ofrecido a mi y a miles de usuarios en todo el mundo, las herramientas necesarias para mantenernos libres y aún así poder presumir de un entorno de escritorio funcional y bonito.

Un ecosistema lleno de aplicaciones útiles y funcionales y un entorno de escritorio llamado Plasma repleto de funcionalidades y estilo que es la tendencia de otros sistemas operativos privativos (sí Microsoft, te estoy mirando a tí).

El próximo año 2026 KDE cumplirá 30 años, y Kai Uwe ha compartido en su blog 30 razones por las que a él Plasma de KDE le ha robado el corazón. Tienes el artículo original en inglés publicado bajo licencia CC-by-sa en este enlace:

Me han parecido unas grandes razones con las que coindía por completo, así que he querido traducirlas y compartirlas en mi blog. Seguro que tu también coincides en gran parte con muchas de estas razones y quizás descubras algunas que no sabías.

Entre paréntesis y cursiva he añadido, cuando lo he creído conveniente, algún comentario propio sobre la razón en cuestión.

  1. Cuando suspendo mi portátil, cualquier video o música deja de reproducirse
  2. Puedo usar tres dedos en mi panel táctil para cambiar de escritorio virtual
  3. Recibo una notificación cuando mi mouse inalámbrico está a punto de quedarse sin energía
  4. Puedo hacer clic con el botón central en una ventana en la barra de tareas para cerrarla
  5. Puedo tener una nota adhesiva en mi panel para usarla como bloc de notas
  6. Puedo hacer clic con el botón central en el icono de notificación para activar el modo «no molestar»
  7. Hay un pequeño y práctico plasmoide de selección de color para mi panel.
  8. Puedo colocar el cursor en la esquina de la pantalla para echar un vistazo a mi escritorio
  9. Puedo mantener cualquier ventana siempre arriba cuando lo necesito
  10. Puedo crear un código QR de cualquier cosa que copie en mi portapapeles
  11. Cuando tomo una captura de pantalla, puedo arrastrarla a donde la necesito
  12. Puedo cambiar el brillo de la pantalla moviendo el mouse sobre el ícono de brillo
  13. Puedo arrastrar una ventana a la parte superior de la pantalla para maximizarla
  14. Puedo enviar una ventana a diferentes escritorios virtuales usando un acceso directo global
  15. Hay un pequeño medidor de volumen en vivo en cada control deslizante en la ventana emergente de volumen.
  16. Puedo abrir una pequeña ventana de lupa alrededor del cursor del mouse.
  17. Puedo dibujar líneas rojas en la pantalla usando un efecto de escritorio. (aunque todavía no sé muy bien en qué me puede eso servir).
  18. Puedo usar los botones de avance/retroceso del mouse en la barra de tareas para cambiar pistas de música
  19. Cuando muevo el mouse, el cursor se hace cada vez más grande, ¡y no hay límite!
  20. La luz nocturna reconforta mis ojos en las horas por la noche.
  21. KRunner encuentra pestañas del navegador entre cientos de pestañas que tengo (y muchas otras cosas, y funcionalidades)
  22. Puedo subir el volumen del altavoz por encima del 100% cuando sea necesario
  23. Puedo mover la barra de título de una ventana para cambiar su opacidad y comparar cosas rápidamente
  24. Puedo hacer que la tecla Copilot de mi teclado haga algo útil (no tengo tal cosa, pero sí he redefinido algunas teclas para darles otra funcionalidad que necesito)
  25. Puedo usar reglas de ventana para forzar que las aplicaciones se abran exactamente como quiero. (amen, qué útil es eso para mí)
  26. Puedo agregar atajos globales personalizados para casi cualquier cosa
  27. System Monitor muestra una gran cantidad de información (que también puedo copiar en modo texto para añadirlo en un reporte de bug, en un foro, etc)
  28. Puedo acelerar la reproducción de prácticamente cualquier vídeo desde el controlador multimedia de Plasma.
  29. Puedo usar Meta clic izquierdo para mover y Meta clic derecho para cambiar el tamaño de una ventana en cualquier momento (sin necesidad de tener una puntería extraordinaria para encontrar el tirador de la ventana para hacerlo)
  30. Puedo acceder rápidamente a archivos recientes abiertos en una aplicación haciendo clic derecho en la entrada de la barra de tareas

Y la lista podría extenderse en un número muuuucho mayor ¿Te animas a hacerlo? Usa en los comentarios tus otras razones por las que amas a Plasma de KDE y comparte con la comunidad.

Y para seguir haciendo Plasma y todas las aplicaciones cada vez mejor, no dudes en hacer un pequeño donativo para que la comunidad de KDE pueda seguir desarrollando su gran trabajo en libertad e independencia:

Botón con el icono de KDE y el texto: Powered by KDE

victorhck

Se lee el texto: Únete al juego ¡Colabora con KDE! y la mascota de KDE que es un simpático dragón verde corriendo sobre un fondo azul con unas esferas azules.

Botón con el icono de KDE y el texto: Powered by KDE

✇Linux Adictos

WINE 11.0-rc1, ya disponible la primera candidata a estable con Mono 10.4 y otras novedades

Por: Pablinux

WINE 11.0-rc1

Yo no habría apostado por estas fechas, pero yo no formo parte del equipo de desarrollo de Wine Is Not an Emulator y no conozco los tiempos!. En años anteriores ha habido al menos dos versiones de desarrollo más (la última fue la v10.20), pero este 2025 han decidido que ya es buen momento para lanzar WINE 11.0-rc1. Esta es la primera candidata a estable, y a partir de ahora lanzarán una nueva RC cada semana hasta el lanzamiento de dicha estable.

En años anteriores, las RC coincidían con la congelación de código, y WineHQ no proporcionaba lista de novedades. No sabemos si será así la semana que viene, pero WINE 11.0-rc1 sí facilita lista con cambios. Entre ellos, destaca que el motor Mono ha subido a la v10.4.0, los datos de localización han subido a Uncode CLDR 48 y soporte para el modulo TWAINDSM para escáneres, a lo que se le suma el habitual punto de correcciones varias. En números, se han realizado 178 cambios y corregido 17 bugs, los de la siguiente lista.

Bugs corregidos en WINE 11.0-rc1

  • King’s Quest: Mask of Eternity requiere que MCIWndCreate cree una ventana hija cuando se especifica un padre.
  • HeapSize(GetProcessHeap(), 0, GlobalLock(hGlobal)) debe ejecutarse correctamente (muestras de wxWidgets, Tapps2, DirMaster).
  • Gramps 5.2.0 muestra ventanas vacías.
  • La instalación de Photoshop CS2 nunca termina.
  • mmdevapi notify_thread realiza espera activa cuando no se puede cargar ningún controlador MIDI.
  • win32u:input: regresión de rendimiento en Resident Evil 2 debido al procesamiento de mensajes internos.
  • Ejecutar Mahjong con wine finaliza sin mostrar la pantalla del juego.
  • La prueba de sonido en winecfg no produce audio.
  • Mugen se bloquea después de varias partidas en GPUs NVIDIA.
  • FL Studio no logra minimizarse en wine 10.19.
  • La ventana se restaura inmediatamente después de minimizar cuando hay un diálogo no modal abierto.
  • Conversión incorrecta (casting) en aplicaciones .NET 10 Runtime.
  • cmd no maneja todos los parámetros en el comando FOR /F.
  • Oblivion se bloquea con un fallo de página no gestionado: wine 10.19.
  • El menú Archivo de Office 2013 no se abre.
  • La superficie de ventana de Mass Effect Legendary no se dibuja.
  • Diversas pruebas de winforms relacionadas con el enfoque fallan en escritorio virtual.

Ya disponible

WINE 11.0-rc1 ya se puede descargar desde el botón que tenéis debajo de estas líneas. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

La semana que viene, si se sigue con el calendario habitual y nada nos hace pensar que no será así, llegará WINE 11.0-rc2, y puede que lo haga sin lista de cambios, mencionando sólo que ya está disponible. A principios de 2026 lanzarán la versión estable.

✇Victorhck in the free world

Recopilación del boletín de noticias de la Free Software Foundation – diciembre de 2025

Por: victorhck

Recopilación y traducción del boletín mensual de noticias relacionadas con el software libre publicado por la Free Software Foundation.

¡El boletín de noticias de la FSF está aquí!

La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía, frente a las restricciones y abusos a los usuarios por parte del software privativo.

Por cierto este mes se cumplen 40 años de la creación de la FSF.

La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.

Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!

Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter

¿Te gustaría aportar tu ayuda en la traducción y colaborar con la FSF? Lee el siguiente enlace:

Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de diciembre de 2025.

Sólo el software libre permite la soberanía digital

Del 24 de noviembre por la FSFE

El “Germany Stack” es un proyecto central de política digital del gobierno federal alemán. La FSFE pide que Stack se planifique en estrecha coordinación con los socios europeos y se implemente íntegramente como software libre, ya que sólo las cuatro libertades permiten la soberanía digital. Continúe leyendo para obtener más información sobre los detalles de esta solicitud del gobierno federal alemán, incluidos los principios en los que debería basarse el Stack.

El ejército estadounidense quiere arreglar su propio equipo. Los contratistas de defensa están intentando derribarlo.

Del 26 de noviembre por Boone Ashworth

Es probable que las disposiciones sobre el derecho a reparar en la Ley de Autorización de Defensa Nacional, que asegurarían la financiación para el ejército estadounidense en 2026, sean eliminadas del texto final del proyecto de ley a pesar de disfrutar de un amplio apoyo bipartidista, dijeron a WIRED fuentes familiarizadas con las negociaciones en curso.

Dicen que es probable que las disposiciones de la ley que permiten a los militares reparar sus propios equipos se eliminen por completo y se reemplacen con un plan de suscripción de datos como servicio que beneficie a los contratistas de defensa.

Cloudflare caído: la interrupción global afectó a gran parte de Internet

Del 18 de noviembre por Kate O’Flaherty

Aparentemente, la mitad de la red mundial estuvo caída a mediados de noviembre debido a una interrupción de Cloudflare, lo que demuestra que el software privativo no es tan estable y seguro como les gusta afirmar a sus proveedores.

Tantos sitios web que dependen de un único proveedor para servicios de red y seguridad conllevan grandes peligros, tanto para su libertad como para su capacidad de utilizar un programa en el que puede confiar para trabajar. El software libre ciertamente también puede sufrir interrupciones, pero hay muchas más soluciones cuando se utiliza software libre que con software privativo.

Si actualmente utiliza un programa que se vio afectado por la interrupción de Cloudflare (o su lugar de trabajo lo hace), ahora podría ser un buen momento para hablar sobre cambiar a un programa comparable que respete la libertad.

apoyo_fsf

Estas son solo algunas de las noticias recogidas este mes, ¡¡pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:

Y todos los números del «supporter» o boletín de noticias de 2025 en español, francés, portugués e inglés aquí:

Support freedom

victorhck

apoyo_fsf

✇Victorhck in the free world

La muerte de un iPod

Por: victorhck

Un relato sobre cómo el brillo de un producto de Apple puede ser nada más que un espejismo, una cárcel muy lujosa y cara para sus «fanboys»

Ilustración con el texto "Software libre. Sociedad libre" y 4 iconos que representan las cuatro libertades que promulga y ofrece el software libre: Ejecución, inspeccionar el código, compartirlo y modificarla compartiendo las modificaciones

Una pequeña ficción sobre una historia de uno de esos dispositivos de Apple, que su márketing hace que lo necesites y después de unos años te dice que eso ya no es «cool» que mejor que cambies ese dispositivo que puede ser funcional, pero que ya está desfasado.

Un modelo de negocio que está basado en la opacidad, en la privación de libertad a sus usuarios, que irónicamente muchos de ellos son fieles defensores de sus dispositivos Apple, como Adam, el protagonista de este relato.

Este artículo es una traducción de un artículo escrito en inglés por Jason Self publicado bajo una licencia libre y publicado en su blog, que puedes leer en este enlace:

La muerte de un iPod

Adam no solo poseía productos Apple, profesaba fe en ellos. Con treinta y ocho años, programador de profesión, había pasado casi dos décadas cultivando una identidad como hombre de buen gusto, y el sumo sacerdote de ese gusto era la empresa de Cupertino. Sus amigos, su familia, sus compañeros —todos le conocían como «el tipo de la manzana», el que podía explicar, con la paciente convicción de un misionero, por qué sus elecciones eran… menos considerado. Su identidad no era solo usar los productos, sino entender y evangelizar su inherente «genio».

El objeto más sagrado de Adam, el brillante testimonio de su larga devoción, era un iPod Classic de 160GB. Era el último de su tipo, un bloque denso y pulido de cromo y aluminio anodizado que contenía quince años de su vida en sus pistas magnéticas giratorias. Era, decía a menudo, la obra completa de Adam, meticulosamente seleccionada.

Estaba en una fiesta en el abarrotado piso de un amigo, el aire cargado con el olor a cerveza artesanal y curry para llevar. Alguien había puesto una lista de reproducción genérica en streaming: un río sin fricciones de indie pop aprobado por algoritmos. Adam, sosteniendo su iPod como si fuera un libro de oraciones, estaba entre las personas de la fiesta.

«Verás, este es el problema», dijo, señalando a una pequeña audiencia cautivada. «Estás subcontratando tu gusto. Estás dejando que una máquina te diga lo que te gusta.»

Un colega más joven llamado Ben, que vivía su vida a través de una serie de listas de reproducción así, le miró escéptico. «Es fácil, tío. No tengo que pensarlo.»

«¡Exacto!» Los ojos de Adam se iluminaron. Este era su territorio. «Deberías pensarlo. La música no es solo ruido de fondo. Es la arquitectura de tus recuerdos. Mira.» Levantó el iPod. «Cada canción que hay aquí, la he elegido yo. Yo valoré. Lo arreglé. He construido esta biblioteca, pieza a pieza, a lo largo de una década. No es solo una colección, es un mapa de mi vida.»

Desbloqueó la pantalla, la icónica rueda de clics zumbando suavemente bajo su pulgar. El sonido era una fuente de placer profundo y táctil, un fantasma analógico en la máquina digital. «La genialidad de la rueda de clic», continuó, deslizando el pulgar sobre su superficie lisa, «es que puedes navegar por diez mil canciones sin mirar nunca la pantalla. Es memoria muscular. Es conexión».

Navegó hasta una lista de reproducción. «Y el software… Es magia. Pura magia. Hay estas mezclas geniales: simplemente crean sets perfectos de una hora basados en una sola pista. Es como tener un DJ que vive dentro de tu cabeza».

Habló de la «integración fluida», refiriéndose a cómo el iPod, la biblioteca de iTunes en su Mac y su antiguo iPhone funcionaban juntos en una «experiencia de usuario armoniosa y holística.» Describió el ecosistema no como una línea de productos, sino como una filosofía. Era un «jardín amurallado», y él era un residente feliz, alabando los altos muros que mantienen fuera el caos del mundo exterior: los virus, el mal diseño, la vulgaridad de la elección sin una cuidada selección.

«¿Pero qué pasa si muere?» preguntó Ben, con una pregunta sincera. «Ya no las fabrican, ¿verdad?»

Adam sonrió, paciente y cómplice. «Es Apple. Simplemente funciona. Y además,» añadió, con el núcleo de su delirio brillando, «soy parte de la familia. Cuidamos de los nuestros.» De verdad lo creía. No era solo un cliente. Era socio, contribuyente a la cultura, un compañero que compartía su genialidad. En su propia mente, era un vendedor muy querido y valioso para la mejor empresa del mundo.

Parte 2: La ambición bloqueada

La idea llegó, como suelen ocurrir las mejores, en un momento de tránsito tranquilo. Adam iba en el tren de las 7:42 de la mañana hacia la ciudad, el ritmo de las ruedas era una percusión familiar para la banda sonora de su vida. Su iPod estaba en modo aleatorio, un vasto océano de 20.000 canciones. Salió a la luz una canción de una banda indie olvidada hace mucho tiempo, una canción que había puesto cinco estrellas hace una década y que no había vuelto a escuchar desde entonces. La repentina oleada de recuerdos fue embriagadora.

Y entonces surgió la chispa.

El modo aleatorio es demasiado aleatorio, pensó. El genio es demasiado prescriptivo. Su biblioteca era un museo, y él solo visitaba las exposiciones principales. Lo que necesitaba era un conservador de todo ese arte que pudiera indagar en los archivos de esa biblioteca. La idea floreció, completamente formada, en su mente: «Modo aleatorio priorizado.» Un nuevo modo que reproduciría de manera inteligente solo sus canciones valoradas con cinco estrellas, pero con un giro crucial: priorizaría temas que no había escuchado en al menos seis meses, quizá un año. Sería un sistema para volver a descubrir sus propios tesoros olvidados, para revitalizar la misma biblioteca que había construido toda su vida.

Fue una idea realmente brillante. Simple, elegante y, para un programador como él, perfectamente alcanzable. Una oleada de energía pura y creativa recorrió su cuerpo. Esto era todo. Esta era su oportunidad para devolver, para añadir un pequeño toque de su propia ingenio a la «magia» que tanto veneraba. No era solo un usuario, era desarrollador. Podía contribuir a la familia de Apple.

Esa noche, estaba sentado en su escritorio, nervioso de excitación. Conectó el pesado iPod plateado a su MacBook. El dispositivo apareció en su escritorio, un icono familiar de confianza y fiabilidad. Abrió el sistema de archivos, esperando encontrar… algo. Un archivo de configuración, una carpeta de scripts, un lugar donde vivía la lógica del dispositivo. Algo.

Solo encontró las carpetas multimedia: Música, Vídeos y Podcasts. El sistema operativo, el firmware que controlaba todo el sistema, era invisible.

Un destello de confusión, nada más. Se adentro en la red, sus dedos volando sobre el teclado. «Cómo acceder al firmware del iPod Classic.» «Kit de desarrollo para iPod Classic.» «Código fuente del iPod Classic.»

Los resultados de búsqueda eran un páramo árido. No existían portales oficiales para desarrolladores de Apple para el sistema operativo del iPod. No hay kits de desarrollo de software (SDKs). Sin documentación. Encontró decenas de hilos en foros iniciados por personas como él, curiosos que hacían las mismas preguntas, recibidos con el mismo silencio resonante.

Se adentró más en artículos más técnicos. Aprendió sobre los propios archivos de firmware, los paquetes .ipsw que iTunes usaba para las actualizaciones. Pero no eran código fuente. Eran archivos binarios compilados, bloqueados, cifrados y firmados digitalmente por Apple. Eran cajas negras, diseñadas para ser instaladas, no para ser comprendidas.

La emoción en su pecho se fue transformando lentamente en un nudo frío de incredulidad. La «magia» era de sentido único. La interfaz hermosa e intuitiva era únicamente la superficie pulida de una bóveda sellada. Había pasado años admirando la arquitectura de los muros del jardín, sin pensar ni una sola vez en preguntar si la puerta estaba cerrada desde fuera.

El conflicto que iba a definir la siguiente etapa de su vida acababa de comenzar. No era un error del sistema. El sistema funcionaba perfectamente. El problema, empezaba a entender, era su propia ambición. El «problema» era su deseo de cambiar el dispositivo que creía suyo. Por primera vez, se dio cuenta de que no podía.

Parte 3: La despedida

Adam era un hombre del sistema. Cuando se enfrentaba a un problema, su instinto era seguir los canales adecuados. Un muro técnico había bloqueado su ambición, así que ahora apelaría a los arquitectos. Aún mantenía la creencia de que todo era un malentendido. La «familia Apple» se construyó sobre buenas ideas. Tenía una buena idea y necesitaba presentarla a las personas adecuadas.

Navegó hasta los foros oficiales de Soporte de Apple, un espacio limpio y en blanco de discusión ordenada. Pasó una hora componiendo su publicación, refinando cada frase para lograr el tono perfecto de un miembro leal y constructivo de la comunidad. No estaba allí para quejarse, estaba allí para hacer una contribución.

La publicación que realizó en el foro, titulada «Sugerencia de funciones para iPod Classic: ‘Modo aleatorio priorizado'», era un modelo de deferencia educada.

Hola a todos, he sido un miembro devoto de la familia Apple durante más de 15 años, y mi iPod Classic de 160GB sigue siendo mi dispositivo más utilizado. El diseño y el software son atemporales, y me gustaría agradecer a los equipos que construyeron y mantuvieron un producto tan maravilloso. Como desarrollador de software, recientemente tuve una idea para una función que daría nueva vida a las vastas bibliotecas que muchos de nosotros hemos ido creando a lo largo de los años. Lo llamo ‘Modo aleatorio priorizado’. El concepto es sencillo: un modo aleatorio que solo reproduce canciones de 5 estrellas que el usuario no haya escuchado en un periodo especificado (por ejemplo, 6 meses o 1 año). Sería una forma fantástica de revivir favoritos olvidados y hacer que las grandes bibliotecas vuelvan a sentirse frescas. Me encantaría implementar yo mismo un prototipo de esto. Mi pregunta para la comunidad y para cualquier representante de Apple aquí es: ¿Existe alguna forma oficial y autorizada para que los desarrolladores accedan al firmware del iPod o una API relevante para experimentar añadiendo nuevas funciones como esta? Gracias por su tiempo y por crear los productos que nos encantan. Saludos, Adam.

Pulsó el botón de «Publicar» y sintió alivio. Lo había hecho bien. Había sido el vendedor idóneo de su idea, ofreciendo valor y abriendo puertas. Las respuestas iniciales fueron alentadoras. Un usuario llamado «iPodFan82» escribió: «¡Es una gran idea! ¡Me encantaría eso para mi propia biblioteca!» Otro, «ClassicRockr», añadió: «Vaya, llevo años queriendo algo así.» Un pequeño destello esperanzador de comunidad.

Luego vino una versión más cínica de «MacHead_Realist»: «Tío, es un dispositivo de hace 15 años. Lo dejaron de fabricar hace años. No están añadiendo funciones. Sigue soñando.»

Adam estaba escribiendo una respuesta cuando apareció una nueva publicación. Era de un usuario con un logo corporativo azul corporativo de Apple como avatar. El nombre de usuario era «Apple_Kyle».

La respuesta fue alegre, educada y absolutamente devastadora.

¡Gracias por tu comentario! Siempre nos alegra escuchar ideas de nuestra apasionada comunidad. El iPod Classic es un dispositivo ya desfasado muy querido. Aunque ya no recibe actualizaciones de funciones, te animamos a explorar las últimas innovaciones en Apple Music para una experiencia de escucha dinámica.

Adam se quedó mirando las palabras: «comunidad apasionada». «Dispositivo obsoleto muy querido». El lenguaje era una almohada suave y corporativa, diseñada para ahogar su idea sin hacer ruido. Su sugerencia no fue rechazada, fue ignorada. Su dispositivo no era antiguo, era «obsoleto». Su pasión no era un recurso que se pudiera aprovechar, era un sentimiento que debía reconocerse para después redirigirle de nuevo a la línea de productos actual que estaban en el mercado.

Y entonces llegó el golpe final. Debajo de la publicación de Apple_Kyle, apareció una nueva línea de texto en cursiva gris:

Hilo cerrado. Para solicitudes de funcionalidades, por favor utilice el portal oficial de comentarios.

Tema cerrado.

La conversación había terminado. El destello de comunidad se extinguió. Adam sintió un frío estremecimiento, del tipo que siente un empleado leal cuando de repente le rechazan la tarjeta en la puerta. No lo despidieron simplemente, había sido silenciado. Su lealtad, su creatividad, sus años de evangelización no remunerada, no significaban nada. No era un compañero. No era familia. Su contribución no solo era no deseada, sino que era una conversación que ni siquiera se permitía. Había sido despedido de forma educada, eficiente e irrevocable.

Parte 4: La revelación

El despido amable en el foro no apaciguó a Adam. Eso le radicalizó. La informal jerga corporativa de «Apple_Kyle» fue un desafío lanzado. Todos esos años de lealtad y su creencia en la «magia» ahora le parecían una larga y lenta estafa. Se sentía alienado, enfadado y poseído por un pensamiento singular y desafiante: es solo software. Es mi dispositivo. Lo haré yo mismo.

Dio la espalda a los canales oficiales y descendió al subsuelo digital. Sus días y noches se confundían en una neblina obsesiva de investigación alimentada por la cafeína. Ya no era un aficionado. Era arqueólogo, excavando para encontrar una entrada a una tumba sellada.

Sus búsquedas le llevaron a los rincones más grises de internet, a comunidades de hackers y manitas que llevaban años desmontando los muros de Apple. Encontró sitios web y wikis llenos de conocimiento arcano, un repositorio de textos prohibidos. Aprendió las maneras secretas necesarias para comunicarse directamente con su iPod, saltándose el intermediario de iTunes. Aprendió sobre el modo DFU – Actualización de Firmware del Dispositivo – un estado de bajo nivel que fue el primer paso para tomar el control.

Tras un tutorial complejo y de varios pasos, mantuvo pulsados los botones MENÚ y SELECT durante exactamente doce segundos. La pantalla del iPod se puso negra. Lo había conseguido. Su ordenador, que antes saludaba al dispositivo con el icono amigable de iTunes, ahora lo veía como un dispositivo USB desconocido. Fue una pequeña victoria, pero la sintió trascendental.

Descargó las extrañas herramientas para la línea de comandos mencionadas en la red. Encontró enlaces a los propios servidores de Apple, que alojaban los archivos de firmware .ipsw en bruto. Por un momento, la esperanza surgió. Estaba dentro. Iba a entrar en sus entrañas.

Pasó horas en el mundo de la línea de comandos, escribiendo comandos crípticos, intentando enviar fragmentos del firmware al dispositivo, esperando encontrar una costura, una grieta que pudiera explotar. Consiguió que el dispositivo mostrara el logo de Apple, seguido de una pantalla de «No desconectar», indicando que estaba manipulando el proceso de arranque. Pero nunca llegó más lejos. La lógica central, el código real del sistema operativo que determinaba lo que significaba «Aleatorio», seguía siendo un bloque sólido e impenetrable de código binario compilado. Ninguna herramienta podía traducir los unos y ceros de la máquina al lenguaje legible para humanos del código fuente.

La misión no terminó con un estruendo, sino con un suspiro. Tras una semana de noches sin dormir y callejones sin salida, se dejó caer en la silla, mirando el rectángulo plateado inerte sobre su escritorio. La revelación llegó en el aplastante silencio de su fracaso.

La «magia» que había evangelizado durante una década era el muro mismo. La experiencia de usuario elegante y fluida, la simplicidad de «simplemente funciona» — todo se basaba en una regla no escrita: no tienes derechos. La belleza del dispositivo residía en su sello perfecto, una pieza de museo bajo un cristal de protección. Su genialidad era la genialidad de su propia impenetrabilidad.

La traición que sentía era profunda, pero ahora comprendía su verdadera naturaleza. No era una función maliciosa. No era un error. Era el diseño fundamental del sistema. Había comprado un objeto físico, un aparato que sostenía en la mano, pero no había tenido ningún control sobre el software que le daba vida. Se le prohibió estudiarlo, se le prohibió modificarlo y mejorarlo. La empresa no era su socio. Era su mando. El hermoso jardín que tanto había admirado era, de hecho, una prisión muy sofisticada y cómoda.

Parte 5: La confrontación

La guerra había terminado. Adam había perdido. Su ambición de contribuir, mejorar, participar, estaba muerta. Solo quedaba el deseo de escapar. Miró el reluciente iPod plateado y la biblioteca perfectamente organizada de iTunes en su pantalla, y no sintió nada más que el frío peso del encierro. Decidió quemar todo el edificio. Abandonaría el ecosistema Apple, liberaría su música y empezaría de cero.

Su primera y tarea más importante fue exportar la biblioteca —fruto de quince años de meticulosa recopilación— la obra de su vida.

Abrió iTunes, fue al menú Archivo y seleccionó biblioteca, luego Exportar lista de reproducción. Guardó el archivo y lo abrió en un editor de texto. Era un archivo XML, una lista de metadatos perfectamente estructurada. Pero no contenía música. Era solo una lista de punteros a los archivos de canciones, cuyas ubicaciones estaban codificadas en la ruta específica de su Mac. Era inútil en cualquier otra máquina o con cualquier otro software: un mapa sin territorio.

Intentó otra manera. Encontró la opción «Consolidar archivos», que prometía reunir toda su música en una sola carpeta. Lo ejecutó. Horas después, miró el resultado: un laberíntico caos de carpetas, miles de archivos duplicados y, lo peor de todo, un rastro de metadatos corruptos. Las canciones estaban mal etiquetadas. Faltaba la portada del álbum. Sus preciadas valoraciones de cinco estrellas, sus reproducciones, el campo «Fecha añadida» que anclaba cada canción a un momento concreto de su vida: todo estaba mezclado o desaparecido. El alma misma de su biblioteca había sido arrancada.

El desencanto técnico provocó un colapso emocional total. Se desplomó sobre el teclado, mirando los restos en la pantalla. Las filas limpias y ordenadas de su biblioteca de iTunes se habían convertido en un barrio marginal digital, un monumento a su devoción desperdiciada.

Habló en voz alta a la habitación vacía, su voz fue un susurro áspero.

«No fui su compañero. Era su prisionero.»

Se apartó del escritorio, paseando por la pequeña sala. «Todo este tiempo… quince años… valorar mis canciones, hacer mis listas de reproducción… No estaba recopilando una biblioteca. Estaba construyendo mi propia prisión, ladrillo a ladrillo. No les importan mis ideas. No les importa mi música.» Se detuvo y miró el iPod, objeto de traición. «Solo les importa que no pueda irme. Simplemente un número sin valor. Solo otro usuario encerrado en su jardín.» Era la claridad cruda y dolorosa de Willy Loman dándose cuenta de que la obra de su vida no le había valido más que un pequeño retiro.

Derrotado, hizo una última y desesperada búsqueda en internet de una herramienta de terceros, cualquier cosa que pudiera salvar sus datos. Hizo clic en un enlace a una antigua entrada de blog en un foro tecnológico de nicho. El título era «Sobre la libertad del software.»

La publicación empezaba con una historia. «Si alguna vez te has sentido impotente ante tu propia tecnología», leyó, «tienes que leer la historia de Richard Stallman y la impresora láser Xerox.»

Adam leyó la historia real sobre un programador del MIT en los años 80 que se frustraba por una impresora que se atascaba constantemente. Leyó sobre cómo este programador, llamado Stallman, quería añadir una función de software sencilla para notificar a los usuarios del atasco, pero fue bloqueado porque el fabricante se negó a compartir el código fuente. Leyó sobre el acuerdo de confidencialidad, la negativa egoísta a cooperar y la impotencia de un programador hábil al que se le niega la capacidad de arreglar sus propias herramientas.

Un escalofrío recorrió a Adam como una corriente eléctrica al reconocerse en esa historio. Es la misma historia. Dios mío, es la misma historia.

La entrada del blog concluía explicando la filosofía que surgió de esa frustración. Enumeraba, en una simple lista con viñetas, las Cuatro Libertades Esenciales del Software Libre de Richard Stallman.

Adam las leyó, y cada una impactó como un martillo, dando nombre y forma a la injusticia que acababa de sufrir.

  • La libertad de ejecutar el programa como desees, para cualquier propósito (libertad 0).
  • La libertad de estudiar cómo funciona el programa y cambiarlo para que haga tu computación como quieras (libertad 1). El acceso al código fuente es una condición previa para esto.

«Mi idea de ‘modo aleatorio priorizado'», pensó, con el corazón latiendo con fuerza. «Eso es todo lo que quería. Estudiarlo. Para cambiarlo. Para que mi propio dispositivo funcione mejor para mí.»

  • La libertad de redistribuir copias para poder ayudar a otros (libertad 2).
  • La libertad de distribuir copias de tus versiones modificadas a otros (libertad 3). Hacer esto permite que toda la comunidad se beneficie de tus cambios.

«Podría haberlo compartido», se dio cuenta. «Las otras personas en el foro… Lo querían. Podríamos haberlo construido juntos. Podríamos habernos ayudado mutuamente.»

Fue una revelación. El problema no era Apple. El problema era toda la filosofía del software privativo. Era un sistema construido no sobre el empoderamiento, sino sobre el control. Un sistema que, por su propia naturaleza, trataba a sus usuarios no como iguales, sino como sujetos. Ahora entendía que era un sistema de poder injusto.

Parte 6: El Réquiem

La muerte fue total. No la muerte del iPod, sino la muerte de la fe de Adam. La muerte de su lealtad a la «magia», la muerte de su identidad como «el tipo de la Manzana». Lo que siguió no fue duelo, sino una excavación silenciosa y decidida.

Transcurrieron meses. El trabajo constante y concentrado de la liberación reemplazó la ira frenética. El escritorio de Adam ya no era una escena de frustración, sino un yacimiento arqueológico.

Había descubierto un mundo de software libre. Envió a MusicBrainz Picard los miles de archivos recuperados, esperando una larga noche de etiquetados. En cambio, recibió una lección. El software comenzó su trabajo, pero surgió un patrón escalofriante. Era ordenar la colección de su vida en dos montones distintos.

La primera pila —los archivos en formato .m4a, su música desde aproximadamente 2009— fue «liberada». El software los etiquetaba, corregía sus metadatos y los restauraba en su nueva biblioteca.

El segundo montón era un cementerio digital. Los archivos .m4p. Su música más temprana. Picard no podía tocarlas. Intentó abrir uno. Apareció un mensaje de error. Estaban bloqueados con DRM. Inútil. No había sido un coleccionista, había sido inquilino.

Se centró en su otra tarea, escribiendo sus propios scripts en Python para analizar los archivos XML rotos. Esto solo hizo más daño. El script funcionaba perfectamente, recuperando sus escuchas perdidas y el número de reproducciones para todo. Ahora poseía un contorno perfecto y fantasmal de su biblioteca: una base de datos de recuerdos entrañables de canciones de las que estaba permanentemente excluido.

No fue una resurrección. Era un funeral por la música que le habían engañado para alquilar. Y de sus cenizas, nació una nueva determinación. No podía resucitar el cementerio digital de archivos .m4p, pero podía reemplazarlos por algo nuevo.

Fue a su armario y sacó viejas carpetas y vitrinas de joyas, la fuente física de una colección de vida. Entonces comenzó el tedioso trabajo. Cruzaba la entrada fantasmal de un álbum .m4p muerto en su base de datos y luego buscaba en sus medios físicos su contraparte de plástico y papel.

Instaló un software de extracción de autio de software libre, estableció la salida en formato FLAC —un códec de audio libre y sin pérdida— y comenzó el meticuloso trabajo de rellenar los huecos. Uno a uno, fue introduciendo los CDs específicos en la unidad. El trabajo era lento y manual, un acto meticuloso de archivo y reparación. Era todo lo contrario de la compra «sin interrupciones» con un solo clic que antes valoraba.

Pero con cada hueco que llenaba, con cada archivo bloqueado que reemplazaba por una versión FLAC perfecta, bit por bit, sentía una creciente sensación de poder. Era un artesano, reforzando su casa donde las paredes se habían podrido, reconstruyéndola a su manera.

La escena final de su transformación ocurrió en una tranquila tarde de sábado. En su escritorio estaba su viejo iPod Classic de 160GB, pero no era el mismo dispositivo. Había realizado el acto final de liberación: había instalado Rockbox.

Lo encendió. La interfaz animada y elegante de Apple, con su portada flotante y bonitos degradados, había desaparecido. En su lugar había un menú sencillo basado en texto sobre un fondo negro liso. La fuente era funcional, la navegación directa. No había «magia». Pero había algo mejor: transparencia. La antigua interfaz era una pintura preciosa que solo podía admirar desde lejos. La nueva era un taller sencillo pero completamente surtido, y le habían dado las llaves. Le ofrecía cosas que Apple nunca haría: reproducción FLAC nativa, un ecualizador parametrizable de 10 bandas, fundido de canciones avanzado y una serie de complementos y juegos creados por la comunidad.

Abrió el navegador de archivos —su navegador, no una biblioteca seleccionada— y seleccionó una canción. Mientras escuchaba, notó un pequeño problema. En la pantalla de «Ahora en reproducción», el texto del número de pista estaba ligeramente desalineado, sobreponiéndose con otro elemento en un solo píxel.

Hace un año, esto habría sido un problema sin importancia. Ahora, sonrió.

Se giró hacia su ordenador y abrió una carpeta titulada «código fuente de rockbox». Dentro estaba todo el código fuente del sistema operativo que estaba ejecutando. Abrió un archivo C en un sencillo editor de texto. El código estaba todo ahí: complejo, pero legible, comprensible. Pasó una hora siguiendo la lógica de renderizado, encontró la línea que calculaba la posición del texto y realizó una pequeña corrección: un solo cambio de carácter.

Guardó el archivo, ejecutó el compilador y copió la nueva versión del firmware en su iPod. Lo reinició. Volvió a la pantalla de «Ahora en reproducción». El texto estaba perfectamente alineado. El problema había desaparecido.

Sintió una satisfacción silenciosa y profunda que eclipsaba cualquier deleite que hubiera sentido con una nueva función «mágica» de Apple. Redactó un correo breve y directo a la lista pública de correo para desarrolladores de Rockbox.

Hola equipo, he notado una pequeña superposición de texto en la pantalla de Reproduciendo Ahora. Adjunto hay un parche que corrige el cálculo de coordenadas. Gracias por todo vuestri trabajo en este increíble proyecto. -Adam

Adjuntó el pequeño archivo de texto con su cambio y pulsó Enviar.

Una hora después, apareció una notificación en su ordenador. Era una respuesta de alguien que nunca había conocido, probablemente al otro lado del mundo. El mensaje era sencillo, directo y carente de cortesías corporativas.

Buen apunte. Aplico el parche. Gracias, Adam.

Adam cerró los ojos y se recostó en la silla. Las dos palabras que había anhelado de Apple_Kyle, la validación que buscaba por su lealtad, finalmente llegaron de un desconocido. Gracias, Adam. Ya no era un prisionero en el jardín de otra persona. Era un colaborador.

Era libre.

Un dibujo en dos viñetas. En la primera se ve a una persona triste intentando leer un código, pero no puede porque no es software libre.

victorhck

Ilustración con el texto "Software libre. Sociedad libre" y 4 iconos que representan las cuatro libertades que promulga y ofrece el software libre: Ejecución, inspeccionar el código, compartirlo y modificarla compartiendo las modificaciones

Un dibujo en dos viñetas. En la primera se ve a una persona triste intentando leer un código, pero no puede porque no es software libre.

✇Linux Adictos

WINE 10.20 llega con vkd3d 1.18 y más de 300 cambios

Por: Pablinux

WINE 10.20

Nos vamos acercando al momento en el que WineHQ empezará a lanzar las Release Candidates para WINE 11.0, pero de momento seguimos recibiendo versiones de desarrollo cada dos semanas. Lo que nos han entregado hace unas horas es WINE 10.20, con una lista de destacados no muy llamativa, pero con una cantidad total de cambios que entraría dentro de la media.

Los cambios más destacados incluyen el vkd3d incluido ahora está en la versión 1.18, más soporte para puntos de análisis, más refactorización de Common Controls después de la división v5/v6 y cuadro de diálogo de progreso para el escaneo de documentos, a lo que se le suma el punto habitual de correcciones de errores varias. En números, han realizado un total de 312 cambios y corregido 31 bugs, los de la siguiente lista.

Bugs corregidos en WINE 10.20

  • TomTom MyDrive Connect 4.x necesita la implementación de KERNEL32.dll.SetVolumeMountPointW.
  • Civilization v1.2 se bloquea al iniciarse.
  • SQL Server 2012/2014: El instalador requiere ChangeServiceConfig2 con soporte para SERVICE_CONFIG_SERVICE_SID_INFO (también afecta al instalador de Revit).
  • Varias aplicaciones necesitan la implementación de CreateSymbolicLinkA/W (Spine —iniciador de mods de Gothic—, GenLauncher —gestor de mods para GeneralsZH—, instalador de MS Office 365).
  • Varias aplicaciones GTK se congelan o no logran iniciarse.
  • grepwinNP3 (parte de Notepad3) se bloquea dentro de uxtheme.
  • QuarkXPress 2024 se bloquea al arrancar con un error de aserción “symt_check_tag(&func->symt, SymTagFunction) || symt_check_tag(&func->symt, SymTagInlineSite)”.
  • The Last Stand: Aftermath carga indefinidamente.
  • Mega Man X DiVE Offline muestra errores al arrancar a menos que se añadan claves de registro en HKCR.
  • Algunos modos de pantalla (p. ej., 1152×864) no están disponibles en el modo de escritorio virtual.
  • Meld 3.22.2 no logra iniciarse y muestra un cuadro de error (obtiene una ruta incorrecta mediante la variable XDG_DATA_HOME).
  • PlayOnline Viewer: Pantalla negra al ejecutarse mediante WINE Wayland.
  • PlayOnline Viewer: La ventana no se activa al restaurarla desde minimizada.
  • Asignación incorrecta del botón “home” del mando 8bitdo Pro 2 (en modo Xbox).
  • Wagotabi se bloquea en WINE-10.15.
  • tlReader 10.1.0.2004 tiene renderizado defectuoso en la barra de herramientas.
  • El commit “win32u: Don’t store the window OpenGL drawables on the DCs” provoca un bloqueo por espera (deadlock) de software.
  • PlayOnline Viewer: Tamaño de memoria virtual excesivo que posiblemente conduce a un bloqueo.
  • Geneforge 1 – Mutagen (Geneforge 2 – Infestation): problema de pantalla negra.
  • winecfg en WINE 10.17 no puede crear controles (botones, enlaces…) en algunas configuraciones.
  • Al establecer Client Side Graphics=N (controlador X11), interfaces como winecfg.exe y regedit.exe se muestran de forma anómala.
  • Las teclas de flechas no responden o quedan atascadas en algunos juegos.
  • Algunos cuadros combinados (comboboxes) ya no se dimensionan correctamente tras un commit en la versión 10.16.
  • Después del commit 18ce7964 WINE ya no ejecuta Steam para Windows.
  • Muchos juegos se bloquean al iniciar con el nuevo WoW64 de WINE-10.19 y GPU Nvidia dedicada.
  • imhex: Parpadeo constante → la interfaz gráfica queda inutilizable (regresión).
  • cmd está roto: “echo|set /p=%LOCALAPPDATA%” devuelve una cadena vacía.
  • StarCraft: fallo de aserción.
  • La barrera de sincronización no puede ser accedida múltiples veces.
  • El área de cliente de la ventana principal de CLM Explorer se muestra completamente en negro al iniciar.
  • HiveMQ CE 2025.5 se bloquea al iniciarse (falta de paréntesis en GetProcessHeap dentro del stub de iphlpapi.GetAnycastIpAddressTable).

Ya disponible

WINE 10.20 ya se puede descargar desde el botón que tenéis debajo de estas líneas. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

Dentro de dos semanas, si se sigue con el calendario habitual y nada nos hace pensar que no será así, llegará WINE 10.21, también con decenas de cambios para preparar el WINE 11.0 que llegará, todo atendiendo a lanzamientos pasados, a principios de 2026.

✇Victorhck in the free world

GrapheneOS migra sus servidores fuera de Francia por no ser seguro para «proyectos de privacidad de código abierto

Por: victorhck

El proyecto GrapheneOS ha anunciado en la red social del Nazi Elon Musk que cesa todas las operaciones en Francia, afirmando que el país ya no es seguro para los «proyectos de privacidad de código abierto».

Imagen: Antolin

Según leemos en la Wikipedia:

GrapheneOS es un sistema operativo móvil de código abierto basado en Android desarrollado como un proyecto sin fines de lucro que se enfoca en la privacidad y seguridad. GrapheneOS realiza mejoras sustanciales tanto en la privacidad como en la seguridad a través de muchas características cuidadosamente diseñadas para funcionar contra adversarios reales. Originalmente era conocido como Android Hardening hasta marzo de 2019.​

GrapheneOS es un proyecto que ofrece un sistema operativo basado en Android para dispositivos Pixel creado en 2014 por el desarrollador Daniel Micay, con el objetivo de liberar a las personas que lo utilizan del control y espionaje del sistema operativo desarrollado por Google.

Y han comunicado que migrarán todos los servidores que tenían en Francia a otras ubicaciones más seguras para el proyecto. Lo han comunicado también en su propio nodo del Fediverso:

Aunque el sistema operativo seguirá disponible para los usuarios franceses, todos los servidores web y de discusión se están trasladando al extranjero.

Hasta ahora, el proyecto dependía de OVH Bearharnois, un proveedor francés de alojamiento, para su sitio web principal y servicios de redes sociales. El plan de migración traslada las instancias de Mastodon, Discourse y Matrix a una combinación de servidores locales y compartidos en Toronto. La infraestructura crítica de sitios web será alojada por Netcup, una empresa alemana.

GrapheneOS está desarrollado para no recopilar los datos confidenciales de los usuarios en sus servidores ni almacena infraestructuras críticas en Francia. Por lo tanto, la migración no afecta a servicios como la verificación de firmas ni la protección contra degradaciones para actualizaciones.

Citando el apoyo del gobierno a la propuesta de Control de Chat de la Unión Europea, los desarrolladores de GrapheneOS también se niegan a viajar a Francia. Ya no se permite a los promotores trabajar dentro del país por motivos de seguridad.

Esta decisión fue provocada por una cobertura negativa en la prensa de dos artículos publicados por Le Parisien. Una entrevista con la fiscal francesa de ciberdelitos Johanna Brousse insinúa posibles acciones legales contra el proyecto:

«Con esta nueva herramienta, hay una legitimidad real para una parte de los usuarios en el deseo de proteger sus intercambios. Por tanto, el enfoque es diferente. Pero eso no nos impedirá demandar a los editores si se descubren vínculos con una organización criminal y no cooperan con la ley»

GrapheneOS sostiene que Le Parisien ha confundido su proyecto con forks patrocinados por el gobierno, que son copias falsas de su sistema operativo. El medio de comunicación se refiere a una aplicación falsa de Snapchat, publicidad en la dark web y una serie de vídeos no listados de YouTube que no son propios de GrapheneOS en sí.

El proyecto había amenazado previamente con litigios contra estas ramificaciones del proyecto patrocinadas por el gobierno. Un ejemplo destacado es ANOM, una empresa pantalla respaldada por el FBI que desarrolló un sistema operativo Android y una plataforma de mensajería comprometidos como parte de la Operación Trojan Horse entre 2018 y 2021.


Este artículo es una traducción/adaptación de un artículo en inglés publicado bajo licencia CC-by-sa 4.0 en la web PrivacyGuides.org que puedes leer en este enlace:

El proyecto ha comunicado que Francia ya no es un lugar seguro:

Francia no es un país seguro para proyectos de privacidad de código abierto. Esperan puertas traseras en cifrado y también en el acceso a dispositivos. No se permitirán dispositivos y servicios seguros. No nos sentimos seguros usando OVH ni siquiera para una web estática con servidores en Canadá/EE. UU. a través de sus filiales Canadá/EE. UU.

Ya el proyecto tiene una historia con contratiempos y problemas ocasionados en estos años debido a otros problemas a la hora de poner en marcha el proyecto:

victorhck

✇Linux Adictos

Cómo instalar Antigravity en Linux: el IDE de Google que te asiste con IA

Por: Pablinux

Google Antigravity

Si buscas un IDE moderno que combine edición de código, automatización y verificación con IA, Antigravity es justo lo que estabas esperando. Este entorno de Google nace con enfoque agent-first, lo que significa que no solo sugiere líneas: orquesta agentes capaces de planificar, ejecutar y validar tareas complejas sin que tengas que estar encima todo el tiempo.

En esta guía detallada aprenderás a instalar Antigravity en Linux, a ponerlo a punto y a sacarle partido con casos de uso reales. Verás cómo funciona su Agent Manager, cómo integra Chrome, qué artefactos genera para dar confianza en cada cambio y por qué marca una diferencia respecto a los IDE tradicionales basados en chat.

Qué es Google Antigravity y por qué importa

Antigravity es una plataforma de desarrollo basada en agentes que replantea el IDE en clave de autonomía y verificación. Su superficie principal es el Gestor de Agentes (Mission Control), desde el que lanzas, monitorizas y coordinas múltiples agentes trabajando en paralelo sobre tareas y espacios de trabajo diferentes.

En vez de depender de una interacción lineal tipo chatbot, Antigravity permite crear varios agentes que atacan varios problemas a la vez, generando y validando resultados de forma asíncrona. La edición de código sigue existiendo y mantiene la familiaridad de VS Code, pero la prioridad se desplaza a la administración de ingeniería y a la calidad del resultado.

La propuesta se apoya en modelos como Gemini 3 Pro y, según la propia documentación, llegó como Vista Previa Pública orientada a cuentas personales. En palabras de Google, es un salto de “Copilot” a “Coworker”: un compañero de trabajo digital que planifica, programa y comprueba por sí mismo a través del navegador y herramientas locales.

Requisitos y disponibilidad

Para empezar, Antigravity está disponible para Linux, Windows y macOS. Necesitarás una cuenta personal de Gmail y el navegador Google Chrome (o base Chromium), dado que parte de sus capacidades dependen de una estrecha integración con el navegador.

La vista previa se puede usar gratis con cuotas limitadas, incluyendo acceso a Gemini 3 Pro y, en el plan individual mencionado en la documentación consultada, a Claude Sonnet 4.5 y GPT-OSS. Ten en cuenta que, cuando llegues al límite de cuota, el propio IDE te mostrará avisos; conviene elegir el modelo con cabeza para equilibrar calidad y consumo.

Instalar Antigravity en Linux

En distribuciones basadas en Debian/Ubuntu, Antigravity mantiene un repositorio propio. El alta del repo y la instalación son directas con APT:

sudo mkdir -p /etc/apt/keyrings
curl -fsSL https://us-central1-apt.pkg.dev/doc/repo-signing-key.gpg | \
sudo gpg --dearmor -o /etc/apt/keyrings/antigravity-repo-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/antigravity-repo-key.gpg] https://us-central1-apt.pkg.dev/projects/antigravity-auto-updater-dev/ antigravity-debian main" | \
sudo tee /etc/apt/sources.list.d/antigravity.list > /dev/null

sudo apt update

sudo apt install antigravity

Para distribuciones con paquetes RPM (Fedora, RHEL, etc.), puedes usar DNF con este repo:

sudo tee /etc/yum.repos.d/antigravity.repo << EOL
[antigravity-rpm]
name=Antigravity RPM Repository
baseurl=https://us-central1-yum.pkg.dev/projects/antigravity-auto-updater-dev/antigravity-rpm
enabled=1
gpgcheck=0
EOL

sudo dnf makecache

sudo dnf install antigravity

Los usuarios con una distribución con base Arch lo pueden descargar desde AUR. Siendo software nuevo, no es fácil asegurar cuál es la mejor opción, pero el paquete antigravity-bin es el que tiene mejor valoración.

Una vez instalado, ejecuta Antigravity. El asistente inicial te guiará por la configuración: puedes importar ajustes de VS Code/Cursor o empezar de cero, elegir tema (oscuro o claro), y definir cómo quieres interactuar con el agente.

Primer arranque y políticas de autonomía

Durante el onboarding verás dos parámetros clave: la Política de ejecución de terminal y la Política de revisión. Ajustarlas bien evita sustos, sobre todo en entornos sensibles.

  • Ejecución de terminal:
    • Off: nunca ejecuta comandos automáticamente, salvo una lista permitida.
    • Auto: el agente decide y pide permiso cuando lo considera necesario.
    • Turbo: ejecuta comandos automáticamente (con lista de bloqueo configurable).
  • Revisión:
    • Always Proceed: no solicita revisión nunca.
    • Agent Decides: el agente pide revisión cuando lo ve oportuno.
    • Request Review: siempre requiere revisión antes de proceder.

En base a esas políticas, hay cuatro flujos predefinidos de uso: Desarrollo impulsado por agentes, asistido por agentes, basado en revisiones y Configuración personalizada. La opción recomendada es Desarrollo asistido por agentes porque equilibra autonomía y control, pidiendo confirmaciones cuando toca.

Completa el resto del asistente: elige tus preferencias del Editor, inicia sesión con tu cuenta de Google y revisa los Términos de uso. En el paso de login, Antigravity abre Chrome y crea un perfil dedicado; permite su creación para que el navegador gestionado funcione correctamente.

Agent Manager: el centro de control

Al abrir Antigravity verás el Agent Manager, no el árbol de archivos. Esta vista está diseñada para orquestar agentes asíncronos que trabajan en diferentes tareas, con una visualización clara del estado, artefactos generados y revisiones pendientes.

Puedes abrir un Workspace (carpeta local) desde aquí o más tarde. Selecciona una carpeta de trabajo y Antigravity iniciará una conversación contextual sobre ese espacio. Además, puedes usar @ para referenciar archivos y aportar contexto adicional a tu instrucción.

En la barra superior verás dos controles importantes: Planning vs Fast, y la selección de modelo. Planning produce planes y artefactos exhaustivos (ideal para tareas complejas), mientras que Fast ejecuta directamente (perfecto para cambios pequeños cuando prima la velocidad). Ten presente las cuotas de Gemini 3 Pro; si las agotas, el IDE te lo indicará.

Qué hay en la interfaz del Gestor de Agentes

La vista está organizada en secciones funcionales. Conocerlas agiliza mucho la navegación entre tareas y conversaciones.

  • Inbox: listados de conversaciones activas. Puedes entrar en cualquier momento para ver mensajes, estado, artefactos y solicitudes de aprobación.
  • Start Conversation: inicia una conversación nueva directamente, con el cuadro Ask anything listo.
  • Workspaces: añade y selecciona espacios de trabajo donde el agente puede crear y modificar archivos.
  • Playground: área de experimentación rápida; más tarde puedes convertirlo en Workspace si el trabajo madura.
  • Editor View: cambia a la vista de Editor para ver y editar archivos, lanzar comandos en línea e interactuar con el agente junto al código.
  • Browser: acceso al navegador integrado, uno de los grandes diferenciales de Antigravity al permitir verificación “end-to-end”.

Cuando estés cómodo, pulsa en Siguiente en los diálogos introductorios y abre tu primer Workspace o permanece en Playground para pruebas rápidas. Si vienes de otros entornos con IA, te resultará familiar la mención con @archivo y el pase de contexto.

Configurar el navegador de Antigravity

El agente principal puede invocar un subagente de navegador que opera páginas abiertas en un Chrome administrado por Antigravity (modelo especializado distinto del del agente principal). Este subagente clicará, escribirá, leerá el DOM y la consola, además de capturar pantallas y grabar vídeo.

Para habilitarlo, Antigravity guía la instalación de su extensión de Chrome. Por ejemplo, en Playground escribe una instrucción como go to antigravity.google; el agente solicitará configurar el navegador y te expondrá un botón Configuración para instalar la extensión desde Chrome Web Store.

Con la extensión instalada, el agente te pedirá permisos para continuar la tarea. Verás cómo el navegador “toma vida” con un borde azul indicando control del agente y, al volver al Agent Manager, aparecerán estados y artefactos relacionados con esa navegación.

Artefactos: cerrar la brecha de confianza

Una pieza clave del enfoque agent-first son sus artefactos. En vez de dar por hecho que “arregló el bug”, el agente demuestra con evidencias lo que hizo y cómo lo validó. Puedes activar la vista Artifacts desde la esquina superior.

  • Task Lists & Plans: el agente planifica el trabajo en pasos claros, editables y aprobables por ti.
  • Code Diffs: diferencias estandarizadas de qué líneas cambian y dónde.
  • Screenshots: capturas de la UI antes y después.
  • Browser Recordings: vídeos completos de las acciones del agente en el navegador.
  • Test Results: registros estructurados de pruebas ejecutadas con su resultado.

Además, puedes comentar artefactos al estilo Documentos de Google y enviar instrucciones granulares: el agente las incorporará y volverá a iterar. Aquí es donde el rol de “arquitecto” cobra sentido al revisar y guiar con precisión.

El Editor: contexto, comandos en línea y panel del agente

El Editor conserva la experiencia de VS Code: explorador de archivos, sintaxis, extensiones y, en general, la memoria muscular que ya tienes si vienes de ahí. Ahora bien, se potencia con conciencia del agente.

  • Inline Command: selecciona código y lanza órdenes como “hazlo más eficiente” o “añade comentarios de esta lógica”.
  • Agent Side Panel: en el lateral derecho, abre conversaciones y pide cambios sobre el código con contexto inmediato.

Para alternar entre Editor y Gestor de Agentes, tienes botones en la esquina superior derecha (Open Editor / Open Agent Manager) y, si prefieres teclado, el atajo Cmd + E (o su equivalente en tu sistema).

Casos de uso guiados que demuestran su potencia

Noticias destacadas con navegación y resumen

Un ejemplo sencillo: pedirle al agente que visite Google Noticias y resuma titulares relevantes. Desde Agent Manager, entra en Playground y lanza una petición del estilo: visita cierto sitio y trae un resumen por categorías.

El agente iniciará el navegador, tomará control y generará artefactos como capturas y vídeo. Prueba también una instrucción más concreta: Visit https://docs.cloud.google.com/release-notes and get me a summary of the release notes, categorized by product.

Generar una web dinámica en Python y Flask

Imagina un sitio informativo de una conferencia técnica de un día. Pídeselo al agente con una instrucción completa (home con fecha y lugar, 8 charlas, oradores, búsquedas por categoría/speaker/título, pausa de 60 minutos, dummy data y README detallado). Usa el stack Python + Flask, HTML/CSS/JS, y solicita que lance la web para revisar.

El agente producirá varios artefactos: Plan de tareas, Plan de implementación y Walkthrough, con verificación incluida en navegador. Si un puerto está ocupado (p. ej., 5000), el agente buscará otro libre (como 8080) y seguirá sin bloquearse.

Cuando la web esté viva, pásate al Editor para ver los archivos generados. ¿Quieres añadir dos charlas más? Desde el panel del agente pide “Add two more talks to the schedule” y revisa cómo actualiza el plan y valida los cambios.

Aplicación de productividad: temporizador Pomodoro

Otro clásico para probar front-end: una app Pomodoro con estética cuidada. Pide “Create a productivity app that features a Pomodoro timer. Give a calm and aesthetic look to the application.” y observa el proceso. El agente ejecutará pruebas y generará un artefacto de medios con un vídeo de verificación en el navegador.

Si algo visual no encaja (por ejemplo, un icono con fondo no transparente), sugiere cambios: “Make the hourglass icon background transparent”. El agente iterará el estilo, actualizará el plan y te mostrará las diferencias.

Pruebas de unidad con stubs simulados

Abre un Workspace con un módulo Python que implementa el flujo de pedidos (clase Order) con excepciones personalizadas, servicios externos InventoryService y PaymentGateway, y lógica de checkout que valida carrito, stock, descuentos, cobro y decremento de inventario. Es un escenario perfecto para generar tests con mocks.

Usa @ para referenciar el archivo dentro de la conversación y pide: “generate unit tests for this module and test it out with mock implementations”. El agente creará artefactos con el plan de pruebas, implementará stubs, ejecutará los tests y te enseñará el resultado. También puedes pedir una visualización de la clase para entender mejor su diseño.

Volver a la bandeja de entrada (Inbox) para retomar tareas

Si has lanzado varias conversaciones, entra en Inbox para verlas todas juntas. Desde ahí puedes retomar la conversación donde la dejaste, revisar artefactos y estados, o dar nuevas instrucciones sin perder contexto.

Modelos, modos y cuotas: sintoniza el rendimiento

Un consejo práctico: combina la elección de modelo con el modo Planning/Fast según lo que te interese. Planning es para investigación profunda, cambios grandes e integración de varias piezas; Fast viene de cine para renombrados, comandos de Bash aislados y tareas localizadas.

Recuerda que el uso de modelos premium está sujeto a cuotas, sobre todo en Vista Previa Pública. Si aparece un aviso de límite, ajusta el modelo o alterna el modo para aprovechar mejor cada llamada.

Perfiles a los que va dirigido Antigravity

Antigravity cubre desde perfiles técnicos puros hasta roles de producto. Desarrolladores front, back y full stack serán los principales beneficiados, pero también product managers y diseñadores para prototipos rápidos, y analistas/científicos de datos que precisen scripts y visualizaciones con razonamiento profundo.

Su combinación de administración de agentes, edición clásica y verificación con navegador permite que cada perfil se enfoque en su capa de valor. La IA se encarga de la ejecución técnica y la validación, mientras tú te quedas con la arquitectura, la decisión y la supervisión.

Documentación y capacidades del modelo de Antigravity

El IDE se apoya en Gemini 3 Pro y, de acuerdo con la información consultada, fue presentado como Public Preview en noviembre de 2025. Más allá del completado de código, la clave son sus capacidades agénticas: razonamiento avanzado, uso de herramientas y programación autónoma.

Además se mencionan opciones como Gemini 2.5 y un modelo integrado tipo “Nano Banana” para generar/editar imágenes. El cóctel técnico habilita flujos completos: planificación, implementación y validación con grabaciones y capturas, cerrando el ciclo de calidad.

Idiomas, menús y preferencias tras instalar Antigravity en Linux

Desde los menús de configuración puedes adaptar el entorno: tema, accesos, teclado y localización. Si quieres trabajar en español, ajusta el idioma desde Preferencias y revisa las opciones de la barra de menús para que el editor, el administrador y el navegador se comporten como te gusta.

Recuerda que Antigravity es multiventana. Editor, Agent Manager y navegador tienen sus propias superficies, lo que aporta claridad de responsabilidades y una navegación más directa entre construir, orquestar y validar.

Buenas prácticas al instalar Antigravity en Linux

Al principio te recomendamos apostar por el flujo de Desarrollo asistido por agentes. Te da suficiente autonomía sin perder control con solicitudes de revisión cuando importa. Si trabajas con repos sensibles, empieza con ejecución Off en terminal y súbela a Auto o Turbo cuando ganes confianza.

Activa la vista de Artefactos y acostúmbrate a comentar como si fuera un documento compartido. Ese loop de retroalimentación es oro puro para elevar la calidad y la trazabilidad de cada cambio antes de mezclar código.

Cómo probar Antigravity en otras plataformas

Aunque aquí nos centramos en Linux, Antigravity también está disponible en Windows (x64 y ARM64) y macOS (Intel y Apple Silicon). El flujo de onboarding es muy similar: descarga, instala, inicia sesión con Google y configura políticas y modelo conforme a tus necesidades.

La experiencia del navegador gestionado y la producción de artefactos es consistente entre plataformas, por lo que pasarte entre Linux, Windows y macOS no te obligará a cambiar tu forma de trabajar.

Ideas rápidas para seguir practicando

Si quieres seguir explorando, lánzate a tareas que combinen agente + navegador + editor. Por ejemplo, automatiza la extracción de datos de un panel con gráficos, pide validación visual con capturas y genera diffs del código que procesa esos datos.

Otra buena práctica es generar documentación viva: solicita un README a medida de tu proyecto, con pasos de instalación, ejecución, pruebas y cómo extenderlo. El agente puede mantener ese archivo al día a medida que evolucionas las funcionalidades.

Antigravity logra que pases del “prompting puntual” a una colaboración continua con evidencias de calidad. Entre el Agent Manager, el Editor y el navegador integrado, la plataforma te permite construir, validar y refinar sin salir del flujo, algo que los IDE tradicionales no resolvían con tanta elegancia.

✇Victorhck in the free world

Leí los términos del servicio de mi Smart TV y ahora duermo con un ojo abierto

Por: victorhck

Un horror por el que pasamos inadvertidos. Aquí traigo mi ejemplo para que vosotros y vosotras podáis escapar si aún estáis a tiempo…

Fotograma de la película 1984 en el que se ve al protagonista sentado en un rincón donde no puede verle el gran hermano, que aparece en una telepantalla gigante que todo lo observa

Fue un momento hermoso. El equipo que me lo llevó a casa, como dos ángeles benévolos con polos a juego, acababan de montar mi nuevo MegaCorp Glimmer-Screen 9000 en la pared.

Era un elegante monolito de obsidiana con una resolución pura de 8K, tan delgado que parecía desafiar las leyes de la física. Prometía un mundo de transmisión fluida, comodidad activada por voz y una imagen tan clara que podría contar los poros del rostro de un presentador de noticias desde el otro lado de la habitación.

Estaba enamorado. Esto no era solo una televisión. Era una ventana al futuro. La encendí y la pantalla se encendió con un timbre acogedor que sonaba sospechosamente como una caja registradora.

Luego llegó la pantalla de configuración. Contraseña Wi-Fi, inicios de sesión de servicios de streaming y para finalizar el proceso… el jefe final de la tecnología moderna: los Términos de Servicio.

Normalmente, hago lo que cualquier persona cuerda hace. Me desplazo hasta el final a la velocidad de la luz, marco la casilla «He leído y estoy de acuerdo» con la temeridad de alguien que firma un paquete, y sigo con mi vida. Pero ese día, algo era diferente. Un extraño sentido de deber cívico, o quizá un estallido de cafeína en mal momento, me invadió. «No», pensé, «Hoy seré una persona informada.»

Ese fue mi primer, y posiblemente el último, error.

Lo que siguió fue un descenso hacia un corazón de oscuros términos legales de tinieblas. Soy un hombre cambiado. He visto cosas. Aquí, por si te puede servir de ayuda, tienes un resumen de las cláusulas que han convertido mi santuario cinematográfico en un panóptico de paranoia.

Cláusula 7, Sección B, Subsección IV: El Ojo que todo lo ve

Jerga legal: «Al aceptar estos términos, concedes a MegaCorp y sus afiliados una licencia perpetua, mundial y libre de regalías para monitorizar, grabar y analizar todo lo que se muestre en tu Glimmer-Screen 9000 con fines de aseguramiento de calidad, optimización de contenido y publicidad dirigida.»

Traducción: Mi tele no solo me está mostrando películas; las está viendo conmigo. Y juzga mis decisiones. Sabe que vi tres temporadas seguidas de ese terrible reality show de citas. Me emocioné con esa comedia romántica tan cutre. Está registrando silenciosamente mi dudoso gusto por los documentales nocturnos sobre el concurso de hacer queso. Mi tele es mi nueva compañera de piso, la más crítica.

Cláusula 12, Sección F: El compañero de escucha

Jerga legal: «Para mejorar la función de comandos de voz, el conjunto de micrófonos incorporado puede permanecer en estado de escucha activa para captar audio ambiental, fragmentos conversacionales y otros datos acústicos. Estos datos pueden ser transmitidos a nuestros servidores para su procesamiento mediante nuestros algoritmos privativos.»

Traducción: El mando a distancia es un espía. La propia televisión es un espía. Mi salón ahora es una embajada con micrófonos en un thriller de espionaje de bajo presupuesto. Anoche, mi mujer y yo tuvimos una discusión entre susurros sobre si la piña debería permitirse en la pizza. Esta mañana, la línea de tiempo en mis redes sociales era un muro de anuncios de pizzas congeladas con temática hawaiana. ¿Coincidencia? CREO QUE NO.

Ahora comunico información sensible mediante una serie de gestos intrincados con las manos y notas garabateadas apresuradamente en un Etch A Sketch. La tele no puede leer mis garabatos frenéticos. Eso espero.

Cláusula 28, Sección A: La Cláusula del Dominador Digital

Jerga legal: «MegaCorp se reserva el derecho de entregar actualizaciones obligatorias y no revocables de firmware a su dispositivo en cualquier momento, sin previo aviso. Estas actualizaciones pueden alterar, eliminar o modificar de otro modo la funcionalidad, características y aplicaciones compatibles del dispositivo a nuestra exclusiva discreción.»

Traducción: me fui a la cama con una tele que tenía mi app de streaming favorita fijada en la pantalla de inicio. Me desperté y descubrí que había sido reemplazado por «Qwik-Flix», un servicio del que nunca había oído hablar y que solo retransmite tutoriales de banjo de dominio público.

Los botones de volumen de mi mando ahora controlan el termostato inteligente del piso de mi vecino. Esta no es mi tele; es una cocina de pruebas tecnológica, y yo soy el beta tester. Vivo en un estado de cambio perpetuo y no anunciado.

Cláusula 42: La Proclamación de «No posee nada»

Jerga legal: «El Glimmer-Screen 9000 y su software embebido están licenciados, no vendidos. Se le concede una licencia limitada, no transferible y revocable para usar el dispositivo únicamente con el propósito de ver transmisiones aprobadas por MegaCorp.»

Traducción: no tengo televisor. Tengo una pantalla costosa montada en la pared que MegaCorp me permite usar amablemente. Soy inquilino en mi propio salón. Tengo la sospecha de que si me pierdo un pago de mi plan «TV-como-servicio» (una función que aún no han anunciado, pero que seguro que llegará), un equipo de recuperadores con equipo de combate bajará por mi chimenea y recuperará su pantalla.

Así que ahora vivo con miedo. Cubro el televisor con una manta gruesa cuando está apagada, para que su siniestro sensor que no parpadea no me observe mientras duermo. Empecé a referirme a él sólo en susurros, como «El Monolito». Mi perro ya ni siquiera entra a la habitación; se queja en la puerta, sintiendo el aura opresiva de la vigilancia.

Por supuesto, todo esto es una sátira. En su mayor parte. No tengo esposa. O una televisión que me espía. Pero la aterradora verdad es que el núcleo de estas «cláusulas» existe en las interminables páginas de términos que la gente acepta todos los días. Están cambiando la libertad y privacidad de su software por conveniencia y pantallas brillantes. Están instalando espías en sus hogares y pagando por ese privilegio.

Entonces, ¿cuál es la solución? Tal vez es hora de que exijamos una «TV de software libre», una en la que controlemos el código, decidamos qué escucha y seamos dueños de nuestras propias salas de estar. Hasta entonces, estaré aquí, con mi sombrero de papel de aluminio y cuidándome las espaldas. El Monolito siempre está mirando.


Este texto es una traducción del inglés de un artículo escrito por Jason Self en su página web que puedes encontrar en este enlace y publicado bajo licencia libre y con su permiso:

Puede parecer una sátira exagerada, pero cabe recordar que la realidad supera la ficción y las nuevas formas de «extorsión» de muchas empresas a sus clientes crecen en imaginación y nuevas formas.

Ya hace 8 años publiqué en el blog un artículo que traigo aquí ya que empasta directamente con lo expresado en la ficción del relato:

Seamos conscientes y rechacemos las nuevas formas de espionaje y pérdida de privacidad que suponen cietos aparatos electrónicos que aceptamos como inavitables, cuando no lo son.

¿Cual es tu opinión? usa los comentarios del blog para compartirla…

Imagen de una radiografía de una cabeza en la que se ven dos cámaras de seguridad dentro y un texto que dice: Think while it's still legal

victorhck

Fotograma de la película 1984 en el que se ve al protagonista sentado en un rincón donde no puede verle el gran hermano, que aparece en una telepantalla gigante que todo lo observa

Imagen de una radiografía de una cabeza en la que se ven dos cámaras de seguridad dentro y un texto que dice: Think while it's still legal

✇Linux Adictos

Google Antigravity: el IDE con agentes de IA que puede cambiar la programación

Por: Pablinux

Google Antigravity

Mientras el sector del software sigue mirando a los editores tradicionales, Google irrumpe con Antigravity, un entorno de desarrollo construido alrededor de agentes de IA que prometen asumir gran parte del trabajo repetitivo y orquestar tareas complejas. La idea no es sustituir a la persona desarrolladora, sino llevarla a un plano más estratégico.

En la práctica, esto significa un IDE con experiencia agent-first que funciona en Windows, macOS y Linux, con descarga gratuita de inicio y un foco claro en trazabilidad y auditoría del trabajo automatizado. El atractivo está en acelerar entregas sin perder el control, con herramientas pensadas para verificar cada paso.

Qué es Google Antigravity y qué propone

Antigravity es una plataforma de desarrollo asistida por IA que se apoya en el ecosistema de Gemini 3 y en un enfoque agentivo: agentes autónomos planifican, ejecutan y documentan tareas de ingeniería (desde escribir código y generar pruebas hasta preparar despliegues y monitorizar). La colaboración con la persona desarrolladora es continua y auditable.

Este enfoque se traduce en un entorno donde el editor, la terminal y el navegador están orquestados por agentes, con herramientas dedicadas para mantener la transparencia y facilitar la revisión técnica. El objetivo es dedicar menos tiempo a operaciones rutinarias y más a diseño, arquitectura y producto.

Funciones clave de Google Antigravity y cómo se utiliza

  • Agentes autónomos y Mission Control: coordinación de múltiples agentes en paralelo para abordar tareas simultáneas en proyectos grandes.
  • Automatización del ciclo de vida: asistencia en refactorización, generación de tests, documentación, despliegue y supervisión.
  • Artefactos verificables: creación automática de planes de acción, listas de tareas y registros de ejecución para auditar el trabajo de la IA.
  • Integración con navegador: capacidad de inspeccionar e interactuar con aplicaciones web directamente desde el entorno.
  • Soporte multimodal: gracias a Gemini 3, entiende código, lenguaje natural, imágenes y respuestas de API en una misma sesión.
  • Experiencia multiplataforma: disponible para macOS, Windows y Linux con un entorno unificado de edición y chat.
  • Orquestación de modelos: posibilidad de configurar asistentes con Gemini 3 Pro, Claude 4.5 o GPT-OSS, sin coste inicial indicado.
  • Extensibilidad: utilidades como Jules actúan como sidekicks para sesiones de codificación asíncrona y trabajo por etapas.

Además de la autocompletación y el chat contextual, el IDE fomenta pedir tareas de alto nivel (no solo funciones aisladas). La IA puede desglosar objetivos en pasos verificables y generar los artefactos necesarios para que cualquier miembro del equipo revise el progreso.

Precio y disponibilidad en España y Europa

Google ha puesto Antigravity gratis para su descarga en esta fase inicial, con la advertencia de que está preparando planes para equipos y empresas que podrían introducir cambios más adelante. El instalador está disponible para Windows, macOS y Linux, por lo que su adopción en entornos europeos resulta directa.

Para organizaciones sujetas a marcos normativos en la UE, conviene revisar términos de uso y privacidad antes de habilitar capacidades cloud o compartir código sensible con agentes, especialmente en contextos con requisitos de cumplimiento y gobernanza.

Antigravity frente a IDEs tradicionales

Aspecto Antigravity IDE tradicional
Colaboración con IA Agentes autónomos, trabajo asíncrono y trazable Asistencia limitada o dependiente de plugins
DevOps y despliegue Automatización integrada y flujo cloud-native Habitualmente manual o fragmentado
Documentación Generación de artefactos verificables Documentación manual o parcial
Orquestación de modelos Selección y combinación de IA por tarea Soporte heterogéneo y menos unificado

La diferencia no es solo de funciones; cambia el modelo mental: se trabaja por objetivos y evidencias, con la IA como colaboradora que deja rastro de todo lo que hace.

Impacto para equipos técnicos y startups

Para responsables de producto, CTOs y founders, el enfoque agentivo permite acortar time-to-market, reducir errores de rutina y reasignar talento a lo estratégico. En equipos españoles y europeos, puede marcar distancia en entornos competitivos sin disparar costes iniciales.

La plataforma también favorece la colaboración distribuida: los artefactos y la trazabilidad facilitan revisiones, auditorías y handovers, algo clave en proyectos multipaís y con normativas diversas.

Limitaciones y puntos a vigilar en Google Antigravity

Aunque ambicioso, el ecosistema aún es joven: menos extensiones y comunidad que en editores asentados, y una curva de aprendizaje asociada al modelo agent-first. También conviene gestionar la dependencia de los agentes y mantener revisión humana en decisiones críticas.

Otro aspecto sensible es la gobernanza: definir qué código y datos se comparten con la IA, establecer políticas internas y validar compatibilidades con marcos europeos de privacidad y seguridad.

Cómo empezar a probarlo

La instalación es directa desde el sitio oficial para Windows y macOS. Los usuarios de Linux tenemos información sobre cómo añadir y activar repositorios para distribuciones con base Debian y Fedora. También está disponible en AUR para base Arch.

Antigravity se perfila como un IDE centrado en agentes que prioriza la trazabilidad, la automatización y la orquestación; una propuesta interesante para quienes buscan acelerar desarrollo en España y Europa sin renunciar a control y revisión técnica.

✇Victorhck in the free world

La ONG que fundó Bram Moolenaar, el creador de #Vim, cesa su actividad

Por: victorhck

Bram Moolenar fundó hace 30 años la ONG ICCF Holland, que ahora ve cómo tiene que cesar su actividad de ayuda a niños en Uganda. Pero los proyectos continúan.

Una imagen con la palabra Gracias escrita en varios idiomas en fuentes de varios tamaños y en diferentes direccines

El editor de texto Vim es un software charitywear, lo que implica que las donaciones que se hacen al proyecto van a una asociación no gubernamental (ONG) de ayuda a un colectivo.

Bram Moolenar, el creador de Vim y principal desarrollador del proyecto creó hace más de 30 años la ONG International Child Care Fund Holland (ICCF Holland), para ayudar en educación y sanidad a niños y niñas huérfanos en Uganda.

Durante 30 años Bram fue además del principal motor de la ONG, su tesorero. El dinero donado al proyecto Vim, ya sea por donaciones personales o por otros medios, era enviado a Uganda en su totalidad para la financiación de esos proyectos de ayuda para los niños y niñas.

Con la inesperada muerte de Bram Moolenaar el pasado 2023, su proyecto de Vim, ha seguido adelante, ya que personas que colaboraron con él han tomado el relevo en el desarrollo y mantenimiento del código de este gran editor de texto.

Pero la situación de la ONG ICCF Holland estaba un poco en el aire. Bram era su principal impulsor y gestor de la organización que se mantiene por el trabajo totalmente voluntario de un muy reducido grupo de personas, que desde la pérdida de Bram ha seguido trabajando y creando entre otros proyectos un par de bibliotecas en colegios para educar a los niños y niñas durante estos dos años.

Pero la situación parece que se ha vuelto insostenible y después de un debate entre la gente de la ONG y la familia de Bram, la ONG ha decidido disolverse antes de acabar el año 2025. Pero el trabajo no desaparece, si alguien quiere seguir donando para ayudar a esos niños y niñas en Uganda, puede hacerlo ahora mediante la ONG https://www.kuwasha.net/ que seguirá enviando el dinero donado para la ayuda en aquel país y en concreto en sus proyectos.

Así que si quieres seguir donando a Vim, que sepas que ahora las donaciones irán a Uganda gestionadas por otra entidad que sigue el trabajo de ayuda en aquel país con sus proyectos de educación y sanidad a niños y adolescentes.

Enlaces de interés

victorhck

Una imagen con la palabra Gracias escrita en varios idiomas en fuentes de varios tamaños y en diferentes direccines

✇Victorhck in the free world

Recopilación del boletín de noticias de la Free Software Foundation – noviembre de 2025

Por: victorhck

Recopilación y traducción del boletín mensual de noticias relacionadas con el software libre publicado por la Free Software Foundation.

¡El boletín de noticias de la FSF está aquí!

La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía, frente a las restricciones y abusos a los usuarios por parte del software privativo.

Por cierto este mes se cumplen 40 años de la creación de la FSF.

La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.

Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!

Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter

¿Te gustaría aportar tu ayuda en la traducción y colaborar con la FSF? Lee el siguiente enlace:

Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de noviembre de 2025.

La FSF anuncia el proyecto Librephone

Del 14 de octubre

La FSF está abordando la libertad en la telefonía móvil con su nuevo proyecto, Librephone. Este proyecto no construirá un sistema operativo móvil desde cero. Se trata de un proyecto a largo plazo para comprender mejor y aplicar ingeniería inversa al código no libre utilizado por prácticamente todos los SoC actuales, además de sentar las bases para un futuro de libertad en la telefonía móvil.

Puedes mantenerte informado uniéndote al canal en el servidor IRC Libera.Chat. Toda la información sobre Librephone se publicará en su página web, ¡así que no olvides añadirla a tus marcadores!

La FSF cumple 40 años con un nuevo proyecto revolucionario y un nuevo presidente

Del 4 de octubre

El aniversario de la FSF comenzó con una conversación entre los miembros de la junta directiva Christina Haralanova, Gerald J. Sussman, Ian Kelling y Richard M. Stallman, quienes hablaron sobre la misión de la organización y su visión de futuro.

Durante esta conversación, se presentó a Ian Kelling como el nuevo presidente de la FSF. El anuncio de la presidencia de Kelling no fue el único cambio importante que se compartió en FSF40: la directora ejecutiva de la FSF, Zoë Kooyman, presentó el proyecto más reciente de la organización: Librephone. Puedes leer más sobre el evento del 40.º aniversario de la FSF en el siguiente artículo.

El ocaso de Windows 10 no significa el fin de tu PC

Del 9 de octubre

Para quienes tengan ordenadores con Windows 10, es posible que hayan experimentado diversos problemas al intentar la actualización forzada a Windows 11 (siempre que su hardware fuera compatible). Esta no es la primera vez que Microsoft intenta controlar a los usuarios, ni será la última.

El fin del soporte para Windows 10 es la oportunidad perfecta para frenar este ciclo y pasarse a un sistema operativo GNU/Linux que respete la libertad. Existen varias distribuciones GNU/Linux libres y aprobadas por la FSF a las que pueden cambiarse, muchas de ellas con útiles tutoriales en línea. Prueben alguna si aún no usan un sistema operativo libre; siempre tendrán la libertad de volver a un sistema operativo que intente limitar sus funciones.

apoyo_fsf

Estas son solo algunas de las noticias recogidas este mes, ¡¡pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:

Y todos los números del «supporter» o boletín de noticias de 2025 en español, francés, portugués e inglés aquí:

Support freedom

victorhck

apoyo_fsf

✇Linux Adictos

Kodi 21.3 ya disponible con mejoras en Blu-Ray y HDR

Por: Pablinux

Kodi 21.3

Nuestro software favorito para reproducir todo tipo de contenido multimedia ya está bastante maduro. En series pasadas hemos visto creo recordar que hasta 7 u 8 actualizaciones de mantenimiento, pero aquí estamos, a las puertas de Kodi 22 Piers y se acaba de lanzar Kodi 21.3. La noticia aún no aparece en el blog oficial, pero sí en su GitHub, en donde además de las novedades podemos descargar el código fuente. Vaya por delante que en el momento de escribir este artículo no hay instalables ni siquiera para Windows, pero los subirán pronto.

Si estás esperando nuevas funciones destacadas, sigue esperando. Esas llegarán en Kodi 22, actualmente en Alfa, y de momento no parece que vayan a ser muy llamativas. Como decíamos, el software ya está muy maduro, aunque a mí no me importaría que actualizaran la skin oficial. Lo que sigue es la lista con las novedades de Kodi 21.3.

Novedades de Kodi 21.3

La nueva actualización llega cargada de mejoras y arreglos que se notan tanto en la experiencia visual como en el rendimiento general. En la parte de vídeo, ahora se ha añadido soporte HDR en Xbox One, algo que muchos venían pidiendo, además de corregirse varios fallos en la reproducción de Blu-rays en Linux, incluyendo los molestos errores de audio y subtítulos al reanudar la reproducción. También se ha mejorado el manejo de los metadatos HDR10, para una representación de luz más precisa, y se ha ajustado la selección de subtítulos para que funcione correctamente con los códigos de idioma de dos letras (ISO 639-1).

En lo que respecta a la biblioteca de vídeo y su gestión, el proceso de actualización es ahora más rápido y eficiente. Se ha solucionado el problema que hacía que los archivos con varios episodios sobrescribieran el primero, y también se han corregido errores en los diálogos de información de ciertas versiones alternativas de películas, eliminando algunos falsos positivos en la detección.

Apartado musical

El apartado musical también recibe atención: las búsquedas en CDDB ahora funcionan correctamente gracias a la integración con la API de Gnudb.org, y ya no fallan las búsquedas de álbumes por nombre de artista, algo que afectaba a bastantes usuarios.

En audio, se ha corregido un fallo poco común que podía provocar un crash en Pipewire al conectar o desconectar dispositivos. Por su parte, el sistema PVR (para ver o grabar televisión en directo) ya no se cierra inesperadamente cuando se detiene un flujo desde una app remota.

Otras mejoras

Entre las mejoras de periféricos, ahora se incluye soporte para teclados turcos en Linux, se han corregido los problemas al activar o desactivar los adaptadores Pulse-Eight CEC, y se han ajustado las teclas Delete e Insert alternativa en macOS. También se han pulido pequeños defectos visuales al gestionar dispositivos externos.

El sistema de add-ons recibe una curiosa corrección: se ha solucionado un bug que impedía actualizar los complementos tras 25 días de inactividad, ampliando ese límite a unos… 68 años (sí, literalmente).

En la parte visual, se han corregido cierres inesperados al abrir varios diálogos al mismo tiempo, se ha ajustado la ventana de suspensión que a veces quedaba abierta al reactivar el sistema, y se ha mejorado el soporte táctil en los controles deslizantes.

Por último, el apartado de red también mejora: se añade soporte para autenticación HTTP básica, se corrigen algunos fallos en transmisiones interrumpidas por HTTP/2, y se actualizan las librerías de red, incluyendo libnfs a la versión 6 y los certificados CA de Mozilla al paquete más reciente (15 de julio de 2025).

Kodi 21.3 llegará pronto a Flathub, más tarde en repositorios oficiales

Para los usuarios de Linux, la build o versión oficial es la que hay en Flathub, que pronto se actualizará a la versión 21.3. Más tarde actualizarán los paquetes de los repositorios oficiales de las diferentes distribuciones Linux. También hay disponible un paquete snap y una AppImage, ambos empaquetados con todo el software necesario, pero no son oficiales y no están soportadas por Kodi Team.

✇Linux Adictos

Sendworm: envía archivos con seguridad usando Magic Wormhole

Por: Pablinux

Sendworm

Enviar ficheros entre equipos sigue siendo un quebradero de cabeza para muchos, aunque hay soluciones que lo hacen ridículamente fácil. Con Sendworm nos referimos, en pocas palabras, a usar Magic Wormhole para mandar archivos de forma segura entre dos ordenadores sin dolor: nada de configurar puertos, nada de cuentas ni formularios, y todo protegido de extremo a extremo mediante un intercambio autenticado por contraseña. Lo que pasa es que Sendworm está disponible como app de escritorio.

La gracia está en que la herramienta es muy ágil y funciona por línea de comandos, pero no te asustes: su uso es tan minimalista que cualquiera puede manejarla con un par de órdenes. Puedes mandar un documento suelto, una carpeta comprimida o lo que necesites; el tiempo que tarde dependerá del tamaño del archivo y, claro, de la velocidad de subida de tu conexión.

Qué es Magic Wormhole y por qué encaja con la idea de Sendworm

Magic Wormhole es una aplicación libre escrita en Python que simplifica como pocas el intercambio de ficheros entre dos equipos, incluso cuando ambos están en redes distintas o detrás de sus respectivos NAT. En la práctica, el concepto de Sendworm alude a usar el comando de envío de Magic Wormhole para compartir datos de forma rápida, privada y con un par de pasos.

Este proyecto fue pensado para que el usuario no tenga que preocuparse por nada técnico: no hay que abrir puertos, no hay que intercambiar claves públicas manualmente y no hay que preparar servidores propios. La propia herramienta negocia la conexión, cifra el contenido y establece el túnel que hace posible la transferencia, todo ello con una experiencia directa y sin fricción.

Disponibilidad de Sendworm y sistemas soportados

Sendworm está disponible para equipos con Linux y macOS, y su instalación es muy accesible gracias a paquetes como flatpak en Linux. Esto permite que tanto usuarios domésticos como profesionales adopten la herramienta sin rodeos, disfrutando de la misma sencillez de uso en distintos entornos.

Cómo funciona Magic Wormhole, lo que hace la magia en Sendworm

El flujo de trabajo es tan elegante como efectivo. Al ejecutar el envío, la aplicación genera un código de emparejamiento de un solo uso que combina un número y dos palabras. Ese código sirve para que el receptor valide la operación desde su equipo, y así ambos extremos se reconocen con una especie de contraseña efímera. Dicho de otra manera: los dos usuarios se ponen de acuerdo con un código legible por humanos y válido solo para esa transferencia.

Aunque se podría pensar que todo transcurre estrictamente de punto a punto, en realidad hay un servidor intermedio (un proxy o relé) que participa en la orquestación. Este servidor no almacena el archivo; su papel es ayudar a que los dos extremos se encuentren y a levantar un túnel TCP entre ellos. De ese modo, la transmisión del fichero se realiza directamente entre los equipos, beneficiándose de una conexión eficiente y temporal.

Si hubieras visto un diagrama típico del proceso, observarías que en una ventana de terminal el emisor lanza la orden de envío, obtiene la clave efímera y se la comparte al destinatario por el canal que prefiera (mensaje, chat, llamada…). En la otra ventana, el receptor ejecuta la orden con ese código y, tras confirmar, recibe el archivo sin más configuraciones.

Seguridad: PAKE para cifrar y autenticar

La pregunta clave: ¿es seguro? La respuesta es sí. Magic Wormhole utiliza PAKE (Password-Authenticated Key Exchange) para establecer un secreto compartido entre emisor y receptor a partir del código generado. Esto significa que el cifrado de los datos depende de algo que ambos conocen (el código temporal), sin exponerlo a terceros. En la práctica, se logra un intercambio cifrado en el que la contraseña humana sirve para autenticar y derivar claves de sesión sin que viaje en claro.

La implicación más interesante es que, aun cuando existe un servidor de apoyo para facilitar la conexión, el contenido va protegido punto a punto: el relé no necesita conocer el material que se transmite. Además, como el código expira y es de un solo uso, se reduce de forma drástica la superficie de ataque frente a intentos de suplantación, ataques MITM o repetición.

Para usuarios reticentes a usar servicios de almacenamiento como Dropbox o Google Drive por dudas sobre el tratamiento de sus datos, esta filosofía resulta especialmente atractiva: no hay persistencia del archivo en la nube del proveedor. Se comparte lo justo durante la sesión, y cuando termina, no queda copia intermedia del contenido.

¿Qué papel juega el servidor intermedio?

En algún punto del proceso, la comunicación pasa por un servidor de retransmisión. Este punto a veces genera dudas, así que conviene aclararlo: ese servidor no se queda con tus archivos. Su misión es ayudar a los dos extremos a encontrarse y a levantar un túnel TCP directo entre ellos. Gracias a PAKE y a que la clave de emparejamiento es de un único uso, el servidor ve metadatos mínimos y no accede al contenido porque todo va cifrado punto a punto.

Este enfoque permite que, incluso con NAT de por medio, el establecimiento de la conexión sea robusto. No tiene por qué ser una conexión estrictamente directa al 100% en todos los casos (pueden darse rutas alternativas), pero a efectos prácticos la transferencia se produce entre emisor y receptor, sin almacenamiento en el relé. La arquitectura prioriza la privacidad, la simplicidad y la eficacia.

Ventajas frente a FTP, nube o VPN

Frente a un servidor FTP clásico, Magic Wormhole elimina el montaje de infraestructura, la apertura de puertos y la gestión de usuarios. Y comparado con un servicio de almacenamiento en la nube, no subes tu archivo a un tercero a la espera de que el receptor lo descargue: aquí el traspaso es directo y temporal, con cifrado fuerte y control total del proceso.

¿Y si ya tienes una VPN? Por supuesto, una VPN o herramientas como OpenSSH puede resolver traslados punto a punto, pero implica configuración, permisos y mantenimiento. Wormhole, en cambio, te da una ruta cortísima: abrir terminal, ejecutar send, compartir el código, y listo. En muchos escenarios cotidianos, ese equilibrio entre velocidad, privacidad y ergonomía es difícil de superar.

Consejos de uso y buenas prácticas

Para envíos voluminosos, comprimir antes puede acelerar el proceso y reducir errores. Mantén abierta la terminal de ambos equipos hasta que termine la barra de progreso y se confirme el final. Si tienes que compartir varios archivos, agrúpalos en un único paquete para simplificar y evitar múltiples confirmaciones.

Cuando dictes o escribas el código de emparejamiento, tómate un segundo para revisarlo: es breve, pero un carácter distinto impedirá el emparejamiento. Recuerda que el código caduca y solo sirve una vez; si algo falla, puedes volver a ejecutar el envío y obtendrás un código nuevo. Ese diseño es deliberado para preservar la seguridad de cada sesión.

Si trabajas en redes con latencias elevadas, la barra de progreso puede moverse irregularmente; es normal. Si en tu entorno empresarial la política de red es estricta, quizá notes que a veces el tránsito usa más el relé; aun así, la información viaja cifrada y el servidor intermedio no almacena el archivo, por lo que el contenido se mantiene fuera de riesgo de exposición.

Instalación de Sendworm en Linux

La instalación de Sendworm en Linux se hace preferentemente desde su paquete flatpak. Si se tiene habilitado el soporte, se puede instalar con el comando:

flatpak install flathub to.bnt.sendworm

También es posible instalarlo desde una tienda de software compatible, como Discover o GNOME Software. En su GitHub también hay paquetes DEB y RPM para distribuciones con base Debian y Red Hat respectivamente.

Cuándo elegir Magic Wormhole frente a otras alternativas

Úsalo cuando necesites mandar un archivo de forma privada y veloz sin montar servicios adicionales, ni cuentas, ni carpetas compartidas. Si sueles recurrir a pendrives, a adjuntos de correo o a enlaces de la nube para compartir un único documento, te sorprenderá lo mucho que se simplifica con Wormhole. Con juntar a emisor y receptor y compartir un código, todo se resuelve en segundos.

Si tu organización exige un repositorio histórico de archivos o permisos granulares, quizá un sistema de almacenamiento empresarial te convenga más. Pero si hablamos de traspasos puntuales, colaboraciones rápidas, soporte remoto o intercambio con clientes, Magic Wormhole ofrece una ruta segura y directa que encaja muy bien como herramienta de trabajo del día a día.

Usar Sendworm (esto es, el comando de envío de Magic Wormhole) significa apostar por una forma de compartir ficheros que combina sencillez de terminal, códigos humanos de un único uso, cifrado con PAKE y ayuda de un servidor de retransmisión que no almacena datos. Se instala en un momento (snap o pip), funciona en Linux y macOS, cruza NAT sin pedirte que abras puertos y te permite mandar desde un documento mínimo hasta un archivo comprimido voluminoso; todo ello con una experiencia limpia, cifrada y sin dejar huella en terceros.

✇Linux Adictos

Proton VPN CLI llega a Debian, Ubuntu y Fedora. Por qué no me importa (mucho) y puede que a ti tampoco

Por: Pablinux

Proton VPN CLI

Proton ha publicado recientemente Proton VPN CLI, según comenta, una de las funciones más demandadas por los usuarios. Tengo que reconocer que la noticia me ha sorprendido: ¿no estaba ya disponible? Parece ser que no. Sí había algo de línea de comandos, pero estaba mantenida por la comunidad. La noticia es que Proton VPN CLI ya está disponible de manera oficial, aunque en estos momentos no pasa de versión en fase de pruebas. O mejor dicho, en una muy temprana y limitada.

Lo que se puede hacer ahora mismo con la versión para Linux de Proton VPN CLI es conectarse y desconectarse a servidores de VPN y elegir servidores por país, ciudad o un servidor en concreto, esto último para los usuarios de pago. Si mencionaba que parecía estar en fase de pruebas es por lo poco que hay funcionando en comparación con una versión más completa, como la que tiene interfaz de usuario. Entre las limitaciones, sólo se puede conectar al protocolo de WireGuard, no cuenta con funciones avanzadas (como NetShied o Kill Switch) y los ajustes sólo se pueden configurar dese un archivo de configuración.

Proton VPN CLI disponible en versión temprana

Lo que han lanzado son paquetes para Debian, Ubuntu y Fedora. En este enlace explican cómo añadir los repositorios oficiales e instalar los paquetes.

Uso básico

Aquí algunos comandos útiles:

  • sudo protonvpn init: inicia el servicio. Pedirá las credenciales.
  • protonvpn login: iniciar sesión con tu cuenta.
  • protonvpn connect (o protonvpn c): conectar a un servidor. Permite opciones como –fastest, –random, –country <CC>, etc.
  • protonvpn disconnect (o protonvpn d): desconectar la sesión activa.
  • protonvpn status: ver el estado actual de la conexión.
  • protonvpn killswitch –on / –off: activar/desactivar el “kill switch” para bloquear tráfico si la VPN cae.

Hay que tener en cuenta que WireGuard debe estar instalado en el sistema, ya que es el único protocolo que acepta ahora mismo.

Cuándo puede interesar y cuándo no

En lo personal, esta noticia no me interesa casi nada, aunque vaya dirigida a los usuarios de Linux. ¿Por qué? Pues porque uso KDE y si no lo usara probablemente usaría GNOME. Muchos otros escritorios tienen una de esas dos bases (base, ojo), y tanto GNOME como KDE permiten añadir VPNs desde los ajustes de red.

En este enlace os explico cómo usar justamente ProtonVPN de esta manera. En resumen, se puede ir al apartado personal de ProtonVPN si estamos registrados y bajar archivos de configuración de VPNs de OpenVPN u otros de WireGuard. Haciéndolo así, podemos crearnos varias VPNs de distintos países, e ir cambiando según nos convenga. Lo malo de hacerlo así es que las reconexiones no son tan fiables, pero yo no he tenido problemas relacionados.

Y si no usara las VPNs en mis configuraciones de red, lo que haría sería instalar el paquete flatpak no oficial.

Cuándo sí interesa Proton VPN CLI

Con todo lo anterior, ¿cuándo sí interesa ProtonVPN CLI? Desde mi punto de vista, y más teniendo en cuenta que sólo está para Debian/Ubuntu y Fedora, para casos en los que no haya interfaz gráfica. Ya hay paquetes oficiales con interfaz para esas distribuciones, y la gestión es mucho más sencilla. Otro motivo puede ser el rendimiento, o sencillamente la preferencia de las líneas de comandos.

Como usuario de una distribución con base Arch, quizá sí me plantearía su uso si lanzaran algo para mí. Y es que, cómo hemos explicado, conectarse a un servidor directamente puede ser un problema si se corta la conexión, ya que la reconexión es menos fiable. Pero en mi caso, tampoco es que necesite una VPN constantemente, y además ya uso la VPN de Proton en Vivaldi.

Proton VPN CLI fue presentada el 30 de octubre, y pronto deberían ir añadiendo todas las funciones para que funcione con todo lo que tiene que ofrecer un servicio como este. A falta de algo para Manjaro, yo seguiré con los perfiles para la configuración de redes.

✇Linux Adictos

WINE 10.18 llega con soporte para excepciones de WinRT y casi 300 cambios

Por: Pablinux

WINE 10.18

Estando ya en noviembre, quedan pocas semanas para que empiecen a lanzar las Release Candidates de Wine Is Not an Emulator. Pero de momento seguirán lanzando una versión de desarrollo cada dos semanas. Lo que nos han entregado hace unas horas es WINE 10.18, una iteración sin una lista de novedades vistosa, pero que sigue preparando el terreno hacia la próxima estable y mejorando el software para los que prefieren lo que haya cuando lo haya.

Esa lista de novedades recoge mapeado de memoria OpenGL usando Vulkan en modo WoW64, API de barreras de sincronización, soporte para excepciones de WinRT y pass-through SCSI en modo WoW64, a lo que se le une el habitual punto de correcciones varias. En números, han corregido un total de 30 bugs y realizado 268 cambios.

Bugs corregidos en WINE 10.18

  • El instalador de Yukon Trail se bloquea al final durante la comunicación DDE con Progman.
  • Sid Meier’s Pirates! sufre parones frecuentes y bloqueos temporales.
  • El instalador de Yukon Trail no logra instalar su fuente.
  • El comando cmd con pipe | no activa el final de archivo (EOF) en ReadFile.
  • WINE D3D Command & Conquer Generals Zero Hour tarda mucho en cargar o maximizarse.
  • Las aplicaciones GL (y las aplicaciones D3D que usan el backend GL) son lentas en el nuevo modo WoW64.
  • Winetricks vb5run falla.
  • Autodesk Fusion requiere GetUserLanguages, que no está implementado.
  • El cuadro de actualización automática de Keepass 2 está roto (usa Taskdialog). EnableVisualStyles() de WinForms aparentemente no funciona.
  • “Permiso denegado” frente a “No existe el archivo o directorio” al abrir carpetas con una barra invertida al final.
  • El indicador de compartición _SH_SECURE no está soportado y provoca que _wfsopen falle.
  • CD Manipulator no puede detectar el nombre del modelo de la unidad en el modo experimental WoW64.
  • El cursor de espera no se muestra.
  • Exact Audio Copy: no puede interactuar con la unidad de DVD en WoW64.
  • Realterm_2.0.0.70 se bloquea al iniciarse.
  • Nightshade se bloquea: err:seh:NtRaiseException excepción no controlada código c0000409 (vcruntime140 nativo evita el fallo).
  • Jolly Rover se queda colgado al iniciar con uso del 100 % de CPU.
  • Directory Opus no logra iniciarse.
  • Inicio retardado de procesos de WINE en la versión 10.16 cuando winemenubuilder.exe está deshabilitado.
  • Error de tipo DllNotFoundException en mscorlib.dll dentro de wine-mono-10.2.0.
  • Los juegos MDk 2 presentan problemas en Windows.
  • Varias aplicaciones se bloquean con un fallo de aserción en cache_inproc_sync().
  • The Witcher 2 se bloquea al iniciar.
  • Procesamiento incorrecto de ConfigureNotify en XFCE.
  • PlayOnline Viewer: la aplicación se ejecuta y funciona, pero solo muestra una pantalla negra.
  • macOS: problema con el enfoque o activación de ventanas.
  • La compilación falla desde el commit db2e157c si es necesario aplicar autoreconf antes.
  • Error getCurrentThreadID al activar speedhack en Cheat Engine.
  • Error kernel32.timeGetTime al activar speedhack en Cheat Engine.
  • Las aplicaciones minimizadas se restauran con -4 píxeles verticales (redux).

Ya disponible

WINE 10.18 ya se puede descargar desde el botón que tenéis debajo de estas líneas. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

Dentro de dos semanas, si se sigue con el calendario habitual y nada nos hace pensar que no será así, llegará WINE 10.19, también con decenas de cambios para preparar el WINE 11.0 que llegará, todo atendiendo a lanzamientos pasados, a principios de 2026.

✇Victorhck in the free world

Los documentos Halloween de Microsoft

Por: victorhck

Allá por el año 1998, se filtraron una serie de documentos confidenciales internos de Microsoft donde se documentaban sus estrategias para hacer frente al software de «código abierto» en general y GNU/Linux en particular

Imagen terrorífica de una silueta oscura iluminada por una luz azul mortecina detrás de un cristal. La criatura apoya sus manos sobre ese cristal que nos separa del horror...
Imagen: Oskar Smethurst

Desde hace un tiempo grandes empresas tecnológicas se han vuelto «adoradoras» del software de código abierto u «open source». Una versión descafeinada y menos «radical» que software libre, para que a sus accionistas no piensen que aquello es un nido de wokes radicales.

Microsoft, la gran empresa de Bill Gates que desarrolló el sistema operativo más conocido: Windows, es una de esas empresas que se decanta por esas bondades del open source que tan bien sientan en las descripciones de sus productos.

Pero no siempre ha sido así (realmente ahora es así o es un «green washing» tecnológico). Hubo un tiempo en el que Microsoft tenía estrategias contra software que amenazaba su hegemonía y que se estaba desarrollando bajo eso tan alejado de sus políticas empresariales como era el código abierto y el software libre.

Y así se inicia esta «pesadilla» de Halloween… 🎃

Esas estrategias se suponía que tenían que ser confidenciales e internas. Una serie de pautas a seguir para hacer calar en el ideario colectivo que eso del código abierto, eso del software libre, eso de GNU/Linux era una moda pasajera, y que contenía peligros que desconocíamos, pero que desde Microsoft nos relataban.

Pero hete aquí que esos documentos secretos, que relataban la versión interna de desprestigio de esas tecnologías diametralmente opuestas al software privativo y restrictivo de Microsoft se filtraron y vieron la luz.

El exponer sus estrategias internas para tratar de acabar con el código abierto y GNU/Linux, además de revelar sus prácticas nada respetuosas, revelaba que aunque trataban de minimizar su impacto, lo que veían o a lo que tenían miedo era al potencial que aquello pudiera tener y que el número de frikis que «militaba» en alguno de esos proyectos de software libre y GNU/Linux creciera. Y lo que es peor que muchas empresas adoptaran ese nuevo modelo, haciendo así peligrar su estatus.

Ilustración donde sobre un fondo en degradado entre verde y azul se puede leer Microsoft "love" Open Source. Y aparece el "love" tachado

El número de personas, proyectos y empresas que han adoptado el código abierto y/o GNU/Linux efectivamente creció de manera muy superior a lo imaginado. Hoy el 100% de los grandes supercomputadores utilizan GNU/Linux o variantes. Los servidores que hacen que funcione Internet corren GNU/Linux y software de código abierto o software libre (o una mezcla de ambos)

Pero apesar de esas cifras enormes y crecientes, Microsoft no vio peligrar su hegemonía y sigue reinando en muchos campos de la tecnología. Eso sí, ha mudado su discurso de una actitud en contra de ese código abierto a posiciones a favor (o ese es el márqueting que quieren vender)

Pero volvamos a esos documentos Halloween que evidenciaron su lucha contra la amenaza del software de código abierto. Esos documentos son reales, y son auténticos, así lo ha reconocido Microsoft. Se dieron a conocer porque llegaron a manos de Eric S. Raymond (personaje controvertido por el cual no siento mucha simpatía).

Llegaron a sus manos un 30 de octubre de 1998 y los publicó en su web con anotaciones propias un 1 de noviembre de 1998. Por coincidir con fechas de celebración de la festividad de Halloween recibieron ese nombre.

Microsoft veía en ese movimiento del código abierto y software libre, en el que también englobamos a GNU/Linux, como una amenaza y expone que una de sus estrategias sería aplicar Embrace, Extend and Extinguish en español adoptar, extender, y extinguir para tratar que Microsoft siguiera siendo la pieza fundamental de esos nuevos tiempos y seguir siendo quien marcara los pasos a seguir.

Frente a esa nueva competencia también había intentado la estrategia FUD frente a sus competidores. FUD sería Fear, Uncertainly and Doubt traducido como Miedo, Incertidumbre y Duda. Es decir frente a un competidor, hacer creer desde tu postura dominante y con capacidades casi infinitas que los competidores representan una amenaza, en quien no se puede confiar. Algo así como el miente que algo queda de Goebbles que siguen practicando la extrema derecha en el terreno político en pleno siglo XXI… pero me desvío del tema.

Eric S. Raymond publicó esos documentos con sus propias anotaciones y además de los propios documentos de Microsoft, se han complementado con otros documentos relacionados.

¿Y todo esto a qué viene?

La cosa es que echando un vistazo por la red, me pareció muy pobre, que los documentos siguieran en la web de Eric S. Raymond y que esta estuviera en un dominio sin la «s» en su http. Ese siempre me parece un paso previo a la desaparición del dominio por completo.

Cierto que hay una versión archivada en archive.org, que es desde la que he cogido los textos de los documentos, porque referencian en los enlaces a páginas también archivadas en archive.org que en muchos casos las originales ya no existen.

Con los textos de los documentos descargados he querido subirlos a un repositorio Git, para seguir dándoles visibilidad y difusión en internet y seguir haciendo que estén disponibles, si otras fuentes fallasen.

He traducido algunas partes, no de los propios documentos originales, si no de la introducción que de ellos hace Eric S. Raymond y de algunas aclaraciones respuestas a preguntas más frecuentes (FAQ) que le hicieron al respecto.

Los documentos que descargué están en un repositorio de git en GitLab y he construido una pequeña página html con ellos. Tienes la web disponible en este enlace:

No espero que los leas todos (yo no lo he hecho) pero sí que les eches un vistazo o que leas las acotaciones de Eric S. Raymond o los anexos a los documentos originales.

Recordemos que Microsoft viene de estos pensamientos, que sí, que muchos ejecutivos han cambiado y los tiempos con ellos, peeeeeero siempre me causa cierto reparo admitir que todo aquello cambió y ahora el rumbo es diametralmente opuesto. Como dijo alguna vez uno de los protagonistas sin quererlo de esos documentos Halloween, Linus Torvalds: «Hablar es fácil, enséñame el código».

Es decir, Microsoft puede comprar el mayor repositorio de código abierto y software libre que existe, como es GitHub, y muchas otras acciones, pero sigue siendo una empresa de estándares cerrados y de código privativo. Desarrolla productos abusivos con sus usuarios y les fuerza a admitir condiciones nada respetuosas… Por eso siempre tengo ese resquemor de que si lo hicieron una vez, quizás lo sigan haciendo.

En fin, aquí tienes los enlaces a los documentos originales, a los de archive.org, a mi web, etc. Lee y saca tus propias conclusiones al respecto.

Happy Halloween 🎃 !!

Enlaces de interés

Fotografía de un joven y sonriente Richard Stallman con pelo largo y barba en medio de una carretera sujetando un cartel que pone: With free software you have freedom

victorhck

Imagen terrorífica de una silueta oscura iluminada por una luz azul mortecina detrás de un cristal. La criatura apoya sus manos sobre ese cristal que nos separa del horror...

Ilustración donde sobre un fondo en degradado entre verde y azul se puede leer Microsoft "love" Open Source. Y aparece el "love" tachado

Fotografía de un joven y sonriente Richard Stallman con pelo largo y barba en medio de una carretera sujetando un cartel que pone: With free software you have freedom

✇Victorhck in the free world

Las pesadillas del software privativo

Por: victorhck

Las historias más escalofriantes del software privativo acechan en cada época del año. Ese acoso constante es el que las hace todavía más aterradoras

Imagen: Oskar Smethurst

Aunque las monstruosidades escalofriantes de la larga y oscura noche de Walpurgis sean en su mayoría imaginarias, las siniestras amenazas de los proveedores de software privativo depredador siguen siendo demasiado reales.

¡Pero no temáis! La comunidad KDE, se encargarán de ahuyentar a esos seres malignos y proteger a nuestros amigos, familiares, empresa y comunidad de todas las aplicaciones y servicios privativos inquietantes e insidiosos que acechan nuestras computadoras, teléfonos y electrodomésticos.

¡Pero no pueden hacerlo solos! Necesitamos tu ayuda para librar esta batalla contra los fantasmas tecnológicos. Realiza un donativo de cualquier cantidad a su campaña de recaudación de fondos y ayudemosles a mantener a raya a las fuerzas oscuras.

Mientras tanto, disfrutemos (o suframos) con un par de nuevas historias que nos provocarán ansiedad y reflexionen sobre las lecciones que nos enseñan. Aprendamos de ellas, porque para los protagonistas, ya era demasiado tarde…

La noche de las camas vivientes

Una epidemia de tortícolis, lumbalgia y dolor de hombros fue la primera señal de que algo andaba muy mal.

Luego, Charles, nuestro querido vecino de 80 años, postrado en cama, murió doblado por la mitad «¡Como un taco!», lamentó desconsolada su viuda. Nadie podía comprender cómo su cuerpo artrítico había logrado adoptar semejante forma.

Cuando la pareja de tres casas más abajo murió asfixiada mientras dormía, la historia dio un giro aún más extraño. Las empleadas de la limpieza los encontraron con tela acolchada y espuma viscoelástica introducidas en sus gargantas.

🎃 Haz clic para revelar la dramática historia detrás de estos espeluznantes sucesos 🎃

Es la segunda semana y ya no nos atrevemos a subir. Oímos cómo «ellos» hacen ruido arriba, intentando salir. Por ahora estamos a salvo en la planta baja, ya que todavía no dominan los pomos de las puertas ni las escaleras.

Salir de casa para escapar no es una opción. Observamos horrorizados desde la ventana de la cocina cómo un pobre incauto lo intentaba. Corrió hacia su coche, pero una enorme cama California King, sorprendentemente ágil para su tamaño, lo alcanzó. La gigantesca losa grisácea le cayó encima, aplastándolo como a un insecto.

Otros aparatos se están sumando. La última vez que probamos el filtro de agua inteligente, nos dio una mezcla tan asquerosa que nos hemos visto obligados a beber directamente del grifo.

¡Qué horror!

No podemos confiar en nada electrónico. La televisión nos mantiene confundidos con noticias falsas: ¿algo sobre la demolición de la Casa Blanca? Obviamente, se trata de IA; así que no tenemos ni idea de si es un fenómeno global o si solo afecta al microverso de nuestra tranquila calle sin salida en las afueras.

Estoy escribiendo estas memorias en la encimera de la cocina con un cuchillo, ya que el iPad ya estaba conspirando contra la humanidad incluso antes de que lo sacáramos de la caja. En resumen, si alguien lee esto, espero que sirva de advertencia a las futuras generaciones, menos ingenuas.

Sea quien sea, escuche atentamente mi advertencia: ¡Por nada del mundo se le ocurra comprar una cama conectada a la nube de AWS!


El software de KDE funciona de manera local en tu equipo, directamente en tu ordenador, sin conectarse a ningún servicio en línea a menos que tú lo decidas. No tendrás que crear una cuenta para usar Krita; KDE Connect conecta todos tus dispositivos ÚNICAMENTE en tu red local doméstica o de trabajo, sin conectarse nunca a Internet; Kdenlive solo descargará recursos cuando se lo pidas explícitamente. Con KDE, todo tu software está bajo tu control absoluto y no recibirá órdenes de servidores en línea.

Al donar a KDE, garantizas que esa comunidad de software libre pueda seguir ofreciéndote aplicaciones y entornos que te permiten mantener el control, proteger tu privacidad y evitar que te causen problemas mientras duermes.

El color de los residuos

Caminando por el denso bosque, uno llega al Páramo Estéril de forma gradual. Rodeado de helechos, bajo la sombra de árboles de veinte metros de altura, apenas se percata de que, a partir de cierto punto, la maleza comienza a volverse más escasa.

Pero si uno se adentra lo suficiente en el páramo, lo nota. Pronto, no hay vegetación alguna bajo los pies. Los pocos árboles, con hojas amarillas y escasas, yacen a ras del suelo, con los troncos retorcidos y debilitados por la putrefacción.

🎃 Haz clic para revelar la dramática historia detrás de estos espeluznantes sucesos 🎃

Llegué a una aldea. El sendero que seguía se convirtió en un camino fangoso entre chozas destartaladas. Vi a poca gente, pero también estaban demacrados y arrugados, la mayoría solo podía caminar con dos bastones.

Me miraron con recelo y no respondieron a mi saludo. Seguí adelante apresuradamente, llegando pronto al límite norte del páramo.

La vegetación volvía a espesarse cuando divisé una cabaña y a un anciano fumando en pipa en el umbral.

—¿Vienes de la ciudad? —preguntó.

—Sí —respondí—. Es un lugar precioso.

—El sol te debe haber afectado los ojos si piensas eso —rió—. Ven, tómate algo y deja que se te pase el enfado.

Cansado de caminar, la idea de probar un poco de aguardiente casero se volvió más tentadora.

Le pregunté qué había llevado a la zona a un estado tan desolador.

—¿Ves? Cayó un meteorito en la propiedad del viejo Whateley, allá —dijo señalando vagamente hacia donde yo había venido.

Me contó cómo algo se había filtrado en la tierra, envenenando el agua del pozo y luego los cuerpos y las mentes de los habitantes de la granja.

La esposa había sido internada en un psiquiátrico; el hijo andaba suelto, desnudo, por el bosque. Al viejo Whateley lo encontraron vagando por la casa vacía, balbuceando en una lengua extranjera. Como el veneno también le oscureció la piel, la policía lo confundió con un mexicano y lo envió a El Salvador.

—Está creciendo, esa cosa que dejó el meteorito, ¿ves? Se come los árboles, los insectos y las bestias.

Se estremeció.

—¡¿En serio?! —exclamé sin aliento.

—¡Qué va, hombre! Ustedes, los de la ciudad, se creen cualquier chorrada. Hay un vertedero de basura electrónica río arriba. Hace unos años, cuando Windows 11 dejó de funcionar en los ordenadores, tiraron allí cincuenta mil ordenadores viejos. Los arrasaron con excavadoras y todo para que nadie pudiera llevárselos a casa. Cadmio, ¿ves? Esa porquería está en el río, en el aire, por todas partes, y bueno… —Señaló el páramo y se encogió de hombros.

—Aun así —dijo, mientras me rellenaba el vaso—, podría haber sido peor.

—¿Por qué?

—En el pueblo de al lado van a montar un centro de datos de Meta AI —se rió entre dientes—. Estamos jodidos durante una generación, pero esos cabrones están jodidos para siempre.

Me abstuve de decirle que Windows 13 saldría ese mismo año.


KDE combate la contaminación tecnológica con su proyecto KDE Eco. No solo reducen la huella de carbono del software, sino que también se aseguran de que todo su software funcione en ordenadores de baja potencia y supuestamente obsoletos.

Si te han hecho creer que necesitas un dispositivo nuevo porque una actualización de algún software privativo indeseable impedirá que funcione en el tuyo, piénsalo dos veces. Consulta la campaña End of 10 y descubre cómo tú también puedes combatir la obsolescencia programada.

Dona a KDE y ayuda a una comunidad global a seguir luchando por el medio ambiente… ¡y por tu bolsillo!


Estas historias «teatralizadas» sirven como ejemplos reales de cómo el software privativo (aquel que te restringe tu libertad como usuario de utilizarlo como prefieras) es no solo una cortapisa tecnológica, si no también una manera de hacerte dependiente de sus decisiones comerciales.

Con el software libre, tienes libertad. Y la comunidad de KDE crea un montón de software libre para darte la libertad que mereces. Empezar a utilizar KDE es descubrir un mundo nuevo de aplicaciones útiles y variadas que hacen que puedas utilizar tus equipos con libertad.

Pero para realizar toda esa labor, la comunidad de KDE necesita dinero para sufragar todos los gastos. El software que realizan es libre y gratuito, pero requiere un montón de infraestructura y manos de obra que no lo son.

La meta de donaciones era de 50K, y en dos semans ya ha sido sobrepasada y se acerca al ambiciosa meta de 75K.

¿Ya has donado a la comunidad que crea tu entorno de escritorio favorito? No lo pienses más y colabora con la cantidad que desees, y haz que estas historias de miedo se conviertan solo en ficción… aunque hay muchas otras amenazas ahí fuera…

Se lee el texto: Únete al juego ¡Colabora con KDE! y la mascota de KDE que es un simpático dragón verde corriendo sobre un fondo azul con unas esferas azules.

victorhck

Se lee el texto: Únete al juego ¡Colabora con KDE! y la mascota de KDE que es un simpático dragón verde corriendo sobre un fondo azul con unas esferas azules.

✇Linux Adictos

BrowserOS, el navegador agentico y abierto que automatiza la web con el objetivo de plantar cara a Comet y Atlas

Por: Pablinux

BrowserOS

Si has oído hablar de BrowserOS y te preguntas por qué tanta gente está hablando de un «navegador con cerebro», aquí vas a encontrar la foto completa. BrowserOS es un navegador de código abierto que incorpora agentes de IA capaces de entender instrucciones en lenguaje natural y ejecutarlas, clicando, escribiendo y navegando por ti con tus sesiones iniciadas y de forma local. Todo ello con un enfoque de privacidad por defecto y sin depender de infraestructuras en la nube para tus datos personales.

La propuesta no es una ocurrencia más en el mundo de los navegadores: BrowserOS nace como un fork de Chromium, con compatibilidad con tus extensiones de Chrome y un objetivo claro: ser una alternativa abierta y centrada en la privacidad a soluciones como Atlas (ChatGPT), Comet (Perplexity) o Dia, además de los navegadores tradicionales. La idea es sencilla de explicar y potente en su impacto: tú describes la tarea y un agente la lleva a cabo desde tu propio equipo, con tus credenciales y sin enviar tu historial a terceros.

¿Qué es BrowserOS y en qué se diferencia?

En esencia, BrowserOS es un navegador que ejecuta agentes de IA nativamente. Te permite redactar instrucciones como si se las explicaras a un compañero y el sistema se encarga de realizar la secuencia de acciones: abrir páginas, iniciar búsquedas, completar formularios o extraer datos. No es un asistente externo que «mira» tu navegador: los agentes viven dentro del propio BrowserOS.

Al estar construido sobre Chromium, la experiencia resulta familiar desde el minuto uno: interfaz reconocible, compatibilidad con extensiones, importación de datos de Chrome y adopción prácticamente instantánea para quien ya se mueve en ese ecosistema. Ese «se siente como en casa» reduce la fricción para empezar a automatizar sin sacrificar usos cotidianos.

Por qué ahora: el momento de los agentes en el navegador

En los últimos meses, las herramientas de programación asistida por IA han multiplicado la productividad de los desarrolladores. Sin embargo, millones de profesionales del conocimiento siguen atrapados en tareas repetitivas de navegador: copiar-pegar, rellenar formularios, exportar datos de dashboards, lanzar campañas, etc. Es un cuello de botella diario.

El equipo de BrowserOS plantea que, por primera vez desde los tiempos de Netscape, tenemos la oportunidad de reimaginar el navegador para el trabajo real. Si la IA ya «escribe» proyectos enteros, ¿por qué no puede también pulsar botones, desplazarse por una interfaz web o concatenar acciones como lo harías tú, pero sin que tengas que estar a los mandos todo el rato?

Los problemas que ataja BrowserOS

Antes de BrowserOS, el despliegue de agentes en tareas reales fallaba por motivos muy concretos. El proyecto identifica tres frenos principales que dificultaban su adopción masiva, especialmente en empresas:

  • Acceso a sesiones autenticadas: Muchas soluciones de agentes se ejecutan en máquinas remotas y no pueden operar con tus cuentas reales (Gmail, LinkedIn, herramientas corporativas). Resultado: se quedan cortas en tareas de verdad.
  • Fragmentación de herramientas: Unos agentes hablan con servidores MCP, otros hacen solo automatización web, otros encadenan APIs como si fueran Zaps. Falta una «caja de herramientas» unificada para construir flujos complejos.
  • Caja negra y cierre: Varios navegadores populares son productos de búsqueda o publicidad. No abren sus prompts ni su funcionamiento interno, te fijan un LLM concreto y derivan datos a sus servidores. Para muchas empresas, eso es un no rotundo.

BrowserOS responde desde la base: agentes dentro de tu navegador, corriendo en tu equipo, combinando MCP y automatización, y bajo una filosofía 100% abierta que puedes auditar y forkar cuando quieras. Esa suma resuelve lo que hasta ahora hacía inviable delegar trabajo serio a la IA en el navegador.

Cómo funciona BrowserOS y primeros pasos

El flujo es directo: descargas e instalas BrowserOS como cualquier navegador, inicias sesión en los sitios que usas a diario y, desde ahí, describes tareas en lenguaje natural. El agente actúa en tu contexto real, con tus permisos y sesiones activas, como si fueras tú frente a la pantalla.

  1. Descarga e instalación de BrowserOS para tu sistema (disponible para macOS, Windows y Linux). Si te preocupa la instalación en Linux, está como AppImage en GitHub.
  2. Importa tus datos de Chrome si te interesa mantener marcadores, historial o configuraciones.
  3. Conecta tu proveedor de IA: OpenAI, Anthropic o modelos locales vía Ollama/LM Studio, con tus propias claves.
  4. Empieza a automatizar: formula objetivos en texto y deja que el agente ejecute los pasos en la web.

Además, puedes combinar automatización de navegador con servidores MCP y llamadas a APIs en un mismo flujo. Esa mezcla permite montar asistentes capaces de raspar datos, procesarlos en un modelo y actualizar hojas de cálculo o herramientas SaaS, todo encadenado por un solo agente.

Características clave de BrowserOS que marcan la diferencia

  • Construcción de agentes en lenguaje natural: di lo que quieres, sin programar.
  • Libertad de modelos: trae tus claves y alterna LLMs, o ejecuta modelos locales.
  • Es un navegador «normal»: base Chromium, funcionan tus extensiones de Chrome.

La privacidad es un pilar del diseño: tus datos, historial y sesiones se quedan en tu ordenador, sin telemetría invasiva ni dependencia de nubes ajenas. Si lo prefieres, puedes trabajar exclusivamente con modelos locales y cerrar el grifo por completo.

Por si fuera poco, están trabajando en un bloqueador de anuncios potenciado por IA que promete cubrir escenarios más complejos que los filtros estáticos. Y, para desarrolladores y power users, hay soporte para usar el navegador como servidor MCP, integrándolo con herramientas como claude-code o gemini-cli.

Integraciones, MCP y uso desde herramientas externas

Una de las bazas más potentes es que BrowserOS puede operar como servidor MCP. Esto significa que otras aplicaciones compatibles con el protocolo (como las citadas claude-code o gemini-cli) pueden «hablar» con tu navegador y delegar tareas de interfaz web a sus agentes.

Lo interesante es la orquestación: no necesitas elegir entre automatizar el navegador o llamar a una API. Puedes hacer ambas cosas en la misma receta de agente. Por ejemplo, extraer datos de un portal con UI complicada, procesarlos con un modelo y, acto seguido, cargar el resultado en una hoja o un CRM, sin mezclar manualmente herramientas.

Comparativa rápida con Chrome, Brave, Arc/Dia y Perplexity Comet

Frente a Chrome

Gracias al open source de Chromium, BrowserOS hereda la base, pero Chrome lleva años sin grandes avances nativos de IA para automatización. Sin MCP, sin agentes locales, sin esa capa de orquestación integrada, se queda como un gran navegador… sin «asistente que hace clic por ti».

Frente a Brave

Brave abrió camino en privacidad, pero su foco está repartido entre cripto, búsqueda, VPNs y más frentes. BrowserOS va a lo suyo: IA en el navegador y automatización real del trabajo.

Frente a Arc/Dia

Mucha gente valoró la propuesta de Arc, pero cerró su código y dejó a usuarios en el aire. En BrowserOS es justo al revés: 100% abierto, auditable, forkeable, con comunidad implicada y sin dependencia de un proveedor único.

Frente a Perplexity Comet

Perplexity es, al final, una empresa de búsqueda y anuncios. Tu historial puede convertirse en producto. En BrowserOS, la promesa es tajante: datos locales y control completo por tu parte.

Seguridad, privacidad y licencia

La filosofía es «privacy-first»: usas tus propias claves de API o modelos locales con Ollama/LM Studio, eliges qué sale y qué no de tu equipo y mantienes el historial y sesiones fuera del alcance de terceros.

A nivel legal y de comunidad, BrowserOS es software libre bajo licencia AGPL-3.0. Puedes ver cómo está hecho, revisar prompts del sistema, proponer cambios, bifurcar el proyecto y contribuir. Todo ello con el espíritu «hecho con cariño desde San Francisco» que mencionan sus creadores.

Comunidad, cifras e impulso del proyecto

El interés es palpable. Se habla de más de 4,3k estrellas en GitHub, 25.000+ descargas y una comunidad de Discord por encima del millar de personas participando de forma activa. En otro fragmento aparecen métricas como «6,3k» y «558» (relacionadas con el repositorio, previsiblemente estrellas/seguidores/ramas), lo que sugiere una evolución al alza.

En lo técnico, el proyecto destaca por su base C++ sobre el coloso de Chromium, una travesía exigente que requiere picar mucha piedra y mantener compatibilidad con cambios upstream sin dejar de innovar en la capa de agentes.

Casos de uso y demos

Piensa en tareas reales: identificar perfiles de interés entre tus solicitudes de LinkedIn y añadirlos a una hoja de Google, cumplimentar formularios largos, recopilar datos de varias webs o preparar un «prebriefing» con información clave para una reunión. Lo cuentas en texto y el agente navega y actúa como lo harías tú.

Hay material audiovisual que muestra el concepto en marcha: demos como «HackerNews.top.3.mp4», «use-browserOS-to-chat.mp4» o «use-browserOS-to-extract.mp4» enseñan desde conversaciones asistidas a extracción de datos en sitios reales, reforzando que la automatización sucede en tu contexto auténtico.

Visión: el navegador como «sistema operativo» para agentes

Las empresas viven en el navegador: Salesforce, SAP, Workday, herramientas internas… Un ejército de trabajadores del conocimiento se pasa el 60–80% del día en apps web. Si un agente puede clicar y escribir como una persona, podrá automatizar prácticamente cualquier interfaz, incluidas aquellas sin APIs.

La visión que plantea el proyecto es que IT pueda desplegar «agentes-empleado» reutilizables: el «agente de gastos» de la compañía, el «agente de anuncios en Facebook» compartido por la comunidad que tú adaptas a tu flujo, etc. Menos tareas mecánicas, más foco en lo que aporta valor.

Quién hay detrás de BrowserOS

El núcleo del proyecto lo lideran dos hermanos gemelos con trayectoria seria en Big Tech. Nikhil ha trabajado en el backend de Reels y el feed de Facebook con C++ y sistemas, y Nithin ha sido ingeniero de ML en YouTube, participando en el primer gran modelo de recomendación (LRM) de la plataforma. Esa mezcla de low-level y capa de IA les da soltura para lidiar con Chromium y, a la vez, construir el «cerebro agente» encima.

  • Experiencia en C++ y sistemas a gran escala: mantenimiento de servicios críticos y de alto rendimiento.
  • Especialización en ML y recomendadores: entendimiento profundo de modelos modernos y su despliegue.

Voces de la comunidad y alternativas menos conocidas

Entre usuarios avanzados hay apetito por navegadores «diferentes» con potencial. Se han probado alternativas como Wavebox, Ulaa, Arc, Ghost Browser o Thorium, y se valora Zen Browser por productividad (aunque no sea Chromium). En esas pruebas se comenta que Wavebox es completísimo pero puede abrumar y que desbloquearlo al máximo cuesta; Ulaa presume de privacidad pero trae demasiados extras; Arc ha generado reacciones diversas; y Ghost Browser no termina de convencer.

Sobre Thorium, se oye que es muy rápido pero con ciertas dudas de seguridad, motivo por el que algunos lo aplazan. Y a menudo se pide no recomendar los más conocidos porque ya se han catado una veintena y el objetivo es descubrir rarezas que aporten algo realmente nuevo.

Guía breve de uso con agentes

Una vez dentro, el «momento mágico» llega cuando describes tareas reales. En lugar de pedir «que busque tal cosa» y devolver un resumen, el agente ejecuta la interacción en tu navegador. Si la web no tiene API, da igual: hay UI, hay acciones que un agente puede replicar con precisión.

  1. Describe tu objetivo: por ejemplo, localizar contactos específicos en una red profesional y volcar su info en una hoja.
  2. Confirma los pasos si el agente te los propone (útil para auditar lo que hará).
  3. Supervisa la primera vez para ajustar prompts o reglas. Luego, reutiliza la receta.

El uso de MCP y la posibilidad de «coser» automatización, APIs y modelos permiten que un único agente resuelva de punta a punta procesos completos, algo que antes requería pegar varias herramientas con duct tape.

Privacidad por diseño y control de modelos

Un beneficio clave es la libertad para elegir el motor de IA. Puedes trabajar con OpenAI, Anthropic o mantener todo local con Ollama/LM Studio, intercambiando según coste, latencia o sensibilidad del proyecto. Quien prioriza privacidad absoluta tiene una ruta 100% local.

Además, el proyecto publica y permite editar los prompts del sistema, algo poco común. Esa transparencia facilita ajustar el comportamiento del agente a tu organización o caso concreto y auditar cómo toma decisiones.

Pasos para aportar al proyecto BrowserOS

Si crees en la idea y quieres echar un cable, hay varias formas de apoyar. Dejar una estrella en GitHub ayuda a dar visibilidad; descargarlo y usarlo aporta telemetría de interés (si la activas) y feedback; y entrar al Discord permite proponer, descubrir y testear novedades.

Por último, en el sitio oficial suele aparecer el recordatorio de descargar el navegador para tu sistema, importar si quieres tus datos de Chrome y conectar el proveedor de IA de tu preferencia. A partir de ahí, es cuestión de ir creando tus agentes y compartir lo que te funcione.

Mirando todo el panorama, BrowserOS se consolida como un navegador open source de enfoque agentico, con privacidad por bandera, base Chromium y comunidad creciente. Aúna compatibilidad con extensiones, MCP, soporte para modelos locales (Ollama/LM Studio) y un compromiso de apertura que incluye licencia AGPL-3.0 y prompts editables. Frente a Chrome, Brave, Arc/Dia o propuestas ligadas a la publicidad y la búsqueda, apuesta por traer la «magia» de la IA directamente al sitio donde trabajas cada día. Y aunque aún hay detalles por pulir (como un bloqueador de anuncios con IA que llegará, o incidencias de instalación puntuales en Windows), el ritmo y la implicación de los usuarios apuntan a un proyecto que va a más, construido con «cariño» desde San Francisco y con ganas de que la web deje de ser una cadena de clics y pase a ser, por fin, una plataforma para agentes que curren contigo.

✇Linux Adictos

Cassowary te permite ejecutar apps de Windows en Linux, aquí tirando de máquinas virtuales

Por: Pablinux

Cassowary

Cuando trabajas en Linux pero sigues necesitando alguna aplicación de Windows, lo normal es que te plantees cómo integrarlas sin perder la comodidad del escritorio. En ese escenario, surge Cassowary, un proyecto que permite lanzar programas de Windows en una máquina virtual y mostrarlos en tu sesión como si fueran nativos. La integración se apoya en FreeRDP y la tecnología de RemoteApps, por lo que las ventanas se comportan como cualquier otra aplicación de tu distro.

En este artículo vamos a hablarte de todo lo que necesitas saber sobre Cassowary, esta opción que diría que es nueva, pero lo es para los que no la conocieran. Ya lleva algunos años en desarrollo.

¿Qué es Cassowary y cómo funciona?

Cassowary es una solución que conecta un invitado Windows con tu anfitrión Linux, de forma que puedas abrir aplicaciones del primero y usarlas integradas en el segundo. La clave técnica está en FreeRDP y el modo RemoteApps, que proyectan las ventanas del software de Windows en tu sesión de Linux como si fueran propias. No es emulación: debajo hay un Windows real, lo que favorece la compatibilidad con suites complejas como Office o Adobe.

En su planteamiento, Cassowary busca que el ida y vuelta de archivos sea natural. Desde Linux puedes abrir documentos directamente en una app de Windows y, al revés, en el Windows invitado es posible abrir ficheros con herramientas nativas de Linux. Además, el intercambio entre sistemas de archivos del host y del guest se simplifica para que trabajar con proyectos y carpetas compartidas no sea un engorro.

Otro enfoque práctico de Cassowary es la experiencia de uso. Incluye una utilidad de configuración que facilita ajustar el entorno, permite crear lanzadores de aplicaciones de Windows en el menú de tu escritorio y, si usas virt-manager, suspende la máquina virtual automáticamente cuando no hay apps en uso y la reanuda cuando vuelves a necesitarlas. La idea es que el consumo de recursos se adapte a tu flujo de trabajo, sin intervención manual constante.

Ventajas y funciones clave de Cassowary

  • Integración visual: las ventanas de Windows aparecen como nativas en tu sesión de Linux. No hay un “escritorio dentro de otro” salvo que lo elijas.
  • Flujo de archivos bidireccional: abre documentos del host en programas de Windows y viceversa con comodidad.
  • Herramientas de uso diario: asistente de configuración sencillo, generación de lanzadores y automatización de suspensión/retorno de la VM con virt-manager.
  • Documentación y comunidad: el proyecto sugiere un vídeo de guía de instalación, invita a dar una estrella para apoyar su desarrollo y ofrece un servidor de Discord para resolver dudas.

Estado del proyecto y consideraciones de seguridad

La situación actual del mantenimiento importa. Cassowary lleva cerca de 2 años sin commits. ¿Implica que sean inutilizables? No necesariamente: si tus dependencias siguen compatibles, pueden funcionar. Pero hay matices: sin parches recientes, el riesgo de vulnerabilidades no corregidas aumenta, especialmente al exponer servicios RDP o al usar componentes de terceros que sí evolucionan.

Para minimizar riesgos, conviene aislar la VM de Windows con reglas de red prudentes, limitar puertos abiertos, mantener actualizado el sistema invitado y el host, y evitar compartir más recursos de los necesarios. También ayuda preguntar en foros y comunidades afines: en /r/Linux, que promueve noticias e información (no soporte), recomiendan derivar dudas técnicas a espacios como /r/Linux4Noobs o /r/linuxquestions, e incluso a alternativas como comunidades en Lemmy o Kbin. Ese ecosistema social te da feedback real sobre qué sigue funcionando en 2025 y con qué ajustes.

Cómo ponerlo en marcha: requisitos y pasos generales

El flujo típico con Cassowary consta de tres tramos: preparar una VM de Windows con virt-manager, instalar Cassowary en el invitado Windows y en el host Linux, y finalmente afinar extras y resolver dudas frecuentes. Cada distribución cambia matices, pero el enfoque es consistente.

Si decides compilar desde el código (en lugar de usar los binarios publicados), hay detalles importantes. Primero instala Python 3 y Git en Windows (si es Windows 7, se recomienda Python 3.7) y sigue los pasos para generar los artefactos: en la carpeta app-linux se crea un directorio dist con un fichero .whl instalable y, en la parte de app-win, se construye un directorio bin con los instaladores. Este proceso descarga binarios de Python durante la configuración, por lo que necesitarás conexión a Internet.

¿Y si compilas la aplicación de Windows desde Linux? Ahí entra wine como herramienta de construcción. Debes tener Wine instalado para compilar el componente de Windows desde Linux. Ten presente que, aunque el empaquetado a través de Wine suele funcionar, hay casos en los que los ejecutables generados así no se comportan correctamente en ciertos Windows. Si te pasa, construir desde un Windows real suele resolverlo.

¿Quieres ayudar al proyecto? Hay varias vías habituales: mejorar la documentación, reportar fallos o proponer mejoras. Además, puedes apoyar de forma económica a través de plataformas de mecenazgo técnicas. Ese apoyo ayuda a que proyectos de nicho sigan vivos, incluso cuando no hay commits frecuentes.

❌