Linux-дистрибутивы и дистрибьюция коммерческого ПО

MBM (MultiBitMap)

Ёёё… Тут HEIF нормально открыть — это очень сложная проблема, а ты про такое.

Надо будет XnView поставить, посмотреть, а то открытый софт не вытягивает.

Ну и да, у тебя Fedora — а это дополнительный плюс к приключениям.

Аффтар XnView рукожоп, но виноват почему-то гнулинукс

Если бы это было так, то сборка под Windows тоже бы сыпала ошибками. Однако она просто работает. Как там говорил Linus Torvalds с сайта AppImage?

«This is just very cool.»

просто под виндой, когда делаешь двойной клик по экзешнику, он ругается, когда какой-то DLL-ки не хватает

а под гнулинуксами аффтар не освоил утилиту ldd, с помощью которой он мог бы найти все зависимости и запихнуть их как надо

можешь ему написать ссылку на man ldd, пусть постигает матчасть

wine XnView.exe

Чтож ты, фраер, сдал назад? :)

Неужели великий Джон Кармак был прав, когда говорил о том, что развитие и улучшение WINE – лучший путь для Linux-дистрибутивов, а продавливание нативных портов различных коммерческих программ обречено на провал с этим зоопарком ВСЕГО?

Старая школа, с мозгами. Я сам к этому пришёл.

Linux API - это постоянное умышленное дёргание, чтобы отпугнуть не только бизнес, но и программеров-одиночек.

Достаточно вспомнить 6л&dсtво с Gtk2-3-3.1-3.2-3.5-4.

Есть пруфы, что оно не заработает в Ubuntu 20.04 LTS?

можешь проверить и рассказать нам

а под гнулинуксами аффтар не освоил утилиту ldd, с помощью которой он мог бы найти все зависимости и запихнуть их как надо

Лол. Это нихрена не работает со сложными GUI-программами. Сюрприз-сюрприз.

1. По ldd показывается неполный список библиотек. К примеру, libqxcb.so или libqwayland-egl.so подгружаются в runtime через dlopen и т. д.
2. Как найти все библиотеки, которые дергаются через dlopen? (как раз про AppImage-проблемы).

можешь ему написать ссылку на man ldd, пусть постигает матчасть

Конечно, куда авторам XnView, которые разрабатывают программу с 1998 года, добившуюся признания даже среди пользователей macOS/Windows, знать «матчасть» так же хорошо, как знает её Harald, торчащий на ЛОРе 24/7.

Вечером расскажу. А ты пошёл на автора бочку катить, и глупости писать не разбираясь в вопросе.

Конечно, куда авторам XnView, которые разрабатывают программу с 1998 года

это ещё ни о чём не говорит

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

а ещё проблему зарепортили чуть ли не год назад, и аффтар(ы) до сих пор не почесались исправить

Достаточно вспомнить 6л&dсtво с Gtk2-3-3.1-3.2-3.5-4.

Для лечения этого непотребства создано новое: AppImage-FlatPak-Snap-Click. Казалось бы, на горизонте замаячал нормальный и удобный стандарт для распростронения ПО под Linux и исправляющий сабжевые проблемы, так нет и тут одеяло на четыре стороны растянули.

Что должен выбирать прикладной программист в этом зоопарке? Вот автор XnView сделал выбор в сторону AppImage и прогадал.

Что должен выбирать прикладной программист в этом зоопарке?

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

Ну да, ну да… DeaDBeef.

пакет не работает

Не, ну реально, почему не дашь здесь ссылку на толковый гайд? Разработчики те облажались. Мне вот тоже интересно…

Мне (я тут нуб) непонятно даже и статические либы (хрен с ним, с dlopen). ldd -v выдаёт максимум следующий уровень вложенности. А как всё собрать? (и подсунуть потом)

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

Даже если ты соберёшь всё как надо, на следующем шаге ты узнаешь про новый дивный мир:

