इस प्रोजेक्ट को फिर से लाइसेंस देने का अधिकार नहीं है

• chardet के मूल लेखक Mark Pilgrim ने प्रोजेक्ट के LGPL लाइसेंस उल्लंघन की ओर इशारा करते हुए, हालिया संस्करण 7.0.0 में किए गए MIT लाइसेंस में बदलाव को वापस लेने की मांग की
• उन्होंने स्पष्ट किया कि भले ही मेंटेनर इसे “पूर्ण पुनर्लेखन” कहें, यह मूल कोड के सीधे संपर्क में रहते हुए लिखा गया व्युत्पन्न कार्य है, इसलिए इसे LGPL ही बनाए रखना चाहिए
• कई डेवलपर्स ने इस पर चर्चा की कि AI-सहायित पुनर्लेखन वास्तव में “क्लीन रूम इम्प्लीमेंटेशन(clean room implementation)” है या नहीं, और क्या LLM ने मूल कोड पर प्रशिक्षण लिया था
• कुछ लोगों ने API compatibility और fair use की संभावना का उल्लेख किया, लेकिन अधिकांश ने कॉपीराइट उल्लंघन की आशंका और AI code generation की कानूनी अनिश्चितता पर चिंता जताई
• इस चर्चा को AI द्वारा जनरेट किए गए कोड की कॉपीराइट जिम्मेदारी, ओपन सोर्स प्रोजेक्ट के लाइसेंस बदलने की प्रक्रिया, और मेंटेनर अधिकारों की सीमाओं को लेकर एक महत्वपूर्ण मिसाल के रूप में देखा जा रहा है

---

Mark Pilgrim की आपत्ति

• Mark Pilgrim ने कहा कि वे chardet के मूल लेखक हैं और यह प्रोजेक्ट LGPL लाइसेंस के तहत वितरित होता रहा है
  • उन्होंने कहा कि संस्करण 7.0.0 में “relicense करने का अधिकार है” वाला मेंटेनर का दावा गलत है
  • LGPL के तहत जारी कोड, संशोधित होने पर भी, उसी लाइसेंस के तहत सार्वजनिक होना चाहिए, और “पूर्ण पुनर्लेखन” का दावा कानूनी आधार से रहित है, इस पर उन्होंने जोर दिया
  • उन्होंने यह भी स्पष्ट किया कि “code generator जोड़ने” से कोई नया अधिकार नहीं मिल जाता
• Pilgrim ने मांग की कि प्रोजेक्ट को उसके मूल LGPL लाइसेंस पर वापस लाया जाए

कम्युनिटी की शुरुआती प्रतिक्रिया

• एक उपयोगकर्ता ने पूछा कि क्या AI-सहायित पुनर्लेखन से पहले वाले संस्करण का कोई fork उपलब्ध है, जिस पर दूसरे उपयोगकर्ता ने 6.0.0 संस्करण का लिंक साझा किया
• कुछ लोगों ने “कानूनी रूप से Mark सही हैं” कहकर LGPL उल्लंघन की संभावना को स्वीकार किया
• अन्य उपयोगकर्ताओं ने “AI के जरिए पुनर्लेखन एक अपरिहार्य trade-off है” कहते हुए व्यावहारिक दृष्टिकोण की बात की

कानूनी चर्चा: API, कॉपीराइट, fair use

• एक उपयोगकर्ता ने Google LLC v. Oracle America, Inc. मामले का हवाला देते हुए कहा कि API भी कॉपीराइट सुरक्षा के दायरे में आ सकते हैं
  • उनका कहना था कि API compatibility के लिए किया गया पुनर्लेखन, यदि fair use की शर्तें पूरी नहीं करता, तो अवैध हो सकता है
• इसके जवाब में दूसरे उपयोगकर्ता ने कहा कि Google के मामले में इसे fair use माना गया था
• चर्चा आगे बढ़कर API-compatible rewrites की वैधता और AI-जनरेटेड कोड की कॉपीराइट स्थिति तक पहुंची

AI code generation और क्लीन रूम इम्प्लीमेंटेशन विवाद

• कुछ लोगों ने कहा कि यदि “AI ने मूल कोड पर प्रशिक्षण लिया हो”, तो इसे क्लीन रूम इम्प्लीमेंटेशन नहीं माना जा सकता
  • chardet कोड पर LLM के प्रशिक्षण का सवाल कानूनी निर्णय का मुख्य बिंदु बन सकता है
