Xfwl4 – Roadmap kompositor Wayland untuk Xfce

 (alexxcons.github.io)
1 poin oleh GN⁺ 2026-01-29 | 1 komentar | Bagikan ke WhatsApp
  • Tim Xfce mengumumkan rencana pengembangan kompositor baru berbasis Wayland, xfwl4, dengan memanfaatkan donasi komunitas dan dipimpin oleh pengembang inti Brian Tarricone
  • Menargetkan fungsi dan pengalaman pengguna yang sama dengan xfwm4, sambil menggunakan kembali dialog pengaturan dan konfigurasi xfconf untuk menjaga kesinambungan transisi
  • Ditulis sebagai basis kode baru sepenuhnya dengan Rust dan framework smithay, menawarkan keamanan memori serta pipeline grafis dan input yang dapat dikustomisasi
  • Cakupan proyek mencakup perubahan struktur manajemen sesi, dukungan XWayland dan xdg-session-management, serta peningkatan sistem build CI
  • Ini merupakan investasi kunci untuk transisi Xfce ke Wayland, dengan rilis pengembangan pertama dijadwalkan hadir tahun ini

Rencana kompositor Wayland baru untuk Xfce

  • Tim Xfce memulai pengembangan kompositor Wayland baru, xfwl4, dengan memanfaatkan donasi komunitas
    • Pengembangan ditangani oleh kontributor inti senior Brian Tarricone
    • Sebagian besar dana proyek akan digunakan untuk pengembangan ini
  • Tujuannya adalah menghadirkan fungsi dan perilaku yang sama seperti xfwm4 di lingkungan Wayland
    • Dialog pengaturan xfwm4 dan konfigurasi xfconf yang ada akan digunakan apa adanya untuk menjaga konsistensi pengalaman pengguna
  • xfwl4 tidak didasarkan pada kode xfwm4 yang ada, melainkan ditulis ulang sepenuhnya dalam Rust
    • Dibangun di atas library smithay

Alasan memilih penulisan ulang alih-alih mendaur ulang kode lama

  • Awalnya, mereka ingin memodifikasi kode xfwm4 agar mendukung X11 dan Wayland secara paralel, tetapi akhirnya dinilai tidak cocok karena beberapa alasan
    • Struktur xfwm4 sangat bergantung pada X11, sehingga sulit menerapkan antarmuka yang digeneralisasi
    • Refactoring berisiko tinggi memunculkan bug di X11
    • Ada konsep X11 yang tidak didukung di Wayland, sehingga pemeliharaan kode menjadi rumit
    • Jika memakai kode lama, proyek harus bergantung pada bahasa C dan wlroots
  • Dengan mengembangkan basis kode terpisah, tim bisa menjaga stabilitas xfwm4 sekaligus menjalankan pengembangan Wayland yang eksperimental

Alasan memilih smithay

  • Brian Tarricone mengevaluasi wlroots dan smithay lalu memilih smithay
    • smithay mendukung sebagian besar ekstensi protokol Wayland resmi serta protokol wlroots dan KDE
    • Karena tidak memiliki abstraksi tingkat tinggi, smithay memungkinkan kontrol yang lebih rinci atas pipeline grafis dan input
    • Dokumentasinya sangat baik, dan penggunaan Rust membantu mengurangi risiko bug terkait memori dan crash
    • Pengembangnya memang lebih menyukai Rust
    • wlroots ditulis dalam C, sehingga sulit membuat binding Rust

Cakupan proyek dan tantangan teknis

  • Selain mencapai kesetaraan fitur dengan xfwm4, proyek ini juga mencakup hal-hal berikut
    • Di lingkungan Wayland, kompositor harus menjadi root sesi, sehingga struktur awal sesi perlu diubah
    • Penambahan dukungan untuk protokol xdg-session-management
    • Termasuk dukungan XWayland
    • Upgrade sistem build container CI ke basis meson yang mampu membangun kode Rust
  • Brian Tarricone sudah memulai pengembangan, dan rilis pengembangan pertama dijadwalkan diumumkan tahun ini

Komunitas dan dukungan

  • Proyek ini dimungkinkan oleh donasi dari para pendukung Open Collective US dan EU
  • Perkembangan proyek dan detail teknis dapat dilihat di issue xfwl4 dan repositori kode sumber di GitLab
  • Pertanyaan terkait dapat diajukan melalui kanal Matrix #xfce-dev

Bacaan terkait

