Kết quả bình chọn trên hệ thống Debian init đã được tổng hợp

Được phát hành phát hiện bỏ phiếu chung (GR, độ phân giải chung) của các nhà phát triển dự án Debian liên quan đến bảo trì gói và bảo trì cơ sở hạ tầng, được thực hiện về vấn đề hỗ trợ nhiều hệ thống init. Mục thứ hai (“B”) trong danh sách đã thắng - systemd vẫn được ưu tiên, nhưng khả năng duy trì các hệ thống khởi tạo thay thế vẫn còn. Việc bỏ phiếu được thực hiện bằng phương pháp Condorcet, trong đó mỗi cử tri xếp hạng tất cả các phương án theo thứ tự ưu tiên và khi tính toán kết quả, người ta tính đến số lượng cử tri thích phương án này hơn phương án khác.

Đề xuất chiến thắng thừa nhận rằng các đơn vị dịch vụ systemd là cách ưu tiên để định cấu hình các daemon và dịch vụ để chạy, nhưng thừa nhận rằng có những môi trường trong đó các nhà phát triển và người dùng có thể tạo và sử dụng các hệ thống init thay thế và các lựa chọn thay thế chức năng cho khả năng của systemd. Các nhà phát triển giải pháp thay thế yêu cầu nguồn lực để thực hiện công việc và định dạng các gói của họ. Các giải pháp thay thế như elogind để chạy các ứng dụng gắn với giao diện dành riêng cho systemd vẫn quan trọng đối với dự án. Việc hỗ trợ các sáng kiến ​​như vậy đòi hỏi sự hỗ trợ trong các lĩnh vực mà việc phát triển các công nghệ thay thế giao thoa với phần còn lại của dự án, chẳng hạn như trì hoãn việc thảo luận và xem xét bản vá.

Các gói có thể bao gồm cả tệp đơn vị systemd và tập lệnh init để khởi động dịch vụ. Các gói có thể sử dụng bất kỳ tính năng systemd nào mà người bảo trì gói mong muốn, miễn là các tính năng đó tuân thủ các quy tắc Debian và không bị ràng buộc với các tính năng Debian thử nghiệm hoặc không được hỗ trợ trong các gói khác. Ngoài systemd, các gói cũng có thể bao gồm hỗ trợ cho các hệ thống init thay thế và cung cấp các thành phần để thay thế các giao diện dành riêng cho systemd. Các quyết định liên quan đến việc đưa vào các bản vá được đưa ra bởi những người bảo trì như một phần của quy trình chuẩn. Debian cam kết làm việc với các bản phân phối phái sinh chọn sử dụng các hệ thống init khác, nhưng sự tương tác được xây dựng ở cấp độ người bảo trì, đưa ra quyết định về những tính năng nào do các bản phân phối bên thứ ba chuẩn bị sẽ được chấp nhận vào thành phần Debian chính và những tính năng nào còn lại trong phân phối phái sinh.

Chúng ta hãy nhớ lại rằng vào năm 2014, ủy ban kỹ thuật đã được phê duyệt chuyển tiếp phân phối mặc định trên systemd, nhưng không đã giải quyết được các quyết định liên quan đến việc hỗ trợ cho nhiều hệ thống cung cấp (mục cho thấy ủy ban không sẵn lòng đưa ra quyết định về vấn đề này đã giành được phiếu bầu). Trưởng ủy ban khuyến nghị những người bảo trì gói duy trì hỗ trợ cho sysvinit như một hệ thống init thay thế, nhưng chỉ ra rằng ông không thể áp đặt quan điểm của mình và quyết định nên được đưa ra một cách độc lập trong từng trường hợp.

Sau đó, một số nhà phát triển đã cố gắng cố gắng thực hiện bỏ phiếu chung, nhưng bỏ phiếu sơ bộ cho thấy không cần thiết phải đưa ra quyết định về vấn đề sử dụng nhiều hệ thống khởi tạo. Cách đây vài tháng, sau vấn đề với việc bao gồm gói elogind (cần thiết để chạy Gnome mà không có systemd) trong nhánh thử nghiệm do xung đột với libsystemd, vấn đề lại được người đứng đầu dự án Debian nêu ra, vì các nhà phát triển không thể đồng ý và giao tiếp của họ trở thành một cuộc xung đột đối đầu và đi vào ngõ cụt.

