Android 17 3.x के बाद पहली बार है जिसमें AOSP में रिलीज़ किए बिना नए APIs जोड़े गए हैं
Google का नया Android 17 APIs को पहले Pixel‑only quarterly releases में, और Android Open Source Project (AOSP) को साथ‑साथ अपडेट किए बिना, भेजने का फैसला इस बात में एक मोड़ के रूप में देखा जा रहा है कि Android वास्तव में कितना open है। टिप्पणीकारों का तर्क है कि इससे Pixels को अनुचित competitive edge मिलती है, GrapheneOS जैसे projects और दूसरे OEMs के लिए काम मुश्किल होता है, और यह Google द्वारा Android और Chromium पर control कसने की एक व्यापक प्रवृत्ति के अनुरूप है। कई लोग security, antitrust, और लंबे समय की ecosystem चिंताएँ उठाते हैं, जबकि कुछ Linux‑based mobile systems और alternative browsers को Google के बढ़ते प्रभुत्व से दूर जाने का एकमात्र भरोसेमंद रास्ता मानते हैं.
Android 17, QPRs, और Pixel‑Exclusive APIs
- Android 17 QPR1 में ही नए standard APIs पेश करता है, और यह अब Pixel‑only quarterly release है।
- Android 16 से शुरू होकर QPR1 और QPR3 को AOSP में प्रकाशित करना बंद कर दिया गया; OEMs और AOSP forks को ये बाद में सिर्फ QPR2 के ज़रिए मिलते हैं।
- कुछ लोगों के अनुसार, यह Android 3.x के बाद पहली बार है जब app‑visible APIs कई महीनों तक effectively non‑AOSP रहती हैं।
AOSP Forks और GrapheneOS पर प्रभाव
- Custom ROMs और security‑focused forks की शिकायतें हैं: source drops में देरी, embargoed patches, attestation changes, और अब API timing।
- दावा है कि Pixels को features और कुछ security fixes तक कई महीने पहले पहुँच मिलती है, जिससे उन्हें दूसरे Android vendors पर अनुचित बढ़त मिलती है।
- कहा जाता है कि Pixels को support करते रहने के लिए GrapheneOS को भारी reverse‑engineering की ज़रूरत पड़ती है; कुछ लोग उम्मीद करते हैं कि Motorola devices को target करना आसान हो जाएगा।
Security, Privacy, और User Control
- कई लोगों का तर्क है कि Android की शुरुआती “open” पेशकश धीरे‑धीरे Apple‑like lock‑down में बदल गई है, जहाँ Google data collection और control को प्राथमिकता दे रहा है।
- दूसरों का कहना है कि OEMs खुद भी ज़्यादा control चाहते हैं (locked bootloaders, anti‑theft के तर्क) और अपना OS बनाए रखने में सक्षम नहीं हैं या नहीं चाहते।
- GrapheneOS की strict hardware requirements को लेकर बहस है: कुछ “maximal” security की प्रशंसा करते हैं; अन्य व्यापक, “good‑enough” support चाहते हैं।
Alternative OS Efforts
- जिन विकल्पों का उल्लेख किया गया: GrapheneOS, LineageOS, postmarketOS, Ubuntu Touch, SailfishOS, Plasma Mobile, Librem 5, HarmonyOS, और छोटे vendors के Linux‑based phones।
- संदेह: खराब hardware support, कमजोर app ecosystems, stability issues, और कठिन installs इन्हें niche बनाए रखते हैं।
- कुछ लोगों का मानना है कि लंबे समय की उम्मीद एक अच्छी तरह funded तीसरे platform में है (संभवतः Linux‑based, Steam/Valve‑backed, या इसी तरह का)।
Licensing, Governance, और Antitrust
- GPL बनाम permissive licenses पर चर्चा: belief है कि copyleft (जैसे Linux में) corporate “embrace, extend, extinguish” व्यवहार को बेहतर ढंग से सीमित करता है।
- चिंता यह है कि strong enforcement के बिना GPL भी कमजोर पड़ सकता है (जैसे kernel source distribution का awkward होना)।
- कई लोग Google के कदमों को classic monopoly behavior मानते हैं; दूसरों को संदेह है कि regulators हस्तक्षेप करेंगे, और वे past cases तथा Pixel की छोटी market share का हवाला देते हैं।
Broader Sentiment
- भावनाएँ anger और Android/Google छोड़ देने की calls से लेकर pragmatic resignation तक फैली हैं (“most users don’t care and nothing will change”).
- कुछ Android power users कहते हैं कि वे iOS या Linux phones पर चले जाएँगे; दूसरे Firefox और non‑Google ecosystems पर और ज़ोर देंगे, इसे एक parallel fight मानते हुए।