1 komentar

 
GN⁺ 2026-01-29
Komentar Hacker News

  • Saya dengar xfwl4 menargetkan fitur dan perilaku yang sama dengan xfwm4
    Namun, mengingat perbedaan struktural antara X11 dan Wayland, saya penasaran seberapa ketat interpretasi atas “perilaku” itu
    Misalnya, pencegahan pencurian fokus di X11 membutuhkan heuristik yang rumit dan pemeriksaan timestamp, tetapi di Wayland compositor sepenuhnya mengendalikan fokus
    Pada akhirnya, ada tantangan untuk merancang kebijakan baru yang sesuai dengan model perizinan Wayland sambil tetap mempertahankan nuansa heuristik lama
    Hal lain yang saya perhatikan adalah latensi akibat compositing yang diwajibkan. Saya penasaran apakah di perangkat keras kelas bawah ia bisa secepat mode non-compositing X11

    • Saya pengembang xfwl4. Frasa “semirip mungkin” memang persis artinya begitu. Tidak akan bisa benar-benar sama, tetapi kami akan membuatnya sedekat mungkin
      Pencegahan pencurian fokus justru bisa menunjukkan perilaku yang lebih konsisten di Wayland. Xfwm4 berbasis heuristik sehingga kadang salah bekerja, tetapi model xdg-activation di Wayland jauh lebih jelas
      Dari sisi performa, pada perangkat keras modern sepertinya tidak akan ada perbedaan besar, tetapi pada perangkat yang sangat tua bisa menjadi beban. Sepertinya kami baru akan tahu setelah pengujian lebih lanjut
    • Dulu saya pernah menjalankan compositor xfwm di Pentium II 400MHz + GeForce 2 dan tidak ada masalah
      Beban compositing pada praktiknya hanyalah waktu tunggu vsync. Selama bukan kelas Pentium klasik, seharusnya aman
    • Saya suka bahwa alasannya dijelaskan dengan jujur. Seperti pulau bahasa, adopsi Rust memang bisa menimbulkan gesekan pada build tooling atau integrasi ekosistem, tetapi tetap saja XFCE jauh lebih memuaskan bagi saya daripada GNOME
    • Compositing tidak harus selalu berjalan bersama vsync. Layar juga bisa diperbarui segera saat klien mengirim konten baru
    • Sekarang, bahkan di GPU Intel kelas bawah, overhead compositor hampir tidak menjadi masalah. Pengecualiannya hanya orang yang masih memakai laptop berusia 20 tahun

  • Saya berharap XFCE tetap menjadi desktop ringan
    Saya suka KDE, tetapi sulit menyebutnya ringan
    Saya memandang Wayland dan Rust secara positif; Wayland adalah arah masa depan dan Rust saya anggap membantu mencegah crash
    Hanya saja, basis pengguna tradisional XFCE cenderung konservatif sehingga bisa skeptis terhadap teknologi baru

    • Dari sudut pandang seseorang yang memakai XFCE sejak 2007, pengguna lebih menginginkan “pokoknya bekerja dengan baik” daripada bahasa atau teknologi tertentu
      Transisi ke Wayland tidak terhindarkan, dan meski akan ada sedikit keluhan, itu kemungkinan akan berjalan tanpa masalah besar
      Mereka yang bersikeras pada X11 pada akhirnya hanya akan menjadi minoritas. Saya percaya pada tim XFCE
    • Saya tidak mengerti mengapa Wayland terasa seperti “masa depan”. Bagi saya justru terasa seperti kemunduran fitur
      Kita sudah punya GUI yang bekerja dengan baik, tetapi Wayland malah menciptakan kompleksitas dan masalah kompatibilitas yang tidak perlu
      Protokol yang sederhana biasanya bertahan lama, dan Wayland justru kebalikannya
    • Posisi saya adalah “jangan perbaiki sesuatu yang sebenarnya tidak perlu diperbaiki”
      XFCE sudah cepat dan stabil. Jika setelah beralih ke Wayland malah menjadi lebih lambat, berarti ia kehilangan kelebihan terbesarnya
    • Saya rasa transisi XFCE ke Wayland akan memakan waktu
      Karena ini komunitas yang mengutamakan stabilitas, mereka akan mempertahankan X11 sebagai default lalu pindah ke Wayland ketika kesetaraan fitur benar-benar tercapai
    • Sebagai pengguna lama XFCE, saya memandang perubahan ini secara positif selama X11 tidak buru-buru dibuang
      Saya berharap tetap bisa memakai XFCE ketika suatu saat harus pindah ke Wayland

  • Menurut saya, proyek ini sendiri menunjukkan bahwa Wayland adalah arah yang benar
    Xorg adalah satu implementasi tunggal, sedangkan Wayland melahirkan beragam ekosistem library (wlroots, Smithay, dll.)
    Berkat itu, bahkan proyek satu orang bisa merilis developer preview hanya dalam beberapa bulan
    Kompetisi semacam ini akan mengembangkan ekosistem open source

    • Karena Wayland hanya menyediakan fungsi tingkat rendah, kita harus buru-buru membuat antarmuka desktop bersama
      Namun proses ini berjalan terlalu terburu-buru sehingga kurang terintegrasi. Saya rasa perlu 10 tahun lagi sebelum API desktop Linux yang benar-benar utuh terbentuk
    • Jika ada banyak implementasi, memang akan ada persaingan, tetapi kekurangan tenaga pemeliharaan bisa memicu fitur yang hilang dan burnout
      Saya menganggap ketiadaan libcompositor sebagai kesalahan terbesar Wayland
    • Duplikasi kode memang akan bertambah, tetapi sebagai gantinya tiap tim bisa membuat implementasi yang sesuai dengan filosofi mereka
      Saya menantikan hasil yang akan dibuat tim XFCE
    • Logika seperti ini mengingatkan saya pada masa ketika Rails terlalu sering disalahgunakan
      Stack memang nyaman, tetapi pada akhirnya bisa menjadi struktur yang sulit dimodifikasi secara mendalam
    • Inti Wayland adalah kernel mengambil alih banyak pekerjaan
      X pada dasarnya bertindak seperti kernel kedua, tetapi Wayland memanfaatkan abstraksi modern kernel seperti GEM, DMA-BUF, dan KMS
      Karena itu ia bisa berkembang menjadi struktur yang jauh lebih bersih dan efisien

  • Saya sudah memakai XFCE sebagai desktop utama selama lebih dari 10 tahun
    Saya senang mendengar kabar dukungan Wayland
    Jika ditulis dalam Rust, sepertinya itu juga akan membantu menarik kontributor baru
    Jika mereka menginginkan dukungan dana, saya sarankan berdonasi ke Open Collective dan xfce-eu

    • Saya sudah memakai XFCE selama 5 tahun, dan baru mulai memberi dukungan bulanan belakangan ini. Senang mendengar kabar baik ini

  • Saya rasa transisi dari X11 ke Wayland adalah perubahan paling menyakitkan dalam sejarah Linux

    • Saat beralih dari kernel 2.4 ke 2.6 juga cukup berat. Model pengembangannya berubah total, dan era sebelum git benar-benar kacau
      Masa KDE4 juga merupakan zaman gelap
    • Secara pribadi, transisi GNOME 2 → GNOME 3 adalah yang paling menyiksa bagi saya. Pada akhirnya saya pindah ke WM lain
    • Bagi saya, transisi dari X11 ke Wayland justru sangat mulus. Pada akhirnya tergantung kebutuhan masing-masing
    • Delapan tahun lagi, Wayland mungkin sudah setua X11 dan kita akan mendapat Wayland 2
    • Transisi ke systemd juga tidak kalah berat

  • Saya pernah memakai toolkit klien Rust dari Smithay, dan keamanan thread-nya belum sepenuhnya matang
    Meski dibungkus dengan Arc<>, tetap muncul crash aneh saat dipanggil dari banyak thread
    Saya ingin belajar bagaimana menggunakan API Wayland secara langsung dengan aman

  • Bahkan sekarang pun XFCE bisa dipakai di kebanyakan compositor berbasis wlroots
    Saya memakai kombinasi Hyprland + XFCE di Gentoo
    Konfigurasinya ada di repositori ini

    • Saya suka tema retronya
      Saya penasaran mengapa kombinasi Hyprland dan XFCE4 disebut “kombinasi terkutuk”. Mungkin ada hubungannya dengan alasan XFCE memutuskan membuat compositornya sendiri

  • Dulu saya menolak Wayland, tetapi berubah pikiran setelah melihat performa di perangkat keras lama
    Di Thinkpad lama, Firefox menggulir jauh lebih mulus dibanding X11
    Ditambah lagi ada gesture touchpad, jadi saya puas. Pengaturannya memang agak merepotkan, tetapi itu trade-off yang layak

  • Saya penasaran apakah Wayland juga berjalan di sistem non-Linux. Misalnya, di BSD atau macOS, apakah mungkin menampilkan jendela jarak jauh seperti XQuartz?

    • Di FreeBSD, itu berjalan cukup baik. Di OpenBSD juga ada beberapa compositor berbasis wlroots yang berfungsi
      Compositor Wayland untuk Mac juga ada, dan Brodie Robertson pernah mengunggah video terkait
    • Integrasi GUI WSL2 dari Microsoft juga berbasis Wayland dan XWayland
      Jika melihat proyek WSLg, Weston dirender melalui RDP sehingga jendela dapat ditampilkan lintas platform
      Akselerasi GPU juga tetap dipertahankan, jadi menurut saya lebih baik daripada X11 forwarding
    • Wayland tidak memiliki transparansi jaringan, jadi transmisi jarak jauhnya rumit. Untuk status di Mac saya tidak yakin
    • Handbook resmi FreeBSD juga memuat cara menyiapkan Wayland
      FreeBSD Handbook Wayland
    • Di OpenBSD juga sedang bereksperimen lewat dokumen Wayland_on_OpenBSD

  • Akhir-akhir ini, ungkapan “rewrite ke Rust” terdengar bagi saya seperti tanda bahwa tidak ada tenaga pemeliharaan
    Sepertinya tidak ada lagi orang yang mau menambal xfwm4, jadi mereka menulis ulang dari awal
    Ini mungkin pertanda pergantian generasi — pengembang baru ingin menyusunnya ulang dengan struktur yang sederhana dan aman
    Wayland lebih sederhana daripada X11, dan Rust mengurangi kesalahan, jadi ini alur yang wajar
    Namun sebagai gantinya, transparansi jaringan, performa, dan stabilitas mungkin bisa dikorbankan. Saya menerimanya sebagai arah zaman