KDE baru-baru ini merilis FAQ anti-FUD (Fear, Uncertainty, and Doubt) untuk menjelaskan isu terkait mandat penggunaan Systemd dalam lingkungan desktop Plasma. FAQ ini merupakan respons langsung terhadap spekulasi yang beredar tentang apakah KDE Plasma "memaksa" pengguna memakai Systemd. Dalam klarifikasinya, tim KDE mengonfirmasi bahwa memang ada komponen dalam Plasma, yaitu Plasma Login Manager (PLM), yang membutuhkan Systemd. Namun, mereka menegaskan bahwa pengguna tetap dapat menonaktifkan PLM dan menggunakan pengelola login lainnya tanpa masalah.
Diskusi sengit ini dipicu setelah KaOS, sebuah distribusi Linux yang telah bermitra dengan KDE selama 12 tahun, memutuskan berpisah karena alasan ketergantungan pada Systemd. KaOS memilih untuk beralih menggunakan desktop environment Niri dan menyatakan bahwa mereka tidak ingin terkunci oleh penggunaan Systemd yang dianggap semakin wajib dalam Plasma. KDE menanggapinya lewat FAQ ini agar informasi yang berkembang tidak salah kaprah dan menyesatkan komunitas Linux.
Penjelasan Lengkap Mengenai Ketergantungan Systemd di KDE Plasma
Dalam FAQ tersebut, KDE mengakui bahwa Plasma Login Manager memang bergantung pada Systemd agar dapat berjalan. Namun, mereka menekankan bahwa PLM hanyalah salah satu dari beberapa pengelola login (login manager) yang dapat digunakan untuk memulai Plasma. Jadi, Plasma sebagai desktop environment tidak "memaksa" Systemd untuk dijalankan sepenuhnya. Ini berarti, ada solusi alternatif bagi pengguna dan pengembang distro untuk tetap menjalankan Plasma tanpa harus menggunakan Systemd secara mutlak.
Menurut salah satu kontributor KDE, “Kami membuat PLM agar menjadi pilihan yang keren bagi pembuat distribusi yang ingin menambahkan sistem login yang rapi untuk Plasma. Namun, tidak pernah menjadi keharusan.” Pernyataan ini menunjukkan fleksibilitas yang tetap tersedia dalam ekosistem KDE, sekalipun agar tetap kompatibel dengan berbagai preferensi pengguna.
Keterbukaan KDE Terhadap Solusi Alternatif
Tim KDE juga menegaskan bahwa tidak ada komponen lain dalam Plasma yang akan dibuat bergantung pada Systemd di masa depan. Dengan kata lain, ketergantungan yang ada saat ini hanya sebatas PLM dan bukan keseluruhan desktop environment. Ini adalah jaminan penting karena memberikan ruang kepada komunitas dan distro untuk memilih pendekatan sistem inisialisasi yang mereka inginkan.
Fakta tersebut penting untuk meluruskan argumen yang menyatakan bahwa Plasma "wajib dengan Systemd dan tidak bisa dihindari sama sekali." Tim KDE membuka kemungkinan agar distro yang tidak ingin menggunakan Systemd bisa memilih untuk mengganti PLM dengan pengelola login lain, seperti LightDM, SDDM, atau lainnya yang tidak membutuhkan Systemd.
Dampak Keputusan KaOS dan Respons Komunitas
Keputusan KaOS untuk berpisah dari Plasma dan beralih ke Niri menjadi momentum bagi KDE untuk mengeluarkan klarifikasi ini. KaOS memilih opsi yang lebih ringan tanpa ketergantungan pada Systemd, mengingat mereka merasa Plasma sudah terlalu mandatori dengan Systemd. Meski begitu, KaOS berkomitmen untuk tetap menyediakan Plasma di repositori bagi pengguna yang ingin menggunakan desktop environment tersebut.
Hingga kini, pengembang KaOS belum memberikan respons resmi terhadap FAQ KDE. Jadi, belum jelas apakah pihak KaOS akan mengubah keputusan atau tetap melanjutkan peralihan ke Niri. Yang pasti, KDE berharap dengan adanya penjelasan resmi ini, rumor dan kesalahpahaman mengenai "pemaksaan Systemd" akan mereda dan komunitas bisa melihat gambaran yang lebih jernih.
Apa Itu Systemd dan Mengapa Jadi Perdebatan?
Systemd adalah sistem inisialisasi dan manajer layanan yang digunakan oleh banyak distribusi Linux modern. Fungsinya adalah mengelola proses booting dan layanan sistem secara efisien. Namun, sejak awal kemunculannya, Systemd menimbulkan perdebatan besar di komunitas Linux. Sebagian pengguna dan pengembang menganggap Systemd terlalu kompleks dan terlalu dominan, sehingga mengurangi kebebasan memilih alternatif lain.
Karena itu, ada distribusi yang sengaja menghindari Systemd seperti Devuan, Alpine Linux, dan kaOS yang kini mengganti desktop environment-nya. KDE yang juga kompleks dan kaya fitur tidak lepas dari tekanan agar menyesuaikan diri dengan sistem inisialisasi ini. Namun, FAQ KDE menegaskan bahwa mereka tidak memaksakan pengguna menggunakan Systemd, setidaknya saat menjalankan Plasma.
Rekomendasi untuk Para Pengguna dan Pengembang
Bagi pengguna yang ingin menjalankan KDE Plasma tetapi menghindari Systemd, langkah sederhana bisa dilakukan dengan mengganti Plasma Login Manager. Berikut ini beberapa langkah dasar yang bisa dipertimbangkan:
- Matikan atau nonaktifkan Plasma Login Manager (PLM).
- Pasang pengelola login alternatif yang tidak tergantung pada Systemd (misalnya LightDM atau SDDM).
- Pastikan distribusi Linux yang digunakan mendukung pengelola login alternatif.
- Sesuaikan konfigurasi sistem sehingga pengelola login pilihan berfungsi dengan baik untuk memulai Plasma.
- Periksa dokumentasi Plasma dan distribusi untuk kompatibilitas lebih lanjut.
Dengan langkah-langkah tersebut, pengguna tetap dapat merasakan fitur lengkap Plasma tanpa harus terjebak pada ketergantungan Systemd.
Perkembangan Terbaru dan Pengaruhnya terhadap Masa Depan KDE
Klarifikasi resmi dari KDE ini menjadi langkah strategis dalam menjaga hubungan baik dengan komunitas dan distribusi Linux yang berbeda visi. KDE ingin memastikan bahwa fleksibilitas dan pilihan tetap menjadi bagian dari identitas mereka. Sementara KaOS tetap pada jalurnya beralih ke Niri, KDE berupaya meredakan ketegangan demi kebaikan komunitas pengguna Plasma secara global.
Pengguna dan pengembang Linux dapat menilai sendiri opsi terbaik dengan informasi yang kini lebih transparan. FAQ tersebut menjadi sumber referensi terpercaya untuk memahami situasi dan membuat keputusan penggunaan desktop environment sesuai kebutuhan.
Dengan demikian, meskipun isu penggunaan Systemd di Plasma masih menjadi pembicaraan, KDE telah memberikan penjelasan yang cukup jelas dan meyakinkan. Hal ini bisa menjadi pijakan untuk diskusi lebih sehat dan berimbang di masa mendatang.
Source: www.xda-developers.com