GrapheneOS को Android 17 पर पोर्ट किया गया है

मूल लेख ↗ Hacker News चर्चा ↗

Android 17 पोर्ट का दायरा

  • GrapheneOS को सभी वर्तमान रूप से समर्थित Pixels के लिए Android 17 पर rebased किया गया है; प्रारंभिक परीक्षण केवल एक उपसमूह पर किया गया था।
  • लाभ ज़्यादातर अंदरूनी हैं: नए kernel branches (जैसे 6.12), अपडेटेड security model, desktop mode, और कुछ performance/GC सुधार।
  • Android 17 के कुछ AI integrations (जैसे “intelligence system”, AppFunctions/LLM‑style agents) चिंता पैदा करते हैं; यह स्पष्ट नहीं है कि GrapheneOS इनमें से कितना ship करेगा या expose करेगा।

यूज़र अनुभव और रोज़मर्रा का उपयोग

  • कई उपयोगकर्ता GrapheneOS को daily driver की तरह चलाते हैं और इसे “फोन एक कंप्यूटर जैसा व्यवहार करता है” कहते हैं: minimal bloat, कोई ads नहीं, बहुत stable।
  • AOSP keyboard और SMS apps primitive लगते हैं; ज़्यादातर लोग तुरंत उन्हें बदल देते हैं (FUTO keyboard, Heliboard, network disabled के साथ Gboard, alternative SMS या Signal)।
  • RCS और reactions: SMS reactions verbose text में degrade हो जाती हैं; सही reactions के लिए Google Messages + Play Services चाहिए और यह पूरी तरह समर्थित है, लेकिन इसे lock‑in vector माना जाता है।
  • Camera quality को sandboxed Play के तहत Google Camera (GCam) इंस्टॉल करके बनाए रखा जाता है; कुछ लोग अधिक control के लिए third‑party camera apps पसंद करते हैं।

गोपनीयता, सुरक्षा, और डिज़ाइन विकल्प

  • मुख्य आकर्षण stock Android की तुलना में अधिक privacy/security है: hardened memory allocator, exploit mitigations, scoped permissions (network, storage, contacts), profiles/private spaces, और normal app privileges के साथ sandboxed Play Services।
  • प्रोजेक्ट root और आधिकारिक “rooted” builds को स्पष्ट रूप से अस्वीकार करता है, यह तर्क देते हुए कि root security model को तोड़ देता है; power users self-build कर सकते हैं लेकिन official updates खो देते हैं।
  • कुछ लोग इसकी तुलना Linux या Ubuntu Touch phones से करते हैं और कहते हैं “freedom > security”; दूसरे जवाब देते हैं कि वहाँ poor hardening, outdated kernels, और weak isolation उन्हें sensitive use के लिए अनुपयुक्त बनाते हैं।
  • /e/OS और Volla जैसे अन्य “de-Googled” offerings के प्रति skepticism व्यक्त की जाती है, कमजोर security posture और संदिग्ध design/marketing choices का हवाला देते हुए।

हार्डवेयर सपोर्ट और सीमाएँ

  • केवल modern Pixels ही वर्तमान में GrapheneOS की published hardware requirements (timely firmware/kernel updates, user keys के साथ verified boot, advanced security features) पूरी करते हैं।
  • यह Pixel-only stance विवादास्पद है: कुछ इसे insecure Android hardware के “hellscape” में आवश्यक realism मानते हैं; अन्य लोग Google-made devices पर निर्भर रहने को लेकर असहज हैं।
  • Google को सीधे fund करने से बचने के लिए used Pixels खरीदने का सुझाव दिया जाता है।
  • Fairphone को अनुपयुक्त माना गया है क्योंकि उसमें lagging kernels, missing features (जैसे MTE), और past verified-boot mishaps रहे हैं।
  • Motorola के साथ partnership की घोषणा की गई है; भविष्य के Motorola flagships के officially supported होने की उम्मीद है और इससे hardware तथा “trust Google” concerns कम हो सकते हैं।

ऐप, बैंकिंग, और भुगतान संगतता

  • Community list के अनुसार अधिकांश banking apps काम करते हैं; मुख्य hard blocker strong Play Integrity checks हैं जिनके लिए Google-certified stock OS चाहिए।
  • कुछ अपवाद: कुछ regional banks, Chase, और niche apps (जैसे Madrid bike-sharing, कुछ regions में McDonald’s) fail या partially fail करते हैं।
  • Microsoft Authenticator: कुछ लोग tighter checks के बाद breakage रिपोर्ट करते हैं; अन्य कहते हैं कि यह non-rooted GrapheneOS पर काम करता है।
  • Google Wallet / tap-to-pay आम तौर पर काम नहीं करता क्योंकि Google non-certified OSes को ban करता है; उपयोगकर्ता इन विकल्पों पर लौटते हैं:
    • Bank-specific NFC apps (जहाँ उपलब्ध हों)
    • Curve, PayPal, Garmin Pay, आदि कुछ regions में
    • बस एक physical card साथ रखना या card chip को band/watch में embedded करना।
  • कुछ लोग hostile apps के लिए घर पर एक दूसरा stock/Lineage फोन रखते हैं और ज़रूरत पड़ने पर उसमें remote करते हैं।

प्रदर्शन, अपडेट, और बैकअप

  • सुरक्षा के लिए forced ahead-of-time compilation के कारण app installs धीमे हैं; background optimization और notification ने updates के बाद worst-case “30-minute boot” घटनाओं को कम किया है।
  • Seedvault backups काम करते हैं, लेकिन उन्हें अधूरा माना जाता है; उपयोगकर्ता GrapheneOS-native, अधिक मजबूत backup solution की उम्मीद करते हैं, खासकर enterprise use के लिए।
  • कुल मिलाकर, कई लोग largely de-Googled setup में stock Pixel OS की तुलना में बेहतर battery life रिपोर्ट करते हैं; sandboxed Play जोड़ने से उस लाभ का कुछ हिस्सा कम हो जाता है।

अपनाने में बाधाएँ और विकल्प

  • स्विच करने में प्रमुख बाधाएँ: non-Pixel devices के लिए official support की कमी, critical apps (banking, transport, government, medical) को लेकर अनिश्चितता, और official NFC payments का न होना।
  • कुछ लोग alternative paths की वकालत करते हैं (LineageOS + microG, KaiOS, minimalist AOSP phones, Linux phones, मजबूत DNS/ad-blocking के साथ iOS), जो usability, privacy, और security के संतुलन पर निर्भर करते हैं।
  • compact, high-end, GrapheneOS-capable phone और supported devices की broader geographic availability की मांग है।