🥇Rozpoczęło się ogólne głosowanie o systemach inicjalizacji w Debianie

Projekt Debian ogłosił o rozpoczęciu ogólnych głosowań (GR, ogólna rezolucja) programistów projektu dotycząca kwestii wsparcia dla wielu systemów inicjacji., która określi dalszą politykę projektu wobec związania z systemd, wsparcia alternatywnych systemów inicjalizacji oraz interakcji z dystrybucjami pochodnymi, które nie używają systemd. Głosowanie potrwa do 27 grudnia włącznie, a wyniki zostaną ogłoszone 28 grudnia.

Przypomnijmy, że w 2014 roku techniczny komitet zatwierdził przejście domyślnej dystrybucji na systemd, ale nie wypracował decyzji w sprawie wsparcia wielu systemów inicjalizacji (w głosowaniu wygrał punkt wskazujący na brak gotowości komitetu do podjęcia decyzji w tej kwestii). Przywódca komitetu zalecił opiekunom pakietów zachowanie wsparcia sysvinit jako alternatywnego systemu inicjalizacji, ale zaznaczył, że nie może narzucać swojego zdania i w każdym przypadku decyzję należy podejmować samodzielnie.

Po tym niektórzy programiści podjęli próbę przeprowadzenia ogólnego głosowania, ale wstępne głosowanie wykazało brak potrzeby podjęcia decyzji w sprawie używania kilku systemów inicjalizacji. Kilka miesięcy temu, po problemach z włączeniem pakietu elogind (niezbędnego do działania GNOME bez systemd) do gałęzi testing z powodu konfliktu z libsystemd, temat został ponownie poruszony przez lidera projektu Debian, ponieważ programiści nie mogli dojść do porozumienia, a ich komunikacja przerodziła się w konfrontację i utknęła w martwym punkcie.

Obecne głosowanie umożliwi zatwierdzenie polityki w odniesieniu do wielu systemów inicjalizacji, a jeśli wygra punkt zobowiązujący do wsparcia alternatywnych systemów, to mętny nie będzie mógł ignorować ani opóźniać takich zagadnień. Po omówieniu trzech początkowo zaproponowanych punktów głosowania przez lidera projektu, liczba opcji została rozszerzona do ośmiu. W głosowaniu można wybierać kilka punktów, klasyfikując wybrane elementy według poziomu preferencji. Prawo głosu mają około tysiąc programistów, którzy uczestniczą w opiece nad pakietami i utrzymaniu infrastruktury.

Proponowane opcje:

Główna uwaga koncentruje się na systemd. Udzielanie wsparcia dla alternatywnych systemów inicjalizacji nie jest priorytetem, ale towarzyszący mogą opcjonalnie włączać do pakietów skrypty init dla takich systemów.

Wsparcie różnorodnych systemów inicjalizacji oraz możliwość uruchamiania Debian z systemami inicjalizacji innymi niż systemd.
Dla uruchamiania serwisów pakiety muszą obowiązkowo zawierać skrypty init, dostarczanie tylko plików jednostek systemd bez skryptów sysv init jest niedopuszczalne.

Preferowanym pozostaje systemd, ale zostawia się możliwość wsparcia i alternatywnych systemów inicjalizacji. Technologie, takie jak elogind, pozwalające w alternatywnych środowiskach uruchamiać aplikacje związane z systemd, są traktowane jako ważne. Do pakietów dopuszcza się włączenie plików init dla alternatywnych systemów.

Wsparcie dla systemów, które nie używają systemd, bez wprowadzania zmian, które mogą przeszkadzać w rozwoju. Programiści zgadzają się na wspieranie kilku systemów inicjalizacji w najbliższej przyszłości, ale uważają również, że konieczne jest pracowanie nad poprawą wsparcia dla systemd. Rozwojem i wsparciem specyficznych rozwiązań powinny zajmować się zainteresowane takie rozwiązaniami społeczności, ale inni utrzymujący powinni aktywnie pomagać i wspierać rozwiązywanie problemów, kiedy zajdzie taka potrzeba. W idealnym przypadku pakiety powinny działać przy użyciu dowolnego systemu inicjalizacji, dlatego można dostarczać tradycyjne skrypty init lub używać innych mechanizmów, które pozwalają działać bez systemd. Niemożność działania bez systemd uznawana jest za błąd, ale nie jest to błąd blokujący wydanie, chyba że istnieje gotowe rozwiązanie do pracy bez systemd, ale odmawia się jego utrzymania (na przykład, gdy problem został spowodowany usunięciem wcześniej dostarczanego skryptu init).

Wsparcie przenośności bez wprowadzania zmian, które utrudniają rozwój. Debian wciąż jest postrzegany jako ogniwo łączące różne oprogramowanie, które oferuje równoważną lub podobną funkcjonalność. Przenośność między platformami sprzętowymi a stosami oprogramowania jest jednym z ważnych zadań, a integracja alternatywnych technologii jest mile widziana, nawet jeśli światopogląd ich twórców różni się od ogólnej opinii. Stanowisko w sprawie systemd i innych systemów inicjalizacji w pełni pokrywa się z punktem 4.

Przeniesienie wsparcia dla kilku systemów inicjalizacji do kategorii obowiązkowych. Umożliwienie uruchomienia Debiana z systemami inicjalizacji innymi niż systemd ma nadal znaczenie dla projektu. Każdy pakiet musi działać z obsługą pid1 inną niż systemd, z wyjątkiem przypadków, gdy oprogramowanie wchodzące w skład pakietu zostało pierwotnie zaprojektowane do pracy tylko z systemd i brak jest wsparcia dla uruchomienia bez systemd (brak skryptów init nie jest uznawany za przeznaczenie tylko do pracy z systemd).

Wsparcie przenośności i kilku realizacji. Ogólne zasady w pełni pokrywają się z punktem 5, ale w odniesieniu do systemd i systemów inicjalizacji nie stawiane są konkretne wymagania, ani też nie nakłada się żadnych zobowiązań na deweloperów. Deweloperzy są zachęcani do uwzględniania interesów innych, do kompromisów oraz poszukiwania wspólnych rozwiązań satysfakcjonujących różne strony.

Kontynuacja dyskusji. Punkt ten może być wykorzystywany do obniżania oceny nieakceptowalnych opcji.

Źródło: opennet.ru

Rozpoczęło się ogólne głosowanie nad systemami inicjalizacji w Debianie