سام هارتمن، دبیان پروژې مشر، د توزیع د یوې برخې په توګه د ایلوګینډ کڅوړې تحویلۍ پورې اړوند اختلافونو پوهیدل. د جولای په میاشت کې، ټیم د خوشې کولو چمتو کولو مسولیت لري د ازمونې په څانګه کې د elogind شاملول، ځکه چې دا بسته د libsystemd سره په ټکر کې ده.
ياد چې د سیسټمډ نصبولو پرته د GNOME چلولو لپاره اړین انٹرفیس چمتو کوي. پروژه د Systemd-logind د فورک په توګه تاسیس شوې، په جلا کڅوړه کې ځای پر ځای شوې او د سیسټم اجزاو ته د پابندۍ څخه آزاده شوې. د نورو شیانو په مینځ کې ، ایلوګینډ د لیبیلوګینډ کتابتون خپله نسخه چمتو کوي ، کوم چې په libsystemd کې وړاندیز شوي یو شمیر دندې ترسره کوي او د نصب کولو پرمهال دا کتابتون ځای په ځای کوي.
د بندیدو لاملونه د سیسټمډ کڅوړې سره شخړه وه او د بدیل لیبیلوجینډ سره د libsystemd ځای په ځای کولو خطر و ، کوم چې د ABI په کچه د سرچینې کتابتون سره په بشپړ ډول مطابقت نلري.
بسته elogind د سیسټم شوي کتابتونونو سره د ټکر په توګه لیبل کوي ، مګر دا په طبیعي ډول ډیزاین شوی ترڅو یوازې د سیسټمډ پرته کار وکړي ، او د سیسټمډ سره شخړه په حقیقت کې ګټوره ده ځکه چې دا د غلطۍ له امله د elogind د نصب کیدو مخه نیسي. له بلې خوا، په اوسنۍ بڼه کې، د APT له لارې هڅه کوي چې ترتیب د سیسټمډ څخه نسخه ته د sysvinit او elogind سره تازه کړي. د APT سره کار نه کوي. مګر حتی که دا نیمګړتیا له مینځه ویسي، د سیسټمډ څخه ایلوګینډ ته لیږد د دمخه نصب شوي کارونکي چاپیریال له مینځه وړلو پرته ناممکن پاتې کیږي.
د elogind پراختیا کونکي وو د معیاري libpam-systemd په سر کې کار کولو لپاره elogind تطابق کړئ، پرته له دې چې د خپل لیبپام-ایلوګینډ پرت کارولو څخه. libpam-systemd ته د elogind لیږد د سلیزونو مفکورې لپاره د ملاتړ نشتوالي له امله خنډ کیږي، مګر د elogind پراختیا کونکي نه غواړي چې د API سره بشپړ تعمیل ترلاسه کړي او د سیسټمډ ټولې وړتیاوې په سمه توګه تکرار کړي، ځکه چې elogind یوازې لږترلږه چمتو کوي. د کارونکي ننوتلو تنظیم کولو لپاره فعالیت او هدف نه دی چې ټول سیسټم شوي فرعي سیسټمونه نقل کړي.
د بیان شوي تخنیکي ستونزو حل باید د خوشې شوي ټیم او د ایلوګینډ او سیسټم ساتونکو ترمینځ د متقابل عمل په کچه حل شي ، مګر د پروژې مشر مداخله کولو ته اړ شو ځکه چې ټیمونه موافق نه و ، ګډ کار په جنجال بدل شو او د حل لپاره. ستونزه پای ته ورسیده، په کوم کې چې هر اړخ په خپله طریقه سم وو. د سام هارتمن په وینا، وضعیت یو داسې دولت ته نږدې کیږي چې یو عمومي حل (GR) ته اړتیا لري، په کوم کې چې ټولنه به د پیل لپاره د بدیل سیسټمونو په اړه پریکړه وکړي او د ایلوګینډ سره د sysvinit ملاتړ وکړي.
که د پروژې غړي د init سیسټم تنوع ته رایه ورکړي، ټول ساتونکي به د دې ستونزې د حل لپاره په ګډه کار کولو کې ښکیل وي یا ځانګړي پراختیا کونکي به په دې مسله کار کولو ته ګمارل کیږي او ساتونکي به نور نشي کولی د بدیل init سیسټم څخه سترګې پټې کړي، چوپ پاتې شي، یا پروسه ځنډوي.
اوس مهال لا دمخه په ذخیره کې 1033 کڅوړې چې د سیسټمډ لپاره د خدماتو واحدونه چمتو کوي، مګر د init.d سکریپټ شامل نه دي. د دې ستونزې د حل لپاره د ډیفالټ لخوا د خدماتو فایلونه عرضه کړئ، مګر یو سمبالونکی چمتو کړئ چې په اتوماتيک ډول د دې فایلونو څخه کمانډونه پارس کړي او د دوی پر بنسټ init.d سکریپټونه تولید کړي.
که ټولنه پریکړه وکړي چې Debian د یو واحد init سیسټم لپاره کافي ملاتړ لري ، موږ نور نشو کولی د sysvinit او elogind په اړه اندیښنه وکړو او یوازې د واحد فایلونو او سیسټمونو باندې تمرکز وکړو. دا پریکړه به په هغه بندرونو منفي اغیزه وکړي چې د لینکس کرنل نه کاروي (, и )، مګر تر اوسه په اصلي آرشیف کې داسې کوم بندرونه شتون نلري او دوی وضعیت نلري .
سیسټمډ ته پابند کول به په راتلونکي کې د توزیع سمت بدلول خورا ستونزمن کړي او د پیل کولو او خدماتو مدیریت په برخه کې به نور تجربه محدوده کړي. په کاري بڼه کې د ایلوګینډ ساتل د حذف کولو او بیا د اضافه کولو هڅه کولو څخه خورا اسانه دي. د هرې پریکړې اختیار ګټې او زیانونه لري، نو د رایې ورکولو دمخه به د ټولو ګټو او زیانونو بشپړ بحث ته اړتیا وي.
سرچینه: opennet.ru