- KDE Plasma’ya özel sanal makine yöneticisi Kartonun geliştirildiği resmen doğrulandı
- Proje, Qt Quick ve Kirigami tabanlı olarak geliştiriliyor ve KDE ortamına göre optimize ediliyor
- libvirt API kullanarak çeşitli sanal makineleri kontrol etmeyi ve gelecekte çoklu platform desteği sunmayı hedefliyor
- Başlıca özellikler arasında özel SPICE görüntüleyici, anlık görüntüler, sezgisel bir arayüz ve sistem/kullanıcı arasında hipervizör geçiş desteği yer alıyor
- Google Summer of Code 2025 takvimine göre 2025 Eylül civarında tamamlanması planlanıyor
Karton’un geliştirilme arka planı ve gerekliliği
- GNOME ortamında, GNOME Boxes gibi kolay ve tutarlı sanal makine çalıştırma araçları sunuluyor
- KDE kullanıcıları eski qt-virt-manager gibi alternatifleri kullandı, ancak hem geliştirilmesinin durması hem de KDE’ye özgü bütünlük eksikliği sorunları yaşandı
- Modern KDE Plasma ortamına doğal biçimde entegre olan bir VM yönetim çözümüne duyulan ihtiyaç arttı
Karton projesine genel bakış
- Karton, bir QEMU frontend denemesi olarak başladı ve KDE geliştiricisi Harald Sitter tarafından bir Google Summer of Code projesi olarak ciddiyet kazandı
- University of Waterloo’dan Derek Lin, Google Summer of Code 2025 katılımcısı olarak şu anda projeyi aktif biçimde geliştiriyor
- Karton’un hedefi, KDE ekosistemine uygun yerel bir sanal makine yönetim aracı sunmak
Temel teknolojiler ve özellikler
- Karton, Qt Quick ve Kirigami ile geliştiriliyor; KDE Plasma ile tam görsel ve kullanılabilirlik entegrasyonu hedefleniyor
- libvirt API aracılığıyla sanal makine yönetimi ve genişletilebilirlik sağlıyor, gelecekte çoklu platform desteği de düşünülüyor
- Mevcut virt-install CLI komutlarını doğrudan çağırmak yerine, libosinfo kullanılarak OS imajlarının otomatik tanınması ve libvirt XML’in otomatik oluşturulması üzerinde çalışılıyor
- Aygıt yapılandırması ve çeşitli hipervizör desteklerinin genişletilmesi de geliştirme hedefleri arasında
Başlıca işlevler ve hedef takvim
Lin’in Google Summer of Code teklifinde belirtilen özellikler şöyle
- libvirt XML formatı üzerinden sanal makine kurulumu ve yapılandırması
- Qt Quick tabanlı özel bir SPICE görüntüleyici geliştirilmesi (
virt-vieweryerine) - Sanal makine anlık görüntü özelliği (yedekleme/geri yükleme)
- Sezgisel ve şık bir GUI ile önizleme, ayrıca topluluk geri bildirimlerinin yansıtılması
- Tasarımda macOS UTM liste düzeni referans alınıyor
- Mobil dostu arayüz sunuluyor
- Gerçek zamanlı durum güncellemelerinin
virEventRegisterImplfonksiyonu ile verimli şekilde işlenmesi - Başlıca işletim sistemlerini listeleyen bir göz atma özelliği
- GPU/bellek kullanım grafikleri (virt-manager tarzı)
- QEMU hipervizörü için oturum (kullanıcı) / sistem (root) modu geçiş özelliği
Geliştirme takvimi
- Google Summer of Code 2025 için resmi kodlama başlangıç tarihi 2 Haziran 2025
- Ara değerlendirme prototipinin 14 Temmuz’da, nihai sürüm tesliminin ise 1 Eylül’de tamamlanması planlanıyor
Sonuç
- Karton, KDE ortamına uygun yerel bir sanal makine yönetim aracının eksikliği gibi uzun süredir devam eden bir sorunu çözmeyi amaçlayan yeni bir proje
- Qt ve KDE’nin modern yerel teknolojilerine uygun görünürlük ve kullanılabilirliği aynı anda sunması, hem Linux masaüstü kullanıcıları hem de geliştiriciler için anlamlı bir değişim oluşturuyor
1 yorum
Hacker News görüşleri
Bence KDE, pencere döşeme, pencere çizimi, uygulama başlatıcı simgeleri gibi temel işlevlere odaklanmalı. Sanal makine gerekirse ayrıca bir sanal makine yazılımı kullanırım. KDE’nin entegre ürün ailesinde iyi yazılımlar var ama bunların masaüstü ortamıyla ille de bağlantılı olması gerektiğini düşünmüyorum. Dosya yöneticisi, VTE ve metin editörü olsa yeter. Simgelerin her uygulama tarafından ayrı yönetilmesi daha iyi olurdu. Birleşik simge girişimleri ise genelde simgelerin görünmemesi ya da siyah arka planda siyah simge gibi sorunlar çıkarıyor
KDE projesi ile Plasma kavramları biraz karıştırılıyor gibi. Plasma bir masaüstü ortamı; KDE projesi ise çeşitli uygulamalar geliştirip dağıtıyor. Birçok KDE uygulaması Windows gibi başka işletim sistemlerinde de çalışıyor ve yalnızca Plasma kurulup başka KDE uygulamaları olmadan da kullanılabiliyor. Tarihsel olarak masaüstü ortamına KDE deniyordu ama bugün bu, KDE projesinin geliştirdiği birçok yazılımdan sadece biri. Simge temaları konusunda sana katılıyorum; ben de simge teması kullanmıyorum
KDE, 20 yılı aşkın süredir çeşitli araçlar geliştiriyor. Tarayıcı, e-posta istemcisi, kişi yönetimi uygulaması gibi. KDE 1 zamanında da dosya gezgini vardı ve ofis paketi de zaten geliştiriliyordu. KDE’nin ürün ailesi en başından beri vardı. Plasma, KDE’nin geliştirdiklerinin çok küçük bir kısmı. Sadece pencere yöneticisi benzeri bir şey istiyorsan LXDE, Hyprland, Sway, i3 gibi daha minimal alternatifler de var
Simgeleri ortak varlıklar hâline getirip uygulamalara entegre etme girişimleri hep başarısız oluyor. GNOME topluluğu bu konuda doğru yaptı. Bkz. https://stopthemingmy.app/. Uygulamalar arası tema tutarlılığı desteği 90’lardan kalma bir fanteziydi; pratikte yalnızca ekran görüntülerinde hoş görünüyordu
Bu yüzden sway’e geçtim. Sistemin farklı parçaları arasında entegrasyon gerekli ama her parça da ayrık olmalı diye düşünüyorum. gnome ve kde ancak her şeyi birlikte kullandığında iyi oluyor. XFCE ise çok daha modüler
İnsanların çoğunun makale yerine başka şeylerden bahsetmesi biraz hayal kırıklığı yaratıyor. Yeni bir VM yöneticisinin çıkmasını dört gözle bekliyorum. Genelde virt-manager kullanıyorum ama neredeyse hiç bakım görmediği için HiDPI ekranlarda ölçekleme sorunu ciddi. GNOME Boxes’ta çok hata var ve özellikleri yetersiz. Herkes sadece CLI olan virsh’a odaklanıyor gibi, bu yüzden bugünlerde düzgün bir VM GUI’si yok
Arch üzerinde KDE Plasma kullanıyorum ve bu ortamı gerçekten çok seviyorum. Mavi ışık filtresi bile gömülü geliyor. Windows’a geri dönmeyi düşünmüyorum. KDE daha hızlı, daha güzel ve istemediğin reklamlar ya da takip mekanizmaları da yok. Günlük kullanım için en iyisi
Cachy ve Plasma’yı bir VM içinde test ediyorum; bir sonraki bilgisayarıma doğrudan bu ikiliyi kurmayı planlıyorum. Şu an Ubuntu ve Windows çift önyükleme kullanıyorum ama 6 aydan uzun süredir Windows’a giriş yapmadım. Muhtemelen sonraki bilgisayarda çift önyükleme bile kurmayacağım
1 yıl gnome kullandıktan sonra tekrar plasma’ya döndüm. gnome fazla kullanışsız. Eklentilerle ancak geçici çözümler bulunabiliyor ama güncellemede hemen bozuluyorlar. İngilizce arayüzde ISO birim ayarları bile karmaşık. Başlangıç uygulamalarını yönetmek için ayrı uygulama kurmak gerekiyor. Ekran ölçekleme, çoklu monitör, ekran kaydı; hepsi zayıf. Monitörüm 60fps ama fare imleci takılıyor. İsveççe, Samice ve svdvorak klavye düzenlerini gizlemek de pek işe yaramıyor. Kopyala-yapıştır monitörler arasında çalışmıyor. alt+tab ile pencere değiştirince sürükle-bırak çalışmıyor. Bir bağlam menüsü açıldığında tüm odak kilitleniyor; Nautilus dosya kopyalama iletişim kutusu açıksa başka uygulamaya tıklayamıyorsun. KDE’yi yanlışlıkla bir VM içinde denedikten sonra gnome’un rahatsızlıklarına katlanmak için bir nedenim olmadığını fark ettim. Aynı gün opensuse’ye geri döndüm
KDE 1.0’ı ilk kez 20 küsur yıl önce kullanmıştım. O zaman biraz Windows’u taklit ediyor gibi geliyordu ama tamamlanmışlık düzeyi aslında daha iyiydi diye hatırlıyorum
Ubuntu + Plasma kombinasyonunu 3 yıldır günlük sistem olarak kullanıyorum. Bana göre Windows 7’nin hayal ettiği şey buydu. Bir dotnet ve devops mühendisi olarak 2020’lerde Linux araç zinciri ile açık kaynak olgunluğu kusursuz biçimde örtüşüyor. Rider, datagrip, vscode; hepsi gayet iyi çalışıyor. docker ya da wsl uğraşı da yok. Windows’u sadece eski .NET Framework sürümlerini çalıştırmam gerektiğinde açıyorum; ayrıca istediğim zaman VM içinde Windows NVMe önyükleme ayarı yapıp tamamen kurtulabilecek gibiyim
KDE’nin ihtiyacı yeni özellikler değil, daha az hata
Ben de KDE’nin hatalarından sürekli şikâyet ederdim ama 6.3 sürümünden beri 10 yılın ardından ilk kez ciddi bir hatayla karşılaşmadım. Bir süredir kullanmıyorsanız yeniden denemeye değer
Ben de benzer düşünüyorum. Birkaç kez denedim ama KDE, kararlılık ve bütünlük açısından hep gnome’dan geride gibi geldi. Muhtemelen KDE’nin yüksek özelleştirilebilirlik eğiliminden kaynaklanıyor. Fikri seviyorum ama bakımı zor ve geliştiriciler de sanki hata düzeltmekten çok yeni özellik eklemeye çekiliyor
KDE’nin entegre bir VM çözümü sunmasını isterdim. VM’de çalışan uygulamaların Kwin pencereleri gibi görünmesi harika olurdu. Bunun için konuk işletim sisteminde yardımcı bir daemon gerekebilir. Benzer şeyler daha önce de vardı ama bunun ana DE’lerden biri tarafından resmî olarak sunulması müthiş olurdu
Şaşırtıcı biçimde Windows bunu WSL2 üzerinden destekliyor. Bir ara şaka olsun diye "nautilus" çalıştırmıştım ve çok şaşırmıştım
VirtualBox ile buna çok yakın bir deneyim kuruyorum. Dizüstünde birden fazla VM açıyorum ve harici monitör bağlayınca pencereleri istediğim boyuta getirebiliyorum. Monitörü çıkarınca pencereler otomatik olarak yeniden küçülüyor. Paylaşılan pano gibi şeylerle deneyim neredeyse yerel gibi oluyor. Günlük tarayıcı için ayrı, sözleşmeli projeler için ayrı VM’ler kullanıyorum. Sanal masaüstlerini host’a, tek masaüstüleri ise VM’lere ayırıyorum. alt+tab yalnızca VM içinde çalışacak şekilde ayarlı. VirtualBox’ın türlü türlü hataları ve Oracle’ın hukuki riskleri var ama QEMU ya da KVM henüz o kadar olgun gelmediği için istemeden de olsa VirtualBox’ta kalıyorum
Teknik olarak epey fazla hack gerektiriyor. Kapalı işletim sistemlerinde zor; yalnızca Windows bunu RDP ile destekliyor
debboostrap ve chroot mount ile daha hafif ve daha az kaynak tüketen yaklaşımlar da denenebilir
Mevcut çözümlerin hiçbiri bunu tam olarak desteklemiyor. X11 forwarding mümkün ama kurulum istiyor ve pürüzsüz değil. Linux’ta bunu yerel olarak destekleyen bir istemci/sunucu sistemi hâlâ bulamadım
virt-manager için alternatif seçeneğinin olması çok sevindirici. Özellikle Qt tabanlı olması hoş. Kirigami ve Qt Quick kullanılması ise biraz hayal kırıklığı. Bana göre görünüş ve işlev açısından Qt Widgets tabanlı çözümlerden daha gerideler
virt-manager için bir alternatif gerektiğini düşünüyorum. XML içinde metin arama ya da undo gibi sıradan şeyler bile zahmetli. KDE adını kullanmak biraz eski moda ama Karton ismi en azından daha iyi
Plasma shell’in kendisi zaten Kirigami ve Qt Quick tabanlı, dolayısıyla bu kadar tutarlı biçimde entegre edilmiş başka bir ortam yok
QML çiziminin kendine özgü takılmalarından ancak ticari Qt lisansı varsa kaçınabiliyorsun. Buna karşılık JSON benzeri bir söz dizimiyle uygulama geliştirebilme avantajı var
Qt Quick biraz daha genel amaçlı, Kirigami ise onun üzerinde daha özelleşmiş bir katman
KDE’nin zenginliğini ve olgunluğunu seviyorum ama tasarımı bugün diğer işletim sistemleri ya da masaüstü yöneticilerine kıyasla eski hissettiriyor. Özelleştirilebilse de kurcaladıkça sistem yavaşlıyor ve garipleşiyor. Bu yüzden gnome’u seçiyorum
Birçok kişinin tam tersini düşünmesi de ilginç. Bana göre modern ve güzel hissettiren tek ortam KDE
Plasma 6’yı kullandın mı merak ediyorum. Bana göre gnome’dan çok daha modern görünüyor
KDE tasarımının Windows’tan çok daha iyi olduğunu düşünüyorum. Windows sanki masaüstü tasarımındaki en kötü hâlini sürekli yeniden icat ediyor
Sırf hamburger menüler eklense anında KDE’ye geri dönerim. Az önce baktım, KDE de bu akıma katılmış ama neyse ki seçenekten kapatılabiliyor
kvm/qemu için bir GUI’ye gerçekten daha ihtiyaç var mı emin değilim. cockpit-project’in zaten bu amaç için gayet iyi yapıldığını düşünüyorum
virt-manager şimdiye kadar beni yeterince memnun etti, bu yüzden gerçekten yeni bir alternatife ihtiyaç var mı bilmiyorum. Yine de rekabet her zaman iyidir
Web arayüzleri uzman kullanıcılara uygun ama sıradan kullanıcılar için zor. VM kavramı zaten karmaşık; VirtualBox ya da VMWare gibi tanıdık arayüzler erişilebilirliği artırıyor
Uzun süredir virt-manager kullanıyorum; KDE’nin yerel çözümünü ciddi biçimde bekliyorum. virt-manager’ın Vulkan rendering (libvirt) desteğini de bekliyorum. Kirigami tabanlı arayüzlerde kenar boşlukları fazla geniş olduğu için bunaltıcı geliyor. print-manager’ın Kirigami arayüzünde de benzer bir deneyim yaşamıştım
Eskiden aqemu en sevdiğim frontend’di. 10 yıldan uzun süredir bakım görmemesi üzücü