ഒന്നിലധികം init സിസ്റ്റങ്ങൾക്കുള്ള പിന്തുണയിലേക്ക് ഡെബിയൻ മടങ്ങുന്നു

സാം ഹാർട്ട്മാൻ, ഡെബിയൻ പ്രോജക്ട് ലീഡർ, ശ്രമിച്ചു വിതരണത്തിന്റെ ഭാഗമായി എലോഗിൻഡ് പാക്കേജ് വിതരണം ചെയ്യുന്നതുമായി ബന്ധപ്പെട്ട വിയോജിപ്പുകൾ മനസ്സിലാക്കാൻ. ജൂലൈയിൽ, റിലീസുകൾ തയ്യാറാക്കുന്നതിനുള്ള ഉത്തരവാദിത്തം ടീം തടഞ്ഞു ഈ പാക്കേജ് libsystemd-മായി വൈരുദ്ധ്യമുള്ളതിനാൽ, ടെസ്റ്റിംഗ് ബ്രാഞ്ചിൽ elogind ഉൾപ്പെടുത്തുന്നു.

ഓർക്കുക elogind systemd ഇൻസ്റ്റാൾ ചെയ്യാതെ ഗ്നോം പ്രവർത്തിപ്പിക്കുന്നതിന് ആവശ്യമായ ഇന്റർഫേസുകൾ നൽകുന്നു. systemd-logind-ന്റെ ഒരു ഫോർക്ക് എന്ന നിലയിലാണ് പ്രോജക്റ്റ് സ്ഥാപിതമായത്, ഒരു പ്രത്യേക പാക്കേജിൽ സ്ഥാപിക്കുകയും systemd ഘടകങ്ങളുമായി ബന്ധിപ്പിക്കുന്നതിൽ നിന്ന് സ്വതന്ത്രമാക്കുകയും ചെയ്തു. മറ്റ് കാര്യങ്ങളിൽ, elogind liblogind ലൈബ്രറിയുടെ സ്വന്തം പതിപ്പ് നൽകുന്നു, ഇത് libsystemd-ൽ വാഗ്ദാനം ചെയ്യുന്ന നിരവധി പ്രവർത്തനങ്ങൾ ഏറ്റെടുക്കുകയും ഇൻസ്റ്റലേഷൻ സമയത്ത് ഈ ലൈബ്രറി മാറ്റിസ്ഥാപിക്കുകയും ചെയ്യുന്നു.

തടയുന്നതിനുള്ള കാരണങ്ങൾ systemd പാക്കേജുമായുള്ള വൈരുദ്ധ്യവും ലിബ്സിസ്റ്റംഡിന് പകരം ഒരു ഇതര ലിബലോഗിൻഡിന്റെ അപകടവുമാണ്, ഇത് എബിഐ തലത്തിലുള്ള ഉറവിട ലൈബ്രറിയുമായി പൂർണ്ണമായും പൊരുത്തപ്പെടുന്നില്ല.
പാക്കേജ് ലേബലുകൾ systemd ലൈബ്രറികളുമായി വൈരുദ്ധ്യം കാണിക്കുന്നു, പക്ഷേ ഇത് systemd ഇല്ലാതെ മാത്രം പ്രവർത്തിക്കാൻ അന്തർലീനമായി രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ്, കൂടാതെ systemd-മായി വൈരുദ്ധ്യം വരുന്നത് യഥാർത്ഥത്തിൽ പ്രയോജനകരമാണ്, കാരണം ഇത് elogind അബദ്ധത്തിൽ ഇൻസ്റ്റാൾ ചെയ്യപ്പെടാതെ തടയുന്നു. മറുവശത്ത്, നിലവിലെ രൂപത്തിൽ, systemd-ൽ നിന്ന് sysvinit-ഉം elogind-ഉം ഉള്ള പതിപ്പിലേക്ക് കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യാൻ APT വഴി ശ്രമിക്കുന്നത് തകർന്ന സിസ്റ്റം APT പ്രവർത്തിക്കുന്നില്ല. എന്നാൽ ഈ പോരായ്മ ഇല്ലാതാക്കിയാലും, ഇതിനകം ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള ഉപയോക്തൃ പരിതസ്ഥിതികൾ ഇല്ലാതാക്കാതെ systemd-ൽ നിന്ന് elogind-ലേക്കുള്ള മാറ്റം അസാധ്യമാണ്.

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

