F-Droid 2.0: la renovación total del repositorio de apps libres para Android

septiembre 28, 2026 Alfonso Moreno | Sysadmin Senior 27 Visitas 12 min de lectura

TL;DR — Lo que vas a tener al final

Tiempo de setup: 30 minutos a 2 horas dependiendo de la complejidad del entorno.
Requisitos: Acceso root, Linux moderno, conexión a internet para descargar dependencias.
Resultado: Servicio funcional y estable, documentado paso a paso.
Troubleshooting: Logs estándar en /var/log/, comandos de verificación al final de cada sección.

Por qué F-Droid 2.0 importa (incluso si no usas Android)

El 24 de septiembre de 2026, el proyecto F-Droid publicó la versión 2.0 de su cliente oficial para Android. Es la mayor actualización en diez años y el primer rewrite completo del cliente desde el lanzamiento original. Para una audiencia como la de SoyLinux — sysadmins, homelabbers, gente que mira el software libre no como hobby sino como herramienta diaria — el anuncio importa por tres razones concretas: cambia el modelo de cómo se descubren apps libres en Android, introduce una nueva capa de integración con el sistema operativo (gracias a la presión regulatoria europea), y resuelve una deuda técnica que arrastraba el cliente desde la era de Java pre-Kotlin.

F-Droid no es solo “el sitio donde bajás Signal APK”. Es el repositorio de referencia para software libre en Android, y su cliente es la pieza de software que conecta a miles de usuarios con apps que en Google Play no aparecen — porque sus desarrolladores no quieren pasar por el proceso de revisión de Google, o porque las apps tienen componentes no-libres que Play no aceptaría, o simplemente porque el desarrollador valora más la autonomía que la distribución masiva. Entender qué cambió en el cliente es entender cómo funciona hoy la distribución de software libre en la plataforma móvil más usada del mundo.

Tres áreas de navegación, no diez

El rediseño más visible está en la estructura. La versión 1.x tenía una navegación con múltiples secciones (Latest, Categories, Nearby, Settings, Updates) que en la práctica resultaba en un menú inferior saturado y sub-pantallas anidadas. La 2.0 reduce todo a tres áreas principales: Discover, Search y My Apps. Settings y Nearby Swap siguen existiendo, pero se movieron a la barra superior.

Discover combina browsing y categorías. En lugar de obligarte a saltar entre “ver lo nuevo” y “explorar por categoría”, ahora ves en una sola pantalla las apps recién agregadas, las recién actualizadas y las más descargadas del repositorio. La decisión de diseño acá es interesante: prioriza exploración sin tracking. A diferencia de Google Play, donde el feed Discover aprende de tu comportamiento para empujarte apps, F-Droid muestra las más descargadas del repo como ranking estático — sin perfilado, sin burbuja de filtro, sin “para ti”.

My Apps centraliza lo instalado, las actualizaciones pendientes y los problemas reportados. El viejo pull-to-refresh desapareció del flujo principal: ahora los updates se buscan automáticamente en background. Si quieres forzar una verificación manual, está en el menú overflow (los tres puntos) de My Apps. La justificación del equipo es clara: el mejor botón de refresh es aquel que nunca necesitas apretar.

Categorías expandidas: de 20 a casi 200

El cambio de categories es donde más se nota la filosofía del rediseño. La versión 1.x tenía alrededor de 20 categorías generales (Games, Internet, Multimedia, etc). La 2.0 expandió esto a cerca de 200 categorías especializadas, agrupadas en meta-categorías de alto nivel para que la navegación no sea caótica.

El caso más visible es Games: en lugar de una sola categoría, ahora hay 17 sub-géneros (Action, Adventure, Puzzle, Strategy, RPG, Racing, Simulation, Sports, Card, Casino, Educational, Word, Music, Arcade, Board, Casual). Esto resuelve una queja histórica — buscar juegos en F-Droid era una experiencia frustrante porque terminabas scrolleando una lista mezclada de puzzle familiar y shooters indie.

