Debian-initialisatiesystemen kunnen terugkomen en zullen tijdens een stemming worden gedefinieerd

Debian10

Na de draad ongeveer het thema van initialisatiesystemen in Debian, waarinl in een vorige post onze mede Linux Post Install gedeeld hier op de blog (je kunt het artikel bekijken op de volgende link). Nu in meer recent nieuws, een paar dagen geleden werd er een oproep gedaan aan Debian-ontwikkelaars om deel te nemen bij de stemming over de diversiteit van initialisatiesystemen in Debian, of deze opnieuw moeten worden toegelaten of niet.

Dat moet je onthouden in 2014 was er een stemming na van waaruit Debian systemd heeft overgenomen, waarin het destijds onderwerp was van een uitgebreid debat. In februari 2014 had de technische commissie die verantwoordelijk was voor Debian besloten dat voor de volgende grote versie van het besturingssysteem systemd zou worden gebruikt als het standaard opstartsysteem.

Echter systemd is door sommige leden afgewezen van de open source-gemeenschap, die geloofde dat het project in strijd was met de filosofie van Unix en dat de ontwikkelaars zich anti-Unix gedroegen, aangezien systemd incompatibel is met alle niet-Linux-systemen.

Beheerders die Debian hebben gebruikt in oktober 2014 lanceerden ze een reeks bedreigingen waaronder het verlaten van het project als systemd standaard zou worden gebruikt.

Een paar weken later namen vier prominente leden van de Debian-gemeenschap ontslag. of verminderde hun deelname. Colin Watson en Russ Allberry, twee leden van de Debian Project Technical Committee, kondigden hun ontslag aan op respectievelijk 8 en 16 november 2014.

Na al deze druk begon de technische commissie opnieuw te stemmen vergeleken met systemd voordat de functies die in "Jessie" werden aangeboden, werden bevroren.

Gedurende die tijd er werden verschillende opties voorgesteld (in totaal vijf) om het conflict op te lossen. Ian Jackson, een lid van de technische commissie, stelde de koppeling van opstartsystemen voor, met het argument dat Debian-pakketten in het algemeen geen specifiek opstartsysteem nodig hebben en dat het nodig was om een ​​technische richtlijn aan te nemen om het af te dwingen, behalve in individuele gevallen gerechtvaardigd.

Een andere ontwikkelaar suggereerde dat ondersteuning voor andere opstartsystemen wordt aanbevolen, maar niet vereist.

Ten slotte werd het gebruik van systemd behouden zoals oorspronkelijk gepland. De stemresultaten zijn in november 2014 gepubliceerd.

De initialisatiesystemen in Debian zouden kunnen terugkeren

Nu vijf jaar later heeft Debian een nieuwe stemming uitgebracht om de interesse in "init-systeemdiversiteit" te beoordelen en hoeveel Debian-ontwikkelaars al dan niet geven om systemd-ondersteuningsalternatieven.

De oproep om te stemmen is onlangs aangekondigd op de mailinglijst en de stemming eindigt op 27 december. Kort daarna zouden we moeten weten wat de ontwikkelingsgemeenschap van Debian heeft besloten voor de toekomstige rol van systeemloze distributieondersteuning.

Vanwege verschillende meningen van Debian-ontwikkelaars over het omgaan met niet-systeemfouten in 2019 en interesse / toewijding om systeemalternatieven te ondersteunen als onderdeel van het Debian-pakket en verschillende gerelateerde knelpunten, zijn ze op zoek naar een nieuwe. algemene resolutie over het wegen van de diversiteit van het init-systeem.

Na openbare opmerkingen, De acht stemopties voor Debian-ontwikkelaars zijn:

  • Focus op systemd
  • Systemd maar we ondersteunen het verkennen van alternatieven.
  • Ondersteuning voor meerdere opstartsystemen is belangrijk.
  • Ondersteunt niet-systeemsystemen, zonder de voortgang te blokkeren.
  • Ondersteunt draagbaarheid, zonder de voortgang te blokkeren.
  • Ondersteuning voor meerdere opstartsystemen is vereist.
  • Ondersteuning voor draagbaarheid en meerdere implementaties.
  • Zet de discussie voort.

