Debian sẽ lại hỗ trợ nhiều hệ thống khởi tạo

Sam Hartmann, nhà lãnh đạo dự án Debian, cố gắng giải quyết những bất đồng liên quan đến việc giao elogind bưu kiện như một phần của phân phối. Trong tháng Bảy, nhóm chịu trách nhiệm chuẩn bị cho việc ra mắt đã chặn việc đưa elogind vào nhánh thử nghiệm, vì gói này xung đột với libsystemd.

Vì lý do sự cố, đã có xung đột với gói systemd và nguy cơ thay thế libsystemd với phiên bản thay thế của libelogind, phiên bản này hoàn toàn không tương thích với thư viện nguồn ở cấp ABI.

Việc đưa elogind vào cung cấp phiên bản thư viện libelogind riêng, sẽ tiếp quản một số chức năng do libsystemd cung cấp và thay thế thư viện này trong quá trình cài đặt.

Trong gói, elogind được đánh dấu là xung đột với các thư viện systemd, nhưng nó vốn được thiết kế để chỉ hoạt động mà không có systemd và xung đột với systemd thậm chí còn có lợi vì nó không cho phép bạn cài đặt elogind do nhầm lẫn.

Mặt khác, ở dạng hiện tại, cố gắng thông qua APT để cập nhật cấu hình systemd lên phiên bản có sysvinit và elogind dẫn đến hệ thống bị hỏng với APT không hoạt động. Nhưng ngay cả với việc loại bỏ lỗ hổng này, việc chuyển đổi từ systemd sang elogind vẫn không thể thực hiện được nếu không xóa các môi trường người dùng đã được cài đặt.

Theo đó, các nhà phát triển Elogind đã được yêu cầu điều chỉnh bài điếu vănd để làm việc trên libpam-systemd thông thường, mà không sử dụng lớp libpam-elogind của riêng nó.

Quá trình chuyển đổi từ elogind sang libpam-systemd bị cản trở do thiếu hỗ trợ cho khái niệm các lĩnh vực, nhưng các nhà phát triển elogind không muốn đạt được sự tuân thủ đầy đủ của API và lặp lại chính xác tất cả các tính năng của systemd vì elogind chỉ cung cấp chức năng tối thiểu để tổ chức người dùng đăng nhập và nó không nhằm mục đích lặp lại tất cả các hệ thống con của systemd.

Việc giải quyết các vấn đề kỹ thuật đã nêu nên được giải quyết ở mức độ tương tác giữa nhóm phát hành và những người bảo trì elogind và systemd, nhưng trưởng dự án buộc phải can thiệp vì các nhóm không thể thống nhất với nhau, công việc chung biến thành một cuộc đối đầu và giải pháp cho vấn đề đi vào ngõ cụt, trong đó mỗi bên luật theo cách riêng của mình.

Theo Sam Hartman, tình hình đang tiến đến một trạng thái yêu cầu một cuộc bỏ phiếu chung (GR, độ phân giải chung), trong đó cộng đồng sẽ quyết định các hệ thống thay thế để khởi tạo và hỗ trợ sysvinit với elogind.

Nếu những người tham gia dự án bỏ phiếu để đa dạng hóa hệ thống khởi tạo, tất cả những người phụ trách bảo trì sẽ tham gia vào nỗ lực chung để giải quyết vấn đề này hoặc các nhà phát triển chịu trách nhiệm đặc biệt sẽ được chỉ định để giải quyết vấn đề này và những người đi cùng họ sẽ không thể bỏ qua hệ thống khởi tạo thay thế, giữ im lặng hoặc trì hoãn quá trình.

Hiện tại, kho lưu trữ đã tích lũy được 1033 gói cung cấp các đơn vị dịch vụ cho systemd, nhưng không bao gồm các tập lệnh init.d.

Để giải quyết vấn đề này, đề xuất cung cấp các tệp dịch vụ theo mặc định, nhưng phải chuẩn bị một trình điều khiển tự động phân tích cú pháp các lệnh trong các tệp này và tạo các tập lệnh init.d dựa trên chúng.

Nếu cộng đồng quyết định rằng Debian có đủ hỗ trợ cho một hệ thống khởi tạo duy nhất, họ không còn phải lo lắng về sysvinit và elogind, chỉ tập trung vào các tệp đơn vị và hệ thống.

Giải pháp như vậy sẽ ảnh hưởng tiêu cực đến các cổng không sử dụng nhân Linux, nhưng không có cổng nào như vậy trong tệp chính và chúng không có trạng thái hỗ trợ chính thức.

Liên kết với systemd cũng sẽ làm phức tạp đáng kể sự thay đổi theo hướng phát triển phân phối trong tương lai và sẽ hạn chế thử nghiệm thêm trong lĩnh vực khởi tạo và quản lý dịch vụ.

Mỗi giải pháp đều có ưu và nhược điểm, vì vậy cần phải thảo luận kỹ lưỡng về tất cả các lập luận ủng hộ và chống lại trước khi biểu quyết.

Fuente: https://lists.debian.org/