Desktopeditors: Les binaires Linux se bloquent au démarrage

Exécutez les binaires ici sur Linux avec n'importe quel compositeur Wayland

Salut, des conseils sur la manière la plus simple de configurer le système avec Wayland?

Je crois que vous pouvez exécuter sway (un compositeur light wayland) dans Xorg, et il fonctionnera wayland imbriqué dans Xorg.
Je n'ai pas configuré Xorg sur mon système, donc je ne suis pas tout à fait sûr des détails les plus fins, mais l'IIRC, simplement exécuter sway partir d'un terminal devrait fonctionner.

Au lieu de cela, je pense que les récentes versions d'Ubuntu / Fedora vous permettent de choisir wayland à partir de l'écran de connexion.

Je n'ai pas réussi à trouver les scripts de construction pour ces binaires, mais si vous pouvez me les indiquer, je peux essayer de localiser ce qui ne va pas. J'ai l'impression que la version Qt ne prend pas en charge Wayland pour une raison quelconque

Je crois que vous pouvez exécuter sway (un compositeur light wayland) à l'intérieur de Xorg, et il fonctionnera wayland imbriqué dans Xorg.

Ok, nous allons l'essayer. @XDmitryK s'il vous plaît essayez d'exécuter DesktopEditors sur Ubuntu avec le serveur wayland, je pense que cette instruction est suffisante

Je n'ai pas réussi à trouver les scripts de construction pour ces binaires

Toutes les installations de construction sur https://github.com/ONLYOFFICE/build_tools repo

@PourquoiNotHugo
J'ai lancé le bureau sur Ubuntu 20.04 avec WayLand (package deb)
Quelle méthode d'installation avez-vous utilisée?
Et aussi nos besoins d'informations sur votre système d'exploitation

J'ai installé via un package utilisateur ArchLinux qui télécharge essentiellement des binaires en amont.

Peut-être qu'il fonctionne via XWayland. Pouvez-vous essayer soit:

• Exécution via un terminal après avoir exécuté unset DISPLAY , ou
• Exécution via un paramètre de terminal QT_QPA_PLATFORM=wayland ?

Cela devrait le forcer à utiliser Wayland, à quel point vous pourriez voir l'erreur que je mentionne. (De plus, si vous activez la mise à l'échelle du bureau à quelque chose comme 1,5x, vous remarquerez probablement que la version exécutée via les échelles Xorg est très floue. Ceci est dû à une limitation de Xorg).

@PourquoiNotHugo
Malheureusement sur Ubuntu, cela ne se répète pas
Pouvez-vous nous envoyer une image de votre système dans un fichier VM?

Je tiens à confirmer que ce problème est toujours présent dans les dernières versions (6.0.0 et 5.6.4). J'utilise Arch Linux et Sway, et j'ai essayé à la fois la version de l'AUR (mise à jour aujourd'hui) et la dernière AppImage.

Les binaires fonctionnent sur XWayland ( QT_QPA_PLATFORM=xcb ) mais cela rend l'éditeur flou sur les écrans avec la mise à l'échelle activée comme mentionné précédemment.

Même problème ici. Sway sur Arch Linux. Cependant, jusqu'à présent, QT_QPA_PLATFORM = xcb semble résoudre ce problème.

L'utilisation de QT_QPA_PLATFORM=xcb force l'application à s'exécuter via XWayland, qui a son propre ensemble de problèmes. Je préfère simplement exécuter l'application en mode natif.

@XDmitryK Pouvez-vous essayer d'utiliser la dernière image fedora? Il a une belle interface graphique pour passer à Wayland au lieu de Xorg.

Cependant, l'application a-t-elle fonctionné correctement après avoir exécuté unset DISPLAY ? Cela ne devrait pas être possible, car il ne devrait pas être en mesure de communiquer avec Xorg si cette variable n'est pas définie.

La version v6.1.0 est sortie, toujours pas compilée avec le support Wayland

J'utilise la dernière version de Manjaro (c'est une version roulante) et j'ai installé les "onlyoffice-desktopeditors" du dépôt officiel de paquets et cela fonctionne très bien sous Wayland.
Je suppose que cela utilise XWayland, car tout est flou sur mon écran 4K avec la mise à l'échelle fractionnée activée.
Sur le moniteur FullHD qui n'utilise pas de mise à l'échelle fractionnée, il a l'air bien.

Donc, s'il est possible de créer l'application Qt (elle n'utilise pas d'électron, n'est-ce pas?) Avec le support natif de Wayland, je serais très heureux de la tester: heart:

Je suppose que cela utilise XWayland, car tout est flou sur mon écran 4K avec la mise à l'échelle fractionnée activée.

Je suppose qu'il utilise aussi XWayland. Vous pouvez le confirmer en exécutant xeyes et en déplaçant le curseur au-dessus de onlyoffice. Si les yeux suivent le curseur, l'application utilise xwayland.

Si vous utilisez sway, vous pouvez également confirmer en inspectant la sortie de swaymsg -t get_tree .

Uhh bel outil, je ne savais pas encore à ce sujet.
Et oui comme vous vous y attendiez, les yeux suivent le curseur sur toute la fenêtre du bureau, ce qui ne se produit pas sur les applications GTK3 natives ou des choses comme Thunderbird et Firefox (-Wayland)

Ce serait génial s'ils pouvaient mettre à jour vers la dernière version de QT afin de prendre en charge nativement le protocole Wayland ...

Quelque chose de nouveau ici @ShockwaveNN @XDmitryK ?
Ce serait vraiment bien si cela pouvait être corrigé à un moment donné.
La prise en charge par Wayland de la plupart des applications Qt est assez solide de nos jours, je me demande donc pourquoi cela n'a pas pu être archivé pour le bureau uniquement.

Si vous en avez vraiment besoin, je peux vous configurer une VM avec un préréglage de session Wayland, mais il ne devrait pas être trop difficile de le reproduire vous-même.

Commencez simplement votre bureau Ubuntu Gnome déjà fonctionnel avec le type de session Wayland (vous pouvez le choisir avec l'icône d'engrenage en bas à droite si vous utilisez GDM (en fonction de votre thème)) et exécutez onlyoffice avec le paramètre --platform wayland .
Et voilà, Onlyoffice ne démarre plus, car d'une manière ou d'une autre, il n'est pas compilé avec le support Wayland de Qt (c'est là que je ne peux pas aider non plus malheureusement).

@ major-mayer
Je confirme que ce bug est reproduit. J'ai posté ceci dans notre bugtracker local. (bug 49179)

Merci pour la confirmation 👍

Je suppose que l'ajout de «-qt-wayland» à qt_params dans build_tools / automate.py peut résoudre ce problème.