Flatpak sắp trở thành ứng dụng phụ thuộc vào Systemd: Cơ hội cải tiến hay rào cản mới?

Flatpak, công cụ đóng gói ứng dụng phổ biến trên Linux, nổi tiếng với lời hứa "xây dựng một lần, chạy trên mọi bản phân phối". Tuy nhiên, tương lai của dự án này có thể đang đứng trước một bước ngoặt lớn khi các nhà phát triển cân nhắc việc biến systemd thành một phần phụ thuộc bắt buộc.

Tại hội nghị thượng đỉnh Linux App Summit gần đây, Arian Vovk và Sebastian Wick đã có bài chia sẻ về lộ trình phát triển của Flatpak. Họ tiết lộ kế hoạch cho phiên bản tiếp theo, được gọi tạm là Flatpak Next hay Flatpak 2.0, sẽ là một bản viết lại dựa trên những bài học rút ra từ thiết kế hiện tại.

Flatpak Next và sự thay đổi về kiến trúc

Mục tiêu chính của Flatpak Next là tận dụng các công nghệ hiện đại để giải quyết những hạn chế của thiết kế cũ. Một trong những thay đổi quan trọng nhất là việc chuyển dịch quản lý quyền hạn (permission management) từ lớp ứng dụng sang lớp dịch vụ thông qua một dịch vụ mới có tên là systemd-appd.

Dịch vụ này sẽ cấp định danh cho ứng dụng và lưu trữ quyền hạn của chúng, cho phép các phần khác của hệ thống truy vấn thông tin này. Điều này mở đường cho các tính năng nâng cao như "subsandboxing" (sandbox lồng nhau), giúp tăng cường bảo mật và cô lập ứng dụng tốt hơn.

Tại sao lại chọn Systemd?

Để hiện thực hóa systemd-appd, các nhà phát triển Flatpak dự định sẽ tích hợp nó trực tiếp vào systemd. Điều này đồng nghĩa với việc Flatpak sẽ có sự phụ thuộc cứng (hard dependency) vào hệ thống init này.

Ban đầu, nhóm phát triển có ý định "cân nhắc kỹ lưỡng" nhu cầu của những người không sử dụng systemd. Họ hy vọng sẽ tạo điều kiện để cộng đồng có thể phát triển một daemon độc lập tương tự như elogind (phiên bản tách biệt của systemd-logind), giúp Flatpak vẫn hoạt động được trên các bản phân phối như Void Linux, Guix hay Alpine.

Hệ lụy từ sự độc hại của cộng đồng

Tuy nhiên, bối cảnh đã thay đổi đáng kể sau những phản ứng tiêu cực từ một bộ phận cộng đồng. Khi thông tin về việc phụ thuộc vào systemd được đưa ra thảo luận, thay vì đối thoại mang tính xây dựng, nhiều người đã tấn công, xúc phạm và quấy rối các nhà phát triển cũng như những người liên quan.

Sự độc hại này đã khiến đội ngũ phát triển Flatpak mất động lực. Thay vì nỗ lực hỗ trợ các bản phân phối không dùng systemd, họ hiện "không còn cảm thấy muốn dành thời gian cho những rắc rối đó nữa". Kết quả là, khả năng cao Flatpak sẽ có sự phụ thuộc chặt chẽ vào systemd mà không có bất kỳ phương án hỗ trợ nào cho các hệ thống khác.

Tương lai của các bản phân phối không dùng Systemd

Nếu kế hoạch này diễn ra theo hướng tiêu cực, Flatpak sẽ không còn có thể tự hào là giải pháp "xây dựng cho mọi distro". Người dùng Void, Alpine hay các hệ thống không sử dụng systemd có thể sẽ mất quyền truy cập vào hệ sinh thái ứng dụng khổng lồ của Flatpak.

Đây là một điều đáng tiếc, bởi Flatpak đáp ứng một nhu cầu thực sự của người dùng Linux bất kể họ sử dụng hệ thống init nào. Tuy nhiên, câu chuyện này cũng là một bài học đắt giá về cách văn hóa cộng đồng có thể ảnh hưởng trực tiếp đến định hướng kỹ thuật của một dự án mã nguồn mở.