Na początku miesiąca cDzielimy się z wami tutaj na blogu wiadomościami o głosowaniu ogólnym który został wygenerowany w celu podjęcia decyzji, czy system będzie obsługiwał wiele systemów inicjalizacji. w związku z tym, że w 2014 roku Komitet Techniczny zatwierdził transfer domyślnego układu do systemd, ale nie opracował rozwiązania dotyczącego na poparcie różnych systemy inicjalizacji.
Przewodniczący komitetu zalecił producentom pakietów utrzymanie wsparcia sysvinit jako alternatywnego systemu inicjalizacji, ale wskazał, że nie może narzucić swojego punktu widzenia i że w każdym przypadku decyzja powinna być podejmowana niezależnie.
Następnie niektórzy programiści próbowali przeprowadzić ogólne głosowanie, ale wstępne głosowanie wykazało, że nie ma potrzeby decydowania o użyciu różnych systemów inicjalizacyjnych.
Kilka miesięcy temu, po problemach z włączeniem pakietu elogind (niezbędnego do pracy Gnome bez systemd) w gałęzi testowej z powodu konfliktu z libsystemd, lider projektu Debiana ponownie zadał pytanie, ponieważ deweloperzy nie mogli. zgadzają się, a ich komunikacja stała się konfrontacją i zakończyła się znalezieniem rozwiązania w tej sprawie w głosowaniu powszechnym.
Teraz wyniki głosowania zostały ogłoszone w wyznaczonym terminie (28 grudnia), gdy byli zaangażowani w utrzymanie pakietów i utrzymanie infrastruktury w zakresie obsługi wielu systemów inicjalizacyjnych.
Y zwycięską opcją był drugi element („B”) na liście, który to opisuje
„Systemd jest nadal preferowany, ale nadal istnieje możliwość obsługi alternatywnych systemów inicjalizacji. Technologie, takie jak elogind, które umożliwiają uruchamianie aplikacji związanych z systemem w alternatywnych środowiskach, są uważane za ważne. Pakiety mogą zawierać pliki init dla systemów alternatywnych. »
Głosowanie odbyło się metodą Condorceta, w którym każdy wyborca szereguje wszystkie opcje w kolejności ich preferencji, a przy obliczaniu wyniku określa, ilu wyborców preferuje jedną opcję od drugiej.
Zwycięski wybór oznacza uznanie, że preferowaną formą są jednostki usługowe systemowe skonfigurować demony i usługi do uruchomienia, ale zakłada, że istnieją środowiska gdzie programiści i użytkownicy mogą tworzyć i stosować alternatywne systemy inicjalizacji i funkcjonalne alternatywy dla funkcji systemowych.
Deweloperzy alternatywne rozwiązania powinny zapewnić zasoby do pracy i formatowania pakietów. Rozwiązania, takie jak elogind, wykorzystywane do organizowania uruchamiania aplikacji powiązanych z określonymi interfejsami systemu, są nadal ważne dla projektu.
Wspieranie takich inicjatyw wymaga pomocy w obszarach, w których rozwijane technologie alternatywne przecinają się z resztą projektu, np. Opóźnianie przeglądów poprawek i dyskusji jest niedopuszczalne.
Dozwolone jest dołączanie plików jednostek systemowych i skryptów startowych w pakietach do uruchomienia usług. Pakiety mogą korzystać z dowolnej funkcji systemowej na żądanie opiekuna pakietu, o ile funkcje te spełniają wymagania reguł Debiana i nie są powiązane z eksperymentalnymi lub nieobsługiwanymi przez Debiana funkcjami innych pakietów.
Oprócz systemd, pakiety mogą również obejmować obsługę alternatywnych systemów inicjalizacji i dostarczają komponenty zastępujące specyficzne interfejsy systemowe. Personel towarzyszący podejmuje decyzje o włączeniu łatek w ramach zwykłych procedur
Debian zgadza się pracować z dystrybucjami pochodnymi Wybrali dla siebie inne systemy inicjalizacji, ale interakcja opiera się na poziomie opiekunów, na których podejmowane są decyzje.
Ostatecznie ten wynik nie przypadł do gustu wielu, ponieważ w sieciach wykazali niezadowolenie, jak wielu komentuje, że nie różni się to od tego, co jest obecnie, ponieważ w zasadzie całą odpowiedzialność przenoszą na opiekunów.
Jeśli chcesz dowiedzieć się więcej na ten tematmożesz sprawdzić publikację wyników W poniższym linku.
„Ostatecznie ten wynik nie przypadł do gustu wielu [...], a wielu komentuje, że nie różni się on od tego, jaki jest dzisiaj [...]”
Nie spodziewałem się niczego innego po Debianie. W ostatnim dziesięcioleciu było tylko dużo hałasu i niewiele „świateł” (nie bez powodu otworzyli się przed nimi mieszkańcy Devuan).
Ponownie, problem nigdy nie polegał na tym, że systemd zastępował init. Problem zawsze polegał na tym, że systemd wbijał nos w absolutnie wszystko, co skutkowało zbędnym, prawie fałszywym kodem, absurdalnie bezużytecznym poziomem komplikacji, błędów i wektorów masowych ataków. I oto jesteśmy, z „Linuksem” coraz mniej „Linuksem”, a coraz bardziej „Wind * ws” na drugim miejscu.
Teraz używanie dystrybucji bez systemd jest prawie żartem, ponieważ tylko systemd jest zastępowany inną metodą ładowania ... ale systemd nadal rozprzestrzenia się po systemie jak rak (chociaż mówi się, że jest utrzymywany tylko w celu spełnienia zależności i nie działa).
W każdym razie wydaje się, że Linux nie ucieknie od maksymy Matrixa: „Wszystko, co ma początek… ma koniec”.