Van de gepresenteerde opties Debian-ontwikkelaars kunnen er meer dan één kiezen als ze dat willen. 

Als je er meer over wilt weten Met betrekking tot het nieuws kunt u de Debian-mailinglijsten raadplegen op de volgende link. Daarnaast meer in detail over de kwestie over de opties die Debian-ontwikkelaars hebben om te stemmen.

Ten slotte zouden de resultaten een dag na het einde van de stemming, dat wil zeggen op 28 december, kunnen worden bekendgemaakt.


Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: Miguel Ángel Gatón
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.

  1.   Luix zei

    systemd zuigt !!

  2.   een van sommige zei

    Hoewel het misschien niet zo lijkt, denk ik dat er een groeiend besef is van hoe schadelijk systemd is en dat er meer distributies zijn die het niet gebruiken of meerdere ingewijden aanbieden.

    Persoonlijk ben ik heel blij met Artix (het is Arch maar zonder sysmted) en OpenRC als init, hoewel het ook Runit en nu s6 biedt. Ik kan alleen maar zeggen dat het geweldig is. Ik heb triple boot op mijn laptop en ik heb nog steeds (voorlopig omdat ik lui ben) de partitie met Arch en hoewel het lijkt alsof er geen verschillen zijn, zijn die er wel. Wat me opviel is dat Artix sneller start als je parallellisatie hebt geactiveerd dan Arch tot het ssdm-inlogscherm (ik gebruik plasma), maar het is dat het vanaf het moment dat je het wachtwoord invoert totdat het Arch-bureaublad verschijnt veel langer duurt dan Artix, dus de opstartsnelheid, wat het voordeel was dat sommigen van systemd noemden, was verpest. Het enige dat Arch sneller doet dan Artix, is afsluiten en niet altijd. Als er een van die beroemde aftellingen is die komt wanneer je er zin in hebt, is het veel langzamer. Wat ik heb gewonnen met Artix is ​​vooral stabiliteit, het maakt die vreemde crashes niet (meer dan crashes is dat het secondenlang een schildpad wordt), noch vreemd gedrag van tijd tot tijd of berichten bij het afsluiten dat wie weet wat ze bedoelen welke Het is nog een voorbeeld (van meerdere voorbeelden) van de programmering die zo slecht en verschrikkelijk is dat het sinds zelfs in Debian, met hoe stabiel het is, het gebeurt (ik heb ook een pc met Debian), we zijn geen probleem meer van de distro of de computer Precies hetzelfde gebeurt op de ene computer als op de andere (de ene is 32 bits, de andere 64, de ene is optimus en de andere niet), het enige dat ze gemeen hebben is systemd. Hoewel Artix een rollende machine is, is hij net zo stabiel (met de lts-kernel) als vroeger voordat Jessie arriveerde. Ik heb 0 problemen gehad, hoewel ja, ik heb een beetje over OpenRC moeten lezen om iets over de commando's te weten, maar niet meer dan toen ik het las om te leren omgaan met systemd.

    Dan is er ook nog de Devuan-kwestie, die vanuit mijn standpunt een klap in het gezicht van Debian is, aangezien er een aantal andere afgeleiden van Debian beginnen te komen die de basis voor Devuan hebben veranderd.

    De nummer één distro in de distrowatch-ranking (MX Linux) gebruikt systemd niet als init (hoewel het wel shim gebruikt om het compatibel te maken).

    Hoe dan ook, er zijn al verschillende voorbeelden van zeer competente distro's die verder gaan dan systemd en naar mijn mening veel beter werken.

    Idealiter zou Debian zich moeten gedragen als Devuan en u laten kiezen. Als Ubuntu daarna zijn init verandert, zouden al zijn afgeleiden dat ook doen en zou systemd, zelfs door inertie, gewoon naar het toilet gaan, de plaats waar het nooit vandaan had mogen komen, aangezien in de praktijk slechts een paar distributies het zouden gebruiken. In wezen de wereld van Red Hat, Suse, Arch en weinig anders, aangezien het grootste deel van het Linux-universum direct of indirect afkomstig is van Debian.

    PS. - Het spijt me dat ik mezelf zo heb uitgebreid, maar ik ben een beetje enthousiast geworden over het onderwerp.