데비안은 다시 여러 초기화 시스템을 지원합니다

샘 하트만, 데비안 프로젝트 리더, 소포 배송에 관한 의견 불일치를 해결하려고 배포의 일부로. XNUMX 월에 출시 준비를 담당하는 팀 테스트 브랜치에 elogind 포함을 차단했습니다. 이 패키지는 libsystemd와 충돌하기 때문입니다.

충돌 원인으로 systemd 패키지와 충돌하고 libsystemd를 재정의 할 위험이있었습니다. ABI 수준의 소스 라이브러리와 완전히 호환되지 않는 libelogind의 대체 버전을 사용합니다.

elogind의 포함은 libelogind 라이브러리의 자체 버전을 제공합니다. libsystemd에서 제공하는 여러 기능을 인수하고 설치 중에이 라이브러리를 대체합니다.

패키지에서 elogind는 systemd 라이브러리와 충돌하는 것으로 표시되지만 본질적으로 systemd없이 만 작동하도록 설계되었으며 systemd와의 충돌은 실수로 elogind를 설치할 수 없기 때문에 유익합니다.

반면 현재 형태에서는 APT를 통해 systemd 구성을 sysvinit 및 elogind 버전으로 업데이트하려고하면 시스템이 손상됨 작동하지 않는 APT로. 그러나이 결함을 제거하더라도 이미 설치된 사용자 환경을 제거하지 않고는 systemd에서 elogind 로의 전환이 여전히 불가능합니다.

Elogind 개발자는 추도를 수정하도록 요청 받았습니다.d는 자체 libpam-elogind 레이어를 사용하지 않고 일반 libpam-systemd 위에서 작업합니다.

elogind에서 libpam-systemd 로의 전환은 섹터 개념에 대한 지원 부족으로 인해 방해를 받지만 elogind 개발자는 완전한 API 준수를 달성하기를 원하지 않으며 elogind가 최소한의 기능 만 제공하므로 systemd의 모든 기능을 정확하게 반복합니다. 사용자가 로그인하고 systemd의 모든 하위 시스템을 반복하는 것은 제안되지 않습니다.

설명 된 기술 문제를 해결하려면 릴리스 팀과 elogind 및 systemd의 유지 관리자 간의 상호 작용 수준에서 해결해야합니다. 팀이 동의 할 수 없기 때문에 프로젝트 리더가 개입해야했습니다. 공동 작업은 대립으로 바뀌었고 문제에 대한 해결책은 막 다른 길에 도달했습니다.

Sam Hartman에 따르면 상황이 일반 투표가 필요한 주에 다가오고 있습니다. (GR, 포괄적 해결), 커뮤니티는 elogind로 sysvinit을 초기화하고 지원하기위한 대체 시스템을 결정할 것입니다.

프로젝트 참여자가 초기화 시스템을 다양 화하기 위해 투표하면 모든 이 문제를 해결하기 위해 유지 보수 담당자가 공동으로 참여합니다. 또는 특별한 책임있는 개발자가이 문제에 대해 작업하도록 임명 될 것이며 그에 수반되는 사람들은 더 이상 대체 초기화 시스템을 우회하거나 침묵을 유지하거나 프로세스를 지연시킬 수 없습니다.

현재 저장소에는 이미 systemd에 대한 서비스 단위를 제공하지만 init.d 스크립트를 포함하지 않는 1033 개의 패키지가 축적되어 있습니다.

이 문제를 해결하기 위해 우리는 기본적으로 서비스 파일을 제공 할 것을 제안하지만 이러한 파일의 명령을 자동으로 구문 분석하고이를 기반으로 init.d 스크립트를 생성하는 드라이버를 준비합니다.

커뮤니티가 Debian이 단일 초기화 시스템을 충분히 지원한다고 결정하면 더 이상 sysvinit 및 elogind에 대해 걱정할 필요가 없으며 단위 및 시스템 파일에만 집중합니다.

이러한 솔루션은 Linux 커널을 사용하지 않는 포트에 부정적인 영향을 미칩니다. 그러나 주 파일에는 아직 이러한 포트가 없으며 공식적인 지원 상태가 없습니다.

systemd에 연결 또한 변화를 상당히 복잡하게 만들 것입니다. 향후 배포 개발 방향으로 나아가며 서비스 초기화 및 관리 분야의 추가 실험을 제한 할 것입니다.

각 솔루션에는 장점과 단점이 있으므로 투표 전에 찬성 및 반대 주장에 대한 철저한 논의가 필요합니다.

출처 : https://lists.debian.org/