Otras categorías que vale la pena nombrar porque importan a sysadmins: VPNs, firewalls, password managers, launchers, navigation, system tools. Antes estas apps vivían en “Internet” o “Utilities” mezcladas con 200 apps de linternas y lectores QR. Ahora las encuentras en dos taps desde Discover.

El árbol de categorías ahora juega un rol doble: no solo organizan la UI, sino que sus descripciones alimentan el sistema de búsqueda. Esto permite búsquedas por funcionalidad (“VPN”, “firewall”) sin tener que conocer el nombre exacto de la app.

Búsqueda que entiende funcionalidad, no solo nombres

La búsqueda en F-Droid 1.x era bastante cruda: match exacto contra nombre de paquete o nombre visible. Si querías una app de firewall y escribías “firewall”, te perdías apps como AFWall+ que aparecen listadas como “iptables frontend” en la descripción. La 2.0 extiende la búsqueda a nombres, descripciones, categorías y contenido traducido — esto último especialmente relevante para CJK.

El soporte mejorado para chino, japonés y coreano no es cosmético. F-Droid hostea muchas apps de origen asiático (particularmente japoneses y chinos) que nunca se traducen al inglés. En la versión vieja, buscar una app por su funcionalidad en esos idiomas era casi imposible. La 2.0 trae segmentación CJK real y soporte de transliteración, lo que ayuda a usuarios en esos mercados a encontrar apps que antes quedaban ocultas.

La búsqueda también guarda queries recientes, lo que parece menor pero en práctica acelera workflows como “volvé a buscar ‘wireguard’ para ver si hay un fork mantenido”.

Filtros combinables: el feature que faltaba

Quizás el cambio más útil para usuarios avanzados es el sistema de filtros combinables. Hasta ahora podías filtrar por categoría o por anti-features, pero no ambos al mismo tiempo. La 2.0 permite combinar criterios múltiples:

# Combinación típica en la UI de F-Droid 2.0:
# Categoría: Action Games
# + Compatible con mi dispositivo: sí
# + Excluir apps que dependen de servicios de red no-libres: sí
# + Mostrar solo apps con código fuente verificable: sí

Esto resuelve un dolor de cabeza histórico: cuando filtrabas por anti-feature “Depends on proprietary services”, te quedaban cientos de apps, y no había manera de acotar más. Ahora puedes decir “apps de Action Games que sean compatibles con mi dispositivo y no dependan de Google Play Services”. El resultado típico es una lista de 5-10 apps en lugar de 200.

Los anti-features siguen siendo la columna vertebral de la propuesta de valor de F-Droid. Cada app puede tener marcadas advertencias como Tracking, Ads, Non-FreeNet, Non-FreeDep, Non-FreeAdd, KnownVuln, UpstreamNonFree. El sistema de filtros las respeta automáticamente — si marcas “ocultar apps con tracking”, la búsqueda las excluye sin que tengas que filtrar por nombre.

El cambio regulatorio que hizo posible el instalador unificado

Hay un detalle técnico que parece menor y en realidad es enorme: F-Droid 2.0 usa la nueva API de pre-aprobación de Android (session installer API). Esto significa que en dispositivos que soportan la API, puedes confirmar la instalación de una app antes de que termine la descarga. Antes, el flujo era: tap install → descargar APK → prompt de instalación → instalar. Ahora es: tap install → prompt de confirmación → descarga en background → instalar automáticamente.

Esto acerca la experiencia de F-Droid a la de Google Play, que durante una década tuvo esa ventaja por estar integrado al sistema. La diferencia es que antes Google se negaba a exponer esa API a terceros — la excusa oficial eran “riesgos de seguridad”, la real era lock-in. La presión regulatoria (Digital Markets Act europeo, antitrust en otras jurisdicciones) forzó a Google a abrir esa puerta.