libc.so.6: version `GLIBC_2.XX' not found (required by /usr/lib/libstdc++.so.6)

Если попытаешься запустить программу скомпилированную на какой-нибудь Ubuntu 20 в какой-нибудь всё ещё актуальной Ubuntu 18 или Ubuntu 16. Ты встанешь перед развилкой: забить на пользователей не совсем свежих дистрибутивов или же собрать окружение для сборки на минимально необходимой тебе версии дистрибутива используя тот же Docker, попутно матерясь, например, из-за того что ты в своём проекте заюзал C++20, а в Ubuntu 16 по умолчанию GCC 4 и тебе нужно обмазаться кривыми PPA с новыми компиляторами. Если к этому времени желание собирать программу под дистрибутивы Linux у тебя ещё не пропало.

P.S. А проблемы с dlopen в теории можно решить через pldd, но это не всегда будет работать должным образом.

А потому за флатпаком будущее.

Бред. Просто рукожоп умеет собирать под винду. Аппимедж собран криво, у меня тоже не работает.

Товарищ, чего вы на линукс бочку катите? Нет, проблема с распространением ПО есть, я не спорю, мне тоже не нравится, что иногда надо заниматься непотребством с компьютером, но всё же. Тут виноват автор, который

1. Криво спаковал аппимедж, который работает где-то в 99% случаев
2. Не осилил флатпак
3. Не удосужился проверить программу (аппимедж)

Спасибо. Я не очень понял, но Harald, гайд пожалуйста с учётом вот этого тоже :)

автор XnView сделал выбор в сторону AppImage и прогадал

Проблема не в AppImage.

AppImage решает проблему с зоопарком дистрибутивов и пакетных систем, но он не может решить проблему бл-ва (быстроизменяемости) API основных библиотек.

Не хочу хвастаться, но из AUR программа устанавливается простым aur sync xnviewmp-system-libs и просто работает. Запаковать можно, были бы желание и навыки.

А как тогда линукс обвинить? Я уверен, на убунте она тоже работает.

Ну хз. В Debian работает и AppImage, и deb пакет. ИМХО, проблема не в том что есть некий so-hell, а в том что некоторые люди считают что дистрибутивы должны быть совместимы. Да, они используют примерно одинаковый софт, но они так же являются отдельными ОС.

Я когда собирал пакеты для своих программ. В последствии отказался от них в пользу статической сборки, которая работала даже на Mandriva 1. Один фиг по объёму на диске одинаково будет занято, что библиотеки будут внутри исполняемого файла, что отдельно.
Хейтерам дублирования и лишнего места скажу, что лишний прон нужно удалить с харда и всё поместится.

Не хочу хвастаться, но из AUR программа устанавливается простым aur sync xnviewmp-system-libs и просто работает. Запаковать можно, были бы желание и навыки.

Я вам больше скажу, под дебианами и всякими минтами прекрасно работает .deb-пакет…

Ну хз. В Debian работает и AppImage, и deb пакет. ИМХО, проблема не в том что есть некий so-hell, а в том что некоторые люди считают что дистрибутивы должны быть совместимы. Да, они используют примерно одинаковый софт, но они так же являются отдельными ОС.

Да всё было бы возможно, если бы автор предложил ещё и вариант в исходникак.

Уже без меня проверили, что работает. Так что к чему наезды на автора.

Если в Ubuntu LTS не работает, то это плохо.

Если не работает в Ubuntu не LTS, то тут так себе.

Если во всяких арчах/манджарах, Федорах, гентах, то это проблемы пользователя. Ибо это их путь.

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

Все вопросы к криворуким разработчикам. Линукс тут совершенно не при делах.

Автор не смог спаковать в нормальный формат. И не смог нормально спаковать в средненький формат.

Нормально спаковал. Без возильни с зоопарком.

Чего только не придумают, лишь бы никс/guix не использовать.

ты наркоман, да?

там есть файл xnview.sh а ты за каким-то буем запускаешь бинарник

Спаковал бы нормально — работало бы везде (с небольшой погрешностью).

ТС, ты столько букв написать дабы обосраться в полный рост

cat ./xnview.sh 
#!/bin/sh

dirname=`readlink -e "$0"`
dirname=`dirname "$dirname"`
export LD_LIBRARY_PATH="$dirname/lib:$dirname/Plugins:$LD_LIBRARY_PATH"
export QT_PLUGIN_PATH="$dirname/lib:$QT_PLUGIN_PATH"
exec "$dirname/XnView" "$@"

tree ./lib/
./lib/
├── audio
│   ├── libqtaudio_alsa.so
│   └── libqtmedia_pulse.so
├── generic
│   ├── libqevdevkeyboardplugin.so
│   ├── libqevdevmouseplugin.so
│   ├── libqevdevtabletplugin.so
│   ├── libqevdevtouchplugin.so
│   └── libqtuiotouchplugin.so
├── imageformats
│   ├── libqgif.so
│   ├── libqicns.so
│   ├── libqico.so
│   ├── libqjpeg.so
│   ├── libqpdf.so
│   ├── libqsvg.so
│   ├── libqtga.so
│   ├── libqtiff.so
│   ├── libqwbmp.so
│   └── libqwebp.so
├── libavcodec.so.58
├── libavdevice.so.58
├── libavfilter.so.7
├── libavformat.so.58
├── libavutil.so.56
├── libcrypto.so -> libcrypto.so.1.1
├── libcrypto.so.1.1
├── libdbus-1.so
├── libdbus-1.so.3 -> libdbus-1.so
├── libfreetype.so
├── libfreetype.so.6 -> libfreetype.so
├── libicudata.so -> libicudata.so.56.1
├── libicudata.so.56 -> libicudata.so.56.1
├── libicudata.so.56.1
├── libicui18n.so -> libicui18n.so.56.1
├── libicui18n.so.56 -> libicui18n.so.56.1
├── libicui18n.so.56.1
├── libicuio.so -> libicuio.so.56.1
├── libicuio.so.56 -> libicuio.so.56.1
├── libicuio.so.56.1
├── libicule.so -> libicule.so.56.1
├── libicule.so.56 -> libicule.so.56.1
├── libicule.so.56.1
├── libiculx.so -> libiculx.so.56.1
├── libiculx.so.56 -> libiculx.so.56.1
├── libiculx.so.56.1
├── libicutest.so -> libicutest.so.56.1
├── libicutest.so.56 -> libicutest.so.56.1
├── libicutest.so.56.1
├── libicutu.so -> libicutu.so.56.1
├── libicutu.so.56 -> libicutu.so.56.1
├── libicutu.so.56.1
├── libicuuc.so -> libicuuc.so.56.1
├── libicuuc.so.56 -> libicuuc.so.56.1
├── libicuuc.so.56.1
├── libqgsttools_p.so -> libqgsttools_p.so.1.0.0
├── libqgsttools_p.so.1 -> libqgsttools_p.so.1.0.0
├── libqgsttools_p.so.1.0.0
├── libQt5Concurrent.so.5 -> libQt5Concurrent.so.5.15.1
├── libQt5Concurrent.so.5.12.6
├── libQt5Concurrent.so.5.12.8
├── libQt5Concurrent.so.5.15.1
├── libQt5Core.so.5 -> libQt5Core.so.5.15.1
├── libQt5Core.so.5.12.6
├── libQt5Core.so.5.12.8
├── libQt5Core.so.5.15.1
├── libQt5DBus.so.5 -> libQt5DBus.so.5.15.1
├── libQt5DBus.so.5.12.6
├── libQt5DBus.so.5.12.8
├── libQt5DBus.so.5.15.1
├── libQt5Gui.so.5 -> libQt5Gui.so.5.15.1
├── libQt5Gui.so.5.12.6
├── libQt5Gui.so.5.12.8
├── libQt5Gui.so.5.15.1
├── libQt5Multimedia.so.5 -> libQt5Multimedia.so.5.15.1
├── libQt5Multimedia.so.5.12.6
├── libQt5Multimedia.so.5.12.8
├── libQt5Multimedia.so.5.15.1
├── libQt5MultimediaWidgets.so.5 -> libQt5MultimediaWidgets.so.5.15.1
├── libQt5MultimediaWidgets.so.5.12.6
├── libQt5MultimediaWidgets.so.5.12.8
├── libQt5MultimediaWidgets.so.5.15.1
├── libQt5Network.so.5 -> libQt5Network.so.5.15.1
├── libQt5Network.so.5.12.6
├── libQt5Network.so.5.12.8
├── libQt5Network.so.5.15.1
├── libQt5OpenGL.so.5 -> libQt5OpenGL.so.5.15.1
├── libQt5OpenGL.so.5.12.6
├── libQt5OpenGL.so.5.12.8
├── libQt5OpenGL.so.5.15.1
├── libQt5Positioning.so.5 -> libQt5Positioning.so.5.15.1
├── libQt5Positioning.so.5.12.6
├── libQt5Positioning.so.5.12.8
├── libQt5Positioning.so.5.15.1
├── libQt5PrintSupport.so.5 -> libQt5PrintSupport.so.5.15.1
├── libQt5PrintSupport.so.5.12.6
├── libQt5PrintSupport.so.5.12.8
├── libQt5PrintSupport.so.5.15.1
├── libQt5QmlModels.so.5 -> libQt5QmlModels.so.5.15.1
├── libQt5QmlModels.so.5.15.1
├── libQt5Qml.so.5 -> libQt5Qml.so.5.15.1
├── libQt5Qml.so.5.12.6
├── libQt5Qml.so.5.12.8
├── libQt5Qml.so.5.15.1
├── libQt5Quick.so.5 -> libQt5Quick.so.5.15.1
├── libQt5Quick.so.5.12.6
├── libQt5Quick.so.5.12.8
├── libQt5Quick.so.5.15.1
├── libQt5Sensors.so.5 -> libQt5Sensors.so.5.15.1
├── libQt5Sensors.so.5.12.6
├── libQt5Sensors.so.5.12.8
├── libQt5Sensors.so.5.15.1
├── libQt5Sql.so.5 -> libQt5Sql.so.5.15.1
├── libQt5Sql.so.5.12.6
├── libQt5Sql.so.5.12.8
├── libQt5Sql.so.5.15.1
├── libQt5Svg.so.5 -> libQt5Svg.so.5.15.1
├── libQt5Svg.so.5.12.6
├── libQt5Svg.so.5.12.8
├── libQt5Svg.so.5.15.1
├── libQt5WebChannel.so.5 -> libQt5WebChannel.so.5.15.1
├── libQt5WebChannel.so.5.12.6
├── libQt5WebChannel.so.5.12.8
├── libQt5WebChannel.so.5.15.1
├── libQt5WebKit.so.5 -> libQt5WebKit.so.5.9.0
├── libQt5WebKit.so.5.9.0
├── libQt5WebKitWidgets.so.5 -> libQt5WebKitWidgets.so.5.9.0
├── libQt5WebKitWidgets.so.5.9.0
├── libQt5Widgets.so.5 -> libQt5Widgets.so.5.15.1
├── libQt5Widgets.so.5.12.6
├── libQt5Widgets.so.5.12.8
├── libQt5Widgets.so.5.15.1
├── libQt5X11Extras.so.5 -> libQt5X11Extras.so.5.15.1
├── libQt5X11Extras.so.5.12.6
├── libQt5X11Extras.so.5.12.8
├── libQt5X11Extras.so.5.15.1
├── libQt5XcbQpa.so.5 -> libQt5XcbQpa.so.5.15.1
├── libQt5XcbQpa.so.5.12.6
├── libQt5XcbQpa.so.5.12.8
├── libQt5XcbQpa.so.5.15.1
├── libQt5Xml.so.5 -> libQt5Xml.so.5.15.1
├── libQt5Xml.so.5.12.6
├── libQt5Xml.so.5.12.8
├── libQt5Xml.so.5.15.1
├── libQtAV.so.1 -> libQtAV.so.1.13.0
├── libQtAV.so.1.12.0
├── libQtAV.so.1.13.0
├── libQtAVWidgets.so.1 -> libQtAVWidgets.so.1.13.0
├── libQtAVWidgets.so.1.12.0
├── libQtAVWidgets.so.1.13.0
├── libssl.so -> libssl.so.1.1
├── libssl.so.1.1
├── libswresample.so.3
├── libswscale.so.5
├── libva-drm.so.1
├── libva.so.1
├── libva-x11.so.1
├── libvdpau.so.1
├── libwebp.so
├── libwebp.so.6 -> libwebp.so
├── mediaservice
│   ├── libgstaudiodecoder.so
│   ├── libgstcamerabin.so
│   ├── libgstmediacapture.so
│   └── libgstmediaplayer.so
├── platforms
│   ├── libqeglfs.so
│   ├── libqlinuxfb.so
│   ├── libqminimalegl.so
│   ├── libqminimal.so
│   ├── libqoffscreen.so
│   ├── libqvnc.so
│   ├── libqwayland-egl.so
│   ├── libqwayland-generic.so
│   ├── libqwayland-xcomposite-egl.so
│   ├── libqwayland-xcomposite-glx.so
│   ├── libqwebgl.so
│   └── libqxcb.so
├── platformthemes
│   ├── libqgtk2.so
│   ├── libqgtk3.so
│   ├── libqt5ct.so
│   └── libqxdgdesktopportal.so
├── plugins
│   └── styles
│       └── libkvantum.so
├── printsupport
│   └── libcupsprintersupport.so
├── sensors
│   ├── libqtsensors_generic.so
│   ├── libqtsensors_iio-sensor-proxy.so
│   └── libqtsensors_linuxsys.so
└── styles
    ├── libqgtk2style.so
    └── libqt5ct-style.so

О, XnView. Он у меня ещё 10 лет назад не работал, примерно с такими же проблемами. Кстати, интересно, зачем просмотрщик картинок линкуется с kerberos?

В линуксах такого не бывает.

Поэтому вполне нормально. Формула выше ⬆️ мной дана.

В линуксах такого не бывает.

Бывает. Аппимедж работает где-то в 99% процентов дистрибутивов. Либо статическая линковка.

А так, есть флатпак.

подгружаются в runtime через dlopen

Если он не знает, что у него подгружается - то это просто формошлёп. Типичная проблема, когда работает только у него. Другие кодеры как-то с этим справляются.
Вообще, для таких делают электрон, но вы что-то он него всё плюётесь, лул.

Ну так сабжевый Appimage и работает в нормальных дистрибутивах. То что в новейшей Фёдоре — это и есть 1% с красными глазами.

флатпак

Речь шла про что-то нормальное. Это не нормальное ни для разработчиков, ни для пользователей.

Ну так сабжевый Appimage и работает в нормальных дистрибутивах

Его собрали криво, чтобы он работал в дистрибутиве Н, но не Х.

То что в новейшей Фёдоре — это и есть 1% с красными глазами

Вообще нет.

Речь шла про что-то нормальное

Именно.

ВРЁТЕ!

Ok 👌

Все он знает, это у ТС проблемы.

А ты разве не обратил внимания на то, кто ТС?

Тут таких профессиональных неосиляторов с каждым годом всё больше, что говорит о снижении порога вхождения в использование Linux, кстати.

ТС, ты столько букв написать дабы обосраться в полный рост

О боже, я просто опустил часть этих весёлых траханий, дабы стартовый пост в теме не распух в «Войну и Мир».

Но если тебе так это интересно, то вот, держи, мне не жалко:

$ ./xnview.sh 
/home/exl/Downloads/XnView/XnView: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file: No such file or directory

$ sudo dnf install bzip2-libs
Package bzip2-libs-1.0.8-4.fc33.x86_64 is already installed.
Package bzip2-libs-1.0.8-4.fc33.i686 is already installed.
Dependencies resolved.
Nothing to do.
Complete!

$ ls /lib64/libbz2.so*
/lib64/libbz2.so  /lib64/libbz2.so.1  /lib64/libbz2.so.1.0.8

$ sudo ln -s /lib64/libbz2.so /lib64/libbz2.so.1.0

$ ./xnview.sh 
/home/exl/Downloads/XnView/XnView: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b

На фоне gtk или даже Qt winapi от wine выглядит верхом совместимости и кроссплатформенность.

современная Fedora

это в которой практически нет софта на Qt? Чему ж ты удивляешься?

Вот в gentoo у меня софтина работает.

Туалетный эксперт, это если не сработал AppImage, то ты считаешь, что такой скриптик всё решит?

А ты оптимист.

Если он не знает, что у него подгружается - то это просто формошлёп.

У Qt слишком сложная архитектура и процесс деплоя, чтобы знать о том что имеенно там подгружается и когда. Особенно всё усложнилось после того как они всё разбили на кучу либ-плагинов и им даже пришлось писать утилиты вроде windeployqt и macdeployqt дабы облегчить прикладным разработчикам развёртывание на нужные им платформы.

А теперь внимание, угадай, почему Qt-разработчики представив windeployqt и macdeployqt не представили linuxdeployqt и эту софтину поддерживает энтузиаст, создатель AppImage.

У Qt слишком сложная архитектура и процесс деплоя, чтобы знать о том что имеенно там подгружается и когда

Ну так, раз взялся на этом писать, придётся погружаться. Не хочешь погружаться, бери какой-нибудь wx-widgets и погружайся в него. Или электрон, лул.

А теперь внимание, угадай, почему Qt-разработчики представив windeployqt и macdeployqt не представили linuxdeployqt и эту софтину поддерживает энтузиаст, создатель AppImage.

Забили член, 1% и всё такое.

ну как же без тебя здесь :)

ТС тыкал бинарник вместо скрипта, пошёл изливать душу на ЛОР, но на его удачу скрипт тоже не запустился

а AppImage, flatpak и прочее мне неинтересны