Desktopeditors: Los binarios de Linux se bloquean al iniciar

Ejecute los binarios aquí en Linux con cualquier compositor wayland

Hola, ¿algún consejo sobre la forma más sencilla de configurar el sistema con Wayland?

Creo que puedes ejecutar sway (un compositor ligero de wayland) dentro de Xorg, y se ejecutará wayland anidado dentro de Xorg.
No tengo Xorg configurado en mi sistema, por lo que no estoy completamente seguro de los detalles más finos, pero IIRC, simplemente ejecutando sway desde una terminal debería funcionar.

Como alternativa, creo que las versiones recientes de Ubuntu / Fedora le permiten elegir wayland desde la pantalla de inicio de sesión.

No he podido encontrar los scripts de compilación para estos binarios, pero si me pueden indicar, puedo intentar identificar qué está mal allí. Tengo la impresión de que a la compilación Qt le falta el soporte de wayland por alguna razón

Creo que puedes ejecutar sway (un compositor ligero de wayland) dentro de Xorg, y funcionará wayland anidado dentro de Xorg.

Ok, lo intentaremos. @XDmitryK , intente ejecutar DesktopEditors en Ubuntu con el servidor wayland, creo que esta instrucción es suficiente

No pude encontrar los scripts de compilación para estos binarios.

Todas las instrucciones de compilación se encuentran en el repositorio https://github.com/ONLYOFFICE/build_tools

@PorqueNoHugo
Lancé el escritorio en Ubuntu 20.04 con WayLand (paquete deb)
¿Qué método de instalación usaste?
Y también nuestra necesidad de información sobre su sistema operativo.

Lo instalé a través de un paquete de usuario de ArchLinux que básicamente descarga binarios ascendentes.

Quizás se esté ejecutando a través de XWayland. ¿Puedes probar cualquiera de las dos:

• Ejecutando a través de una terminal después de ejecutar unset DISPLAY , o
• Ejecutando a través de una configuración de terminal QT_QPA_PLATFORM=wayland ?

Eso debería obligarlo a usar Wayland, momento en el que es posible que vea el error que menciono. (Además, si habilita la escala de escritorio a algo como 1.5x, probablemente notará que la versión que se ejecuta a través de Xorg escalas muy borrosa. Esto se debe a una limitación de Xorg).

@PorqueNoHugo
Desafortunadamente en Ubuntu esto no se repite
¿Puede enviarnos una imagen de su sistema en un archivo VM?

Me gustaría confirmar que este problema todavía está presente en las últimas versiones (6.0.0 y 5.6.4). Estoy ejecutando Arch Linux y Sway, y probé tanto la versión de AUR (actualizada hoy) como la última AppImage.

Los binarios funcionan en XWayland ( QT_QPA_PLATFORM=xcb ) pero esto hace que el editor se vuelva borroso en las pantallas con el escalado habilitado como se mencionó anteriormente.

El mismo problema aquí. Sway en arch linux. Sin embargo, hasta ahora QT_QPA_PLATFORM = xcb parece solucionarlo.

El uso de QT_QPA_PLATFORM=xcb obliga a la aplicación a ejecutarse a través de XWayland, que tiene su propio conjunto de problemas. Prefiero ejecutar la aplicación de forma nativa.

@XDmitryK ¿Puedes intentar usar la última imagen de Fedora? Tiene una buena GUI para cambiar y usar Wayland en lugar de Xorg.

Sin embargo, ¿la aplicación se ejecutó bien después de ejecutar unset DISPLAY ? Eso no debería ser posible, ya que no debería poder comunicarse con Xorg si esta variable no está configurada.

La versión v6.1.0 está disponible, todavía no se ha compilado con el soporte de wayland

Estoy usando la última versión de Manjaro (es una versión progresiva) e instalé "onlyoffice-desktopeditors" del repositorio oficial de paquetes y funciona bien con Wayland.
Supongo que está usando XWayland, porque todo está borroso en mi pantalla 4K con la escala fraccional habilitada.
En el monitor FullHD, que no utiliza escalado fraccional, se ve bien.

Entonces, si es posible construir la aplicación Qt (no está usando electron, ¿verdad?) Con el soporte nativo de Wayland, estaría muy feliz de probarlo: corazón

Supongo que está usando XWayland, porque todo está borroso en mi pantalla 4K con la escala fraccional habilitada.

Supongo que también está usando XWayland. Puede confirmar esto ejecutando xeyes y moviendo el cursor en la parte superior de onlyoffice. Si los ojos siguen el cursor, entonces la aplicación está usando xwayland.

Si está usando Sway, también puede confirmar inspeccionando la salida de swaymsg -t get_tree .

Uhh buena herramienta, todavía no sabía nada de esto.
Y sí, como esperabas, los ojos rastrean el cursor sobre toda la ventana de la única oficina, lo que no ocurre en las aplicaciones nativas de GTK3 o cosas como Thunderbird y Firefox (-Wayland).

Sería genial si pudieran actualizar a la última versión de QT para admitir de forma nativa el protocolo Wayland ...

¿Algo nuevo aquí @ShockwaveNN @XDmitryK ?
Sería realmente bueno si esto pudiera solucionarse en algún momento.
El soporte de Wayland para la mayoría de las aplicaciones Qt es bastante sólido hoy en día, así que me pregunto por qué esto no se pudo archivar solo para la oficina.

Si realmente lo necesita, puedo configurar una máquina virtual con una sesión de Wayland preestablecida, pero no debería ser demasiado difícil reproducir esto por su cuenta.

Simplemente inicie su escritorio Ubuntu Gnome que ya funciona con el tipo de sesión Wayland (puede elegir esto con el ícono de engranaje inferior derecho si está usando GDM (dependiendo de su tema)) y ejecute onlyoffice con el parámetro --platform wayland .
Et voilà Onlyoffice ya no comienza, porque de alguna manera no está compilado con el soporte de Wayland de Qt (ahí es donde tampoco puedo ayudar desafortunadamente).

@ mayor-mayer
Confirmo que este error se reproduce. Publiqué esto en nuestro rastreador de errores local. (error 49179)

Gracias por la confirmación 👍

Supongo que agregar '-qt-wayland' a qt_params en build_tools / automate.py puede resolver este problema.