<p>nemo gagal untuk memulai di wayland</p>

Dibuat pada 26 Apr 2017  ·  6Komentar  ·  Sumber: linuxmint/nemo

Saya mencoba menjalankan nemo di wayland (bergoyang) dengan cara yang sama saya menjalankannya di bawah i3, tetapi gagal untuk memulai:

$ /usr/bin/nemo --no-desktop
Could not parse arguments: Cannot open display:

Menghapus GDK_BACKEND membuatnya berjalan, tetapi menggunakan xwayland, yang, antara lain, merusak copy-paste.

Komentar yang paling membantu

@mtwebster Komit nautilus yang saya rujuk awalnya hanya untuk proses desktop, karena saya menunggu Anda menumpahkan nemo, saya menerapkan ke seluruh nemo untuk menangani laporan fedora abrt.

https://github.com/linuxmint/nemo/issues/1343

https://bugzilla.redhat.com/show_bug.cgi?id=1278272

https://bugzilla.redhat.com/show_bug.cgi?id=1249761

https://bugzilla.redhat.com/show_bug.cgi?id=1332003

@hobarrera Setelah dipecah, itu hanya dapat diterapkan ke desktop.

Semua 6 komentar

Tampaknya komit ini dengan sengaja merusak nemo sehingga tidak berfungsi di wayland (meskipun pesannya tidak menjelaskan alasannya). Apakah itu benar-benar tidak didukung? Saya lebih suka melihat peringatan yang langsung berhenti dan terbakar.

Itu didasarkan pada komit nautilus ini

https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-22&id=94dcf03e5bc9cd1db83cf3016289e305e13694d4

Komit diuji di bawah fedora wayland dan berfungsi dengan baik, distro apa pun yang Anda gunakan telah merusak gnome wayland.
Anda perlu mengatur DISPLAY env jika Anda ingin itu berfungsi.
Fedora menyetel DISPLAY env secara default pada sesi wayland.

screenshot from 2017-04-26 07-04-38

FTR nemo dapat menggambar ikon desktop di bawah wayland.

screenshot from 2017-04-26 07-09-04

Komit diuji di bawah fedora wayland dan berfungsi dengan baik, distro apa pun yang Anda gunakan telah merusak gnome wayland.

Saya tidak menggunakan gnome, saya menggunakan sway.
Bukan sway yang rusak, itu adalah nemo yang memiliki kode eksplisit untuk crash saat menggunakan wayland GDK backend . Ini secara eksplisit menandai dirinya sendiri kompatibel dengan x11-only.

Anda perlu mengatur DISPLAY env jika Anda ingin itu berfungsi.
Fedora menyetel DISPLAY env secara default pada sesi wayland.

Ini membuat nemo menggunakan xwayland (yang pada dasarnya menjalankan aplikasi X11 di dalam wayland dengan lapisan kompatibilitas).
Itu hanya solusi untuk aplikasi yang tidak berfungsi di wayland (misalnya: gtk2). Saya tidak perlu meretas seperti itu untuk nemo yang menggunakan gtk3. Menghapus garis yang menyinggung membuat nemo bekerja dengan sempurna di wayland.


Singkatnya, nemo saat ini menandai dirinya sebagai x11-kompatibel, dan kemudian mengharuskan xwayland dan pengguna untuk mengekspor DISPLAY agar berjalan dalam mode yang kompatibel, ketika itu benar-benar mampu berjalan secara native di bawah wayland.

Peretasan saat ini hanya benar-benar masuk akal ketika nemo digunakan untuk menggambar ikon desktop. Mungkin kita bisa memindahkan baris yang menyinggung dan hanya menjalankan panggilan fungsi itu saat tidak menggunakan --no-desktop , sebagai kompromi? Cara ini:

  • nemo akan merender desktop untuk pengguna yang menginginkan ini, meskipun, berjalan melalui xwayland.
  • nemo akan berfungsi tanpa peretasan tambahan untuk pengguna wayland lainnya.

Nemo akan segera memiliki dua proses terpisah, satu hanya untuk desktop, dan satu untuk windows klien. Apakah mungkin menggunakan flag backend itu hanya untuk proses desktop?

@mtwebster Itu benar-benar masuk akal, karena seharusnya tidak perlu memaksa proses non-desktop untuk menggunakan x11.

@mtwebster Komit nautilus yang saya rujuk awalnya hanya untuk proses desktop, karena saya menunggu Anda menumpahkan nemo, saya menerapkan ke seluruh nemo untuk menangani laporan fedora abrt.

https://github.com/linuxmint/nemo/issues/1343

https://bugzilla.redhat.com/show_bug.cgi?id=1278272

https://bugzilla.redhat.com/show_bug.cgi?id=1249761

https://bugzilla.redhat.com/show_bug.cgi?id=1332003

@hobarrera Setelah dipecah, itu hanya dapat diterapkan ke desktop.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat