Debian init sistemlerine ilişkin oylamanın sonuçları özetlendi

Yayınlanan bulgular genel oylama (GR, genel karar) paket bakımı ve altyapı bakımında görev alan Debian proje geliştiricilerinin çoklu başlatma sistemlerinin desteklenmesi konusunda yürüttüğü çalışmadır. Listedeki ikinci madde (“B”) kazandı - systemd tercih edilmeye devam ediyor, ancak alternatif başlatma sistemlerini sürdürme olasılığı devam ediyor. Oylama bu yöntemle yapıldı CondorcetHer seçmenin tüm seçenekleri tercih sırasına göre sıraladığı ve sonuç hesaplanırken kaç seçmenin bir seçeneği diğerine tercih ettiği dikkate alınır.

Kazanan teklif, systemd hizmet birimlerinin, cinleri ve hizmetleri çalıştıracak şekilde yapılandırmanın tercih edilen yolu olduğunu kabul ediyor, ancak geliştiricilerin ve kullanıcıların alternatif init sistemleri ve systemd'nin yeteneklerine yönelik işlevsel alternatifler oluşturup kullanabileceği ortamlar olduğunu da kabul ediyor. Alternatif çözüm geliştiricileri, çalışmalarını yürütmek ve paketlerini biçimlendirmek için kaynaklara ihtiyaç duyar. Systemd'ye özgü arayüzlere bağlı uygulamaları çalıştırmak için elogind gibi alternatif çözümler proje için önemini koruyor. Bu tür girişimlerin desteklenmesi, yama incelemesinin ve tartışmanın geciktirilmesi gibi alternatif teknolojilerin geliştirilmesinin projenin geri kalanıyla kesiştiği alanlarda yardım gerektirir.

Paketler, hizmetleri başlatmak için hem sistem birimi dosyalarını hem de başlatma komut dosyalarını içerebilir. Paketler, özellikler Debian kurallarına uygun olduğu ve diğer paketlerdeki deneysel veya desteklenmeyen Debian özelliklerine bağlı olmadığı sürece, paket sorumlusunun istediği herhangi bir sistem özelliğini kullanabilir. Paketler, systemd'ye ek olarak alternatif init sistemleri için destek de içerebilir ve systemd'ye özgü arayüzlerin yerini alacak bileşenler sağlayabilir. Yamaların dahil edilmesine ilişkin kararlar, standart prosedürlerin bir parçası olarak bakımcılar tarafından alınır. Debian, diğer başlatma sistemlerini kullanmayı seçen türev dağıtımlarla çalışmaya kendini adamıştır, ancak etkileşim, üçüncü taraf dağıtımlar tarafından hazırlanan hangi özelliklerin ana Debian bileşimine kabul edileceğine ve hangilerinin bırakılacağına karar veren bakımcı düzeyinde inşa edilir. türev dağılımında.

Hatırlayalım ki 2014 yılında teknik komite onaylı переход systemd'de varsayılan dağıtım, ancak değil üstesinden geldi çoklu tedarik sistemlerinin desteklenmesine ilişkin kararlar (komitenin bu konuda karar vermek istemediğini belirten madde oyu kazandı). Komite lideri, paket bakımcılarının alternatif bir başlatma sistemi olarak sysvinit desteğini sürdürmelerini tavsiye etti ancak kendi bakış açısını empoze edemeyeceğini ve kararın her durumda bağımsız olarak verilmesi gerektiğini belirtti.

