De resultaten van de stemming over de Debian init-systemen zijn samengevat

Gepubliceerd bevindingen algemene stemming (GR, algemene resolutie) van de Debian-projectontwikkelaars die betrokken zijn bij het onderhoud van pakketten en infrastructuur, uitgevoerd rond de kwestie van de ondersteuning van meerdere init-systemen. Het tweede item (“B”) in de gewonnen lijst – systemd – blijft de voorkeur genieten, maar de mogelijkheid om alternatieve initialisatiesystemen te behouden blijft bestaan. Er werd volgens deze methode gestemd Condorcet, waarin elke kiezer alle opties rangschikt in volgorde van voorkeur, en bij de berekening van het resultaat wordt rekening gehouden met hoeveel kiezers de ene optie verkiezen boven de andere.

Het winnende voorstel erkent dat systemd service units de geprefereerde manier zijn om daemons en services te configureren, maar erkent dat er omgevingen zijn waarin ontwikkelaars en gebruikers alternatieve init-systemen en functionele alternatieven voor de mogelijkheden van systemd kunnen creëren en gebruiken. Ontwikkelaars van alternatieve oplossingen hebben middelen nodig om hun werk uit te voeren en hun pakketten te formatteren. Alternatieve oplossingen zoals elogind voor het uitvoeren van applicaties die gebonden zijn aan systemd-specifieke interfaces blijven belangrijk voor het project. Het ondersteunen van dergelijke initiatieven vereist hulp op gebieden waar de ontwikkeling van alternatieve technologieën de rest van het project kruist, zoals het uitstellen van de beoordeling en discussie van patches.

Pakketten kunnen zowel systemd unit-bestanden als init-scripts voor het starten van services bevatten. Pakketten mogen alle systemd-functies gebruiken die de pakketbeheerder wenst, zolang de functies voldoen aan de regels van Debian en niet gebonden zijn aan experimentele of niet-ondersteunde Debian-functies in andere pakketten. Naast systemd kunnen pakketten ook ondersteuning bevatten voor alternatieve init-systemen en componenten leveren om systemd-specifieke interfaces te vervangen. Beslissingen over het opnemen van patches worden genomen door beheerders als onderdeel van standaardprocedures. Debian streeft ernaar te werken met afgeleide distributies die ervoor kiezen om andere init-systemen te gebruiken, maar de interactie wordt opgebouwd op het niveau van de onderhouder, die beslissingen neemt over welke functies die door distributies van derden zijn voorbereid, worden geaccepteerd in de hoofdsamenstelling van Debian en welke overblijven. in de derivatenverdeling.

Laten we niet vergeten dat in 2014 de technische commissie goedgekeurd overgang standaarddistributie op systemd, maar niet Gesport beslissingen met betrekking tot de ondersteuning van meerdere voorzieningensystemen (het punt dat aangeeft dat de commissie niet bereid is een besluit over deze kwestie te nemen, heeft de stemming gewonnen). De commissieleider adviseerde pakketbeheerders de steun voor sysvinit als alternatief init-systeem te behouden, maar gaf aan dat hij zijn standpunt niet kon opleggen en dat de beslissing in elk geval onafhankelijk moest worden genomen.

Hierna probeerden enkele ontwikkelaars het proberen uit te voeren algemene stemming, maar uit de voorlopige stemming bleek dat het niet nodig was een besluit te nemen over de kwestie van het gebruik van meerdere initialisatiesystemen. Een paar maanden geleden, daarna problemen met de opname van het elogind-pakket (noodzakelijk voor het uitvoeren van GNOME zonder systemd) in de testbranch vanwege een conflict met libsystemd, werd de kwestie opnieuw aan de orde gesteld door de projectleider van Debian, aangezien de ontwikkelaars het er niet mee eens konden worden, en hun communicatie veranderde in een confrontatie en belandde op een dood spoor.

