Vào đầu tháng cChúng tôi chia sẻ với bạn ở đây trên blog tin tức về cuộc bỏ phiếu chung được tạo ra để quyết định xem hệ thống có hỗ trợ nhiều hệ thống khởi tạo hay không. kết quả là vào năm 2014, Ủy ban kỹ thuật đã phê duyệt việc chuyển giao của bố cục mặc định sang systemd, nhưng không phát triển giải pháp liên quan đến với sự hỗ trợ của nhiều hệ thống khởi tạo.
Lãnh đạo ủy ban khuyến nghị rằng các nhà sản xuất gói duy trì hỗ trợ sysvinit như một hệ thống khởi tạo thay thế, nhưng chỉ ra rằng ông không thể áp đặt quan điểm của mình và trong mỗi trường hợp, quyết định nên được đưa ra một cách độc lập.
Sau đó, một số nhà phát triển đã cố gắng tổ chức một cuộc bỏ phiếu chung, nhưng một cuộc bỏ phiếu sơ bộ cho thấy rằng không cần phải quyết định việc sử dụng các hệ thống khởi tạo khác nhau.
Một vài tháng trước, sau các vấn đề với việc bao gồm gói elogind (cần thiết để Gnome hoạt động mà không cần systemd) trong nhánh thử nghiệm do xung đột với libsystemd, trưởng dự án Debian đã đặt ra câu hỏi một lần nữa, 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 đối đầu và cuối cùng đưa ra một giải pháp về vấn đề này với cuộc bỏ phiếu chung.
Bây giờ, kết quả của cuộc bỏ phiếu nói trên đã được công bố vào ngày được quy định (28 tháng XNUMX) nơi họ tham gia vào việc bảo trì các gói và bảo trì cơ sở hạ tầng với chủ đề hỗ trợ nhiều hệ thống khởi tạo.
Y lựa chọn chiến thắng là yếu tố thứ hai ("B") trong danh sách, trong đó mô tả điều đó
“Systemd vẫn được ưu tiên hơn, nhưng khả năng hỗ trợ các hệ thống khởi tạo thay thế vẫn còn. Các công nghệ, chẳng hạn như elogind, cho phép bạn chạy các ứng dụng ràng buộc hệ thống 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ế. »
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 lựa chọn theo thứ tự ưa thích của họ và khi tính toán kết quả, có bao nhiêu cử tri thích lựa chọn này hơn lựa chọn khác.
Lựa chọn chiến thắng công nhận rằng các đơn vị dịch vụ systemd là hình thức ưu tiên để định cấu hình các daemon và dịch vụ để chạy, nhưng nó giả định rằng có những môi trường nơi các nhà phát triển và người dùng có thể tạo và áp dụng các hệ thống khởi tạo thay thế và các lựa chọn chức năng thay thế cho các tính năng systemd.
Nhà phát triển các giải pháp thay thế nên cung cấp các nguồn lực cho công việc của bạn và định dạng gói. Các giải pháp thay thế, chẳng hạn như elogind, được sử dụng để tổ chức khởi chạy các ứng dụng gắn với các giao diện hệ thống cụ thể, 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à các công nghệ thay thế đang được phát triển giao với phần còn lại của dự án, ví dụ như việc trì hoãn các cuộc thảo luận và đánh giá bản vá là không thể chấp nhận được.
Nó được phép bao gồm các tệp đơn vị systemd và các tập lệnh khởi động trong các gói để bắt đầu dịch vụ. Các gói có thể sử dụng bất kỳ tính năng systemd nào theo yêu cầu của người bảo trì gói, miễn là các tính năng này đáp ứng các yêu cầu của quy tắc Debian và không bị ràng buộc với các tính năng thử nghiệm hoặc không được hỗ trợ bởi Debian của 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 khởi tạo thay thế và cung cấp các thành phần để ghi đè các giao diện cụ thể của systemd. Nhân viên đi cùng đưa ra quyết định cho phép các bản vá như một phần của quy trình thông thường
Debian đồng ý làm việc với các bản phân phối dẫn xuất Họ đã chọn các hệ thống khởi tạo khác cho mình, nhưng sự tương tác dựa trên cấp độ của những người bảo trì, mà các quyết định được đưa ra về nó.
Cuối cùng, kết quả này không theo ý muốn của nhiều người, bởi vì trong các mạng, họ tỏ ra bất bình khi nhiều người bình luận rằng điều này không khác so với hiện tại, vì về cơ bản họ chuyển giao tất cả trách nhiệm cho người bảo trì.
Nếu bạn muốn biết thêm về nó, bạn có thể kiểm tra việc công bố kết quả Trong liên kết sau đây.
"Cuối cùng, kết quả này không theo ý muốn của nhiều [...] vì nhiều người nhận xét rằng điều này không khác với ngày nay [...]"
Tôi không mong đợi điều gì khác từ Debian. Trong thập kỷ qua, không có gì ngoài nhiều tiếng ồn và ít "ánh sáng" (không phải vì điều gì mà người dân Devuan đã mở lòng với họ).
Một lần nữa, vấn đề là không bao giờ systemd thay thế cho init. Vấn đề luôn là systemd được tạo ra để chú tâm vào mọi thứ, với hậu quả là mã thừa, gần như giả, mức độ phức tạp, lỗi và các vectơ tấn công hàng loạt vô dụng. Và chúng ta đang ở đây, với "Linux" ngày càng ít "Linux" và ngày càng có nhiều "Wind * ws" thứ hai.
Bây giờ việc sử dụng một bản phân phối mà không có systemd gần như là một trò đùa vì chỉ có systemd được thay thế bằng một số phương thức tải khác ... nhưng systemd vẫn lây lan khắp hệ thống như một căn bệnh ung thư (mặc dù người ta nói rằng nó được duy trì chỉ vì vấn đề thỏa mãn các phụ thuộc và không đang chạy).
Dù sao đi nữa, có vẻ như Linux sẽ không thoát khỏi câu châm ngôn của Ma trận: “Mọi thứ có khởi đầu… đều có kết thúc”.