KDE ra mắt lại bản phân phối Linux riêng

• Dự án KDE đã công bố phiên bản alpha của bản phân phối Linux riêng mang tên KDE Linux
• Bản phân phối này áp dụng kiến trúc bất biến (immutable) dựa trên Arch Linux, dùng Flatpak và KDE Builder thay cho cách cài gói truyền thống
• Chỉ hỗ trợ Wayland và không có kế hoạch hỗ trợ X.org hay các hệ thống dùng BIOS
• Ảnh hệ thống sử dụng EROFS để cung cấp khả năng cập nhật nguyên tử và quay lui phiên bản
• Trong tương lai sẽ có ba edition và được phân biệt với các bản phân phối hiện có ở các khía cạnh như cập nhật bảo mật, quản lý gói

---

KDE công bố bản alpha của bản phân phối Linux riêng

Tổng quan và công bố

• Dự án KDE đã công bố phiên bản alpha của bản phân phối Linux riêng mang tên KDE Linux tại Akademy 2025
• Bản phân phối này hướng tới mục tiêu trở thành "thành quả tốt nhất thể hiện mọi công nghệ của KDE theo cách tiên tiến nhất", đồng thời theo đuổi khả năng mở rộng cho nhiều mục đích như dùng trong gia đình, doanh nghiệp và cài đặt OEM
• Hiện vẫn đang ở giai đoạn phát triển ban đầu, còn nhiều tính năng chưa hoàn thiện và nhiều chỗ thô ráp, nên mang tính chất của một bản thử nghiệm cho thấy định hướng của một desktop Linux hoàn chỉnh

Động lực phát triển và bối cảnh

• Việc phát triển KDE Linux có sự tham gia tích cực của Harald Sitter cùng nhiều đóng góp viên chủ chốt của KDE
• KDE cho biết KDE neon dựa trên Ubuntu LTS đã chạm tới giới hạn do công nghệ cũ, công việc đóng gói không cần thiết và quy trình build bị tùy biến quá mức
• KDE Linux được tạo ra nhằm vượt qua những giới hạn đó, tăng khả năng sử dụng công nghệ mới nhất cũng như sự linh hoạt trong triển khai và vận hành
• Mục tiêu chính là tự quản lý cách phân phối phần mềm KDE, đồng thời đi theo xu hướng tự nhiên giống như Linux Mint, ElementaryOS, nơi các bên phát triển môi trường desktop cũng có hệ điều hành riêng

Kiến trúc và đặc điểm kỹ thuật

• Hệ điều hành cơ sở dùng các gói Arch Linux, nhưng ứng dụng được quản lý bằng Flatpak hoặc build từ mã nguồn qua KDE Builder. Không cung cấp Pacman
• Không hỗ trợ phiên làm việc X.org, chỉ dùng Wayland, và một số cấu hình phần cứng như card NVIDIA đời cũ sẽ cần thiết lập thủ công
• Chỉ hỗ trợ hệ thống UEFI, không có kế hoạch hỗ trợ các hệ thống chỉ dùng BIOS
• Hệ thống tệp gốc (/) dùng volume Btrfs có thể thay đổi, còn /usr dùng volume chỉ đọc dựa trên EROFS, nhờ đó triển khai được cơ chế nâng cấp nguyên tử và quay lui dễ dàng
• Cập nhật hệ thống được thực hiện qua Discover hoặc CLI bằng updatectl, và có thể lưu đệm tối đa 5 tệp EROFS để quay lui phiên bản dễ dàng

Gói phần mềm và trải nghiệm người dùng

• Người dùng không thể cài trực tiếp gói vào hệ thống cơ sở; chỉ hỗ trợ Flatpak hoặc Snap (không tích hợp với Discover), cùng Distrobox (cài và tích hợp ứng dụng từ bản phân phối khác bên trong container)
• Hiện vẫn có lỗi ở giai đoạn alpha như thiết lập Podman, nhưng dự kiến sẽ dần được cải thiện
• Phần mềm có sẵn mặc định gồm Gwenview, Okular, Haruna, Kate, Konsole, Firefox; đồng thời có các công cụ CLI thiết yếu như Bash, curl, Linux 6.16.5, GCC
• Thiếu một số tiện ích hữu dụng như Emacs, tmux, pip, Fish

Ảnh tùy biến và quản trị

• Người dùng không thể trực tiếp chỉnh sửa các gói hệ thống mặc định. Tuy nhiên, có thể tạo ảnh tùy biến bằng công cụ mkosi mà dự án dùng nội bộ cùng các tệp cấu hình liên quan

Các edition và lộ trình sắp tới

