Rozpoczęło się ogólne głosowanie na systemy init Debiana

Проект Debian ogłosił o początku głosowanie ogólne (GR, general resolution) разработчиков проекта по kwestia obsługi wielu systemów inicjujących, которое определит дальнейшую политику проекта в отношении привязки к systemd, поддержки альтернативных систем инициализации и взаимодействия с производными дистрибутивами, не использующими systemd. Голосование продлится до 27 декабря включительно, итоги будут подведены 28 декабря.

Przypomnijmy, że w 2014 roku komitet techniczny zatwierdzony przejście domyślna dystrybucja na systemd, ale nie wyszło решения по отношению к поддержке нескольких систем инициализации (при голосование победил пункт, указывающий на неготовность комитета вынести решение по данному вопросу). Лидер комитета порекомендовал сопровождающим пакеты сохранить поддержку sysvinit в качестве альтернативной системы инициализации, но указал, что не может навязывать свою точку зрения и в каждом случае решение следует принимать самостоятельно.

Następnie niektórzy programiści próbowali to zrobić próbować przeprowadzić głosowanie powszechne, ale głosowanie wstępne pokazało, że nie ma potrzeby podejmowania decyzji w kwestii stosowania wielokrotnych systemów inicjalizacji. Kilka miesięcy temu, po problemy wraz z włączeniem pakietu elogind (niezbędnego do uruchomienia GNOME bez systemd) w gałęzi testowej z powodu konfliktu z libsystemd, problem został ponownie podniesiony przez lidera projektu Debian, ponieważ programiści nie mogli dojść do porozumienia, a ich komunikacja zamieniła się w konfrontacji i dotarliśmy do ślepego zaułka.

Проводимое ныне голосование позволит утвердить политику в отношении нескольких систем инициализации, и если победит пункт, обязывающий поддерживать альтернативные системы, мэйнтейнеры не смогут игнорировать или затягивать подобные вопросы. После обсуждения трёх изначально предложенных лидером проекта пунктов голосования, число вариантов было расширено до восьми. При голосовании допускается выбор сразу нескольких пунктов c ранжированием выбранных элементов по уровню предпочтения. Право голоса имеют около тысячи разработчиков, участвующих в сопровождении пакетов и поддержании инфраструктуры.

Предложенные варианты:

  • Główny nacisk położony jest na systemd. Zapewnienie wsparcia dla alternatywnych systemów init nie jest priorytetem, ale opiekunowie mogą opcjonalnie dołączyć do pakietów skrypty init dla takich systemów.
  • Obsługa różnych systemów init i możliwość uruchamiania Debiana z systemami init innymi niż systemd.
    Aby uruchomić usługi, pakiety muszą zawierać skrypty init; niedopuszczalne jest dostarczanie wyłącznie plików jednostek systemowych bez skryptów init sysv.

  • systemd pozostaje preferowany, ale pozostaje możliwość utrzymania alternatywnych systemów inicjalizacji. Technologie takie jak elogind, które umożliwiają aplikacjom związanym z systemd działanie w alternatywnych środowiskach, są postrzegane jako ważne. Pakiety mogą zawierać pliki inicjujące dla alternatywnych systemów.
  • Поддержка систем, не использующих systemd, но без внесения изменений, мешающих развитию. Разработчики соглашаются поддерживать несколько систем инициализации в обозримом будущем, но также считают необходимым работать над улучшением поддержки systemd. Разработкой и сопровождением специфичных решений следует заниматься заинтересованным в таких решениях сообществам, но другие мэйнтейнеры должны активно помогать и способствовать решению проблем, когда в этом возникает необходимость. В идеале пакеты должны функционировать при использовании любой системы инициализации, для чего можно поставлять традиционные init-скрипты или использовать иные механизмы, позволяющие работать без systemd. Невозможность работы без systemd рассматривается как ошибка, но не как ошибка блокирующая релиз, за исключением случаев, когда имеется готовое решение для работы без systemd, но его отказываются сохранять (например, когда проблема вызвана удалением ранее поставлявшегося init-скрипта).
  • Obsługuje przenośność bez wprowadzania zmian utrudniających rozwój. Debian nadal jest postrzegany jako pomost umożliwiający integrację różnych programów zapewniających równoważną lub podobną funkcjonalność. Przenośność pomiędzy platformami sprzętowymi i stosami oprogramowania jest ważnym celem i zachęca się do integracji alternatywnych technologii, nawet jeśli światopogląd ich twórców różni się od ogólnego konsensusu. Stanowisko dotyczące systemd i innych systemów inicjalizacji całkowicie pokrywa się z punktem 4.
  • Wprowadzenie obowiązku obsługi wielu systemów inicjalizacji. Zapewnienie możliwości uruchamiania Debiana z systemami inicjującymi innymi niż systemd jest nadal ważne dla projektu. Każdy pakiet musi współpracować z procedurami obsługi pid1 innymi niż systemd, chyba że oprogramowanie zawarte w pakiecie było pierwotnie przeznaczone do pracy tylko z systemd i nie obsługuje działania bez systemd (brak skryptów init nie liczy się jako przeznaczony tylko do pracy z systemd) .
  • Obsługuje przenośność i wiele implementacji. Ogólne zasady są dokładnie takie same jak w punkcie 5, ale nie ma konkretnych wymagań dla systemów systemd i init, a na programistów nie są nakładane żadne obowiązki. Zachęcamy deweloperów do uwzględniania wzajemnych interesów, zawierania kompromisów i znajdowania wspólnych rozwiązań, satysfakcjonujących różne strony.
  • Ciąg dalszy dyskusji. Przedmiotu można użyć do obniżenia niedopuszczalnych opcji.

    Źródło: opennet.ru

  • Dodaj komentarz