El resultado práctico: instalar desde F-Droid ahora se siente casi igual de rápido que instalar desde Play. Esto importa especialmente en mercados donde F-Droid es la opción principal por desconfianza hacia Google (parte de Europa, Brasil, India) o por necesidad (China, donde Google Play no existe).

Lo que se quitó — y por qué te puede importar

No todo son mejoras. Hay tres retrocesos importantes que vale la pena conocer si dependes de features específicas:

1. Drop de Android 6 (Marshmallow). F-Droid 2.0 requiere Android 7 como mínimo. La razón es una nueva API de Android 7 que la nueva arquitectura necesita. Si tienes un dispositivo con Android 6 que todavía funciona bien, la versión vieja 1.x seguirá funcionando, pero no recibirá más updates de seguridad de la app cliente. Verificar antes de actualizar.

2. F-Droid Privileged Extension (FPE) no soportado. FPE permitía a F-Droid instalar apps sin pedir permisos root, usando una extensión privilegiada del sistema operativo. Era relevante en ROMs custom como LineageOS y CalyxOS. En la 2.0, F-Droid usa la session installer API de Android, que no necesita FPE. Pero si tu ROM aún no expone esa API, no puedes usar 2.0 con instalación silenciosa — caes al modelo clásico con prompts.

3. App-wiping (panic trigger) no incluido. Esta es la regresión más sensible para cierto perfil de usuario. La versión 1.x tenía una integración con apps como Ripple que permitía borrar apps específicas en respuesta a un trigger de pánico (típicamente: alguien te está mirando el teléfono, quieres eliminar apps sensibles rápido). Esa integración no volvió en 2.0. El equipo dice que requiere trabajo muy especializado y la base de usuarios era chica; si dependes de esto por razones de seguridad personal, NO actualices a 2.0 hasta que el feature vuelva.

El equipo pide feedback específico a usuarios de app-wiping para evaluar cuándo traerlo de vuelta. Si lo necesitas, vale la pena escribir al foro (forum.f-droid.org) con tu caso de uso concreto.

Privacidad: Tor migrado, app hiding reducido

Dos cambios en el sistema de privacidad:

Tor: configuración migrada. La opción “Use Tor” histórica se migró a “Proxy Settings” genérico. La razón: el ecosistema de Tor en Android se fragmentó — hay TorVPN, Orbot, TorServices, cada uno con su propia implementación. F-Droid 2.0 recomienda Tor VPN como approach estándar y deja los Proxy Settings para control manual. Si tienes una config custom de Tor con bridges o entry guards específicos, vas a tener que rehacerla en los nuevos settings.

App hiding: cambio conceptual. Antes, F-Droid podía disfrazar el ícono de la app cliente como una calculadora funcional. Ahora el disfraz solo cambia ícono y nombre de la app. Esto significa que F-Droid sigue apareciendo en Settings → Apps, y un análisis forense del dispositivo lo encuentra igual. El equipo justifica esto diciendo que el disfraz engañoso daba falsa sensación de seguridad — ahora el usuario entiende los límites reales del feature. Es una decisión discutible: por un lado más honesta, por otro deja a usuarios en riesgo real con menos herramientas.

El conjunto de “panic features” generales (borrado rápido de apps, deshabilitación de red) sí se mantuvo. Solo desapareció la integración con triggers externos y el app-wiping.

Cómo conseguir F-Droid 2.0 hoy (sin esperar el rollout)

El rollout de F-Droid 2.0 es gradual — empezó el 24 de septiembre y va a tomar semanas llegar a todos los usuarios. Si quieres forzar la actualización sin esperar:

# Opción 1: instalar F-Droid Basic (es 2.0 directo, sin esperar)
# F-Droid Basic es un cliente alternativo mantenido por la comunidad
# que siempre trackea la versión más reciente del repo principal
adb install https://f-droid.org/FDroidBasic.apk
# Opción 2: habilitar "Allow beta updates" en el cliente actual
# Abrí F-Droid → Settings → Allow beta updates → activado
# vuelves a la pantalla principal, refrescás, debería aparecer 2.0

