बीएसडी लाइसेंस: एक फोर्क

Question

में एट्रिब्यूशन और प्रोजेक्ट नाम का प्रबंधन कैसे करें मैंने बीएसडी-लाइसेंसीकृत परियोजना को फोर्क किया है और महत्वपूर्ण पुनर्लेखन किया है। पात्रों की संख्या के संदर्भ में, कोड का लगभग 70% अब मेरे द्वारा लिखा गया था। मैं अपने काम के लिए एट्रिब्यूशन प्राप्त करते समय मूल लेखक के कॉपीराइट का सम्मान करना चाहता हूं। मूल रूप से मैं ऐसा करने का सबसे अच्छा तरीका पूछना चाहता था, लेकिन मुझे लगता है कि according to this question मैं लाइसेंस फ़ाइल में मूल लेखक की कॉपीराइट लाइन को डुप्लिकेट कर सकता हूं और अपना नाम और मेरे काम के वर्ष (ओं) में डाल सकता हूं। ठंडा।

अब मेरे सवाल का इस लाइन के साथ क्या करना है:

न तो ProjectName है और न ही उसके योगदानकर्ताओं के नामों का नाम का समर्थन या किसी विशेष लिखित अनुमति के बिना इस सॉफ़्टवेयर से व्युत्पन्न उत्पादों को बढ़ावा देने के लिए इस्तेमाल किया जा सकता है।

मेरे पुनर्लेखन में आवेदन के दायरे और दिशा में महत्वपूर्ण बदलाव शामिल है। मुझे लगता है कि मेरे कांटा क्या है इसका बेहतर प्रतिनिधित्व करने के लिए ऐप के नाम को बदलने के लिए उचित लगता है। तो:

1. नाम बदल रहा है? मुझे लाइसेंस में कुछ भी दिखाई नहीं देता है जो इसे प्रतिबंधित करेगा।
2. लाइसेंस में इसका प्रतिनिधित्व कैसे किया जाए? क्या मुझे पुराने प्रोजेक्ट नाम को नए से बदलना चाहिए? क्या मुझे उस पंक्ति को संशोधित करना चाहिए "न तो OLDPROJECTNAME का नाम, NEWPROJECTNAME का नाम, न ही इसके योगदानकर्ताओं के नाम ..."?

मैं समझता हूं कि यहां कोई भी कानूनी सलाह देने वाला नहीं है! मैं सिर्फ ओपन सोर्स समुदाय से कुछ सामान्य दिशानिर्देशों और सर्वोत्तम प्रथाओं की तलाश में हूं।

Answer 1

आप सार्वजनिक डोमेन के बाद, परियोजना का नाम बदल सकते हैं, बेशक, बीएसडी लाइसेंस सबसे अधिक अनुमोदित में से एक है। पुराने कोड को रखने के लिए यह अच्छा नहीं है क्योंकि आप अधिकांश कोड को फिर से लिखते हैं। और मूल देव टीम के लिए उचित नहीं है।

यदि आप जीपीएल आधारित लाइसेंस से परिचित हैं, तो ज्यादातर मूल लेखकों का उल्लेख करने और लाइसेंस को अनिवार्य रखने के लिए कुछ खंड हैं। बीएसडी शैली के साथ, वे अब कोई समस्या नहीं हैं।

---

मेरे जवाब हैं:

1. खुद पर विचार करें एक कांटा, किसी भी प्रारंभिक सॉफ़्टवेयर से प्राप्त की एक लेखक, लेकिन अब अलग ढंग से काम करने।
2. मुझे लगता है कि आप अब भी कोई लाइसेंस संलग्न कर सकते हैं, क्योंकि आप लेखक हैं। हालांकि इसके बारे में निश्चित नहीं है।

Answer 2

मैं करते हुए भी अपने काम के लिए रोपण प्राप्त मूल लेखक का कॉपीराइट का सम्मान करना चाहते हैं।

यह अच्छा है कि आप चाहते हैं, लेकिन असल में यह भी जरूरी है। यदि आप बीएसडी के तहत दिए गए उपयोग शर्तों का सम्मान नहीं करते हैं तो आपको कोड को फिर से लिखने का अधिकार नहीं होगा (जो आपने पहले ही किया है)।

वहाँ कई तरीके है कि कैसे आप एक सॉफ्टवेयर दिखाई, जो भी आप अपने सॉफ्टवेयर के साथ है के लाइसेंस बना सकते हैं स्पष्ट कर रहे हैं:

• क्या काम के नाम पर (यह पहचान योग्य बनाने के लिए) और कौन है इसके लेखक हैं, जब यह लिखा गया था।

• अपने सॉफ्टवेयर के रूप में अन्य सॉफ्टवेयर के उपयोग, जिसके तहत स्पष्ट लाइसेंस अन्य सॉफ्टवेयर है कि, जो सॉफ्टवेयर भी है, जिसके द्वारा यह आदि में लिखा गया है बनाना है ..

आप अनुमति देना चाहते हैं आपके द्वारा किए गए प्रोजेक्ट में अपस्ट्रीम का पुन: उपयोग करने के लिए आपके स्वयं के परिवर्तन और विस्तार, आपको अपने काम के लिए एक ही लाइसेंस चुनना चाहिए।

मुझे लगता है कि ऐप का नाम बदलने के लिए उचित है ताकि मेरा कांटा क्या बेहतर हो।

शांत नाम बदल रहा है? मुझे लाइसेंस में कुछ भी दिखाई नहीं देता है जो इसे प्रतिबंधित करेगा।

मूल उपयोग की शर्तें आपको परियोजना नाम बदलने के लिए मना नहीं करती हैं। जैसा कि आपने वास्तव में इसे फोर्क किया है, यह बहुत अधिक समझ में आता है कि आप नाम बदलते हैं। यहां तक ​​कि अगर यह ProjectName-user1311904-कांटा केवल या एक पूरी तरह से अलग नाम है।

कैसे सबसे अच्छा लाइसेंस में इस का प्रतिनिधित्व करते हैं? क्या मुझे पुराने प्रोजेक्ट नाम को नए से बदलना चाहिए? क्या मुझे उस पंक्ति को संशोधित करना चाहिए "न तो OLDPROJECTNAME का नाम, NEWPROJECTNAME का नाम, न ही इसके योगदानकर्ताओं के नाम ..."?

वास्तव में ऊपर उल्लिखित अनुसार आपके पास दो लाइसेंस हैं। आपको अपना लाइसेंस (मुख्य लाइसेंस) मिला है जो "आपके" सॉफ़्टवेयर के लिए है। और फिर आप लिखते हैं कि आपके सॉफ़्टवेयर का वह हिस्सा लाइसेंस प्राप्त है। फिर आपके द्वारा फोर्क किए गए सॉफ़्टवेयर की मूल शर्तों को सूचीबद्ध किया गया है (जैसा कि आप उन्हें मूल लेखक से प्राप्त करते हैं)। तो यह स्पष्ट है कि आपके सॉफ्टवेयर का लाइसेंस क्या है।

आप इस वास्तव में अच्छा दस्तावेज़ के लिए चाहते हैं, आप संस्करण नियंत्रण में सब कुछ रखना चाहिए, तो यह जानकारी क्या मूल कोड था और क्या आपके परिवर्तन कर रहे हैं प्राप्त करने के लिए तकनीकी रूप से संभव है। तो यह संस्करण नियंत्रण प्रणाली के साथ पूरी तरह से सुरक्षित रूप से दस्तावेज किया गया है, जिस पर लाइसेंस/es लागू/ies।