• Về lâu dài, dự án có kế hoạch cung cấp ba edition: Testing, Enthusiast và Stable
  • Testing được build hằng ngày từ Git cho mục đích phát triển/QA (đang được phân phối hiện tại)
  • Enthusiast dành cho người dùng beta và người dùng phổ thông, còn Stable chỉ bao gồm phần mềm phát hành đạt các chỉ số chất lượng nhất định
• Trước khi phát hành beta, dự án vẫn còn các việc cần làm như thoát khỏi việc sử dụng Arch User Repository và chuyển sang hạ tầng chính thức của KDE

Bảo mật, quản lý và governance

• Chưa cung cấp mailing list thông báo bảo mật hay hệ thống cảnh báo tự động. Người dùng phải tự theo dõi security tracker của Arch và khuyến cáo bảo mật của KDE
• Do đặc tính hệ thống bất biến dựa trên Arch, việc áp dụng bản vá bảo mật có thể bị chậm; ngoài ra, vì không có trình quản lý gói nên cũng khó quản lý danh sách phần mềm đã cài trong hệ thống
• Governance trên thực tế tuân theo mô hình "hội đồng trưởng lão", và trong các tranh chấp quan trọng thì Sitter có quyền quyết định cuối cùng

Tương lai và ý nghĩa của dự án

• Dự án còn nhằm trực tiếp trải nghiệm trách nhiệm tự thân và những giới hạn của một môi trường desktop mã nguồn mở khi tự phát triển và duy trì bản phân phối, từ đó hiểu rõ hơn vì sao các bản phân phối lớn truyền thống phải đưa ra những lựa chọn phức tạp
• Trong trường hợp dự án bị dừng, KDE đã chuẩn bị kế hoạch tự động chuyển sang bản phân phối khác khi EOL (kết thúc vòng đời dịch vụ)
• Dù còn nhiều thiếu sót do là phiên bản alpha, đây vẫn là dự án cho thấy ý chí của KDE trong việc tự định hình hướng đi công nghệ riêng

[GN⁺]

Ý kiến trên Hacker News

• KDE Linux nhấn mạnh rằng đây là bản phân phối immutable dựa trên các gói Arch Linux, nhưng không phải là một “bản phân phối dựa trên Arch”. Nó không đi kèm Pacman, và Arch chỉ được dùng làm hệ điều hành nền. Vì vậy, nó tạo cảm giác thuộc cùng một nhánh như SteamOS nhưng không có Steam

  • Tôi nghĩ điều thú vị nhất của Linux là khả năng vọc vạch và tùy biến đa dạng, nhưng bản phân phối này đánh đổi những điểm đó, và thay vào đó có thể là lựa chọn phù hợp cho bố mẹ, ông bà không chỉ dùng iPad. Có lẽ đây chính là nhóm người dùng mục tiêu
  • Nếu bản phân phối là immutable, lược bỏ trình quản lý gói hoặc được cấu hình sẵn cho một mục đích cụ thể, ở đây là bảo đảm mức độ hoàn thiện của KDE, thì việc nó dùng nền tảng nào thực ra không còn quá quan trọng
  • Nếu tích hợp cả SteamOS/Proton và thiết lập Wine dễ dùng, tôi kỳ vọng đây có thể trở thành một bản phân phối khá đáng chú ý
  • Nó cho cảm giác giống ChromeOS, vốn dựa trên Gentoo nhưng không cung cấp trình quản lý gói
  • Bazzite cũng có thể xem là một ví dụ tổng dụng hơn của kiểu này

• Điều gây ấn tượng là mọi thứ đều được cài qua Flatpak. Tôi tò mò không biết công nghệ Flatpak và việc duy trì dự án dạo này ra sao. Chỉ mới 4 tháng trước thôi, đã có nhận xét rằng Flatpak thiếu nhân lực quản lý, hầu như không có thay đổi lớn nào, và thực chất đã bước vào chế độ bảo trì liên kết liên quan

  • Tôi thấy Flatpak hoạt động khá tốt. Tôi vẫn ưu tiên kho của bản phân phối, nhưng có vài phần mềm chưa được đóng gói nên tôi cứ cài nhanh bằng Flatpak. Cũng có thể tự đóng gói lấy, nhưng lười nên chưa làm
  • Gần đây trên desktop tôi thậm chí còn ưu tiên flatpak ở một mức độ nào đó. Nó có lợi thế như dễ có bản mới nhất, bảo mật sandbox, bảo đảm vị trí chuẩn cho cấu hình và dữ liệu. Cũng có thể cài theo người dùng trong thư mục home nên khi cài lại OS thì chuyển đi cũng dễ
  • Tôi cài Debian 13 với kích thước phân vùng mặc định, vậy mà chỉ với hai flatpak, phân vùng /var đã đầy 10GB dữ liệu flatpak. Tôi nghĩ kích thước phân vùng mặc định quá thiếu hiệu quả, và bản thân flatpak cũng có nhiều phần phức tạp, phiền toái

