Selama Akademy 2024, proyek yang sangat menyukai K berbicara kepada kami untuk pertama kalinya tentang KDE Linux. Kami tidak akan berbicara banyak tentang distribusi masa depan ini di artikel ini, tetapi kami akan menjadikannya sebagai referensi. Faktanya adalah bahwa ini adalah opsi masa depan yang tidak dapat diubah, dan, seperti SteamOS, ini terutama akan bergantung pada paket flatpak. Fedora telah memiliki opsi atom sejak lama, Manjaro sudah mengerjakannya dan Resmi main mata dengan ide itu. Tapi, menurutku, itu adalah sesuatu yang jika dilahirkan akan membuatnya mati.
Belum banyak dibicarakan, namun tim Canonical sedang mengerjakan sesuatu yang mereka sebut Ubuntu Core Desktop. Ini Ubuntu, tetapi berdasarkan Snaps. Dengan kata lain, apa yang dianggap Canonical sebagai distribusi yang tidak dapat diubah. Jika kami menyertakan KDE Linux dalam artikel ini, itu karena saya yakin "tim K" sedang menuju ke arah yang lebih tepat. Awalnya software tersebut akan diperoleh dari Flathub, namun tidak menutup kemungkinan akan mengadopsi paket snap. Di sisi lain, Canonical sudah memperingatkan hal itu Desktop Inti Ubuntu Ini pilihan yang bagus... jika jepretan saja sudah cukup bagi Anda.
Canonical akan menawarkan distro yang agak timpang dan tidak dapat diubah
Untuk menguji Ubuntu Core Desktop atau varian masa depannya Inti neon KDE, yang terbaik adalah melakukan instalasi asli. Sebuah aplikasi bernama Lokakarya, sesuatu yang mungkin mengingatkan kita pada Distrobox, menjembatani kesenjangan tersebut. Ini adalah senjata utama Anda untuk membuat Ubuntu Core Desktop berguna untuk sesuatu, tetapi ini bahkan bukan pilihan terbaik bagi sebagian besar pengguna. Lokakarya Ini memungkinkan kita, misalnya, menginstal image dan perangkat lunak Ubuntu dari repositori resminya. Hal buruknya adalah semua ini tidak dilakukan secara langsung seperti melakukannya dari toko perangkat lunak.
Ketika Anda membeli Steam Deck misalnya, dan hal yang sama berlaku untuk KDE Linux yang Anda kembangkan, ketika Anda ingin menginstal suatu program Anda hanya perlu pergi ke Penelusuran, cari dan instal. Dengan cara ini kita bisa menginstal, entahlah, Kodi, VLC, Chrome, Kdenlive... Walaupun ada software yang juga ada di Snapcraft, bahkan ada yang tidak diupdate tepat waktu, seperti halnya dengan keberanian. Flathub menawarkan lebih banyak opsi, dan itulah mengapa Flathub menjadi pilihan dari semua distribusi non-Canonical yang tidak dapat diubah.
Dan dalam kasus ini Flathub saja tidak cukup, KDE Linux juga akan mempertimbangkan untuk mengimplementasikan dukungan untuk paket snap. Pada dasarnya, idenya adalah untuk menawarkan kemungkinan, tapi itu bukan sesuatu yang Canonical pedulikan. Mark Shuttleworth dan perusahaannya ingin terjun ke dunia sistem yang tidak dapat diubah, namun mereka tidak dapat bertaruh untuk menggunakan paket pesaing. Jadi saya akan menawarkan sesuatu yang sedikit timpang.
KDE Linux: kekekalan sebagaimana mestinya
KDE Linux Ini masih dalam pengembangan, tetapi ini adalah proyek yang menjanjikan. Di belakangnya ada KDE, yang bertanggung jawab atas Kubuntu, KDE neon, dan perangkat lunak seperti Kdenlive. Yang aneh atau tidak, mereka akan menggunakan basis Arch Linux. Mereka belum menjelaskan alasannya, namun alasannya mungkin ada hubungannya dengan pembaruan dan fleksibilitas yang berkelanjutan. Yang mengejutkan adalah, dalam beberapa hal, mereka telah meninggalkan Ubuntu, sebuah sistem yang sudah mereka gunakan di Neon.
KDE Linux akan menjadi sistem yang tidak dapat diubah, sulit untuk dirusak atau dirusak mudah untuk pulih jika terjadi kerusakan. Pembaruan atom, flatpaks dan snaps, selain menawarkan Distrobox. Dengan semua kemungkinan ini, distribusi tradisional tidak perlu hanya bersifat read-only, namun apa gunanya hal ini?
Intinya adalah bahwa sistem yang tidak dapat diubah tidak harus berupa sesuatu batasan yang dikenakan. Itu pasti tidak bisa dipecahkan, tapi Anda harus menemukan cara untuk melakukan segalanya tanpa merusak kekekalan itu. KDE telah memahami dengan baik bagaimana seharusnya sebuah sistem yang tidak dapat diubah, sesuatu yang selalu diabaikan oleh Canonical. Rata-rata pengguna mana yang ingin menggunakan sistem tangguh yang tidak memungkinkan mereka, setidaknya, menikmati tingkat pengguna seutuhnya? Dan pengguna menengah ke bawah mana yang tahu cara memasang opsi lain di container?
Untuk semua ini, menurut saya proposal Canonical banyak berubah atau ketika mereka merilis versi stabil tidak ada yang menginginkannya.