Unity का ओपन-सोर्स डबल स्टैंडर्ड: VLC का प्रतिबंध
Unity द्वारा GPL/LGPL-licensed code के निषेध का हवाला देते हुए open-source “VLC for Unity” plugin को Asset Store से हटाकर स्थायी रूप से ban करने से inconsistent और selectively enforced licensing rules पर आलोचना भड़क उठी है। टिप्पणीकार इस पर बहस करते हैं कि क्या LGPL सच में app-store distribution के साथ असंगत है, नोट करते हैं कि Unity स्वयं और कई मौजूदा assets LGPL components पर निर्भर हैं, और अनुमान लगाते हैं कि legal overcaution, आंतरिक incompetence, या competitive motives इस नीति के पीछे हो सकते हैं। इस घटना को app-store control, open-source licensing, और प्रमुख platforms में developer trust के बीच व्यापक तनाव के हिस्से के रूप में प्रस्तुत किया गया है.
Unity के Asset Store पर प्रतिबंध और नीति का औचित्य
- Unity की provider terms स्पष्ट रूप से GPL और LGPL (नाम से) तथा “similar” copyleft licenses को Asset Store assets पर प्रतिबंधित करती हैं।
- कुछ टिप्पणीकार तर्क देते हैं कि यह तर्कसंगत risk management है: Unity एक redistributor बन जाएगा जो LGPL obligations से बंधा होगा, और वह उस contract या audit burden को नहीं चाहता।
- अन्य लोग इसे अत्यधिक सतर्कता या copyleft के प्रति शत्रुतापूर्ण मानते हैं, जिसका उद्देश्य licensing को game devs के लिए “frictionless” रखना है, जो उम्मीद करते हैं कि store assets सभी platforms पर plug-and-play हों।
LGPL, Linking, और App Stores
- इस पर लंबी चर्चा कि LGPL वास्तव में क्या मांगता है:
- यदि आप किसी LGPL library को modify करते हैं, तो आपको source प्रदान करना होगा; users को modified version के साथ relink करने में सक्षम होना चाहिए।
- Dynamic linking compliance का सामान्य मार्ग है, लेकिन static linking भी comply कर सकता है यदि आप object files या समकक्ष प्रदान करें।
- App stores (iOS, Android, consoles) इसे जटिल बनाते हैं: code signing, DRM और store rules अक्सर end users को libraries बदलने से रोकते हैं, जिससे सख्त LGPL compliance व्यावहारिक रूप से असंभव हो सकता है।
- कुछ लोगों का तर्क है कि LGPLv2 फिर भी compatible हो सकता है यदि modification केवल “technically possible” हो, भले ही कठिन हो (जैसे sideloading, jailbreaking); अन्य कहते हैं कि “tivoization” के कारण यह प्रभावी रूप से टूट जाता है।
- इस पर असहमति है कि क्या ऐसे stores के माध्यम से LGPL code वितरित करना पहले से ही व्यापक रूप से non-compliant है।
Selective Enforcement और Double Standard के दावे
- लेख का दावा है कि VLC के Unity assets को LGPL के कारण banned किया गया, जबकि कई अन्य Unity assets कथित तौर पर LGPL dependencies (जैसे FFmpeg) के साथ बिना किसी consequence के ship होते हैं।
- टिप्पणीकार ध्यान दिलाते हैं कि Unity स्वयं reportedly editor और runtime में LGPL components का उपयोग करती है; कुछ इसे double standard मानते हैं, जबकि अन्य कहते हैं कि Unity अपने build/distribution pipeline को नियंत्रित करती है, तीसरे पक्ष के assets के विपरीत।
- कई लोग इस प्रतिबंध को laziness मानते हैं: सबसे आसान legal path यह है कि reported asset को eject कर दिया जाए, बजाय compliance पर उनके साथ काम करने के।
VLC की पोस्ट और नए Store पर प्रतिक्रिया
- कुछ पाठकों को लगता है कि लेख अजीब तरीके से नए store के प्रचार में मुड़ गया, जिससे यह “clickbait” या ad जैसा लगा; अन्य लोग इसे “हमें banned किया गया, यहाँ हमारा विकल्प है” वाली स्वाभाविक narrative के रूप में बचाव करते हैं।
- यह जोर दिया गया है कि Unity plugin अब भी open source है; paid offerings prebuilt binaries और support को कवर करती हैं।
व्यापक थीम्स
- “viral licensing” बनाम “copyleft” पर बहस, जिसमें कुछ लोग “viral” को pejorative कहकर उसका विरोध करते हैं।
- LGPL (v1 युग) के मूल लेखक नोट करते हैं कि app stores और signed binaries की कल्पना नहीं की गई थी; वे iOS-शैली के platforms को LGPL के user-modification लक्ष्यों के मूलतः विपरीत मानते हैं।
- app-store power, arbitrary moderation, और Unity की हाल की leadership तथा business decisions की व्यापक आलोचना।