വിവരിച്ച സാങ്കേതിക പ്രശ്‌നങ്ങളുടെ പരിഹാരം റിലീസ് ടീമും എലോഗിൻഡ്, സിസ്റ്റം മെയിന്റനർമാരും തമ്മിലുള്ള ആശയവിനിമയത്തിന്റെ തലത്തിൽ പരിഹരിക്കപ്പെടണം, പക്ഷേ ടീമുകൾക്ക് യോജിക്കാൻ കഴിയാത്തതിനാൽ പ്രോജക്റ്റ് ലീഡർ ഇടപെടാൻ നിർബന്ധിതനായി, സംയുക്ത പ്രവർത്തനം ഏറ്റുമുട്ടലിലേക്കും പരിഹാരത്തിലേക്കും വികസിച്ചു. പ്രശ്‌നം അവസാനഘട്ടത്തിലെത്തി, അതിൽ ഓരോ പക്ഷവും അതിന്റേതായ രീതിയിൽ ശരിയായിരുന്നു. സാം ഹാർട്ട്മാൻ പറയുന്നതനുസരിച്ച്, ഒരു പൊതു വോട്ട് (GR, പൊതു റെസല്യൂഷൻ) ആവശ്യമുള്ള ഒരു അവസ്ഥയിലേക്ക് സാഹചര്യം അടുക്കുകയാണ്, അതിൽ init-നുള്ള ഇതര സംവിധാനങ്ങളും sysvinit-നുള്ള പിന്തുണയും elogind ഉപയോഗിച്ച് സമൂഹം തീരുമാനിക്കും.

പ്രോജക്റ്റ് അംഗങ്ങൾ init സിസ്റ്റങ്ങൾ വൈവിധ്യവൽക്കരിക്കാൻ വോട്ട് ചെയ്യുകയാണെങ്കിൽ, ഈ പ്രശ്നം പരിഹരിക്കുന്നതിനായി എല്ലാ മെയിന്റനർമാരും ഒരുമിച്ച് പ്രവർത്തിക്കുന്നതിൽ ഏർപ്പെടും അല്ലെങ്കിൽ ഈ പ്രശ്നത്തിൽ പ്രവർത്തിക്കാൻ നിർദ്ദിഷ്ട ഡെവലപ്പർമാരെ നിയോഗിക്കും, കൂടാതെ ഒരു ഇതര init സിസ്റ്റം അവഗണിക്കാനോ നിശ്ശബ്ദത പാലിക്കാനോ മെയിന്റനർമാർക്ക് കഴിയില്ല. പ്രക്രിയ വൈകിപ്പിക്കുക.

നിലവിൽ സംഭരണിയിലാണ് കുമിഞ്ഞുകൂടി systemd-നുള്ള സേവന യൂണിറ്റുകൾ നൽകുന്ന 1033 പാക്കേജുകൾ, എന്നാൽ init.d സ്ക്രിപ്റ്റുകൾ ഉൾപ്പെടുന്നില്ല. ഈ പ്രശ്നം പരിഹരിക്കാൻ വാഗ്ദാനം ചെയ്തു സ്ഥിരസ്ഥിതിയായി സേവന ഫയലുകൾ വിതരണം ചെയ്യുക, എന്നാൽ ഈ ഫയലുകളിൽ നിന്നുള്ള കമാൻഡുകൾ സ്വയമേവ പാഴ്‌സ് ചെയ്യുകയും അവ അടിസ്ഥാനമാക്കി init.d സ്ക്രിപ്റ്റുകൾ സൃഷ്ടിക്കുകയും ചെയ്യുന്ന ഒരു ഹാൻഡ്‌ലർ തയ്യാറാക്കുക.

ഒരൊറ്റ init സിസ്റ്റത്തിന് ഡെബിയന് മതിയായ പിന്തുണയുണ്ടെന്ന് കമ്മ്യൂണിറ്റി തീരുമാനിക്കുകയാണെങ്കിൽ, നമുക്ക് ഇനി sysvinit, elogind എന്നിവയെക്കുറിച്ച് വിഷമിക്കേണ്ടതില്ല, കൂടാതെ യൂണിറ്റ് ഫയലുകളിലും systemd-ലും മാത്രം ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ കഴിയില്ല. ഈ തീരുമാനം Linux കേർണൽ ഉപയോഗിക്കാത്ത പോർട്ടുകളെ പ്രതികൂലമായി ബാധിക്കും (ഡെബിയൻ ഗ്നു / ഹർഡ്, ഡെബിയൻ ഗ്നു / നെറ്റ്ബിഎസ്ഡി и ഡെബിയൻ ഗ്നു / കെഫ്രീബിഎസ്ഡി), എന്നാൽ പ്രധാന ആർക്കൈവിൽ ഇതുവരെ അത്തരം പോർട്ടുകളൊന്നുമില്ല, അവയ്ക്ക് സ്റ്റാറ്റസ് ഇല്ല ഔദ്യോഗികമായി പിന്തുണച്ചു.

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

അവലംബം: opennet.ru