ડેબિયન બહુવિધ init સિસ્ટમો માટે આધાર પર પાછા ફરે છે

સેમ હાર્ટમેન, ડેબિયન પ્રોજેક્ટ લીડર, પ્રયાસ કર્યો વિતરણના ભાગ રૂપે એલોગિન્ડ પેકેજની ડિલિવરી સાથે સંકળાયેલા મતભેદોને સમજવા માટે. જુલાઈમાં, રીલીઝ તૈયાર કરવા માટે જવાબદાર ટીમ અવરોધિત પરીક્ષણ શાખામાં elogind નો સમાવેશ, કારણ કે આ પેકેજ libsystemd સાથે વિરોધાભાસી છે.

જણાવ્યું હતું કે elogind systemd ઇન્સ્ટોલ કર્યા વિના જીનોમ ચલાવવા માટે જરૂરી ઇન્ટરફેસો પૂરા પાડે છે. પ્રોજેક્ટની સ્થાપના systemd-logind ના ફોર્ક તરીકે કરવામાં આવી હતી, જે એક અલગ પેકેજમાં મૂકવામાં આવી હતી અને systemd ઘટકોને બંધનકર્તામાંથી મુક્ત કરવામાં આવી હતી. અન્ય વસ્તુઓની સાથે, elogind એ libelogind લાઇબ્રેરીનું પોતાનું વર્ઝન પૂરું પાડે છે, જે libsystemd માં ઓફર કરાયેલા સંખ્યાબંધ કાર્યો લે છે અને ઇન્સ્ટોલેશન દરમિયાન આ લાઇબ્રેરીને બદલે છે.

અવરોધિત કરવાના કારણો systemd પેકેજ સાથે સંઘર્ષ અને libsystemd ને વૈકલ્પિક libelogind સાથે બદલવાનું જોખમ હતું, જે ABI સ્તરે મૂળ પુસ્તકાલય સાથે સંપૂર્ણપણે અસંગત છે.
પેકેજ elogind ને systemd લાઇબ્રેરીઓ સાથે વિરોધાભાસી તરીકે લેબલ કરે છે, પરંતુ તે સ્વાભાવિક રીતે systemd વગર જ કામ કરવા માટે રચાયેલ છે, અને systemd સાથે વિરોધાભાસ વાસ્તવમાં ફાયદાકારક છે કારણ કે તે elogind ને ભૂલથી ઇન્સ્ટોલ થવાથી અટકાવે છે. બીજી તરફ, તેના વર્તમાન સ્વરૂપમાં, એપીટી દ્વારા રૂપરેખાંકનને સિસ્વિનીટ અને એલોગીન્ડ સાથેના સંસ્કરણમાં અપડેટ કરવા માટેના પ્રયાસો પરિણામ આપે છે. ક્ષતિગ્રસ્ત સિસ્ટમ APT સાથે કામ કરતું નથી. પરંતુ જો આ ખામી દૂર કરવામાં આવે તો પણ, પહેલાથી ઇન્સ્ટોલ કરેલ વપરાશકર્તા વાતાવરણને કાઢી નાખ્યા વિના systemd થી elogind માં સંક્રમણ અશક્ય રહે છે.

એલોગિન્ડ ડેવલપર્સ હતા પ્રસ્તાવિત તેના પોતાના libpam-elogind સ્તરનો ઉપયોગ કર્યા વિના, પ્રમાણભૂત libpam-systemd ની ટોચ પર કામ કરવા માટે elogind અનુકૂલન કરો. elogind નું libpam-systemd માં સંક્રમણ સ્લાઇસેસના ખ્યાલ માટે સમર્થનના અભાવને કારણે અવરોધાય છે, પરંતુ elogind ના વિકાસકર્તાઓ API સાથે સંપૂર્ણ અનુપાલન હાંસલ કરવા માંગતા નથી અને systemd ની તમામ ક્ષમતાઓને બરાબર પુનરાવર્તિત કરવા માંગતા નથી, કારણ કે elogind માત્ર ન્યૂનતમ પ્રદાન કરે છે. વપરાશકર્તા લૉગિન ગોઠવવા માટેની કાર્યક્ષમતા અને બધી સિસ્ટમ્ડ સબસિસ્ટમ્સની નકલ કરવાનું લક્ષ્ય રાખતું નથી.

