KDE akhirnya menghadirkan pengelola mesin virtual native bernama “Karton”

 (neowin.net)
1 poin oleh GN⁺ 2025-05-20 | 1 komentar | Bagikan ke WhatsApp
  • Pengembangan Karton, pengelola mesin virtual khusus untuk KDE Plasma, telah dikonfirmasi secara resmi
  • Proyek ini dibuat berbasis Qt Quick dan Kirigami sehingga dioptimalkan untuk lingkungan KDE
  • Dengan menggunakan libvirt API, proyek ini menargetkan kontrol berbagai mesin virtual serta dukungan multi-platform di masa depan
  • Fitur utamanya mencakup viewer SPICE kustom, snapshot, antarmuka intuitif, serta dukungan perpindahan hypervisor antara sistem/pengguna
  • Sesuai jadwal Google Summer of Code 2025, proyek ini ditargetkan selesai sekitar September 2025

Latar belakang dan kebutuhan pengembangan Karton

  • Di lingkungan GNOME, tersedia alat menjalankan mesin virtual yang mudah dan konsisten seperti GNOME Boxes
  • Pengguna KDE sebelumnya menggunakan alternatif seperti qt-virt-manager yang sudah lama, tetapi mengalami penghentian pengembangan dan kurangnya kekhasan KDE
  • Kebutuhan akan solusi pengelolaan VM yang terintegrasi alami dengan lingkungan KDE Plasma modern pun semakin besar

Gambaran umum proyek Karton

  • Karton berawal dari upaya membuat frontend QEMU, lalu dikembangkan secara serius oleh pengembang KDE Harald Sitter sebagai proyek Google Summer of Code
  • Derek Lin dari University of Waterloo saat ini aktif mengembangkannya sebagai peserta Google Summer of Code 2025
  • Tujuan Karton adalah menyediakan alat pengelolaan mesin virtual native yang cocok untuk ekosistem KDE

Teknologi utama dan karakteristik

  • Karton dikembangkan dengan Qt Quick dan Kirigami, dengan tujuan mencapai integrasi visual dan kegunaan yang sepenuhnya selaras dengan KDE Plasma
  • Melalui libvirt API, Karton menyediakan pengelolaan mesin virtual dan skalabilitas, sambil mempertimbangkan dukungan multi-platform di masa depan
  • Alih-alih langsung memanggil virt-install CLI yang sudah ada, proyek ini sedang mengimplementasikan pengenalan otomatis image OS dan pembuatan otomatis XML libvirt dengan memanfaatkan libosinfo
  • Perluasan konfigurasi perangkat dan dukungan berbagai hypervisor juga termasuk tugas pengembangan

Fitur utama dan target jadwal

Fitur yang dicantumkan Lin dalam proposal Google Summer of Code adalah sebagai berikut

  • Instalasi dan konfigurasi mesin virtual melalui format XML libvirt
  • Pengembangan viewer SPICE kustom berbasis Qt Quick (pengganti virt-viewer)
  • Fitur snapshot mesin virtual (cadangan/pemulihan)
  • GUI dan pratinjau yang intuitif dan menarik, serta penerapan masukan komunitas
    • Referensi desain diambil dari tata letak daftar UTM pada MacOS
    • Menyediakan antarmuka yang ramah seluler
  • Pembaruan status real-time ditangani secara efisien dengan fungsi virEventRegisterImpl
  • Fitur penelusuran yang menyediakan daftar sistem operasi utama
  • Grafik penggunaan GPU/memori (gaya virt-manager)
  • Fitur pergantian mode sesi (pengguna)/sistem (root) untuk hypervisor QEMU

Jadwal pengembangan

  • Tanggal resmi dimulainya coding untuk Google Summer of Code 2025 adalah 2 Juni 2025
  • Penyelesaian prototipe untuk evaluasi tengah direncanakan pada 14 Juli, dan batas akhir penyerahan hasil final pada 1 September

