ഓപ്പൺ സോഴ്‌സ് ഫൗണ്ടേഷനിലേക്കുള്ള കോഡിലേക്കുള്ള അവകാശങ്ങളുടെ നിർബന്ധിത കൈമാറ്റം Glibc പ്രോജക്റ്റ് റദ്ദാക്കി

GNU C ലൈബ്രറി (glibc) സിസ്റ്റം ലൈബ്രറിയുടെ ഡെവലപ്പർമാർ മാറ്റങ്ങൾ സ്വീകരിക്കുന്നതിനും പകർപ്പവകാശങ്ങൾ കൈമാറ്റം ചെയ്യുന്നതിനുമുള്ള നിയമങ്ങളിൽ മാറ്റങ്ങൾ വരുത്തിയിട്ടുണ്ട്, ഓപ്പൺ സോഴ്സ് ഫൗണ്ടേഷനിലേക്ക് സ്വത്ത് അവകാശങ്ങൾ കോഡിലേക്കുള്ള നിർബന്ധിത കൈമാറ്റം റദ്ദാക്കി. GCC പ്രോജക്റ്റിൽ മുമ്പ് സ്വീകരിച്ച മാറ്റങ്ങളുമായി സാമ്യമുള്ളതിനാൽ, Glibc-ലെ ഓപ്പൺ സോഴ്സ് ഫൗണ്ടേഷനുമായി CLA കരാർ ഒപ്പിടുന്നത് ഡവലപ്പറുടെ അഭ്യർത്ഥന പ്രകാരം നടത്തിയ ഓപ്ഷണൽ പ്രവർത്തനങ്ങളുടെ വിഭാഗത്തിലേക്ക് മാറ്റിയിട്ടുണ്ട്. ഓപ്പൺ സോഴ്‌സ് ഫൗണ്ടേഷനിലേക്ക് അവകാശങ്ങൾ കൈമാറാതെ തന്നെ പാച്ചുകൾ സ്വീകരിക്കാൻ അനുവദിക്കുന്ന റൂൾ മാറ്റങ്ങൾ ഓഗസ്റ്റ് 2 മുതൽ പ്രാബല്യത്തിൽ വരും, മറ്റ് GNU പ്രോജക്റ്റുകളുമായി Gnulib വഴി പങ്കിടുന്ന കോഡ് ഒഴികെ, വികസനത്തിന് ലഭ്യമായ എല്ലാ Glibc ശാഖകളെയും ഇത് ബാധിക്കും.

ഓപ്പൺ സോഴ്സ് ഫൗണ്ടേഷനിലേക്ക് സ്വത്ത് അവകാശങ്ങൾ കൈമാറുന്നതിനു പുറമേ, ഡെവലപ്പർ സർട്ടിഫിക്കറ്റ് ഓഫ് ഒറിജിൻ (DCO) മെക്കാനിസം ഉപയോഗിച്ച് Glibc പ്രോജക്റ്റിലേക്ക് കോഡ് കൈമാറാനുള്ള അവകാശം സ്ഥിരീകരിക്കാനുള്ള അവസരം ഡെവലപ്പർമാർക്ക് നൽകുന്നു. DCO അനുസരിച്ച്, ഓരോ മാറ്റത്തിനും "Signed-off-by: developer name and email" എന്ന വരി അറ്റാച്ചുചെയ്യുന്നതിലൂടെ രചയിതാവ് ട്രാക്കിംഗ് നടത്തുന്നു. ഈ ഒപ്പ് പാച്ചിലേക്ക് അറ്റാച്ചുചെയ്യുന്നതിലൂടെ, ഡെവലപ്പർ കൈമാറ്റം ചെയ്ത കോഡിന്റെ തന്റെ കർത്തൃത്വം സ്ഥിരീകരിക്കുകയും പ്രോജക്റ്റിന്റെ ഭാഗമായി അല്ലെങ്കിൽ ഒരു സ്വതന്ത്ര ലൈസൻസിന് കീഴിലുള്ള കോഡിന്റെ ഭാഗമായി അതിന്റെ വിതരണത്തിന് സമ്മതിക്കുകയും ചെയ്യുന്നു. GCC പ്രോജക്റ്റിന്റെ പ്രവർത്തനങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി, Glibc-ലെ തീരുമാനം മുകളിൽ നിന്ന് ഗവേണിംഗ് കൗൺസിൽ ഇറക്കിയതല്ല, മറിച്ച് സമൂഹത്തിലെ എല്ലാ പ്രതിനിധികളുമായും പ്രാഥമിക ചർച്ചയ്ക്ക് ശേഷമാണ്.