વર્ણવેલ તકનીકી સમસ્યાઓનું નિરાકરણ રીલીઝ ટીમ અને એલોગિન્ડ અને સિસ્ટમ્ડ જાળવણીકારો વચ્ચેની ક્રિયાપ્રતિક્રિયાના સ્તરે ઉકેલવું જોઈએ, પરંતુ પ્રોજેક્ટ લીડરને દરમિયાનગીરી કરવાની ફરજ પડી હતી કારણ કે ટીમો સંમત થઈ શકી ન હતી, સંયુક્ત કાર્ય સંઘર્ષમાં વિકસી ગયું હતું અને સમસ્યાનો ઉકેલ લાવવામાં આવ્યો હતો. સમસ્યા મૃત અંત સુધી પહોંચી, જેમાં દરેક બાજુ તેની પોતાની રીતે યોગ્ય હતી. સેમ હાર્ટમેનના જણાવ્યા મુજબ, પરિસ્થિતિ સામાન્ય મત (GR, સામાન્ય ઠરાવ) ની જરૂર હોય તેવા રાજ્યની નજીક આવી રહી છે, જેમાં સમુદાય ઇલોગિન્ડ સાથે sysvinit માટે init અને સમર્થન માટે વૈકલ્પિક સિસ્ટમો નક્કી કરશે.

જો પ્રોજેક્ટ સભ્યો ઇનિટ સિસ્ટમને વૈવિધ્યીકરણ કરવા માટે મત આપે છે, તો બધા જાળવણીકારો આ સમસ્યાને ઉકેલવા માટે સાથે મળીને કામ કરવામાં સામેલ થશે અથવા ચોક્કસ વિકાસકર્તાઓને આ મુદ્દા પર કામ કરવા માટે સોંપવામાં આવશે અને જાળવણીકારો હવે વૈકલ્પિક ઇનિટ સિસ્ટમને અવગણી શકશે નહીં, શાંત રહી શકશે નહીં, અથવા પ્રક્રિયામાં વિલંબ.

હાલમાં રિપોઝીટરીમાં પહેલેથી જ છે સંચિત 1033 પેકેજો કે જે systemd માટે સેવા એકમો પૂરા પાડે છે, પરંતુ init.d સ્ક્રિપ્ટો સમાવતા નથી. આ સમસ્યા ઉકેલવા માટે ઓફર કરે છે ડિફૉલ્ટ રૂપે સેવા ફાઈલો સપ્લાય કરો, પરંતુ હેન્ડલર તૈયાર કરો કે જે આ ફાઈલોમાંથી આદેશોને આપમેળે પાર્સ કરશે અને તેના આધારે init.d સ્ક્રિપ્ટો જનરેટ કરશે.

જો સમુદાય નક્કી કરે છે કે ડેબિયન પાસે સિંગલ ઇનિટ સિસ્ટમ માટે પૂરતો સપોર્ટ છે, તો અમે હવે sysvinit અને elogind વિશે ચિંતા કરી શકતા નથી અને માત્ર યુનિટ ફાઇલો અને systemd પર ધ્યાન કેન્દ્રિત કરી શકીએ છીએ. આ નિર્ણય પોર્ટ પર નકારાત્મક અસર કરશે જે Linux કર્નલનો ઉપયોગ કરતા નથી (ડેબિયન જીએનયુ / હર્ડ, ડેબિયન જીએનયુ / નેટબીએસડી и ડેબિયન જીએનયુ / કેફ્રીબીએસડી), પરંતુ હજુ સુધી મુખ્ય આર્કાઇવમાં આવા કોઈ બંદરો નથી અને તેમની પાસે સ્થિતિ નથી સત્તાવાર રીતે ટેકો આપ્યો હતો.

Systemd સાથે બંધન એ ભવિષ્યમાં વિતરણની દિશા બદલવાનું વધુ મુશ્કેલ બનાવશે અને આરંભ અને સેવા વ્યવસ્થાપનના ક્ષેત્રમાં વધુ પ્રયોગોને મર્યાદિત કરશે. ઇલોગિન્ડને કાર્યકારી સ્વરૂપમાં જાળવવું તેને કાઢી નાખવા અને પછી તેને ફરીથી ઉમેરવાનો પ્રયાસ કરતાં વધુ સરળ છે. દરેક નિર્ણય વિકલ્પમાં ગુણદોષ હોય છે, તેથી મતદાન કરતા પહેલા તમામ ગુણદોષની સંપૂર્ણ ચર્ચા જરૂરી રહેશે.

સોર્સ: opennet.ru