LINUX.ORG.RU
ФорумTalks

Клиент MAX не работал у меня в GNU/Linux

 , ,


0

1

Добрый день, LOR!

Я хочу поделиться информацией о проблеме с клиентом MAX под GNU\Linux, поэтому пишу сюда. Сразу оговорюсь: писать на форум\багзиллу альтовцев не вижу смылса так как репозиторий держат не они, в поддержку MAX я уже обращался, в том числе, об этом ниже…

Недели две назад, после очередного обновления системы ALT Linux (p11), отказался запускаться клиент MAX падая с ошибкой «/usr/share/max/bin/max: /usr/share/max/bin/../lib64/libQt6Core.so.6: version `Qt_6.10’ not found (required by /usr/lib64/libQt6QuickTemplates2.so.6)». Оказалось клиент MAX для GNU\Linux систем использует часть библиотек Qt6 своих версий (6.9.3), которые находятся по пути /usr/share/max/lib64, однако, также использует библиотеку libQt6QuickTemplates2.so.6 из системы (находится по пути /usr/lib64/libQt6QuickTemplates2.so.6). Системная библиотека libQt6QuickTemplates2.so.6 ожидает, что библиотека MAXlibQt6Core.so.6 клиента MAX (находится по пути /usr/share/max/bin/../lib64/libQt6Core.so.6) будет соответствовать по версии (предполагаю, по крайней мере — по мажорной) иначе запуск клиента MAX прерывается с выводом ошибки. Таким образом, если в системе GNU\Linux установлен Qt версии 6.10 или выше, клиент MAX 26.15.2 (актуальная версия на момент написания этого поста) не сможет запуститься.

Я надеялся на то, что проблему быстро исправят, подаждал несколко дней. Затем написал в чат на сайте MAX, затем на почту СТП, в конце концов стало ясно, что наиболее удобный и адекватный канал взаимодействия с СТП MAX это бот «MAX Поддержка» в MAX, естественно. Создавал несоклько раз (после обновлений версии MAX) обращение там, прикладывал скриншот\ы, сообщал информацию о системе. К сожалению, пока что, максимум которого удалось добиться это сообщение «Передали ваши пожелания команде разработчиков». Итого, насколько я могу судить из своего опыта, клиент MAX не работает на GNU\Linux системах с Qt версии 6.10 и выше. Версия 6.10 (или выше, им. в виду минорные версии) Qt уже сейчас используется, например, в p11 (АLT Linux), Void Linux, Arch Linux, Solus, но вскоре все дистрибутивы перейдут на новую версию, это очевидно. Занимательный факт, что отечественный (или какой он там?) мессенджер MAX не работает на отечественной (или нет?) ОС в ее стабильной\апстримовой ветке p11. К сожалению, команда разработчиков\сопровождения клиента MAX для Linux либо этого не осознает, либо не хочет осознавать (принимать во внимение), а может они просто не в состоянии решить эту проблему.

Также, сейчас на сайте max.ru нет возможности скачать appimage-версию max, для GNU\Linux систем предлагается использовать для установки исключительно репозитории MAX. Даже если скачать appimage-версию MAX через webarhive она все равно не дает возможности авторизироваться по СМС, предлагается использовать только QR-код, также как в веб-версии. Итого, если у меня\вас нет MAX на смартфоне с камерой и возможностью сканировать QR-код я\вы не смогу\сможете авторизироваться и использовать ни веб версию, ни appimage-версию MAX. Так как версия бинарного пакета из репозитория у меня\вас в системе с Qt 6.10 не работает то я\вы вообще не имею\имеете возможности использовать MAX на актуальной версии ОС GNU\Linux.

MAX приходится использовать по работе, сейчас только для этих целей рядом с основным рабочим местом приходится дополнительно держать ноутбук. Знаю, что ОС на которой MAX работает можно и виртуализировать, но не хочу этим заниматься, к тому же у меня довольно скромные железные ресурсы на рабочем месте.

Даже не знаю, зачем вам может пригодиться вышеизложенная мной информация, в любом случае, спасибо за ваше внимание и понимание.

UPD. Проблема решена, подробнее см. здесь.



Последнее исправление: Dimez (всего исправлений: 5)

Клиент MAX под GNU/Linux не работает с версиями Qt 6.10 и выше

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

ya-betmen ★★★★★
()
Ответ на: комментарий от overmind88

Спасибо за обратную связь!!! Попробую разобраться в чем дело тогда у меня…

oOoOo
() автор топика
Ответ на: комментарий от Manhunt

Точнее, стабильный abi есть только у glibc

Ага, ну да. Собери что-нибудь со свежим glibc, а потом попробуй запустить на несвежей системе (например 22й бубунте, которая всё ещё LTS). И наслаждайся чудесным GLIBC_блаблабла not found

iSage ★★★★
()
Ответ на: комментарий от iSage

За то это работает в обратную сторону: соберись с тухлой glibc, и результат сборки будет без проблем работать на системах с более свежей glibc.

Manhunt ★★★★★
()
Ответ на: комментарий от oOoOo

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

Можете пояснить, какую систему вы здесь имеете в виду?

когда ничего не помогает надо почитать документацию. а в документации сказано что Макс работает в системах «Ubuntu, Debian, Fedora, Arch, Manjaro и другими» https://help.max.ru/help/about/na-kakih-ustrojstvah-rabotaet-max . alt и redos тут не обозначены.

сегодня вышло обновление на версию 26.15.3 . работает, вот страница сборки от arch https://aur.archlinux.org/packages/max-bin

jura12 ★★★
()
Ответ на: комментарий от imul

Так как я на ALT Linux (p11) – Starter Kit то действовал по инструкции от альтовцев, а именно: поставил пакет apt-conf-max, после этого в /etc/apt/sources.list.d появился файл max.list, содержащий одну строку "rpm [max] https://download.max.ru/linux/alt/ x86_64 max ". Далее обновил репозитории и установил MAX командой apt-get install max. Так что отвечая кокретно на ваш вопрос

Ты откуда макс-то качал?

Вот от сюда «rpm [max] https://download.max.ru/linux/alt/ x86_64 max».

В любом случае, спасибо за обратную связь. Значит проблема у меня, буду пытаться понять в чем дело.

oOoOo
() автор топика
Ответ на: комментарий от oOoOo

Я брал rpm из максовой репы для centos. Возможно накосячено именно под альт. Сейчас не готов что-либо ответить.

imul ★★★★★
()
Ответ на: комментарий от imul

Попробовал снести пакет apt-conf-max, сам MAX. Затем скачал и установил MAX-26.15.4.69919.rpm из репозитория https://download.max.ru/linux/rpm/el/9/x86_64. Все равно при запуске получил /usr/share/max/bin/max: /usr/share/max/bin/../lib64/libQt6Core.so.6: version `Qt_6.10’ not found (required by /usr/lib64/libQt6QuickTemplates2.so.6)