• अन्य उपयोगकर्ताओं ने तर्क दिया कि यदि “AI ने सिर्फ इनपुट और आउटपुट के आधार पर कोड बनाया हो”, तो यह संभव हो सकता है
  • लेकिन इसके जवाब में यह आपत्ति उठी कि “अगर ऐसा है, तो फिर लाइसेंस का मतलब ही खत्म हो जाता है”
• AI code की कॉपीराइट जिम्मेदारी की अस्पष्टता और लाइसेंस अनुपालन की जांच की कठिनाई प्रमुख मुद्दों के रूप में उभरे

लाइसेंस compatibility और GPL चर्चा

• कुछ लोगों ने दावा किया कि MIT लाइसेंस GPL-compatible नहीं है, लेकिन दूसरे उपयोगकर्ता ने FSF के आधिकारिक दस्तावेज़ का हवाला देकर समझाया कि MIT(Expat) GPL-compatible है
• हालांकि, इस बात पर अधिकांश सहमत रहे कि “LGPL कोड को MIT के तहत फिर से लाइसेंस देना अब भी उल्लंघन है”
• एक अन्य उपयोगकर्ता ने कहा कि “LGPL कोड से बनी प्रतिष्ठा और repository को बनाए रखते हुए अनुबंध को छोड़ नहीं सकते”

AI training data और भरोसे का सवाल

• कई उपयोगकर्ताओं ने सवाल उठाया: “क्या यह भरोसा किया जा सकता है कि Claude ने LGPL कोड पर प्रशिक्षण नहीं लिया?”
  • AI मॉडल के training data को ट्रैक न कर पाने को कानूनी जोखिम बताया गया
• कुछ लोगों ने कहा कि यदि AI code में साहित्यिक चोरी की संभावना निहित है, तो उसके उपयोग से ही बचना चाहिए
  • एक शोध उद्धरण के माध्यम से यह आँकड़ा साझा किया गया कि AI code का 2~5% हिस्सा मौजूदा कोड की नकल हो सकता है

प्रोजेक्ट की पहचान और मेंटेनर अधिकार

• कुछ लोगों ने कहा कि “यदि पिछले योगदानकर्ताओं का सारा कोड हटा दिया गया हो, तो नया संस्करण स्वतंत्र हो सकता है”
  • लेकिन इसके जवाब में यह तर्क भी आया कि “उसी नाम और प्रतिष्ठा का उपयोग करते रहना अनुचित है”
• यह राय भी सामने आई कि “कॉपीराइट अभिव्यक्ति की रक्षा करता है, नाम की नहीं”
• कुछ लोगों का मानना था कि अगर मेंटेनर ने सारा पुराना कोड हटा दिया हो, तो कानूनी उल्लंघन न भी हो, लेकिन इसका कोई स्पष्ट प्रमाण पेश नहीं किया गया

कम्युनिटी का समग्र दृष्टिकोण

• कई उपयोगकर्ताओं ने कहा कि Mark Pilgrim और Dan Blanchard दोनों के योगदान का सम्मान किया जाना चाहिए, और AI, कॉपीराइट, तथा ओपन सोर्स गवर्नेंस जैसे जटिल सवालों को समझना जरूरी है
• चर्चा का दायरा AI code generation की कानूनी जिम्मेदारी, प्रोजेक्ट लाइसेंस बदलने की वैधता, और ओपन सोर्स मेंटेनर अधिकारों की सीमाओं तक फैल गया
• कुछ लोगों ने “v7.0.0 को fork करके उसे फिर LGPL के तहत वापस ले चलें” जैसा सुझाव भी दिया

मुख्य मुद्दों का सार

• LGPL → MIT बदलाव की वैधता: अधिकांश की राय में मूल लेखक की सहमति के बिना यह संभव नहीं
• AI पुनर्लेखन की कॉपीराइट स्थिति: training data के संपर्क के आधार पर इसे व्युत्पन्न कार्य माना जा सकता है
• क्लीन रूम इम्प्लीमेंटेशन का प्रश्न: यह साबित करना होगा कि AI ने मूल कोड का संदर्भ नहीं लिया
• प्रोजेक्ट नाम और प्रतिष्ठा के उपयोग का मुद्दा: उसी नाम से पुनर्वितरण कानूनी और नैतिक विवाद पैदा कर सकता है
• AI code की विश्वसनीयता: साहित्यिक चोरी के जोखिम और supply chain स्थिरता को लेकर चिंता

यह मुद्दा AI-जनरेटेड कोड के कॉपीराइट और ओपन सोर्स लाइसेंस अनुपालन से जुड़ा एक प्रतिनिधि मामला माना जा रहा है, और आगे चलकर AI डेवलपमेंट टूल्स की कानूनी जिम्मेदारी की संरचना को प्रभावित कर सकता है