सीएलए, विहित आणि अपवाद.

मॅथ्यू गॅरेटने नुकतीच केली एक रंजक लेख द्वारा संकलित करदात्या परवाना कराराचे स्पष्टीकरण मुक्तावारे. मी 2 लेखांच्या आधारे लिहीन.

आत्ताच मला आढळले की 3 वर्षांपूर्वी पाब्लो (चला लिनक्स वापरुया) तसेच एक लेख लिहिला या बद्दल

करदाता परवाना करारनामा (“सीएलएज”) अपस्ट्रीम डेव्हलपरसाठी करदाता त्यांना अतिरिक्त हक्कांचा एक संच मंजूर करण्याचा आग्रह धरण्यासाठी एक यंत्रणा आहे. हे वेगवेगळ्या प्रमाणात बदलतात - काही सीएलएला अपस्ट्रीम डेव्हलपरच्या योगदानासाठी सहयोगकर्त्याने त्यांचे कॉपीराइट पुन्हा नियुक्त करण्याची आवश्यकता असते, तर काही अपस्ट्रीम डेव्हलपरला सॉफ्टवेअर परवान्यामध्ये स्पष्ट नसलेल्या हक्कांचे अनुदान देतात (जसे की बीएसडीसाठी स्पष्ट पेटंट अनुदान) परवान्याचे योगदान)

उत्पादनाचा किंवा वितरक म्हणून प्रकल्पाचा बचाव करण्यासाठी कोणत्याही गोष्टीपेक्षा अधिक सीएलए वापरल्या जातात. जर मी असे सॉफ्टवेअर वितरीत केले ज्यामध्ये अनेक योगदानकर्त्यांचे कोड असतील, तर सीएलएशिवाय मला संघर्षाच्या प्रसंगी प्रकल्पाचे रक्षण करण्याचा अधिकार नाही, कारण केवळ योगदानांचे लेखक हस्तक्षेप करू शकतात. सीएलए काय करतात मला वितरक म्हणून, कोडवर काही विशिष्ट हक्क प्रदान करणे जेणेकरून मी त्यात योगदान देणा of्या प्रत्येकास हस्तक्षेप न करता त्याचा बचाव करू शकेल. जर प्रकल्पात शेकडो सहयोगी असतील तर ते अधिक सुलभ होते.

सीएलए नवीन नाहीत. एफएसएफ प्रकल्प त्यांच्याकडे त्यांचा सीएलए आहे ज्यामध्ये योगदानकर्त्यांनी त्यांचे लेखकत्व एफएसएफला दिले पाहिजे आणि त्या बदल्यात ते वचन देतात की कोड नेहमी जीपीएल-प्रकार परवान्याअंतर्गत राहील. एक दशकासाठी, अपाचे सॉफ्टवेअर फाऊंडेशन प्रकल्पांना सहयोगी आवश्यक आहेत CLA वर सही करा जे त्यांना त्यांचे कॉपीराइट टिकवून ठेवू देते परंतु एएसएफला कोणत्याही परवान्याअंतर्गत त्यांचे योगदान पुन्हा परवाना देण्याचा अधिकार देते. त्याचप्रमाणे, अपाचे परवाना हा कॉफिलेफ्ट नाही.

आता, अलीकडे, त्याच्या सीएलएसाठी कॅनोनिकलला धडक देण्यासाठी सर्व संताप आहे. कोणत्या कारणास्तव? बघितले तर सीएलए वापरुन प्रकल्प, बहुतेक प्रकल्प बीएसडी किंवा अपाचे परवान्यांसह आहेत आणि काही जीपीएल परवान्यांसह काही असे आश्वासन देतात की कोणतेही योगदान केवळ जीपीएल परवान्या अंतर्गत वितरीत केले जाईल. म्हणजेच एकतर प्रत्येकजण स्वत: चा काटा बनवू शकतो किंवा त्यापैकी कोणीही करू शकत नाही.

प्रमाणिक अपवाद आहे.

कॅनॉनिकलचा सीएलए अपाचे प्रमाणेच आहे, म्हणजेच त्याच्या सहयोगकर्त्यांना एखाद्या करारावर स्वाक्षरी करणे आवश्यक आहे जे कॅनॉनिकलला कोणत्याही परवान्याअंतर्गत त्यांचे योगदान पुन्हा परवान्यासाठी अनुमती देते आणि योगदानकर्ते मालकी कायम ठेवू शकतात. समस्या अशी आहे की आपल्या सीएलए अंतर्गत सॉफ्टवेअर जीपीएलव्ही 3 आहे. काय घडू शकते ते पहा आणि मीर, युनिटी, अपस्टार्ट, लाइटडीएम, उबंटू वन आणि उबंटू प्रकल्पांसारख्या प्रकल्पांमध्ये योगदान देण्यास कित्येक योगदानकर्ते का घाबरत आहेत हे आपण पहाल.

