Android 17 es la primera desde 3.x en añadir nuevas APIs sin publicarlas en AOSP
La decisión de Google de distribuir primero las nuevas APIs de Android 17 en lanzamientos trimestrales exclusivos de Pixel, sin actualizar simultáneamente el Android Open Source Project (AOSP), se ve como un punto de inflexión en lo abierto que realmente es Android. Los comentaristas argumentan que esto da a los Pixels una ventaja competitiva injusta, complica la vida de proyectos como GrapheneOS y de otros OEM, y encaja en un patrón más amplio de Google estrechando el control sobre Android y Chromium. Muchos plantean preocupaciones de seguridad, antimonopolio y de ecosistema a largo plazo, mientras que otros miran hacia sistemas móviles basados en Linux y navegadores alternativos como la única vía creíble para alejarse del creciente dominio de Google.
Android 17, QPR y APIs exclusivas de Pixel
- Android 17 introduce nuevas APIs estándar solo en QPR1, que ahora es un lanzamiento trimestral exclusivo de Pixel.
- QPR1 y QPR3 dejaron de publicarse en AOSP a partir de Android 16; los OEM y los forks de AOSP solo los obtienen más tarde a través de QPR2.
- Algunos consideran que esta es la primera vez desde Android 3.x que las APIs visibles para las apps quedan de facto fuera de AOSP durante meses.
Impacto en los forks de AOSP y GrapheneOS
- Los ROM personalizados y los forks centrados en seguridad se quejan de: retrasos en la publicación del código fuente, parches bajo embargo, cambios en la attestation y, ahora, en el calendario de las APIs.
- La afirmación es que los Pixels obtienen acceso a funciones y a algunos arreglos de seguridad con meses de antelación, dándoles una ventaja injusta sobre otros fabricantes de Android.
- Se dice que GrapheneOS necesita mucha ingeniería inversa para seguir dando soporte a los Pixels; algunos esperan que los dispositivos Motorola se conviertan en objetivos más fáciles.
Seguridad, privacidad y control del usuario
- Muchos sostienen que la propuesta original de Android como sistema “abierto” ha sido reemplazada gradualmente por un bloqueo al estilo Apple, con Google priorizando la recolección de datos y el control.
- Otros señalan que los propios OEM prefieren un control más estricto (bootloaders bloqueados, justificaciones antirrobo) y que no pueden o no quieren mantener su propio sistema operativo.
- Hay debate sobre los estrictos requisitos de hardware de GrapheneOS: algunos elogian una seguridad “máxima”; otros quieren un soporte más amplio, “suficientemente bueno”.
Esfuerzos de sistemas operativos alternativos
- Opciones mencionadas: GrapheneOS, LineageOS, postmarketOS, Ubuntu Touch, SailfishOS, Plasma Mobile, Librem 5, HarmonyOS y teléfonos basados en Linux de proveedores más pequeños.
- Escepticismo: el mal soporte de hardware, ecosistemas de aplicaciones débiles, problemas de estabilidad y las instalaciones difíciles mantienen estos sistemas como nichos.
- Algunos creen que la esperanza a largo plazo está en una tercera plataforma bien financiada (posiblemente basada en Linux, respaldada por Steam/Valve o similar).
Licencias, gobernanza y antimonopolio
- Discusión sobre GPL frente a licencias permisivas: la creencia de que el copyleft (como en Linux) limita mejor el comportamiento corporativo de “abraza, extiende, extingue”.
- Preocupación de que, sin una aplicación firme, incluso la GPL pueda erosionarse (por ejemplo, con una distribución incómoda del código fuente del kernel).
- Varios ven los movimientos de Google como un comportamiento monopolístico clásico; otros dudan de que los reguladores intervengan, citando casos pasados y la pequeña cuota de mercado de Pixel.
Sentimiento general
- Las emociones van desde la ira y los llamamientos a abandonar Android/Google, hasta una resignación pragmática (“a la mayoría de los usuarios no le importa y nada cambiará”).
- Algunos usuarios avanzados de Android dicen que pasarán a iOS o a teléfonos Linux; otros redoblan su apuesta por Firefox y ecosistemas no Google como una batalla paralela.