సామ్ హార్ట్‌మన్, డెబియన్ ప్రాజెక్ట్ లీడర్, పంపిణీలో భాగంగా elogind ప్యాకేజీ డెలివరీకి సంబంధించిన విభేదాలను అర్థం చేసుకోవడానికి. జూలైలో, విడుదలలను సిద్ధం చేయడానికి టీమ్ బాధ్యత వహిస్తుంది ఈ ప్యాకేజీ libsystemdతో విభేదిస్తున్నందున, పరీక్షా శాఖలో elogindని చేర్చడం.
గుర్తుచేసుకున్నారు systemdని ఇన్‌స్టాల్ చేయకుండా GNOMEని అమలు చేయడానికి అవసరమైన ఇంటర్‌ఫేస్‌లను అందిస్తుంది. ప్రాజెక్ట్ systemd-logind యొక్క ఫోర్క్‌గా స్థాపించబడింది, ప్రత్యేక ప్యాకేజీలో ఉంచబడింది మరియు systemd భాగాలకు బైండింగ్ నుండి విముక్తి చేయబడింది. ఇతర విషయాలతోపాటు, elogind liblogind లైబ్రరీ యొక్క దాని స్వంత సంస్కరణను అందిస్తుంది, ఇది libsystemdలో అందించబడిన అనేక విధులను తీసుకుంటుంది మరియు సంస్థాపన సమయంలో ఈ లైబ్రరీని భర్తీ చేస్తుంది.
నిరోధించడానికి కారణాలు systemd ప్యాకేజీతో వైరుధ్యం మరియు libsystemdని ప్రత్యామ్నాయ libelogindతో భర్తీ చేసే ప్రమాదం ఉంది, ఇది ABI స్థాయిలో సోర్స్ లైబ్రరీకి పూర్తిగా అనుకూలంగా లేదు.
ప్యాకేజీ లేబుల్‌లు systemd లైబ్రరీలతో వైరుధ్యంగా ఉన్నాయి, కానీ ఇది అంతర్లీనంగా systemd లేకుండా మాత్రమే పని చేసేలా రూపొందించబడింది మరియు systemdతో వైరుధ్యం వాస్తవానికి ప్రయోజనకరంగా ఉంటుంది ఎందుకంటే ఇది పొరపాటున ఇన్‌స్టాల్ చేయబడకుండా elogind నిరోధిస్తుంది. మరోవైపు, దాని ప్రస్తుత రూపంలో, సిస్టమ్‌డి నుండి కాన్ఫిగరేషన్‌ను సిస్వినిట్‌తో వెర్షన్‌కు అప్‌డేట్ చేయడానికి APT ద్వారా ప్రయత్నిస్తుంది మరియు ఎలోగిండ్ ఫలితంగా APT పని చేయడం లేదు. కానీ ఈ లోపం తొలగించబడినప్పటికీ, ఇప్పటికే ఇన్‌స్టాల్ చేయబడిన వినియోగదారు పరిసరాలను తొలగించకుండా systemd నుండి elogindకి మారడం అసాధ్యం.
ఎలోగిండ్ డెవలపర్లు ఉన్నారు దాని స్వంత libpam-elogind లేయర్‌ని ఉపయోగించకుండా, ప్రామాణిక libpam-systemd పైన పని చేయడానికి elogindని స్వీకరించండి. elogindని libpam-systemdకి మార్చడం అనేది స్లైస్‌ల కాన్సెప్ట్‌కు మద్దతు లేకపోవడం వల్ల ఆటంకమైంది, అయితే elogind డెవలపర్లు APIతో పూర్తి సమ్మతిని సాధించాలని కోరుకోరు మరియు systemd యొక్క అన్ని సామర్థ్యాలను ఖచ్చితంగా పునరావృతం చేస్తారు, ఎందుకంటే elogind కనిష్టంగా మాత్రమే అందిస్తుంది. వినియోగదారు లాగిన్‌లను నిర్వహించడం కోసం కార్యాచరణ మరియు అన్ని systemd సబ్‌సిస్టమ్‌లను పునరావృతం చేయడం లక్ష్యం కాదు.
వివరించిన సాంకేతిక సమస్యల పరిష్కారం విడుదల బృందం మరియు elogind మరియు systemd నిర్వహణదారుల మధ్య పరస్పర చర్య స్థాయిలో పరిష్కరించబడాలి, అయితే బృందాలు అంగీకరించలేనందున ప్రాజెక్ట్ లీడర్ జోక్యం చేసుకోవలసి వచ్చింది, ఉమ్మడి పని ఘర్షణగా అభివృద్ధి చెందింది మరియు పరిష్కారం సమస్య ముగింపుకు చేరుకుంది, దీనిలో ప్రతి వైపు దాని స్వంత మార్గంలో సరైనది . సామ్ హార్ట్‌మన్ ప్రకారం, సాధారణ ఓటు (GR, సాధారణ రిజల్యూషన్) అవసరమయ్యే స్థితికి పరిస్థితి చేరువవుతోంది, దీనిలో కమ్యూనిటీ init మరియు sysvinit కోసం elogind కోసం ప్రత్యామ్నాయ వ్యవస్థలపై నిర్ణయం తీసుకుంటుంది.
ప్రాజెక్ట్ సభ్యులు init సిస్టమ్‌లను వైవిధ్యపరచడానికి ఓటు వేస్తే, ఈ సమస్యను పరిష్కరించడానికి అందరు మెయింటెయినర్‌లు కలిసి పనిచేయడంలో పాల్గొంటారు లేదా నిర్దిష్ట డెవలపర్లు ఈ సమస్యపై పని చేయడానికి కేటాయించబడతారు మరియు నిర్వహణదారులు ఇకపై ప్రత్యామ్నాయ init సిస్టమ్‌ను విస్మరించలేరు, మౌనంగా ఉండలేరు, లేదా ప్రక్రియ ఆలస్యం.
ప్రస్తుతం ఇప్పటికే రిపోజిటరీలో ఉంది systemd కోసం సర్వీస్ యూనిట్లను అందించే 1033 ప్యాకేజీలు, కానీ init.d స్క్రిప్ట్‌లను కలిగి ఉండవు. ఈ సమస్యను పరిష్కరించడానికి డిఫాల్ట్‌గా సర్వీస్ ఫైల్‌లను సరఫరా చేయండి, అయితే ఈ ఫైల్‌ల నుండి స్వయంచాలకంగా ఆదేశాలను అన్వయించే మరియు వాటి ఆధారంగా init.d స్క్రిప్ట్‌లను రూపొందించే హ్యాండ్లర్‌ను సిద్ధం చేయండి.
ఒకే init సిస్టమ్‌కు డెబియన్‌కు తగినంత మద్దతు ఉందని సంఘం నిర్ణయించినట్లయితే, మేము ఇకపై sysvinit మరియు elogind గురించి చింతించలేము మరియు యూనిట్ ఫైల్‌లు మరియు systemd పై మాత్రమే దృష్టి పెడతాము. ఈ నిర్ణయం Linux కెర్నల్‌ను ఉపయోగించని పోర్ట్‌లను ప్రతికూలంగా ప్రభావితం చేస్తుంది (, и ), కానీ ప్రధాన ఆర్కైవ్‌లో ఇంకా అలాంటి పోర్ట్‌లు ఏవీ లేవు మరియు వాటికి హోదా లేదు .
systemdకి బైండింగ్ చేయడం వల్ల భవిష్యత్తులో పంపిణీ దిశను మార్చడం మరింత కష్టతరం చేస్తుంది మరియు ప్రారంభ మరియు సేవా నిర్వహణ రంగంలో తదుపరి ప్రయోగాలను పరిమితం చేస్తుంది. ఎలోగిండ్‌ని తొలగించి, మళ్లీ జోడించడానికి ప్రయత్నించడం కంటే పని రూపంలో నిర్వహించడం చాలా సులభం. ప్రతి నిర్ణయం ఎంపికలో లాభాలు మరియు నష్టాలు ఉంటాయి, కాబట్టి ఓటింగ్‌కు ముందు అన్ని లాభాలు మరియు నష్టాల గురించి పూర్తి చర్చ అవసరం.
మూలం: opennet.ru