Пользуетесь ли вы AppImage?

Пользовался в 2019-2020, когда досиживал на Дебиане. Удобно было всякую активно развивающуюся мультимедию запускать, вроде Kdenlive.

На Манжаре пока нужды не было, там софт и так свежий. :)

Тут два вопроса в догонку надо:

• порываетесь ли вы написать быстрый фусе?

• используете ли огненную тюрьму? там есть встроенная поддержка этих пакетов, так что не надо плакать по отсутствующей песочнице

Не пользуюсь постоянно, но иногда бывает, что запускаю что-то из AppImage, в целом предпочитаю самодостаточным архивам с сайта бинарные пакеты из AUR для подобного софта (даже если они просто распаковывают архив).

от дистрибутива поддержка AppImage не зависит.

В нормальных дистрибутивах. В какой-нибудь NixOS работает через одно место, насколько я знаю.

пользуюсь cinelerra-gg.appimage в Void Linux. Пока собрать в этом дистрибутиве ни разу не получилось.

Нет пункта «Не пользуюсь, как запускальщик, но создаю». :)

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

Хороший формат, когда хочется просто попробовать новую программу без подключения реп или соития с flatpak/snap.

Пользуюсь иногда windows2usb, но напрягся и поднял pxe-сервер на роутере с linux + windows + memtest, теперь пользуюсь меньше.

Я запускаю Joplin и mytetra из AppImage. Не знаю, есть ли они в репозитории дистрибутива и каких версий. Просто так сожилось.

Следующим, наверное, всё-таки попробую подтвердить мегаопрос про самое слабое железо, Werenter меня почти переубедил. И подержать его побольше…

Один раз что-то запускал таким образом, ибо другого варианта не было. Мне понравилось, ибо как тут и написано:

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

Appimage не обновляется сам, в отличие от Snap/Flatpak, и не является песочницей. Поэтому не пользуюсь.

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

Пользуюсь для XnViewMP. Но он так часто обновляется что уже надоело вручную обновлять. Планирую перейти на Flatpak как менее требовательный к ресурсам чем snap.

Вообще-то обновляется. Он может проверить наличие обновлений, скачать новую версию в текущий каталог и перезапуститься.

Ещё лучше.

Где вариант «всегда распаковываю AppImage»

Хорошо бы все эти пакеты доработали до такой идеи, чтобы они базировались на минимально доступные пакеты, доступные во всех самых старых на текущий момент дистрибутивах LTS, как некое общее кратное

И чтобы это было в двух версиях: чисто консольная база, и минимальная GUI база

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

создайте «минимальный lts gui sdk» чтобы разрабы такое могли легко делать.
Я конечно бутстраплю древнюю убунту для сборки своего софта, но далеко не с любым софтом такое прокатит. Пока что единственный действительно портабельный формат для линуксов - это виндовый portable executable, потому что он не линкуется с грёбанным glibc

portable executable

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

cloudlibc пытается быть слишком универсальным, native client давно сдох
По факту оверхед от флетпака:
libc, все зависимости тулкита, отдельные драйвера opengl/vulkan, а так же llvm, icu и прочая хрень, от которой они завият, всё это дублирует системные компоненты
Оверхед от wine:
winegdi, обёртки-врапперы ntdll, которые даже меньше чем libc весят. libc, драйвера и всё остальное берётся из системы

Регулярно: Olive, FreeCAD / Ondsel ES, Sunsama Desktop.

Крайне редко: Krita, Kdenlive.

Пока что для таких фокусов делают сборки на самом древнем RHEL LTS или что там сейчас модно вместо RHEL

Делают, но редко. Ну и это косиыль какой-то. Должен быть тулчейн. Есть windows sdk. Есть android ndk. А вот для линукса наверно только steam runtime

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

Да он по-моему сдох после появления flatpak/snap

Особенно про snap смешно прозвучало, да.

ну для бубунты - это самое предпочтительное, а для арча - AUR. я даже вспомнить чего-то нужного, чего там нет не могу.

Оно же само не обновляется и не работает в 1/3 случаев. Зачем его использовать кроме как потыкать софт без установки?

Оно же само не обновляется

Применительно к портабельной программе это не баг, а фича.

и не работает в 1/3 случаев

У тебя обширная статистика? И как выглядят эти случаи?

Зачем его использовать

Я уже писал — свежий Kdenlive под стабильным дебианом, отлично зашёл в своё время.

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

А сводная табличка по результатам всех опросов будет?

Если тебе такое надо - то ок, я не против. Мне такое не надо.

Табличку не обещаю, но сводку можно попробовать сделать.

Кмк, это самая невсратая система распространения прикладного ПО из всех, что есть в линуксе. Есть недочёты, но куда без них. Зато гемороится ни с чем не надо, если appimage не рукожоп собирал, скачал, сделал исполняемым, запустил, профит.

Почему оно появилось? И чем оно лучше формата GNUStep? И почему формат GNUStep не прижился?

Разве что в теории, на деле постоянно кривые темы, файловые диалоги не подхватываются, GLIBC@zatonewinda symbol not found.

Живее всех остальных. На дебе в ходу именно AppImage (запуск без бубнов из коробки).

Стараюсь находить deb-пакеты, но если их совсем нет, то тут два пути - либо AppImage, либо рассыпуха tar.gz (бинарники готовые к запуску, а-ля Firefox или телега из официальных источников).

На Манжаре пока нужды не было, там софт и так свежий. :)

Чаще всего нужно запустить более старый софт, потому что в более новом регрессия на регрессии.

Где ответ «а что это?»?

постоянно кривые темы, файловые диалоги не подхватываются

В кедах такого нету, гнумы сами виноваты

я задаюсь себе этим вопросом уже лет 10. формат GNUStep хорошая штука. Я даже пробовал написать патч для nautilus чтобы он поддерживал .app но у меня не получилось особо

на деле постоянно кривые темы, файловые диалоги не подхватываются, GLIBC@zatonewinda symbol not found.

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

Это выскакивает даже в пакетах из дистрибутивов, а ты почему-то бочку гонишь именно на appimage.

Ну может в nix, arch выскакивает, но покажи мне подобное в Debian, Slackware, Ubuntu.

Хз как сейчас, но раньше частенько Qtшные аппликухи в гноме были вразжопицу. Сейчас вроде стало меньше проблем, после того как из гнома выкинули всю кастомизацию и запихали везде adwaitу.

Пользуюсь, создаю.

Есть подозрение, что некоторая часть из ответивших «не пользуюсь» просто не знала об этом. Например, нередко так распространяются некоторые (проприетарные) игры. Скажем на itch.io или Humble Store. Выглядит просто как один большой запускаемый бинарник без всякой установки и распаковки.

Нет. Они всё равно не работают в половине случаев.

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

Не хватает вариантов «Пользуюсь, если нет в репах и нет в формате flatpak» и «Пользуюсь, если нет в репах и нет snap-версии».

Т.е. в опросе стоило бы учесть приоритеты юзера не только в отношении AppImage vs репы, но и в отношении AppImage vs flatpak / snap.