Резултатите од гласањето за системите за иницијализација се сумирани. Debian

Објавено Наодите општо гласање (ГР, општо решение) на развивачите на проектот Debian, вклучен во одржувањето на пакетите и поддршката на инфраструктурата, се одржа по прашањето за поддршка на повеќе системи за иницијализација. Втората опција („Б“) на листата победи - systemd останува претпочитан избор, но опцијата за поддршка на алтернативни системи за иницијализација останува. Гласањето беше спроведено со користење на Кондорсе, во која секој избирач ги рангира сите опции по предност, а при пресметувањето на резултатот се зема предвид колку гласачи претпочитаат една опција на друга.

Победничкиот предлог потврдува дека системските услужни единици се претпочитан начин за конфигурирање на демони и услуги за извршување, но признава дека постојат средини во кои програмерите и корисниците можат да креираат и користат алтернативни инитни системи и функционални алтернативи на можностите на systemd. Програмерите на алтернативни решенија бараат ресурси за извршување на нивната работа и форматирање на нивните пакети. Алтернативните решенија како elogind за извршување апликации поврзани со системски специфични интерфејси остануваат важни за проектот. Поддршката на таквите иницијативи бара помош во областите каде што развојот на алтернативни технологии се вкрстува со остатокот од проектот, како што е одложување на прегледот и дискусијата на закрпи.

Пакетите можат да вклучуваат и systemd датотеки и init скрипти за стартување на услуги. Пакетите можат да користат какви било systemd функции што ги избира одржувачот на пакетот, под услов тие функции да се во согласност со упатствата. Debian и не се врзани за експериментални или неподдржани функции. Debian можности од други пакети. Покрај systemd, пакетите може да вклучуваат и поддршка за алтернативни init системи и да обезбедат компоненти за замена на интерфејсите специфични за systemd. Одлуките за вклучување на закрпи ги донесуваат одржувачите како дел од стандардните процедури. Debian се обврзува да работи со деривативни дистрибуции кои избрале други системи за иницијализација за себе, но интеракцијата е изградена на ниво на одржувач, кој е одговорен за одлучување кои карактеристики подготвени од дистрибуции од трети страни да ги прифати во главната дистрибуција. Debian, и кои да се остават во распределбата на изводот.

Да потсетиме дека во 2014 година техничкиот комитет одобрени транзиција стандардна дистрибуција на systemd, но не разработени одлуките во врска со поддршката за повеќе системи за обезбедување (точката што укажува на неподготвеноста на комисијата да донесе одлука за ова прашање победи на гласањето). Водачот на комитетот препорача одржувачите на пакети да ја задржат поддршката за sysvinit како алтернативен иницијален систем, но посочи дека тој не може да го наметне своето гледиште и дека одлуката треба да се донесе независно во секој случај.

После ова, некои програмери се обидоа обид да се изврши општо гласање, но прелиминарното гласање покажа дека нема потреба да се донесе одлука за прашањето за користење на повеќе системи за иницијализација. Пред неколку месеци, по проблеми Со вклучувањето на пакетот elogind (потребен за GNOME да работи без systemd) во гранката за тестирање поради конфликт со libsystemd, проблемот беше повторно покренат од страна на раководителот на проектот. Debian, бидејќи програмерите не беа во можност да постигнат договор, а нивната комуникација ескалираше во конфронтација и стигна до ќорсокак.

Разгледани опции:

Главниот фокус е на systemd. Обезбедувањето поддршка за алтернативни иницијални системи не е приоритет, но одржувачите може опционално да вклучат инитни скрипти за такви системи во пакети.

systemd останува претпочитан, но можноста за одржување на алтернативни системи за иницијализација е оставена. Технологиите како што е elogind, кои дозволуваат апликациите поврзани со systemd да работат во алтернативни средини, се сметаат за важни. Пакетите може да вклучуваат инитни датотеки за алтернативни системи.

Поддршка за различни системи за иницијализација и можност за стартување Debian со init системи различни од systemd.
За да се стартуваат услугите, пакетите мора да вклучуваат иницијални скрипти.

Поддршка за системи кои не користат systemd, но без правење промени кои би го попречиле развојот. Програмерите се согласуваат да поддржуваат повеќе иницијални системи во догледна иднина, но исто така веруваат дека е неопходно да се работи на подобрување на системската поддршка. Развојот и одржувањето на конкретни решенија треба да им се остави на заедниците заинтересирани за тие решенија, но другите одржувачи треба активно да помагаат и да придонесат за решавање на проблемите кога ќе се појави потреба. Идеално, пакетите треба да функционираат со користење на кој било иницијален систем, што може да се постигне со снабдување на традиционални скрипти за иницирање или со користење на други механизми кои им овозможуваат да работат без систем. Неможноста да се работи без systemd се смета за бубачка, но не и за баг што го блокира ослободувањето, освен ако постои подготвено решение за работа без systemd, но тоа е одбиено да се зачува (на пример, кога проблемот е предизвикан од отстранување на претходно испорачана инитна скрипта).

Поддршка на преносливост без воведување промени што го попречуваат развојот. Debian продолжува да се смета за мост за интегрирање на различен софтвер што нуди еквивалентна или слична функционалност. Преносливоста низ хардверски платформи и софтверски стекови е важна цел, а интеграцијата на алтернативни технологии е добредојдена, дури и ако светогледот на нивните креатори се разликува од општиот консензус. Ставот во врска со systemd и другите init системи е целосно во согласност со точка 4.

Задолжителна е поддршката за повеќе системи за иницијализација. Обезбедување можност за стартување Debian Фокусот на проектот на init системи освен systemd останува значаен. Секој пакет мора да поддржува обработувачи на pid1 освен systemd, освен ако софтверот вклучен во пакетот не е дизајниран да работи исклучиво со systemd и нема поддршка за извршување без systemd (отсуството на init скрипти не се смета за дизајниран да работи исклучиво со systemd).

Поддржува преносливост и повеќекратни имплементации. Општите принципи се потполно исти како точка 5, но нема посебни барања за systemd и init системите и не се наметнуваат никакви обврски на програмерите. Програмерите се охрабруваат да ги земат предвид интересите на едни со други, да прават компромиси и да најдат заеднички решенија кои се задоволителни за различни страни.

Продолжена дискусија. Ставката може да се користи за намалување на неприфатливите опции.

Извор: opennet.ru