El comentario de usuario intgr en LWN lo confirma: el camino oficial requiere explícitamente habilitar beta updates para que aparezca. Si no las activás, el cliente 1.x sigue funcionando como siempre.

Para los que mantienen ROMs custom (CalyxOS, iodéOS, Lineage-for-microG, ShiftOS, emteriaOS), F-Droid 2.0 ya es compatible con el mecanismo de “additional repos” — cada ROM puede seguir incluyendo sus propios repositorios sin tocar nada. La integración con FPE puede romperse dependiendo de la versión de Android de la ROM; si tu ROM es Android 7+, debería funcionar via session installer API.

Verificar la instalación y migrar settings

Una vez que tienes 2.0 instalado, vale la pena revisar tres cosas:

# 1. Verificar versión
adb shell dumpsys package org.fdroid.fdroid | grep versionName
# Debería mostrar "2.0.0" o superior
# 2. Confirmar que la session installer API funciona en tu dispositivo
adb shell cmd package list features | grep -i session
# Si aparece "android.software.session_install", tu dispositivo soporta la nueva API
# 3. Si usabas FPE antes, verificar que sigue o no funcionando
adb shell pm list packages | grep org.fdroid.fdroid.privileged
# Si está y funciona, F-Droid 2.0 lo ignora por diseño (la session API gana)

Si tu dispositivo no soporta la session installer API, la instalación cae al modo clásico con prompts. Funciona, pero pierdes la ventaja de velocidad.

¿Vale la pena actualizar?

Para la mayoría de usuarios de F-Droid, la respuesta es sí. La 2.0 resuelve problemas reales (descubrimiento de apps, categorías mal organizadas, búsqueda limitada), la instalación es más rápida gracias a la session API, y el rewrite en Kotlin/Compose asegura que el proyecto sea mantenible en los próximos años.

NO actualices si:

Tu dispositivo corre Android 6 o anterior (no es compatible).
Dependes de la integración con app-wiping via Ripple u otro trigger externo.
Tu ROM custom no expone la session installer API y dependes de FPE.
Tienes una config custom de Tor con bridges específicos que todavía no migraste a la nueva UI.

Para todos los demás — sysadmins que tienen un Android secundario con apps de monitoreo, homelabbers que usan Termux y necesitan apps de acceso remoto, gente que simplemente quiere apps sin tracking — la 2.0 es un upgrade recomendado. El rollout va a llegar a todos en las próximas semanas; si quieres ir primero, F-Droid Basic te lo da hoy.

Preguntas frecuentes

¿Por qué F-Droid 2.0: la renovación total del repositorio de apps libres para Android es relevante para sysadmins Linux?

Forma parte del flujo diario de administración. Los conceptos explicados se aplican directamente a servidores en producción y resuelven problemas reales que enfrentan sysadmins hispanohablantes.

¿Qué necesito para empezar con F-Droid 2.0: la renovación total?

Distribución Linux actualizada (Debian, Ubuntu, RHEL, Fedora o Arch), acceso root, y conexión a internet. Para producción: entorno de staging separado antes de aplicar cambios.

¿Cuáles son los errores más comunes con F-Droid 2.0: la renovación total?

Los tres más frecuentes: (1) saltar la lectura de logs, (2) aplicar cambios directos en producción sin probar, (3) olvidar permisos y ownership. La documentación y un plan de rollback siempre.

¿Cuándo usar F-Droid 2.0: la renovación total y cuándo una alternativa?

Esta solución es ideal para el caso descrito. Alternativas como Docker, Ansible o configuración manual pueden ser mejores según contexto: portabilidad, escala y reproducibilidad son los factores clave.

¿Cómo migro desde una configuración previa a F-Droid 2.0: la renovación total?

Documentar el estado actual, probar la nueva configuración en staging, validar funcionalmente, y aplicar en producción con rollback plan listo. Los posts de SoyLinux incluyen troubleshooting para los problemas más comunes.