• KDE Linux chỉ hỗ trợ Wayland và không có kế hoạch cho phiên X.org. Tôi tự hỏi điều này có nghĩa là mọi lỗi của Wayland đã được xử lý xong chưa. Trước đây tôi từng nhiều lần tin vào lời hứa “giờ thì sửa hết rồi”, dùng thử rồi lại thất vọng, nên lần này tôi hy vọng việc họ thật sự dùng nội bộ kiểu dogfooding sẽ giúp cải thiện tốt hơn

  • Nếu dùng Debian stable thì phần mềm thường chậm vài năm, ngoài các bản vá bảo mật và đôi khi có backport. Wayland, KDE và những thứ tương tự thay đổi rất nhanh, nên vấn đề bị hỏng ở một bản phát hành có thể đã được sửa ở các bản sau. Debian rất tốt cho máy chủ cần tính ổn định và khả năng dự đoán, nhưng theo tôi không phù hợp cho desktop hay workstation
  • Tôi cũng ở tình huống tương tự. Trên Debian 10 và 11, tôi dùng phiên Wayland chưa nổi một ngày; với Debian 12 thì trụ được khoảng một tuần rồi cuối cùng vẫn gặp lỗi nghiêm trọng. Nhưng Debian 13 lần này thì từ lúc phát hành đến nay tôi dùng ổn, chưa gặp vấn đề gì đáng kể
  • Có vẻ đa số vấn đề đã được giải quyết. Mỗi người gặp vấn đề khác nhau, nhưng tôi đã gần như chỉ dùng Wayland trên Arch hoặc Fedora suốt 8 năm và không gặp sự cố. Trước đây có vài chương trình chỉ chạy được trên X, nhưng giờ tôi còn chẳng nhớ đó là gì nữa
  • Tôi không nghĩ có bản phân phối nào từng hứa rằng phần mềm của họ “hoàn toàn không có lỗi”. Tôi cũng không thích Wayland lắm, nhưng thực tế là đã có rất nhiều người dùng nó trong thời gian dài
  • Tôi tò mò không biết bạn dùng Wayland lần cuối là khi nào. Tôi chuyển sang KDE Plasma vài năm trước mà không tìm hiểu gì nhiều, và từ đó đến giờ chưa gặp một vấn đề nào

• Tôi không thích việc bản phân phối quyết định ứng dụng nào được đưa vào hoặc được phép dùng trong OS nền. Trải nghiệm với một số ứng dụng KDE bản flatpak không tốt, nên họ đưa trực tiếp vào image của OS, còn phần còn lại khi tải qua Discover thì sẽ được cài bằng Flatpak. Nhóm phát triển thẳng thắn thừa nhận rằng họ đã tự kiểm thử các bản flatpak nhưng trải nghiệm người dùng không tốt liên kết gốc

  • Nathan, người phụ trách đảm bảo chất lượng, đang nói về bản alpha và tình hình hiện tại. Chưa phải mọi thứ đều đã được chốt. KDE cũng là bên đóng góp cho dự án Flatpak, thậm chí còn đang thử nghiệm cung cấp cả Plasma dưới dạng Flatpak. Đây là câu chuyện vẫn đang diễn ra, nên lời khuyên là đừng hình thành định kiến quá sớm
  • Mặt khác, tôi thấy khá trớ trêu khi họ chính thức thừa nhận Flatpak chưa thỏa đáng về mặt khả dụng, nhưng lại thiết kế hệ thống sao cho từ góc nhìn người dùng, việc cài chương trình chỉ có thể thực hiện qua Flatpak
  • Hệ thống này trông giống kiểu môi trường để quản trị viên thiết lập sẵn. Tương tự Silverblue và những thứ cùng loại, nó mang cảm giác rất “chỉ dành cho bảo mật văn phòng”
  • Nhân tiện, Dolphin được nhắc tới ở đây không phải trình giả lập GameCube+Wii mà là trình quản lý tệp của KDE

