Desktopeditors: Бинарные файлы Linux вылетает при запуске

Запустите двоичные файлы здесь, в Linux, с помощью любого компоновщика Wayland

Привет, есть какие-нибудь советы по простейшему способу настройки системы с помощью Wayland?

Я считаю, что вы можете запустить sway (легкий компоновщик путевых листов) внутри Xorg, и он будет запускать путевые земли, вложенные в Xorg.
В моей системе не установлен Xorg, поэтому я не совсем уверен в деталях, но IIRC, просто запуск sway с терминала должен работать.

В качестве альтернативы я действительно считаю, что последние выпуски Ubuntu / Fedora позволяют вам выбирать путь на экране входа в систему.

Мне не удалось найти сценарии сборки для этих двоичных файлов, но если вы можете указать мне на них, я могу попытаться определить, что там не так. У меня такое впечатление, что в сборке Qt по какой-то причине отсутствует поддержка Wayland

Я считаю, что вы можете запустить sway (легкий композитор путевых стран) внутри Xorg, и он будет запускать путевые земли, вложенные в Xorg.

Хорошо, попробуем. @XDmitryK, пожалуйста, попробуйте запустить DesktopEditors на Ubuntu с сервером Wayland, я думаю, что этой инструкции достаточно

Мне не удалось найти сценарии сборки для этих двоичных файлов

Все инструкции по сборке доступны в репозитории https://github.com/ONLYOFFICE/build_tools.

@WhyNotHugo
Я запустил рабочий стол на Ubuntu 20.04 с WayLand (пакет deb)
Какой метод установки вы использовали?
А также нам нужна информация о вашей ОС

Я установил через пользовательский пакет ArchLinux, который в основном загружает исходные двоичные файлы.

Может через XWayland работает. Можете ли вы попробовать:

• Запуск через терминал после запуска unset DISPLAY , или
• Запуск через настройку терминала QT_QPA_PLATFORM=wayland ?

Это должно заставить его использовать Wayland, и в этот момент вы можете увидеть ошибку, о которой я упоминаю. (Кроме того, если вы включите масштабирование рабочего стола примерно до 1.5x, вы, вероятно, заметите, что версия, работающая через Xorg, масштабируется очень размыто. Это связано с ограничением Xorg).

@WhyNotHugo
К сожалению, в Ubuntu это не повторяется
Можете ли вы прислать нам образ вашей системы в виде файла виртуальной машины?

Я хотел бы подтвердить, что эта проблема все еще присутствует в последних версиях (6.0.0. И 5.6.4). Я использую Arch Linux и Sway, и я пробовал как версию из AUR (обновленную сегодня), так и последнюю версию AppImage.

Двоичные файлы работают в XWayland ( QT_QPA_PLATFORM=xcb ), но это приводит к размытости редактора на дисплеях с включенным масштабированием, как упоминалось ранее.

Здесь та же проблема. Sway на Arch Linux. Однако до сих пор QT_QPA_PLATFORM = xcb, похоже, исправляет это.

Использование QT_QPA_PLATFORM=xcb заставляет приложение запускаться через XWayland, что имеет собственный набор проблем. Я бы предпочел просто запустить приложение изначально.

@XDmitryK Можете попробовать использовать последний образ Fedora? У него хороший графический интерфейс для переключения на использование Wayland вместо Xorg.

Однако нормально ли запускалось приложение после запуска unset DISPLAY ? Это не должно быть возможным, поскольку он не сможет взаимодействовать с Xorg, если эта переменная не установлена.

Версия v6.1.0 вышла, но все еще не скомпилирована с поддержкой Wayland

Я использую последнюю версию Manjaro (это скользящий выпуск) и установил «onlyoffice-desktopeditors» из официального репозитория пакетов, и он отлично работает под Wayland.
Я предполагаю, что он использует XWayland, потому что на моем дисплее 4K все размыто с включенным дробным масштабированием.
На мониторе FullHD, не использующем дробное масштабирование, все выглядит хорошо.

Так что, если возможно создать приложение Qt (оно не использует электрон, верно?) С нативной поддержкой Wayland, я был бы очень рад протестировать его: heart:

Я предполагаю, что он использует XWayland, потому что на моем дисплее 4K все размыто с включенным дробным масштабированием.

Думаю, он тоже использует XWayland. Вы можете подтвердить это, запустив xeyes и переместив курсор поверх onlyoffice. Если глаза следят за курсором, значит, приложение использует xwayland.

Если вы используете sway, вы также можете подтвердить это, проверив вывод swaymsg -t get_tree .

Эээ, хороший инструмент, еще не знал об этом.
И да, как вы и ожидали, глаза отслеживают курсор по всему окну onlyoffice, чего не происходит в нативных приложениях GTK3 или таких вещах, как Thunderbird и Firefox (-Wayland)

Было бы здорово, если бы они могли обновить до последней версии QT, чтобы изначально поддерживать протокол Wayland ...

Что-нибудь новенькое здесь @ShockwaveNN @XDmitryK ?
Было бы очень хорошо, если бы это можно было исправить в какой-то момент.
Поддержка Wayland большинства приложений Qt в настоящее время довольно надежна, поэтому мне интересно, почему это не может быть заархивировано и для onlyoffice.

Если вам это действительно нужно, я могу сконфигурировать вам виртуальную машину с предустановленной сессией Wayland, но это не должно быть слишком сложно воспроизвести самостоятельно.

Просто запустите свой уже работающий рабочий стол Ubuntu Gnome с типом сеанса Wayland (вы можете выбрать это с помощью значка шестеренки внизу справа, если вы используете GDM (в зависимости от вашей темы)) и выполните onlyoffice с параметром --platform wayland .
Et voilà Onlyoffice больше не запускается, потому что почему-то он не скомпилирован с поддержкой Qt Wayland (в этом я тоже, к сожалению, не могу помочь).

@ майор-майер
Подтверждаю, что эта ошибка воспроизведена. Я разместил это в нашем локальном багтрекере (ошибка 49179).

Спасибо за подтверждение 👍

Я предполагаю, что добавление -qt-wayland к qt_params в build_tools / automate.py может решить эту проблему.