데비안 초기화 시스템에 대한 투표 결과가 요약되었습니다.

게시됨 연구 결과 일반투표 (GR, 일반 해상도) 패키지 유지 관리 및 인프라 유지 관리에 관련된 데비안 프로젝트 개발자는 다중 초기화 시스템 지원 문제를 수행했습니다. 목록의 두 번째 항목(“B”)인 systemd는 여전히 선호되지만 대체 초기화 시스템을 유지할 가능성은 여전히 ​​남아 있습니다. 투표는 다음과 같은 방식으로 진행되었습니다. 콩도르세, 각 유권자는 선호도에 따라 모든 옵션의 순위를 매기고, 결과를 계산할 때 한 옵션을 다른 옵션보다 선호하는 유권자 수를 고려합니다.

우승 제안은 systemd 서비스 유닛이 실행할 데몬과 서비스를 구성하는 데 선호되는 방법이라는 점을 인정하지만, 개발자와 사용자가 systemd 기능에 대한 대체 초기화 시스템과 기능적 대안을 만들고 사용할 수 있는 환경이 있다는 점을 인정합니다. 대체 솔루션 개발자에게는 작업을 수행하고 패키지 형식을 지정하는 데 리소스가 필요합니다. 시스템별 인터페이스에 바인딩된 애플리케이션을 실행하기 위한 elogind와 같은 대체 솔루션은 프로젝트에 여전히 중요합니다. 이러한 이니셔티브를 지원하려면 대체 기술 개발이 패치 검토 및 토론 지연과 같이 프로젝트의 나머지 부분과 교차하는 영역에 대한 지원이 필요합니다.

패키지에는 시스템 단위 파일과 서비스 시작을 위한 init 스크립트가 모두 포함될 수 있습니다. 패키지는 기능이 데비안 규칙을 준수하고 다른 패키지의 실험적이거나 지원되지 않는 데비안 기능과 연결되지 않는 한 패키지 관리자가 원하는 시스템 기능을 사용할 수 있습니다. systemd 외에도 패키지에는 대체 초기화 시스템에 대한 지원이 포함될 수 있으며 systemd 관련 인터페이스를 대체하는 구성 요소를 제공할 수도 있습니다. 패치 포함 여부는 관리자가 표준 절차의 일부로 결정합니다. 데비안은 다른 init 시스템을 사용하기로 선택한 파생 배포판과 작업하는 데 전념하고 있지만 상호 작용은 관리자 수준에서 구축되어 타사 배포판에서 준비한 기능이 기본 데비안 구성에 허용되고 어떤 기능이 남을지에 대한 결정을 내립니다. 파생 분포에서.

2014년에 기술위원회가 승인 된 전환 systemd의 기본 배포판은 아니지만 운동하다 다중 프로비저닝 시스템 지원에 관한 결정(위원회가 이 문제에 대한 결정을 내릴 의사가 없음을 나타내는 항목이 표를 얻었습니다). 위원회 리더는 패키지 관리자가 대체 init 시스템으로 sysvinit에 대한 지원을 유지할 것을 권장했지만 자신의 관점을 강요할 수는 없으며 각 경우에 독립적으로 결정을 내려야 한다고 말했습니다.

그 후 일부 개발자는 시도했습니다. 수행을 시도하다 일반 투표에서는 다중 초기화 시스템 사용 문제에 대해 결정할 필요가 없는 것으로 나타났습니다. 몇 달 전, 그 이후 проблем libsystemd와의 충돌로 인해 테스트 브랜치에 elogind 패키지(systemd 없이 GNOME을 실행하는 데 필요함)가 포함되면서 개발자가 동의할 수 없어서 데비안 프로젝트 리더가 문제를 다시 제기했고 그들의 의사소통은 대결하여 막다른 골목에 이르렀습니다.

고려된 옵션:

주요 초점은 systemd입니다. 대체 초기화 시스템에 대한 지원을 제공하는 것이 우선 순위는 아니지만 관리자는 선택적으로 해당 시스템에 대한 초기화 스크립트를 패키지에 포함할 수 있습니다.

systemd가 여전히 선호되지만 대체 초기화 시스템을 유지할 가능성은 남아 있습니다. 대체 환경에서 실행되도록 systemd에 바인딩된 애플리케이션을 허용하는 elogind와 같은 기술이 중요한 것으로 간주됩니다. 패키지에는 대체 시스템에 대한 초기화 파일이 포함될 수 있습니다.

다양한 init 시스템을 지원하고 systemd가 아닌 init 시스템으로 데비안을 부팅하는 기능을 제공합니다.
서비스를 실행하려면 패키지에 init 스크립트가 포함되어야 하며 sysv init 스크립트 없이 systemd 단위 파일만 제공하는 것은 허용되지 않습니다.

systemd를 사용하지 않지만 개발을 방해하는 변경을 하지 않는 시스템을 지원합니다. 개발자들은 가까운 미래에 여러 init 시스템을 지원하는 데 동의하지만 시스템 지원을 개선하기 위해 노력해야 한다고 믿습니다. 특정 솔루션의 개발 및 유지 관리는 해당 솔루션에 관심이 있는 커뮤니티에 맡겨야 하지만, 다른 유지 관리 담당자는 필요할 때 문제 해결을 적극적으로 돕고 기여해야 합니다. 이상적으로 패키지는 기존 init 스크립트를 제공하거나 systemd 없이 작동할 수 있는 다른 메커니즘을 사용하여 달성할 수 있는 모든 init 시스템을 사용하여 작동해야 합니다. systemd 없이 작업할 수 없는 것은 버그로 간주되지만 systemd 없이 작업할 수 있는 기성 솔루션이 있지만 저장이 거부되지 않는 한 릴리스를 차단하는 버그는 아닙니다. 이전에 제공된 init 스크립트 제거).

개발을 방해하는 변경 사항을 도입하지 않고 이식성을 지원합니다. 데비안은 동등하거나 유사한 기능을 제공하는 다양한 소프트웨어를 통합하기 위한 가교 역할을 계속하고 있습니다. 하드웨어 플랫폼과 소프트웨어 스택 간의 이식성은 중요한 목표이며, 제작자의 세계관이 일반적인 합의와 다르더라도 대체 기술의 통합이 권장됩니다. systemd 및 기타 초기화 시스템에 관한 입장은 4번 항목과 완전히 일치합니다.

다중 초기화 시스템 지원을 필수로 만듭니다. systemd 이외의 init 시스템으로 데비안을 실행할 수 있는 기능을 제공하는 것은 프로젝트에 계속해서 중요합니다. 각 패키지는 systemd 이외의 pid1 처리기와 함께 작동해야 합니다. 단, 패키지에 포함된 소프트웨어는 원래 systemd에서만 작동하도록 의도되었고 systemd 없이 실행을 지원하지 않습니다(init 스크립트가 없다고 해서 systemd에서만 작동하도록 의도된 것으로 간주되지는 않습니다). .

이식성과 다중 구현을 지원합니다. 일반 원칙은 5번 항목과 정확히 동일하지만 systemd 및 init 시스템에 대한 특정 요구 사항이 없으며 개발자에게 부과되는 의무도 없습니다. 개발자는 서로의 이익을 고려하고 타협하며 다양한 당사자에게 만족스러운 공통 솔루션을 찾도록 권장됩니다.

계속된 토론. 이 항목은 허용되지 않는 옵션을 다운그레이드하는 데 사용될 수 있습니다.

출처 : opennet.ru