तथापि, तेही वाईट नाही. का? कारण क्यूटी कोड प्रकाशीत होण्यास अनुरुप असाच एक शिट होता. स्टालमनचा शब्द:

अपवाद विक्रीचा अर्थ असा आहे की कोडचा कॉपीराइट धारक हा कोड विनामूल्य सॉफ्टवेअर परवान्याअंतर्गत रिलीज करतो आणि ग्राहकांना वेगवेगळ्या अटींमध्ये समान कोड वापरण्याची परवानगी देण्याची परवानगी देतो, उदाहरणार्थ मालकीच्या अनुप्रयोगांमध्ये त्याचा समावेश करण्यास परवानगी. हे मालकी विस्तार किंवा विनामूल्य प्रोग्रामच्या मालकीच्या आवृत्त्यांपेक्षा भिन्न आहे. जेव्हा एखादा अपवाद विकला जातो तेव्हा कोड लोकांसाठी विनामूल्य राहतो. परंतु मालकी हक्क विस्तारणे मालकीचे राहते.

केडीई वातावरण 90 च्या दशकात Qt लायब्ररीत आधारीत विकसित केले गेले. क्यूटी त्यावेळी मालकीचे सॉफ्टवेअर होते, आणि मालकी अनुप्रयोगांमध्ये एम्बेड करण्यासाठी ट्रोलटेकने परवानग्या आकारल्या. ट्रोलटेकला विनामूल्य अनुप्रयोगांमध्ये Qt च्या विनामूल्य वापरास परवानगी होती, परंतु हे विनामूल्य सॉफ्टवेअर नव्हते. 100% विनामूल्य ऑपरेटिंग सिस्टम मध्ये Qt समाविष्ट होऊ शकत नाही आणि केडीई एकतर वापरणे शक्य नाही.

1998 मध्ये, ट्रोलटेक व्यवस्थापनाला हे समजले की ते विनामूल्य सॉफ्टवेअर क्यूटीवर परत जाऊ शकतात आणि मालकी सॉफ्टवेअरमध्ये एम्बेड करण्यासाठी परवानग्या आकारत राहू शकतात. ही सूचना माझी होती की नाही हे मला पटत नाही, परंतु हा बदल पाहून मला आनंद झाला, ज्यामुळे क्यूटी व केडीईला मुक्त सॉफ्टवेअर जगात वापरणे शक्य झाले. प्रथम त्यांनी त्यांचा स्वतःचा परवाना, क्यू पब्लिक लायसन्स वापरला आणि नंतर त्यांनी ते जीएनयू जीपीएलमध्ये बदलले (आता क्यूटी एलजीपीएल अंतर्गत आहे).

अपवादांची विक्री मूलभूतपणे मुक्त सॉफ्टवेयर म्हणून रिलीझ करण्यासाठी जीपीयू जीपीएल सारख्या कोपिलेफ्ट परवाना वापरण्यावर अवलंबून असते. संपूर्ण एकत्रित कार्यक्रम समान परवान्याअंतर्गत रिलीझ केला गेला असेल तरच कॉपिलिफ्ट परवाना मोठ्या प्रोग्राममध्ये एम्बेड करण्याची परवानगी देतो; विस्तारित आवृत्त्या देखील विनामूल्य आहेत हे याची खात्री करुन देते. म्हणून, ज्या वापरकर्त्यांना एकत्रित प्रोग्राम मालक बनवायचे आहे त्यांना विशेष परवानगी आवश्यक आहे. केवळ मालकच अशी परवानगी देऊ शकतात आणि अपवादांची विक्री करण्याचा हा एक मार्ग आहे. इतर कोणीही, ज्यांना GNU GPL किंवा अन्य कॉफीलाफ्ट परवान्याअंतर्गत कोड प्राप्त झाला आहे तो अपवाद देऊ शकत नाही.