Các lựa chọn được xem xét:

Trọng tâm chính là vào systemd. Việc cung cấp hỗ trợ cho các hệ thống init thay thế không phải là ưu tiên hàng đầu, nhưng người bảo trì có thể tùy ý đưa các tập lệnh init cho các hệ thống đó vào gói.

systemd vẫn được ưu tiên, nhưng vẫn còn khả năng duy trì các hệ thống khởi tạo thay thế. Các công nghệ như elogind, cho phép các ứng dụng liên kết với systemd chạy trong các môi trường thay thế, được coi là quan trọng. Các gói có thể bao gồm các tệp init cho các hệ thống thay thế.

Hỗ trợ nhiều hệ thống init khác nhau và khả năng khởi động Debian với các hệ thống init khác ngoài systemd.
Để chạy các dịch vụ, các gói phải bao gồm tập lệnh init; chỉ cung cấp các tệp đơn vị systemd mà không có tập lệnh init sysv là không thể chấp nhận được.

Hỗ trợ cho các hệ thống không sử dụng systemd nhưng không thực hiện các thay đổi có thể cản trở sự phát triển. Các nhà phát triển đồng ý hỗ trợ nhiều hệ thống init trong tương lai gần, nhưng cũng tin rằng cần phải nỗ lực cải thiện hỗ trợ systemd. Việc phát triển và duy trì các giải pháp cụ thể nên được giao cho các cộng đồng quan tâm đến các giải pháp đó, nhưng những người bảo trì khác nên tích cực giúp đỡ và đóng góp vào việc giải quyết vấn đề khi có nhu cầu. Lý tưởng nhất là các gói nên hoạt động bằng cách sử dụng bất kỳ hệ thống init nào, điều này có thể đạt được bằng cách cung cấp các tập lệnh init truyền thống hoặc sử dụng các cơ chế khác cho phép chúng hoạt động mà không cần systemd. Không thể hoạt động mà không có systemd được coi là một lỗi, nhưng không phải là lỗi chặn phát hành, trừ khi có một giải pháp làm sẵn để làm việc mà không có systemd, nhưng nó bị từ chối lưu (ví dụ: khi sự cố xảy ra do xóa tập lệnh init được cung cấp trước đó).

Hỗ trợ tính di động mà không đưa ra những thay đổi cản trở sự phát triển. Debian tiếp tục được coi là cầu nối để tích hợp các phần mềm khác nhau cung cấp chức năng tương đương hoặc tương tự. Khả năng di chuyển giữa nền tảng phần cứng và ngăn xếp phần mềm là một mục tiêu quan trọng và việc tích hợp các công nghệ thay thế được khuyến khích, ngay cả khi thế giới quan của những người tạo ra chúng khác với sự đồng thuận chung. Vị trí liên quan đến systemd và các hệ thống khởi tạo khác hoàn toàn trùng khớp với điểm 4.

Bắt buộc phải hỗ trợ nhiều hệ thống khởi tạo. Việc cung cấp khả năng chạy Debian với các hệ thống init khác ngoài systemd tiếp tục quan trọng đối với dự án. Mỗi gói phải hoạt động với các trình xử lý pid1 không phải systemd, trừ khi phần mềm có trong gói ban đầu chỉ nhằm mục đích hoạt động với systemd và không hỗ trợ chạy mà không có systemd (việc không có tập lệnh init không được tính là chỉ dành cho làm việc với systemd) .

Hỗ trợ tính di động và nhiều triển khai. Các nguyên tắc chung hoàn toàn giống với điểm 5, nhưng không có yêu cầu cụ thể nào đối với hệ thống systemd và init cũng như không có nghĩa vụ nào được áp đặt đối với các nhà phát triển. Các nhà phát triển được khuyến khích tính đến lợi ích của nhau, thỏa hiệp và tìm ra giải pháp chung phù hợp với các bên khác nhau.

Tiếp tục thảo luận. Mục này có thể được sử dụng để hạ cấp các tùy chọn không được chấp nhận.

Nguồn: opennet.ru