Overwogen opties:

  • De nadruk ligt vooral op systemd. Het bieden van ondersteuning voor alternatieve init-systemen heeft geen prioriteit, maar beheerders kunnen optioneel init-scripts voor dergelijke systemen in pakketten opnemen.
  • systemd blijft de voorkeur hebben, maar de mogelijkheid om alternatieve initialisatiesystemen te behouden blijft bestaan. Technologieën zoals elogind, die het mogelijk maken dat aan systemd gekoppelde applicaties in alternatieve omgevingen kunnen draaien, worden als belangrijk gezien. Pakketten kunnen init-bestanden voor alternatieve systemen bevatten.
  • Ondersteuning voor een verscheidenheid aan init-systemen en de mogelijkheid om Debian op te starten met andere init-systemen dan systemd.
    Om services uit te voeren, moeten pakketten init-scripts bevatten; het leveren van alleen systemd unit-bestanden zonder sysv-init-scripts is onaanvaardbaar.

  • Ondersteuning voor systemen die geen systemd gebruiken, maar zonder wijzigingen aan te brengen die de ontwikkeling zouden belemmeren. De ontwikkelaars komen overeen om in de nabije toekomst meerdere init-systemen te ondersteunen, maar zijn ook van mening dat het noodzakelijk is om te werken aan het verbeteren van de systemd-ondersteuning. De ontwikkeling en het onderhoud van specifieke oplossingen moeten worden overgelaten aan de gemeenschappen die geïnteresseerd zijn in die oplossingen, maar andere beheerders moeten actief helpen en bijdragen aan het oplossen van problemen wanneer dat nodig is. Idealiter zouden pakketten moeten functioneren met elk init-systeem, wat kan worden bereikt door traditionele init-scripts aan te bieden of door andere mechanismen te gebruiken waarmee ze zonder systemd kunnen werken. Het onvermogen om zonder systemd te werken wordt als een bug beschouwd, maar niet als een bug die de release blokkeert, tenzij er een kant-en-klare oplossing is voor het werken zonder systemd, maar deze niet wil opslaan (bijvoorbeeld als het probleem wordt veroorzaakt door de verwijdering van een eerder geleverd init-script).
  • Ondersteunt portabiliteit zonder veranderingen door te voeren die de ontwikkeling belemmeren. Debian wordt nog steeds gezien als een brug voor het integreren van verschillende software die gelijkwaardige of vergelijkbare functionaliteit biedt. Portabiliteit tussen hardwareplatforms en softwarestacks is een belangrijk doel, en de integratie van alternatieve technologieën wordt aangemoedigd, ook al wijkt het wereldbeeld van hun makers af van de algemene consensus. Het standpunt met betrekking tot systemd en andere initialisatiesystemen valt volledig samen met punt 4.
  • Ondersteuning voor meerdere initialisatiesystemen verplicht stellen. Het blijft belangrijk voor het project om Debian op andere init-systemen dan systemd te laten draaien. Elk pakket moet werken met andere pid1-handlers dan systemd, tenzij de software in het pakket oorspronkelijk bedoeld was om alleen met systemd te werken en geen ondersteuning biedt voor het draaien zonder systemd (de afwezigheid van init-scripts geldt niet als alleen bedoeld voor het werken met systemd) .
  • Ondersteunt draagbaarheid en meerdere implementaties. De algemene principes zijn precies hetzelfde als punt 5, maar er zijn geen specifieke eisen voor systemd- en init-systemen en er worden geen verplichtingen opgelegd aan ontwikkelaars. Ontwikkelaars worden aangemoedigd om rekening te houden met elkaars belangen, compromissen te sluiten en gemeenschappelijke oplossingen te vinden die voor verschillende partijen bevredigend zijn.
  • Vervolg discussie. Het item kan worden gebruikt om onaanvaardbare opties te downgraden.
  • Bron: opennet.ru

    Voeg een reactie