गॅरेटच्या लेखाकडे परत येताना ग्रेग क्रोह-हार्टमन यांनी टिप्पणी केली सहमत असणे लेखासह, त्याऐवजी सीएलए म्हणजे "समुदाय मर्यादित व्यवस्था". पण लिनस पुढे जाऊन म्हणतो “निष्पक्ष म्हणायचे तर लोकांना कॅनोनिकलचा तिरस्कार वाटतो. एफएसएफ आणि एएसएफ सीएलए फक्त त्वरित तुटलेले आहेत आणि ते पुन्हा परवाना दिल्यामुळे नव्हे तर कॉपीराइट असाइनमेंट पेपर वर्क संपवून समुदायाची हत्या करतात. "

हा संपूर्ण लेख सिस्टमड वि अपस्टार्ट चर्चेवर आधारित आहे आणि कॅनॉनिकलच्या सीएलएला व्यापक नकार ज्यांना सिस्टीमचे समर्थन आहे त्यांच्याकडून, जे या नसल्यास आणि डिझाइन कारणास्तव उद्भवले नसते.


लेखाची सामग्री आमच्या तत्त्वांचे पालन करते संपादकीय नीति. त्रुटी नोंदविण्यासाठी क्लिक करा येथे.

5 टिप्पण्या, आपल्या सोडा

आपली टिप्पणी द्या

आपला ई-मेल पत्ता प्रकाशित केला जाणार नाही. आवश्यक फील्ड चिन्हांकित केले आहेत *

*

*

  1. डेटा जबाबदार: मिगुएल Áन्गल गॅटन
  2. डेटाचा उद्देशः नियंत्रण स्पॅम, टिप्पणी व्यवस्थापन.
  3. कायदे: आपली संमती
  4. डेटा संप्रेषण: कायदेशीर बंधन वगळता डेटा तृतीय पक्षास कळविला जाणार नाही.
  5. डेटा संग्रहण: ओकेन्टस नेटवर्क (EU) द्वारा होस्ट केलेला डेटाबेस
  6. अधिकारः कोणत्याही वेळी आपण आपली माहिती मर्यादित, पुनर्प्राप्त आणि हटवू शकता.

  1.   इलियोटाइम 3000 म्हणाले

    हे लेबल रेकॉर्ड करण्यासाठी कलाकार केलेल्या कराराची मला आठवण करून देते. दुसर्‍या शब्दांत सांगायचे तर, कोपायलिफ्टचे जग देखील मध्यस्थ अस्तित्वात आहे.

    सत्य हे आहे की सीएलएच्या नोकरशाहीमुळे या प्रकारच्या अपघात घडतात.

  2.   मी म्हणाले

    सीएलए व्यतिरीक्त, असे दिसते की अपस्टार्टमध्ये काही मोठ्या डिझाइनमधील त्रुटी देखील आहेत:
    https://lwn.net/Articles/582585/

    1.    युकिटरू म्हणाले

      अपस्टार्टची तुलना सिस्टमडसह सर्व्हिसेसची गती आणि हाताळणीशी करता येणार नाही, सिस्टमडची आतापर्यंत चांगली स्टार्टअप स्ट्रक्चर आहे, cgroups चा वापर आहे, एक युटिलिटी जी कर्नलच्या भागांद्वारे प्रक्रियांच्या नियंत्रणास मोठ्या प्रमाणात सुधारते, सेवांचे अधिक चांगले आणि सुलभ हाताळणी, एकत्रिकरण डीबीस सारख्या सेवा त्याच्या डीबीस एपीआयचे आभार, जसे तुम्हाला माहित आहे की डीबीस व्यापकपणे जीनोमद्वारे वापरला जातो आणि केडीई आणि एक्सएफसीई सारख्या प्रकल्पांचा वापर आधीपासूनच टीटीवायमध्ये डीफॉल्टनुसार मल्टी-सीट समर्थन, विशेषाधिकार अधिक चांगल्या प्रकारे हाताळणे यासाठी आहे. वापरकर्त्यांसाठी, पूर्ण वॉचडॉग समर्थन आणि सर्व समांतर सेवा प्रारंभ.

      माझ्या दृष्टीकोनातून हे अपस्टार्टचे बरेच फायदे आहेत.

      1.    पांडेव 92 म्हणाले

        माझ्यासाठी एसएसडी बूट करतेवेळी विंडोज 8.1 वेगाने सुरू होणारी एक म्हणजे विश्वास आणि अपस्टार्ट आणि सिस्टीम समान वेळ घेतात.

  3.   जोकिन म्हणाले

    मला बरेच काही समजले नाही, परवाना देणारी ही एक नाजूक बाब आहे. प्रोजेक्टमध्ये सहयोग करण्यापूर्वी किंवा त्यास प्रारंभ करण्यापूर्वी आपल्याला पुरेसे शिकावे लागेल.