FreeDroidWarn

 (github.com/woheller69)
2 पॉइंट द्वारा GN⁺ 2025-09-03 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • FreeDroidWarn Google की नई developer verification policy के जवाब में बनाया गया एक open source Android library है
  • Google 2026/2027 से Play Store के बाहर की apps के लिए भी developer identity submission अनिवार्य करने वाला है
  • यह library ऐसा notification feature देती है जो चेतावनी देता है कि अगर developer स्वयं Google को अपनी पहचान नहीं देता, तो वह app verified Android devices पर आगे काम नहीं करेगी
  • यह उन app developers के लिए उपयोगी समाधान है जो security और privacy कारणों से इस policy से सहमत नहीं हैं
  • Apache-2.0 license के तहत इसे स्वतंत्र रूप से उपयोग और customize किया जा सकता है

FreeDroidWarn का अवलोकन

  • FreeDroidWarn एक library है जिसे Google की उस policy के जवाब में बनाया गया है, जिसके तहत 2026/2027 से Play Store के बाहर वितरित Android apps के लिए भी developer identity verification अनिवार्य होगा
  • यह library warning dialog के माध्यम से उपयोगकर्ताओं को बताती है कि भविष्य में यह app verified Android devices पर काम करना बंद कर सकती है

मुख्य सुविधाएँ और उद्देश्य

  • Google की policy के अनुसार 2026/2027 से सभी verified Android devices पर app developers के लिए अपनी व्यक्तिगत पहचान संबंधी जानकारी सीधे Google को जमा करना अनिवार्य होगा
  • जो developers इन आवश्यकताओं से सहमत नहीं हैं, उन्हें स्वयं app support बंद होने और policy change की सूचना उपयोगकर्ताओं को देनी होगी
  • FreeDroidWarn ऐसी स्थिति में developers को उपयोगकर्ताओं को policy change और भविष्य में app के अनुपलब्ध होने की संभावना स्पष्ट रूप से बताने में मदद करता है

उपयोग का तरीका

  • app के onCreate के भीतर FreeDroidWarn.showWarningOnUpgrade(this, BuildConfig.VERSION_CODE); method कॉल करके warning notification दिखाया जाता है
  • इस library को किसी अलग personal information input के बिना आसानी से जोड़ा जा सकता है, और warning message के ज़रिए Google की नई developer verification policy के बारे में उपयोगकर्ताओं को बताया जाता है

लाइसेंस और अन्य जानकारी

  • इसे Apache V2.0 license के तहत जारी किया गया है, इसलिए commercial और open source projects में स्वतंत्र रूप से उपयोग किया जा सकता है
  • पूरा code GitHub पर public है और कोई भी इसे सुधार या customize कर सकता है

FreeDroidWarn का महत्व और फायदे

  • यह उन developers के लिए एक महत्वपूर्ण विकल्प है जो Google की developer identity verification policy से सहमत नहीं हैं, या privacy और security कारणों से अतिरिक्त पहचान जानकारी देना नहीं चाहते
  • अन्य libraries की तुलना में यह सरल API, open source structure, और उपयोगकर्ताओं के लिए ठोस व स्पष्ट guidance प्रदान करता है, इसलिए यह एक समझदारी भरा विकल्प है
  • खासकर policy transition period में app users की उलझन कम करने के लिए preemptive guidance लागू करना चाहने वाले developers के लिए यह बेहद उपयोगी है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-09-03