Kesimpulan

  • Karton adalah proyek baru yang dapat mengatasi masalah lama berupa ketiadaan alat pengelolaan mesin virtual native yang dioptimalkan untuk lingkungan KDE
  • Karena menghadirkan sekaligus visibilitas dan kegunaan yang selaras dengan teknologi inti terbaru Qt dan KDE, proyek ini menjadi perubahan yang berarti bagi pengguna dan pengembang desktop Linux

Bacaan terkait

1 komentar

 
GN⁺ 2025-05-20
Opini Hacker News

  • Menurut saya, kalau KDE, sebaiknya fokus pada fitur dasar seperti penataan jendela, rendering jendela, dan ikon peluncur aplikasi. Kalau butuh mesin virtual, saya pakai perangkat lunak VM terpisah. Rangkaian produk terintegrasi KDE memang punya beberapa software bagus, tetapi menurut saya tidak perlu dipaksa terhubung dengan desktop environment. Cukup ada file manager, VTE, dan text editor. Akan lebih baik kalau ikon dikelola terpisah per aplikasi. Upaya ikon terpadu justru sering menimbulkan masalah seperti ikon tidak muncul atau ikon hitam di atas latar hitam

    • Sepertinya ada kebingungan antara proyek KDE dan Plasma. Plasma adalah desktop environment, sedangkan proyek KDE mengembangkan dan mendistribusikan berbagai aplikasi. Banyak aplikasi KDE juga berjalan di OS lain seperti Windows, dan Anda bisa memakai Plasma saja tanpa aplikasi KDE lain. Secara historis desktop environment itu dulu disebut KDE, tetapi sekarang itu hanyalah salah satu dari banyak software yang dikembangkan proyek KDE. Soal tema ikon saya juga setuju, dan saya sendiri juga tidak memakai tema ikon

    • KDE sudah mengembangkan berbagai alat selama lebih dari 20 tahun. Browser, klien email, aplikasi pengelola kontak, dan lain-lain. Bahkan pada masa KDE 1 sudah ada penjelajah file, dan office suite juga sudah dikembangkan. Rangkaian produk KDE sudah ada sejak awal. Plasma hanyalah bagian yang sangat kecil dari hasil kerja KDE. Kalau yang diinginkan hanya peran window manager, ada alternatif yang lebih minimal seperti LXDE, Hyprland, Sway, atau i3

    • Upaya menjadikan ikon sebagai aset bersama dan mengintegrasikannya ke aplikasi selalu gagal. Komunitas GNOME melakukan hal ini dengan baik. Lihat https://stopthemingmy.app/. Dukungan konsistensi tema lintas aplikasi itu cuma fantasi era 90-an, dan dalam praktiknya hanya tampak bagus untuk screenshot

    • Karena alasan inilah saya pindah ke sway. Integrasi antarbagian sistem memang perlu, tetapi tiap bagiannya harus terpisah. gnome dan kde hanya terasa oke kalau dipakai semuanya sekaligus. XFCE justru jauh lebih modular

  • Agak disayangkan karena kebanyakan komentar malah membahas hal lain, bukan isi artikelnya. Saya menantikan rilis VM manager baru ini. Saya biasanya memakai virt-manager, tetapi proyek itu nyaris tidak terurus sehingga masalah scaling di layar HiDPI sangat parah. GNOME Boxes penuh bug dan kurang fitur. Rasanya semua perhatian hanya diberikan ke CLI virsh, jadi sekarang hampir tidak ada GUI VM yang benar-benar layak dipakai

  • Saya memakai KDE Plasma di Arch dan sangat menyukai lingkungan ini. Filter cahaya biru juga sudah bawaan. Tidak terpikir untuk kembali ke Windows. KDE lebih cepat, lebih indah, dan tidak punya iklan atau pelacakan yang tidak diinginkan. Terbaik untuk penggunaan sehari-hari

    • Saya sedang menguji Cachy dan Plasma di dalam VM, dan di PC berikutnya saya berencana langsung memasang kombinasi ini. Sekarang saya dual boot Ubuntu dan Windows, tetapi sudah lebih dari 6 bulan tidak login ke Windows. Mungkin PC berikutnya bahkan tidak akan saya pasangi dual boot sama sekali

    • Setelah 1 tahun memakai gnome, saya kembali lagi ke plasma. gnome terlalu tidak nyaman. Saya menambalnya dengan extension seadanya, tetapi begitu update langsung rusak. Antarmuka bahasa Inggris dan pengaturan unit ISO juga rumit. Untuk mengelola startup app harus memasang aplikasi terpisah. Screen scaling, multi-monitor, dan perekaman layar semuanya buruk. Monitor saya 60fps tetapi pointer mouse terasa patah-patah. Menyembunyikan layout keyboard Swedia, Sami, dan svdvorak juga tidak banyak membantu. Copy-paste tidak jalan antar monitor. Kalau ganti jendela dengan alt+tab, drag & drop tidak berfungsi. Saat context menu muncul, seluruh fokus terkunci sehingga ketika dialog salin file Nautilus terbuka, saya tidak bisa mengklik aplikasi lain. Setelah tanpa sengaja mencoba KDE di VM, saya sadar tidak ada alasan untuk terus menahan ketidaknyamanan gnome. Hari itu juga saya kembali ke opensuse

    • Saya pertama kali memakai KDE 1.0 sekitar 20 tahun lalu. Waktu itu memang agak terasa seperti meniru Windows, tetapi kalau diingat justru tingkat kematangannya lebih baik

    • Saya sudah 3 tahun memakai kombinasi Ubuntu + Plasma sebagai daily driver. Menurut saya, ini adalah wujud yang dicita-citakan Windows 7. Dari sudut pandang engineer dotnet dan devops, tahun 2020-an adalah masa ketika toolchain Linux dan kematangan open source benar-benar pas. Rider, datagrip, vscode, semuanya berjalan baik. Tidak ada kerepotan docker atau wsl. Saya hanya menyalakan Windows untuk menjalankan .NET Framework versi lama, dan kapan pun rasanya saya bisa boot Windows NVMe lewat VM lalu sepenuhnya meninggalkannya

  • Yang dibutuhkan KDE bukan fitur baru, melainkan pengurangan bug

    • Saya juga selalu mengeluhkan bug di KDE, tetapi sejak versi 6.3 saya belum menemui bug serius selama 10 tahun terakhir. Kalau ada yang sempat berhenti memakainya, sekarang layak dicoba lagi

    • Saya juga berpikir serupa. Sudah berkali-kali mencoba, tetapi KDE selalu terasa kalah dari gnome dalam hal stabilitas dan kematangan. Mungkin karena KDE sangat bisa dikustomisasi. Konsepnya bagus, tetapi sulit dirawat, dan para pengembang tampaknya lebih tertarik menambahkan fitur baru daripada memperbaiki bug

  • Saya ingin KDE menyediakan solusi VM terintegrasi. Akan keren kalau aplikasi yang berjalan di dalam VM bisa muncul seperti jendela Kwin. Untuk itu mungkin dibutuhkan helper daemon di guest OS. Dulu pernah ada fitur yang mirip, tetapi kalau ini disediakan resmi oleh DE utama, hasilnya akan fantastis

    • Menariknya, Windows mendukung ini lewat WSL2. Dulu saya iseng menjalankan nautilus dan cukup terkejut

    • Saya sedang membangun pengalaman yang hampir serupa dengan VirtualBox. Saya menjalankan beberapa VM di laptop, dan saat monitor eksternal terhubung saya bisa mengatur ukuran jendela sesuka hati. Saat monitornya dilepas, jendelanya otomatis mengecil lagi. Dengan clipboard bersama dan sebagainya, rasanya hampir seperti native. Saya memisahkan VM berdasarkan kebutuhan, misalnya khusus browser harian atau khusus proyek kontrak. Virtual desktop saya alokasikan ke host, sedangkan satu desktop tunggal saya alokasikan ke VM. Saya atur alt+tab agar hanya bekerja di dalam VM. Saya memang harus menerima berbagai bug kecil VirtualBox dan risiko legal dari Oracle, tetapi karena QEMU atau KVM masih terasa kurang matang, sayangnya saya tetap bertahan dengan VirtualBox

    • Secara teknis, ini membutuhkan cukup banyak hack. Pada OS tertutup itu sulit, dan hanya Windows yang mendukungnya melalui RDP

    • Dengan debboostrap dan mounting chroot, bisa juga dicoba pendekatan yang lebih ringan dan hemat sumber daya

    • Di antara solusi yang ada sekarang, belum ada yang mendukung ini secara sempurna. X11 forwarding memang memungkinkan, tetapi perlu setup dan tidak mulus. Sampai sekarang saya belum menemukan klien/server di Linux yang mendukung ini secara native

  • Saya sangat senang ada pilihan alternatif untuk virt-manager. Terutama karena berbasis Qt. Saya agak menyayangkan penggunaan Kirigami dan Qt Quick. Menurut saya tampilan maupun fungsinya kalah dibanding basis Qt Widgets

    • Saya rasa memang dibutuhkan alternatif virt-manager. Hal-hal biasa seperti pencarian teks di XML atau undo saja terasa merepotkan. Penamaan dengan embel-embel KDE memang agak jadul, tetapi menurut saya nama Karton masih mending

    • Plasma shell sendiri berbasis Kirigami dan Qt Quick, jadi sulit mencari lingkungan yang terintegrasi sekonsisten ini

    • Stutter khas rendering QML hanya bisa dihindari kalau punya lisensi Qt komersial. Sebagai gantinya, ada kelebihan bisa membuat aplikasi dengan sintaks mirip JSON

    • Qt Quick lebih umum, sedangkan Kirigami adalah lapisan yang lebih khusus di atasnya

  • Saya suka kematangan dan kelengkapan KDE, tetapi desainnya terasa tua dibanding OS atau DM lain saat ini. Memang bisa dikustomisasi, tetapi makin dikutak-katik justru sistem menjadi lambat dan terasa canggung. Karena itulah saya memilih gnome

    • Menarik juga bahwa banyak orang justru punya pendapat yang sepenuhnya berlawanan. Bagi saya, KDE adalah satu-satunya lingkungan yang terasa modern dan indah

    • Saya penasaran apakah Anda sudah mencoba Plasma 6. Secara pribadi rasanya jauh lebih modern daripada gnome

    • Menurut saya desain KDE jauh lebih baik daripada Windows. Windows terasa selalu berhasil mencetak rekor baru sebagai desain desktop terburuk

    • Kalau mereka menambahkan menu hamburger, saya akan langsung kembali ke KDE. Baru saja saya cek, ternyata KDE juga ikut tren ini, tetapi untungnya bisa dimatikan lewat opsi

  • Saya ragu apakah GUI lain untuk kvm/qemu memang masih diperlukan. Menurut saya cockpit-project sudah dibuat dengan baik untuk tujuan seperti ini

    • virt-manager sejauh ini sudah cukup memuaskan, jadi saya tidak tahu apakah benar-benar perlu alternatif baru. Meski begitu, kompetisi selalu disambut baik

    • Antarmuka web cocok untuk pengguna tingkat ahli, tetapi sulit bagi pengguna biasa. Konsep VM sendiri sudah sulit, dan UI yang familier seperti VirtualBox atau VMWare justru lebih mudah diakses

  • Saya sudah lama memakai virt-manager, jadi sangat menantikan solusi native dari KDE. Saya juga menunggu dukungan rendering Vulkan (libvirt) di virt-manager. UI berbasis Kirigami terasa sesak karena margin-nya terlalu lebar. Saya pernah merasakan hal serupa di UI Kirigami milik print-manager

  • Dulu aqemu adalah frontend favorit saya. Sayang sekali sudah lebih dari 10 tahun tidak terurus

    • Pengembangnya dulu sempat membuat Kickstarter untuk menambahkan fitur-fitur lama, tetapi sayangnya gagal sehingga proyeknya mandek