При том что и линк libQt6QuickTemplates2.so.6 есть свой в /usr/share/max/bin/../lib64/ почему то при запуске используется /usr/lib64/libQt6QuickTemplates2.so.6…

lrwxrwxrwx  1 root root    19 May  7 18:04 libQt6Core.so.6 -> libQt6Core.so.6.9.3
-rw-r--r--  1 root root  7.1M Sep 24  2025 libQt6Core.so.6.9.3
[]$ ls -lah | grep libQt6QuickTemplates2.so.6
lrwxrwxrwx  1 root root    30 May  7 18:04 libQt6QuickTemplates2.so.6 -> libQt6QuickTemplates2.so.6.9.3
-rw-r--r--  1 root root  2.7M Sep 24  2025 libQt6QuickTemplates2.so.6.9.3
oOoOo
() автор топика

Итак, участники дискуссии, спасибо вам за обратную связь, благодаря инфомрации, которой вы любезно поделились, а также обратившись с ней за помощью к ИИ удалось решить проблему с клиентом MAX на моей системе. Выяснилось, что проблема приключилась из-за того, что кэш ldd не учитывал локальные so файлы MAX находящиеся в папке /usr/share/max/lib64 и поэтому использовал файл libQt6QuickTemplates2.so.6 из папки /usr/lib64/libQt6QuickTemplates2.so.6 вместо имеющегося libQt6QuickTemplates2.so.6 в папке /usr/share/max/lib64/ и ссылающегося на файл libQt6QuickTemplates2.so.6.9.3 из той же папки. Учитывая то, что MAX версии max-26.15.4-1.x86_64 (последней на момент написания поста) все также работает на Qt6 версии 6.9.3 в независимости от той версии Qt6, что установлена в систему, похоже, с Qt6 версии 6.10 он таки работать не может, поэтому от части мое изначальное предположение, выдвинутое в ОП-посте было оправдано (что MAX не работает с Qt6.10+). И аноны, которые отписывались о том, что у них клиент MAX работает в системе с Qt6 версии 6.10 и 6.11 были правы, но все равно MAX в их системе работает с версиями библиотек Qt 6.9.3.

Помимо самой проблемы, ИИ подсказал варианты выхода из ситуации, наиболее удобоваримым для меня оказался вариант дополнения переменной $LD_LIBRARY_PATH значением «/usr/share/max/lib64» для этого можно использовать команду export LD_LIBRARY_PATH=/usr/share/max/lib64:$LD_LIBRARY_PATH, в моем случае вариант с командой подходит лучше всего так как я все равно запускаю MAX из bash скрипта, где смогу ее указать, при этом у меня не будет необходимости держать путь /usr/share/max/lib64 в $LD_LIBRARY_PATH глобально в других сессиях.

oOoOo
() автор топика
Ответ на: комментарий от Rootlexx

Скайп официальное .deb точно так же делал, думаю это традиция у мессенджеров.

firkax ★★★★★
()
Ответ на: комментарий от oOoOo

Телеграмм же изначально был хорошо продуман именно как мессенджер

Простите, но похоже что телега это первый мессенджер который вам довелось использовать, поэтому вы про него так и говорите. Ну и на текущий момент это точно «не торт» мессенджер.

anc ★★★★★
()
Ответ на: комментарий от anc

Все познается в сравнении. Если сравнивать Telegram и MAX ясно что из них лучше продумано как мессенджер. С чем сравниваете Telegram вы? Есть ли в этом чем - то хотябы 2/3 функциональности которую предлагает Telegram в контексте мгновенного обмена информацией между пользователями?

oOoOo
() автор топика
Ответ на: комментарий от oOoOo

С чем сравниваете Telegram вы?

Я начинал с аси, включая корп вариант. Ну и ирк конечно.

anc ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)