থেকে জিপিএল প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী (কিন্তু পরামর্শ সকল লাইসেন্স প্রযোজ্য):
জিপিএলকে প্রোগ্রামটির প্রতিটি অনুলিপি সহ জিপিএল-এর একটি অনুলিপি কেন লাগবে?
কাজের সাথে লাইসেন্সের একটি অনুলিপি অন্তর্ভুক্ত করা অত্যাবশ্যক যাতে প্রোগ্রামটির অনুলিপি প্রাপ্ত প্রত্যেক ব্যক্তি তার অধিকারগুলি কী তা জানতে পারে।
এটি লাইসেন্সের পরিবর্তে লাইসেন্সের পরিবর্তে কোনও URL অন্তর্ভুক্ত করার জন্য লোভনীয় হতে পারে। তবে আপনি নিশ্চিত হতে পারবেন না যে URL টি এখনও বৈধ হবে, এখন থেকে পাঁচ বছর বা দশ বছর পরে। আজ থেকে কুড়ি বছর পরে, ইউআরএলগুলি যেমন আমরা জানি সেগুলি আর থাকতে পারে না।
নেটওয়ার্কে যে সমস্ত পরিবর্তন ঘটবে তার পরেও প্রোগ্রামটির অনুলিপি থাকা লোকেরা লাইসেন্সটি দেখতে সক্ষম হবে কিনা তা নিশ্চিত করার একমাত্র উপায় হল প্রোগ্রামটির লাইসেন্সের একটি অনুলিপি অন্তর্ভুক্ত করা।
(জোর আমার)
আপনার লাইসেন্স দেওয়া হোস্টিংয়ের মুহুর্তটি যে মুহুর্তে নীচে নেমে যায় বা তার ইউআরএল পাথ পরিবর্তন করে, আপনার সফ্টওয়্যারটির অনুলিপিযুক্ত লোকেরা নিরাপদে কী অধিকার ব্যবহার করতে পারে তা যাচাই করতে পারবেন না। মনে করুন এমনকি আপনি যে কোনওভাবে গ্যারান্টি দিয়েছিলেন যে সেই সঠিক ইউআরএল চিরকালের জন্য অনলাইনে থাকবে: ব্যবহারকারীরা আপনার সফ্টওয়্যার ব্যবহার আইনী তা যাচাই করার ক্ষমতা এখনও সেই নির্দিষ্ট ইউআরএলটিতে সংযুক্ত হওয়ার দক্ষতার উপর নির্ভর করে। যদিও এই প্রয়োজনীয়তাটি আপনার নির্দিষ্ট শহর / দেশ / গ্রহে খুব বেশি সংখ্যক নয় তবে এটি অন্য কোথাও প্রচণ্ড হতে পারে। আপনার এই প্রয়োজনটি চাপিয়ে দেওয়া উচিত নয়, বিশেষত যখন কাজের (সম্পূর্ণ লাইসেন্সের পাঠ্য সহ) তুচ্ছ হয়।
আপনি এই অভিযোগটির উত্তর দিয়ে বলতে পারেন, "তাহলে কী? যদি ইউআরএলটি নীচে যায় বা অ্যাক্সেসযোগ্য না হয় তবে 'জিএনইউ জিপিএল ভি 3' এর মতো একটি দ্ব্যর্থহীন বর্ণনাকারী যথেষ্ট পরিমাণে থাকতে হবে G জিপিএলের পূর্ণ-পাঠ্য অনুলিপি ব্যবহারকারীরা সন্ধান করতে পারেন লাইসেন্স নিজেই। " কিছু সমস্যা তাত্ক্ষণিক মনে পড়বে:
এটি লাইসেন্স শনাক্তকারীগুলিতে সাধারণীকরণ করে না যা কম স্পষ্ট ("BSD লাইসেন্স" কথাটি মনে আসে)।
এটি কম সাধারণ বা কাস্টমাইজ করা লাইসেন্সগুলিতে ভাল জেনারেল হয় না ("লিঙ্কিং ব্যতিক্রমগুলির সাথে জিপিএল" মনে আসে: কোনটি ব্যতিক্রম সংযুক্ত করে?) কোনও ব্যবহারকারী এটির নামে নির্ভরযোগ্যভাবে খুঁজে পেতে পারে এমন আশা করা যুক্তিসঙ্গত হওয়ার আগে লাইসেন্সের কত সাধারণ হওয়া দরকার?
এটির জন্য এখনও ব্যবহারকারীদের একটি ইন্টারনেট সংযোগ থাকা দরকার, এটি সফ্টওয়্যারটি পাওয়ার সময় সংযোগ থাকলেও তাদের ক্ষেত্রে এটি নাও হতে পারে। (এবং তারা যখন সফ্টওয়্যারটি পেয়েছিল তখন তাদের ইন্টারনেটের অ্যাক্সেস না থাকতে পারে: বিশ্বের অনেক জায়গায় "সিডি যুগ" এখনও শেষ হয়নি an একটি অতিরিক্ত ঘটনা হিসাবে, জাতীয় জনসংখ্যা বিবেচনা করুন যা বিস্তৃত ইন্টারনেট অ্যাক্সেস রয়েছে তবে এর বৃহত অংশগুলি সেন্সর করুন ।) অবাধে পুনঃ বিতরণযোগ্য সফ্টওয়্যারের একটি পরিণতি হ'ল কোনও প্রাপক আপনার সফ্টওয়্যারটির অনুলিপি সরাসরি আপনার কাছ থেকে বা কোনও বিতরণ চ্যানেলের মাধ্যমে পাবেন যা আপনি প্রত্যাশা করেছিলেন।
লাইসেন্স লিঙ্কগুলির বিরুদ্ধে একটি চূড়ান্ত যুক্তি নীচে মাইকেলটির মন্তব্য দ্বারা উল্লেখ করা হয়েছে: এটি আপনাকে পরিবর্তনশীলভাবে, পরিবর্তনকে লাইসেন্স পরিবর্তন করার অনুমতি দিতে পারে। এটি ইচ্ছাকৃতভাবে করা যেতে পারে তবে আপনি যদি সফ্টওয়্যারটির সংস্করণগুলির মধ্যে লাইসেন্স পরিবর্তন করেন তবে উভয় সংস্করণের জন্য একই লাইসেন্স লিঙ্কটি ব্যবহার করেন, যার ফলে আপনার পুরানো লাইসেন্স অস্তিত্বের বাইরে থেকে যায়। এই জাতীয় পরিবর্তনগুলি এমন লোকদের জন্য অসুবিধা যুক্ত করবে যেগুলি প্রমাণ করতে হবে যে তারা তাদের পুরানো অনুলিপিটি বর্তমান সংস্করণের চেয়ে আলাদা লাইসেন্সের আওতায় পেয়েছে।
তাহলে প্রকল্পের মূলটিতে আমাকে লাইসেন্স রাখতে হবে কেন?
আমি আইনজীবী নই, তবে প্রকল্পের মূলটিতে লাইসেন্স রাখার জন্য আপনার কোনও বাধ্যকারী যুক্তি কখনও দেখিনি I've এমনকি জিপিএল, যা নির্দিষ্ট করে দেয় যে লাইসেন্সটি অবশ্যই কাজের প্রতিটি অনুলিপি সহ অবশ্যই, কীভাবে এটি কাজের সাথে যেতে হবে সে সম্পর্কে নীরব । (এটি কারণ হ'ল জিপিএল নন-সফ্টওয়্যার প্রসঙ্গে প্রয়োগ করা যেতে পারে, যেখানে "রুট ডিরেক্টরি" এর ধারণাটি অর্থবোধক নয়))
রুট ডিরেক্টরিতে লাইসেন্স রাখা সম্ভবত একটি ভাল ধারণা কারণ এটি ব্যবহারকারী এটি দেখার সম্ভাবনা সর্বাধিক করে তোলে এবং এর ফলে কিছুটা অস্পষ্ট ডিরেক্টরিতে লাইসেন্সটি আড়াল করার চেষ্টা করার কারণে ব্যবহারকারীর হতাশা এবং আপনার বিরুদ্ধে অভিযোগের সম্ভাবনা উভয়ই হ্রাস পায়। আপনার যদি অনেক লাইসেন্স থাকে তবে সেগুলি তাদের নিজস্ব ফোল্ডারে রেখে দেওয়া আরও বুদ্ধিমান হতে পারে এবং প্রতিটি উপাদানগুলির জন্য লাইসেন্স সন্ধানের জন্য ফাইলের পাথগুলিতে একটি স্পষ্ট প্রকল্প README অন্তর্ভুক্ত করতে পারে।
ডিরেক্টরি মূলের মধ্যে আপনার লাইসেন্স স্থাপন একটি সহায়ক অনুশীলনও কারণ এটি মডিউলগুলির লাইসেন্সগুলিকে পৃথকভাবে লাইসেন্স দেয় যে পুরো কাজটি পুরোপুরি কাজ করে। ধরুন আমার প্রকল্প FooProj স্ট্যান্ড-একা মডিউল বারমড ব্যবহার করে। FooProj জিপিএল-লাইসেন্সযুক্ত হতে পারে, স্ট্যান্ডেলোন মডিউলটি এমআইটি-লাইসেন্সযুক্ত হতে পারে। আমি যখন প্রথম ফুপ্রোজ খুলি, আমি মূলটিতে জিপিএলের একটি অনুলিপি দেখতে পাই এবং বুঝতে পারি যে সামগ্রিকভাবে কাজটি জিপিএল-লাইসেন্সযুক্ত। আমি যখন বারমডের ফোল্ডারে নামি তখন আমি সেখানে একটি নতুন লাইসেন্স ফাইল দেখি এবং আমি বুঝতে পারি যে এই ফোল্ডারটির সামগ্রীগুলি এমআইটি-লাইসেন্সযুক্ত। অবশ্যই, এটি কেবল সহায়ক সাহায্য; আপনার সর্বদা আপনার মডিউলগুলির লাইসেন্স স্পষ্টভাবে একটি README, বিজ্ঞপ্তি বা অনুরূপ ফাইলটিতে নির্দেশ করা উচিত।
সংক্ষেপে, ফাইল রুটটি ব্যবহার করা সুবিধা ও স্পষ্টতার বিষয়। ওপেন-সোর্স লাইসেন্স পাঠ্যের কোনও আইনী বাধ্যবাধকতা আমি দেখিনি, এটি আইনি কারণে প্রয়োজনীয় হওয়ার কারণও আমি জানি না। আপনার লাইসেন্স প্রাপকদের আবিষ্কারের জন্য যুক্তিসঙ্গতভাবে সহজ হওয়া উচিত; এই মানদণ্ডটি মেটানোর জন্য প্রকল্পের মূল লাইসেন্স সহ যথেষ্ট, তবে প্রয়োজনীয় নয়।