Bundan sonra bazı geliştiriciler şunu denedi: gerçekleştirmeye çalışmak genel oylama, ancak ön oylama, birden fazla başlatma sisteminin kullanılması konusunda bir karar verilmesine gerek olmadığını gösterdi. Birkaç ay önce, sonra sorunları libsystemd ile çakışma nedeniyle elogind paketinin (GNOME'u systemd olmadan çalıştırmak için gerekli) test dalına dahil edilmesiyle birlikte, geliştiricilerin anlaşamaması nedeniyle sorun Debian proje lideri tarafından tekrar gündeme getirildi ve iletişimleri bir tartışmaya dönüştü. çatışma çıktı ve çıkmaza girdi.

Dikkate alınan seçenekler:

  • Ana odak noktası systemd'dir. Alternatif başlatma sistemleri için destek sağlamak bir öncelik değildir, ancak bakımcılar isteğe bağlı olarak bu tür sistemler için başlatma komut dosyalarını paketlere dahil edebilir.
  • systemd tercih edilmeye devam ediyor, ancak alternatif başlatma sistemlerini sürdürme olasılığı kaldı. Systemd'ye bağlı uygulamaların alternatif ortamlarda çalışmasına olanak tanıyan elogind gibi teknolojiler önemli görülüyor. Paketler alternatif sistemler için başlangıç ​​dosyalarını içerebilir.
  • Çeşitli init sistemleri desteği ve Debian'ı systemd dışındaki init sistemleriyle başlatma yeteneği.
    Hizmetleri çalıştırmak için paketlerin başlatma komut dosyaları içermesi gerekir; sysv başlatma komut dosyaları olmadan yalnızca systemd birim dosyalarının sağlanması kabul edilemez.

  • Systemd kullanmayan ancak geliştirmeyi engelleyecek değişiklikler yapılmayan sistemler için destek. Geliştiriciler öngörülebilir gelecekte birden fazla başlatma sistemini desteklemeyi kabul ediyorlar, ancak aynı zamanda sistem desteğinin iyileştirilmesi üzerinde çalışmanın gerekli olduğuna da inanıyorlar. Belirli çözümlerin geliştirilmesi ve bakımı, bu çözümlerle ilgilenen topluluklara bırakılmalıdır, ancak diğer bakımcılar, ihtiyaç ortaya çıktığında problemin çözümüne aktif olarak yardım etmeli ve katkıda bulunmalıdır. İdeal olarak, paketler herhangi bir init sistemini kullanarak çalışmalıdır; bu, geleneksel init komut dosyalarının sağlanmasıyla veya bunların systemd olmadan çalışmasına izin veren diğer mekanizmaların kullanılmasıyla elde edilebilir. Systemd olmadan çalışamama bir hata olarak kabul edilir, ancak systemd olmadan çalışmak için hazır bir çözüm olmadığı ve kaydedilmesi reddedilmediği sürece (örneğin, sorunun önceden sağlanan bir başlatma komut dosyasının kaldırılması).
  • Geliştirmeyi engelleyen değişiklikler yapmadan taşınabilirliği destekler. Debian, eşdeğer veya benzer işlevsellik sağlayan farklı yazılımların entegrasyonu için bir köprü olarak görülmeye devam ediyor. Donanım platformları ve yazılım yığınları arasında taşınabilirlik önemli bir hedeftir ve yaratıcılarının dünya görüşü genel fikir birliğinden farklı olsa bile alternatif teknolojilerin entegrasyonu teşvik edilmektedir. Systemd ve diğer başlatma sistemlerine ilişkin konum tamamen 4. maddeyle örtüşmektedir.
  • Çoklu başlatma sistemlerine yönelik desteğin zorunlu hale getirilmesi. Debian'ın systemd dışındaki init sistemlerle çalıştırılabilmesinin sağlanması proje açısından önemini sürdürüyor. Pakette yer alan yazılımın başlangıçta yalnızca systemd ile çalışması amaçlanmadığı ve systemd olmadan çalışmayı desteklemediği sürece (init komut dosyalarının yokluğu yalnızca systemd ile çalışmak için tasarlanmış sayılmaz) her paket, systemd dışındaki pid1 işleyicileriyle çalışmalıdır. .
  • Taşınabilirliği ve çoklu uygulamaları destekler. Genel ilkeler 5. maddeyle tamamen aynıdır ancak systemd ve init sistemleri için özel gereksinimler yoktur ve geliştiricilere herhangi bir yükümlülük getirilmemektedir. Geliştiriciler birbirlerinin çıkarlarını dikkate almaya, uzlaşmaya varmaya ve çeşitli tarafları tatmin edecek ortak çözümler bulmaya teşvik edilir.
  • Devam eden tartışma. Öğe, kabul edilemez seçeneklerin düzeyini düşürmek için kullanılabilir.
  • Kaynak: opennet.ru

    Yorum ekle