ഓപ്പൺ സോഴ്‌സ് ഫൗണ്ടേഷനുമായുള്ള കരാർ ഒപ്പിടുന്നത് നിർത്തലാക്കുന്നത് വികസനത്തിൽ പുതിയ പങ്കാളികളുടെ ചേരലിനെ ഗണ്യമായി ലളിതമാക്കുകയും ഓപ്പൺ സോഴ്‌സ് ഫൗണ്ടേഷനിലെ ട്രെൻഡുകളിൽ നിന്ന് പ്രോജക്റ്റിനെ സ്വതന്ത്രമാക്കുകയും ചെയ്യുന്നു. വ്യക്തിഗത പങ്കാളികൾ ഒരു CLA കരാറിൽ ഒപ്പിടുന്നത് അനാവശ്യമായ ഔപചാരികതകൾക്കായി സമയം പാഴാക്കുന്നതിലേക്ക് നയിച്ചെങ്കിൽ, കോർപ്പറേഷനുകൾക്കും വൻകിട കമ്പനികളിലെ ജീവനക്കാർക്കും ഓപ്പൺ സോഴ്സ് ഫണ്ടിലേക്കുള്ള അവകാശങ്ങൾ കൈമാറ്റം ചെയ്യുന്നത് നിരവധി നിയമപരമായ കാലതാമസങ്ങളും അംഗീകാരങ്ങളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. എല്ലായ്പ്പോഴും വിജയകരമായി പൂർത്തിയാക്കി.

കോഡ് അവകാശങ്ങളുടെ കേന്ദ്രീകൃത മാനേജുമെന്റ് ഉപേക്ഷിക്കുന്നത് യഥാർത്ഥത്തിൽ അംഗീകരിച്ച ലൈസൻസിംഗ് വ്യവസ്ഥകളെ ശക്തിപ്പെടുത്തുന്നു, കാരണം ലൈസൻസ് മാറ്റുന്നതിന് ഇപ്പോൾ ഓപ്പൺ സോഴ്‌സ് ഫൗണ്ടേഷനിലേക്ക് അവകാശങ്ങൾ കൈമാറാത്ത ഓരോ ഡവലപ്പറുടെയും വ്യക്തിഗത സമ്മതം ആവശ്യമാണ്. എന്നിരുന്നാലും, "LGPLv2.1 അല്ലെങ്കിൽ പുതിയ" ലൈസൻസിന് കീഴിൽ Glibc കോഡ് വിതരണം ചെയ്യുന്നത് തുടരുന്നു, ഇത് അധിക അംഗീകാരമില്ലാതെ LGPL-ന്റെ പുതിയ പതിപ്പുകളിലേക്ക് മൈഗ്രേഷൻ അനുവദിക്കുന്നു. മിക്ക കോഡുകളുടേയും അവകാശങ്ങൾ സ്വതന്ത്ര സോഫ്റ്റ്‌വെയർ ഫൗണ്ടേഷന്റെ കൈകളിൽ തുടരുന്നതിനാൽ, ഈ ഓർഗനൈസേഷൻ സൗജന്യ കോപ്പിലെഫ്റ്റ് ലൈസൻസുകൾക്ക് കീഴിൽ മാത്രം Glibc കോഡിന്റെ വിതരണത്തിന്റെ ഗ്യാരന്ററുടെ റോൾ തുടരുന്നു. ഉദാഹരണത്തിന്, ഒരു ഡ്യുവൽ/കൊമേഴ്‌സ്യൽ ലൈസൻസ് അവതരിപ്പിക്കാനുള്ള ശ്രമങ്ങളെ അല്ലെങ്കിൽ കോഡ് രചയിതാക്കളുമായുള്ള പ്രത്യേക കരാറിന് കീഴിൽ അടച്ച ഉടമസ്ഥതയിലുള്ള ഉൽപ്പന്നങ്ങളുടെ റിലീസ് ഓപ്പൺ സോഴ്‌സ് ഫൗണ്ടേഷൻ തടഞ്ഞേക്കാം.

കോഡ് അവകാശങ്ങളുടെ കേന്ദ്രീകൃത മാനേജുമെന്റ് ഉപേക്ഷിക്കുന്നതിന്റെ പോരായ്മകളിൽ, ലൈസൻസുകളുമായി ബന്ധപ്പെട്ട പ്രശ്നങ്ങൾ അംഗീകരിക്കുമ്പോൾ ആശയക്കുഴപ്പം ഉണ്ടാകുന്നു. മുമ്പ് ലൈസൻസിംഗ് വ്യവസ്ഥകൾ ലംഘിക്കുന്നതിനുള്ള എല്ലാ ക്ലെയിമുകളും ഒരു ഓർഗനൈസേഷനുമായുള്ള ആശയവിനിമയത്തിലൂടെ പരിഹരിക്കപ്പെട്ടിരുന്നുവെങ്കിൽ, ഇപ്പോൾ മനഃപൂർവമല്ലാത്തവ ഉൾപ്പെടെയുള്ള ലംഘനങ്ങളുടെ ഫലം പ്രവചനാതീതമായിത്തീരുകയും ഓരോ വ്യക്തിഗത പങ്കാളിയുമായി കരാർ ആവശ്യപ്പെടുകയും ചെയ്യുന്നു. ഒരു ഉദാഹരണമായി, ലിനക്സ് കേർണലുമായുള്ള സാഹചര്യം നൽകിയിരിക്കുന്നു, വ്യക്തിഗത കേർണൽ ഡെവലപ്പർമാർ വ്യക്തിഗത സമ്പുഷ്ടീകരണം നേടുന്നതിന് ഉൾപ്പെടെയുള്ള വ്യവഹാരങ്ങൾ ആരംഭിക്കുന്നു.

അവലംബം: opennet.ru