Hacker News की राय

  • यह user restriction issue, Chromium के Manifest V3 जैसा ही एक मामला है

    • मैं इस monopoly structure से तंग आकर Linux smartphone पर switch कर गया, बैंक भी बदल लिया और अब CAP जैसी तरह बैंक कार्ड को 2FA device के रूप में इस्तेमाल कर रहा हूँ Chip Authentication Program परिचय
    • मैं सोचता हूँ कि अगर हम सब banking को web पर करें तो कैसा होगा; convenience कम होगी, लेकिन desktop के लिए optimized है और कोई यह भी verify नहीं करता कि मेरे kernel पर किसने sign किया है, इसलिए ज़्यादा freedom है
    • काफ़ी बैंक, खासकर महत्वपूर्ण बैंक, GrapheneOS को स्वीकार करते हैं; Norway के DNB और BankID निश्चित रूप से support करते हैं; असली बात है ऐसा बैंक ढूँढना जहाँ programmers अच्छे हों; मैंने uMatrix analysis के आधार पर DNB चुना, क्योंकि वहाँ एक भी 3rd party tracker नहीं था, जबकि SpareBank में बहुत थे
    • अगर banking आपका primary device नहीं है, तो आप secondary phone या थोड़ा सस्ता used Android device इस्तेमाल कर सकते हैं, और मौका मिले तो सिर्फ website इस्तेमाल करना भी अब भी एक तरीका है; मैं भी जल्द Linux पर जाने वाला हूँ
    • मैं Thailand में रहता हूँ, यहाँ mobile-first माहौल है और मुख्य payment method bank app है; QR scan करते ही app खुलती है और तुरंत transfer हो जाता है, इसलिए बहुत convenient है; लेकिन यह धीरे-धीरे payment का एकमात्र साधन बनता जा रहा है; मुझे लगता है कि यही शुरुआत है और अगले 20~30 सालों में पश्चिमी देशों में भी ऐसा ही होगा (developing countries में शायद और जल्दी), और अगर आपके पास 'authenticated app' नहीं होगा तो आप financial system से बाहर हो जाएँगे, और वह भी सिर्फ approved operating systems पर ही चलेगा; अंत में यह सब authoritarianism और surveillance capitalism की मंज़िल है; तरह-तरह के security और convenience improvement असल में surveillance के लिए ज़रूरी puzzle pieces हैं; मेरे हिसाब से यह कोई planned conspiracy नहीं, बल्कि capitalism system का natural outcome है; मैं धार्मिक नहीं हूँ, लेकिन 'mark of the beast' जैसा phrase बहुत वास्तविक लगता है

  • ownership infringement के खिलाफ technical response की सीमाएँ हैं, और आख़िरकार यही बड़े corporations चाहते हैं; इसलिए legislation ज़रूरी है

    • यही social solution का तरीका है; users को समस्या के बारे में बताना, upgrade न करने का दबाव बनाना, और लंबे समय में legislation की माँग करना महत्वपूर्ण है
    • users को लड़ने का तरीका सीधे बताने वाला call-to-action ज़रूर होना चाहिए
    • जिन चीज़ों को ठोस रूप से आगे बढ़ाना चाहिए: WIPO copyright treaty को समाप्त करना, DMCA को वापस लेना (खासतौर पर section 1201), ownership और repair rights को law में लाना और मज़बूत करना, monopolies को तोड़ना और antitrust law लागू करना
    • open source होने की वजह से legislation की ज़रूरत नहीं है; open source पहले से ही वह freedom देता है; दिशा आपकी पसंद की नहीं, बल्कि सबके फ़ायदे की होनी चाहिए; misuse रोकना चाहने वाले 99% हैं, इसलिए यह लड़ाई लगभग असंभव है

  • अगर यह library GPLv3 के तहत licensed है, तो इसके adoption पर उल्टा restriction लग सकता है; translation के अलावा इसमें कोई अनोखी value नहीं दिखती; ज़्यादातर app developers के पास पहले से translation pipeline होती है; code इतना simple है कि copyright protection का threshold भी doubtful लगता है

    • copy-paste (code vendoring) की value को कम आँका जाता है; मुझे dependency जोड़ने से बेहतर लगता है कि सीधे दस हज़ार lines भी ले आओ; मैंने Go project में u-root की CPIO implementation को वैसे ही vendor किया था, जिससे dependencies काफ़ी कम हुईं u-root CPIO संबंधित
    • आजकल यह npm पर 'is-even' की एक line इस्तेमाल करने जैसा ही लगता है
    • मैं OP को LGPLv3 में बदलने की सलाह दूँगा; इससे users की freedom भी बनी रहेगी और resistance भी कम होगा
    • Apache V2.0 license में बदल दिया गया
    • Apache V2.0 license में फिर से बदल दिया गया

  • Google ने घोषणा की है कि 2026/2027 से वह सभी certified Android device apps के लिए developers से personal information submission माँगेगा; यह app developer इससे सहमत नहीं है, इसलिए उस समय के बाद certified Android पर यह काम नहीं करेगा; कम से कम users को warning तो मिल रही है

  • ऐसे project के लिए GPLv3 बहुत strict लगता है; code freedom से ज़्यादा message का फैलाव महत्वपूर्ण लगता है

    • पहले ही Apache V2.0 license में बदल दिया गया है

  • timing अच्छा है; मैं तो शायद बिना नई dependency के simple dialog से काम चला लेता, लेकिन message खुद बहुत महत्वपूर्ण है; आगे अगर नए checks आएँ, तो non-root users के लिए ADB+Unknown sources जैसी escape hatch क्या वैसे ही बनी रहेगी, यह जानना दिलचस्प होगा

    • असल में यह library बस एक AlertDialog wrapper है; SharedPreferences में check करने जितना ही काम करती है और polish भी कम है

  • अगर यह library GPL license पर है, तो पूरे project को भी GPL करना पड़ेगा, इसलिए practical use में बोझ बढ़ जाता है

    • license को Apache V2.0 में बदल दिया गया

  • Google ने कहा था कि वह students या hobby developers के लिए एक escape hatch देगा; उम्मीद है कि शायद label पर 5 बार tap करने से sideloading enable करने जैसा कुछ होगा

    • आम users और engineers की नज़र में 'escape hatch' अलग होती है; आम लोगों के लिए यह जितना हो सके उतना आसान होना चाहिए; Apple के मामले में कुछ apps सिर्फ खुद build करके install की जा सकती हैं, और वहाँ भी certificate expiry manage करना बहुत असुविधाजनक है; Google भी आख़िरकार उसी राह पर जा रहा है
    • कुछ संख्या तक app install मुफ़्त में संभव है Android developer verification policy

  • लगता है सही जवाब है "Google से बचो, खासकर Google products और phones मत खरीदो"; पैसा ही corporate language है, और big tech कंपनियाँ हमेशा legislation से कई चाल आगे रहती हैं

    • लेकिन alternative या तो iOS है (जहाँ यही restrictions 10 साल से भी ज़्यादा समय से हैं) या फिर बहुत niche OS, इसलिए mass adoption से पैसा नहीं बनता
    • irony यह है कि de-googled Android install करने जैसी चीज़ों के लिए, इन्हीं restrictions से बचने का सबसे अच्छा विकल्प शायद Google phone ही है

  • सिर्फ एक dialog दिखाने के लिए dependency लेना ज़रूरत से ज़्यादा है; मैं इस बात से सहमत हूँ कि Google Android को कम free बना रहा है, लेकिन सिर्फ dialog दिखाना काफ़ी है

    • वास्तव में code quality भी ख़ास नहीं है; if statement की दो branches में लगभग वही code दोहराया गया है code example
    • फिर भी ऐसे repo के stars बढ़ते हुए फैलने का एक symbolic effect कुछ हद तक होगा
    • यह repo खुद practical utility से ज़्यादा social message के स्तर पर महत्वपूर्ण है
    • library की ताकत localized warning messages देने में है