Systemy inicjalizacji w Debianie mogą powrócić i zostaną zdefiniowane w głosowaniu

Debiana10

Podążając za wątkiem o tematem systemy inicjalizacyjne w Debianie, w któryml w poprzednim poście nasz kolega Linux Post Install udostępnił tutaj na blogu (możesz sprawdzić artykuł pod adresem poniższy link). Teraz w nowszych wiadomościach kilka dni temu wezwano deweloperów Debiana do udziału w głosowaniu na temat różnorodności systemów inicjalizacji w Debianie, czy należy je ponownie przyjąć, czy nie.

Musimy to pamiętać w 2014 roku odbyło się głosowanie później z którego Debian przyjął systemd, w którym wówczas był przedmiotem szerokiej debaty. W lutym 2014 r. Komitet techniczny odpowiedzialny za Debiana zdecydował, że w następnej głównej wersji systemu operacyjnego systemd będzie używany jako domyślny system startowy.

Jednak systemd został odrzucony przez niektórych członków od społeczności open source, która uważała, że ​​projekt był sprzeczny z filozofią Uniksa i że jego twórcy zachowywali się anty-Unix, ponieważ systemd jest niekompatybilny ze wszystkimi systemami innymi niż Linux.

Administratorzy, którzy używali Debiana w październiku 2014 r. uruchomili szereg zagrożeń wśród których opuszczał projekt, jeśli domyślnie miał być używany systemd.

Kilka tygodni później czterech prominentnych członków społeczności Debiana zrezygnowało. lub zmniejszył swój udział. Colin Watson i Russ Allberry, dwaj członkowie Komitetu Technicznego Projektu Debiana, ogłosili swoją rezygnację odpowiednio 8 i 16 listopada 2014 roku.

Po tych wszystkich naciskach komitet techniczny rozpoczął kolejne głosowanie w porównaniu do systemd przed zamrożeniem funkcji oferowanych w „Jessie”.

W tym czasie zaproponowano kilka opcji (w sumie pięć) aby rozwiązać konflikt. Ian Jackson, członek komitetu technicznego, zaproponował połączenie systemów startowych, argumentując, że pakiety Debiana generalnie nie potrzebują określonego systemu startowego i że dyrektywa techniczna była konieczna, aby go egzekwować, z wyjątkiem uzasadnionych indywidualnych przypadków. .

Inny programista zasugerował, że obsługa innych systemów rozruchowych jest zalecana, ale nie jest wymagana.

Ostatecznie użycie systemd zostało zachowane zgodnie z pierwotnym planem. Wyniki głosowania zostały opublikowane w listopadzie 2014 r.

Mogą powrócić systemy inicjalizacyjne w Debianie

Teraz, pięć lat później, Debian rozpoczął nowe głosowanie by ocenić zainteresowanie "różnorodnością systemów init" i jak bardzo deweloperzy Debiana przejmują się alternatywami wsparcia systemd.

Wezwanie do głosowania zostało niedawno ogłoszone na liście mailingowej a głosowanie kończy się 27 grudnia. Niedługo potem powinniśmy wiedzieć, co zdecydowała społeczność deweloperów Debiana na temat przyszłej roli bezsystemowego wsparcia dystrybucji.

Ze względu na różne opinie deweloperów Debiana na temat obsługi błędów niesystemowych w 2019 r. Oraz zainteresowanie / zaangażowanie we wspieranie alternatywnych systemów w ramach pakietu Debiana i różne powiązane punkty sporne, chcą oni przyjąć nową. Ogólna rezolucja dotycząca ważenia różnorodności systemu inicjującego.

Po publicznych komentarzach Osiem opcji głosowania dla deweloperów Debiana obejmuje:

  • Skoncentruj się na systemd
  • Systemd, ale wspieramy poszukiwanie alternatyw.
  • Obsługa wielu systemów rozruchowych jest ważna.
  • Obsługuje systemy niesystemowe, bez blokowania postępu.
  • Obsługuje przenośność bez blokowania postępu.
  • Wymagana jest obsługa wielu systemów rozruchowych.
  • Wsparcie dla przenośności i wielu implementacji.
  • Kontynuuj dyskusję.

Z przedstawionych opcji Deweloperzy Debiana będą mogli wybrać więcej niż jeden, jeśli chcą. 

Jeśli chcesz dowiedzieć się więcej o Jeśli chodzi o wiadomości, możesz sprawdzić listy dyskusyjne Debiana pod adresem poniższy link. Oprócz tego zawiera więcej szczegółów na temat opcji, które deweloperzy Debiana mają do głosowania.

Ostatecznie wyniki można było ogłosić dzień po zakończeniu głosowania, czyli 28 grudnia.


Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

*

*

  1. Odpowiedzialny za dane: Miguel Ángel Gatón
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.

  1.   Luix powiedział

    systemd jest do bani !!

  2.   jeden z kilku powiedział

    Chociaż może się to nie wydawać, myślę, że za każdym razem jest więcej świadomości tego, jak szkodliwy jest systemd i jest więcej dystrybucji, które go nie używają lub oferują wielu inicjowanych.

    Osobiście jestem zachwycony Artixem (to Arch, ale bez sysmted) i OpenRC jako init, chociaż oferuje również Runit, a teraz s6. Mogę tylko powiedzieć, że jest cudowny. Mam potrójny boot na laptopie i nadal mam (w tej chwili bo jestem leniwy) partycję z Arch i chociaż wydaje się, że nie ma różnic, są. Zauważyłem, że Artix uruchamia się szybciej, gdy masz aktywowaną równoległość niż Arch, aż do ekranu logowania ssdm (używam plazmy), ale od momentu wprowadzenia hasła do pojawienia się pulpitu Arch trwa to znacznie dłużej niż Artix, więc prędkość ładowania, która była zaletą, o której niektórzy wspominali systemd, została zrujnowana. Jedyną rzeczą, którą Arch robi szybciej niż Artix, jest wyłączenie i nie zawsze. Jeśli jest jedno z tych słynnych odliczeń, które wychodzą, gdy masz na to ochotę, jest znacznie wolniejsze. To, co zyskałem z Artixem, to przede wszystkim stabilność, nie powoduje on tych dziwnych awarii (bardziej niż awarie jest to, że staje się żółwiem na kilka sekund), ani dziwnych zachowań od czasu do czasu lub wiadomości przy wyłączaniu, które kto wie, co co oznacza, że ​​jest to jeszcze jedna próbka (z wielu przykładów) programowania tak złego i okropnego, że nawet w Debianie, z jego stabilnością, zdarza się (mam również komputer z Debianem), nie jesteśmy problemem dystrybucja czy już komputer Na jednym komputerze dzieje się dokładnie tak samo, jak na innym (jeden ma 32 bity, drugi 64, jeden to Optimus, a drugi nie), jedyne, co ich łączy, to systemd. Chociaż Artix jest maszyną toczącą się, jest tak stabilny (przy użyciu jądra lts), jak przed przybyciem Jessie. Miałem 0 problemów, chociaż tak, musiałem trochę poczytać o OpenRC, aby dowiedzieć się trochę o poleceniach, ale nie więcej niż wtedy, gdy przeczytałem to, aby dowiedzieć się, jak obsługiwać systemd.

    Jest też kwestia Devuana, która z mojego punktu widzenia jest policzkiem dla Debiana, ponieważ zaczęły pojawiać się inne pochodne Debiana, które zmieniły podstawę Devuana.

    Dystrybucja numer jeden w rankingu dystrybucji (MX Linux) nie używa systemd jako init (chociaż używa podkładki, aby była kompatybilna).

    W każdym razie istnieje już kilka przykładów bardzo kompetentnych dystrybucji, które wykraczają poza systemd i moim zdaniem działają znacznie lepiej.

    Idealnie byłoby, gdyby Debian zachowywał się jak Devuan i pozwalał Ci wybrać. Gdyby Ubuntu zmienił swój init po tym, wszystkie jego pochodne również by to zrobiły i po prostu, nawet gdyby przez inercję, systemd poszedłby do toalety, która jest miejscem, z którego nigdy nie powinien był pochodzić, ponieważ w praktyce tylko kilka dystrybucji by to zrobiło. Użyj tego. Zasadniczo świat Red Hat, Suse, Arch i niewiele więcej, ponieważ większość uniwersum Linuksa wywodzi się bezpośrednio lub pośrednio z Debiana.

    PS. - Przepraszam, że tak bardzo się rozciągnąłem, ale temat trochę mnie podniecił.