• Tôi chưa từng dùng Neon vì nó là rolling release, và bản phân phối này cũng không hấp dẫn tôi vì vừa immutable vừa phụ thuộc vào Flatpak. Tôi không có vấn đề gì với binary độc lập hay AppImage, nhưng Flatpak và Snaps thì tôi không tin

  • Arch cũng là bản phân phối rolling release, dù họ cứ nói “không phải Arch nhé!”, và theo tôi Arch rất kém về độ ổn định. Khi xảy ra lỗi tương thích gói thì họ chỉ kiểu “đáng lẽ bạn phải đọc log phát hành chứ”, rồi vẫn phát hành mà không cảnh báo gì đáng kể dù biết nó sẽ hỏng. Nếu muốn một rolling release tử tế ở mức chuyên nghiệp thì SUSE Tumbleweed tốt hơn. Ở đó các gói được kiểm thử kỹ hơn và những thay đổi có vấn đề sẽ không được phát hành
  • Tôi không hiểu vì sao một bình luận hạ thấp dự án khác một cách hời hợt như vậy lại được đẩy lên cao đến thế. Tôi khá ngạc nhiên trước bầu không khí chung kiểu này
  • Flatpak cho tôi cảm giác như systemd mới vậy
  • Lúc dùng Neon tôi luôn thấy rất khó chịu

• Ngay cả khi không nói theo hướng tiêu cực, trước đây cũng đã có nhiều nỗ lực tương tự như Neon, ElementaryOS và những dự án khác. Các dự án kiểu này làm phân tán nguồn lực sang phát triển bản phân phối, và kết quả là ít tập trung hơn vào việc cải thiện chính môi trường desktop. GNOME không trực tiếp quản lý Ubuntu hay Fedora, nhưng vẫn nắm vai trò dẫn dắt trải nghiệm desktop Linux

  • Phần lớn đều là tình nguyện viên, nên rất có thể là những người khác nhau tham gia. Mỗi người cứ làm điều họ muốn làm thôi
  • Thực ra GNOME cũng vận hành bản phân phối riêng là Gnome OS, dựa trên Fedora Rawhide. Ban đầu nó dùng như hệ thống tham chiếu cho nhà phát triển, nhưng mức độ hoàn thiện cũng đủ để người dùng phổ thông dùng được
  • Với các maintainer của GNOME thì Fedora cũng chỉ như công việc phụ, và Neon với KDE cũng gần giống như vậy
  • Bài gốc đã bàn sâu hơn về ưu và nhược điểm của các bản phân phối riêng như Neon. Sự khác biệt giữa GNOME và KDE, nếu nhìn từ góc khác, là liệu chuyện này có khác gì Kubuntu hoặc Fedora KDE Spin hay không
  • GNOME trực tiếp quản lý GNOME OS

• Nó khá giống macOS: nền tảng immutable, ứng dụng được đóng gói riêng, và brew cho các công cụ CLI. Với kiểu cấu trúc này, tôi nghĩ dùng cho công việc cũng khá ổn

• Tôi chưa phải người dùng Linux, nhưng tò mò không biết immutable ở đây cụ thể nghĩa là gì. Ví dụ có phải không thể cài Elixir hay IDE không, vì tôi không quan tâm đến chuyện tự tinh chỉnh OS, nhưng nếu cài app cũng bị chặn thì tôi không hiểu nó dành cho ai

  • Immutable có nghĩa là bản thân hệ thống nền không hỗ trợ cập nhật từng gói riêng lẻ. Nó giống như image Docker, chỉ được nâng cấp bằng cách thay cả image nền. Thông thường việc cài thêm phần mềm không bị cấm, nhưng có thể bị giới hạn về cách cài, chẳng hạn chỉ qua Flatpak như Fedora Silverblue
  • Điều đó có nghĩa là bạn không đụng vào lớp OS nền + thư viện, còn phần mềm cần dùng như Elixir hay IDE sẽ được cài trong môi trường sandbox cùng với các thư viện nó cần. Bạn không còn cài trực tiếp vào toàn bộ hệ thống nữa

• Tôi tò mò liệu bản phân phối này cuối cùng đã giải quyết được vấn đề quản lý gói chưa

  • Câu trả lời là theo cách của ChromeOS. Không có trình quản lý gói, và bạn không thể trực tiếp cài, gỡ hay cập nhật gói trong hệ thống. Bạn nhận cập nhật theo dạng cả image OS như iOS hoặc Android

• Tôi muốn biết immutable ở đây có phải giống ChromeOS, tức là không thể cài trực tiếp gói vào hệ thống mà thay vào đó có thể tự do cài phần mềm, kể cả GUI, trong một container riêng hay không. Nếu vậy, đây có phải là lựa chọn tốt để thay ChromeOS Flex cho một chiếc laptop cũ nhưng vẫn dùng ổn không

  • Đúng, đó chính là khái niệm immutable. Trong Linux đôi khi người ta cũng gọi là atomic
  • Cá nhân tôi có trải nghiệm không tốt với cả snap lẫn flatpak, nên hy vọng nó không đi theo hướng đó