Упаковка Wine/Proton с виндовым exe в AppImage

А что тебе мешает спросить об этом в треде по ссылке?

В очередной офигеваю о того, какими прошаренными бывают пираты. Но их усилия достойны лучшего применения.

Это упертая раздача с какого-то другого сайта.

Скачать, распаковать, посмотреть на скрипт запуска? Конечно там может быть и бинарный AppRun, но скорее всего скрипт вроде:

export WINE=...
bin/wine bin/game.exe

AppImage

Выкинь каку.

Есть аналоги лучше?

флатпак, снап, вручную собранные пакеты под все мажорные дистрибутивы

Флатпак говно, т.к ему нужен рантайм на несколько гигабайт, снап тоже не лучше.

а зачем вайн с мультилиб для запуска игры 64бит?

Если про ту что по ссылке - то не знаю. Мне мультилиб нужен для старых 32-х битных игр.

На рутракере так же собирают, там народ поразговорчивее.

Пакеты, конечно, лучше, но снап и флатпак (в меньшей степени) и есть настоящая кака, относительно пакетов они только лишние сущности добавляют, от зависимостей при этом совершенно не избавляя.

Хоть AppImage от зависимостей тоже по факту не избавляет, но хотя бы лишних сущностей не вводит. Для архивации какой-нибудь старой игры так вообще идеально смотрися.

Есть истории успеха?

флатпак

Кал, который требует качать по несколько рантаймов

снап

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

вручную собранные пакеты под все мажорные дистрибутивы

Любишь поддерживать зоопарк дистрибутивов?

А что не так с AppImage ? Простой контейнер, в рамках идеологии KISS, разве нет ? Ну а то что есть софт который нормально не скомпоновать вместе с зависимостями в отдельный архив с бинарниками - это ведь уже проблема автора и кривого софта, а не контейнера.

флатпак

This. А для консольных программ существует статическая линковка.

снап

Его нужность стремится к нулю.

собранные пакеты под все мажорные дистрибутивы

ИМХО, пускай этим мейнтейнеры занимаются. Автор публикует лишь архив с бинарником.

А что не так с AppImage ? Простой контейнер, в рамках идеологии KISS, разве нет ?

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

Да вот как бы тебе сказать. Ты перепутал KISS с костылями и велосипедами. Если инструмент настолько простой примитивный, что под него нужно каждый раз подкладывать костыли, то это не KISS, а говно. AppImage — это такой кот в мешке, то есть как бы и «контейнер», но при этом не отвязанный от бинарников в хостовой системе.

флатпак (в меньшей степени) и есть настоящая кака, относительно пакетов они только лишние сущности добавляют, от зависимостей при этом совершенно не избавляя.

А ты точно знаешь, что такое флатпак?

Хоть AppImage от зависимостей тоже по факту не избавляет, но хотя бы лишних сущностей не вводит. Для архивации какой-нибудь старой игры так вообще идеально смотрися.

Каждый раз поражаюсь двойным стандартам ЛОРовцев.

AppImage — это и есть лишняя сущность, которая даёт ровно 0 профита. Технология, которая не позволяет изолироваться от хостовой системы, для чего-чего, а для архивации совершенно не годится.

флатпак, снап

Оно умеет работать без сервера? Игры пиратские-то.

вручную собранные пакеты под все мажорные дистрибутивы

…всех версий?

ему нужен рантайм

That’s the point.

Про «несколько гигабайт» ты преувеличиваешь, даже дефолтный freedesktop-овский рантайм весит чуть меньше гигабайта. Но никто не обязывает им пользоваться. Для игр, например, можно было бы взять стимовский рантайм и оформить в виде флатпаковского, это было бы очень красивое и элегантное решение. Вообще много чего можно сделать.

Флатпак умеет, конечно.

Оххх… Ох.

Прости, flatpak, ибо не ведают они что творят.

Kron4ek сделал свой велосипед для подобных вещей, ссылка в профиле.

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

Любой софт можно скомпоновать. Не компонуется - виноват имеено AppImage, а точнее его сборочные скрипты. А эта проблема порождена тем что его автор луддит.

Знаю, знаю. Не так давно всплывала тема про то, что для установки чего с помощью флатпак, требовался свежий флатпак. Эпик фейл.

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

Технология, которая не позволяет изолироваться от хостовой системы

Такая цель и не стоит. Цель — поставка софта. Им про Unix way сколько лет втирали, а они так ничего и не поняли, размешивают все доступные им помои в мусорном бачке как Гекельберри Финн и жрут.

т.к ему нужен рантайм на несколько гигабайт

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

Впрочем, паковать пиратки в флатпак смысла действительно нет.

А что не так с AppImage ?

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

, что для установки чего с помощью флатпак, требовался свежий флатпак. Эпик фейл.

Где здесь «Эпик фейл»?

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

Flatpak сам по себе даже сущнотью можно назвать с большой натяжкой, это лишь bwrap с запускатором, ты ещё тарболл лишней сущностью назови.

В чем смысл архива с запускатором, если для нативного софта не нужны ни архивы, ни запускаторы, и он еще и отлично управляется пакетными менеджерами?

Цель — поставка софта.

Эту цель успешно выполняют нативные пакетные менеджеры. Тем ироничнее выглядят ссылки на «Unix way». Более того, AppImage вообще не занимается поставкой софта.

Нет никаких пиратов. Это либо чья-то работа, обычная работа, либо чей-то интерес. Пират, это когда человек с одного корабля грабит другой корабль, иногда убивая там кого-то.

В очередной офигеваю о того, какими прошаренными бывают пираты.

да это как раз логично.

Но их усилия достойны лучшего применения.

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

Интересует как пираты (ссылка исключительно для ознакомления) упаковывают exe'шник виндовой игры вместе с Wine и необходимыми библиотеками в ...

в срачах flatpack vs appimage не участвую, штуками этими не пользуюсь. но вообще идея такая что они как бы ставят линукс в отдельную директорию (во flatpack/appimage это может быть обернуто в команды), потом туда wine, потом копируют туда виндовую игру. поэтому и весит это хозяйство 50 гигов. потом запускают либо через flatpack/appimage, либо из скрипта.

Раньше был winepak, но загнулся, похоже.

Для достижения кроссплатформенности уровня флатпака в каждый образ AppImage придется паковать тот же самый рантайм.

Я хочу оставить у себя только 32-х битную mesa с зависимостями как минимальное зло, а wine и его зависимости нужной версии засунуть в AppImage вместе с виндовой игрой, чтобы запускать в один клик.

Общий объем зависимостей получается около сотни мегабайт, а это меньше freedesktop рантайма для фатпака.

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

Но я сразу могу сказать, что это не полноценный AppImage, в том смысле, что там внутри почти нет зависимостей Wine (насколько я помню, там только FAudio и еще несколько зависимостей), multilib там нет.

этим мейнтейнеры занимаются

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

Им зачем-то надо. Я предпочитаю рациональный и универсальный флатпак или статическую линковку.

Не так давно всплывала тема про то, что для установки чего с помощью флатпак, требовался свежий флатпак. Эпик фейл.

Это был хром.

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

Ставить вайн с кучей multilib зависимостей ради 3,5 виндовых игр нет никакого желания. Вот если бы это говно можно было собрать вручную в обход portage

Какой-то ты неправильный гентушник…

Если он такой рациональный, то ты, наверное, сможешь обосновать это

Очень просто:

1. Флатпак работает (в том числе подхватывает тему системы)
2. Флатпак свободен и универсален (поддерживает упаковку проприетарных бинарников)
3. Децентрализация: можете использовать много независимых серверов
4. Поддержка большего числа дистрибутивов

брат близнец флатпака — снап

В каком месте это брат близнец флатпака? Снап ближе к аппимеджу: squashfs системы со всеми зависимостями.

снап — умудряется быть полностью ненужным

Централизация вокруг каноникла, проприетарный сервер, скорость запуска.

Все пункты справедливы и по отношению к DEB и RPM.

Поддержка большего числа дистрибутивов

И даже этот?

Завязка на дистрибутивы не нужна, она тормозит развитие.

Можно и deb с rpm сделать кроссдистрибутивными, но это потребует еще большего извращения чем flatpak.

В каком-то смысле да, их можно хоть для вариаций BSD собирать.

В каком-то смысле тогда лучше собирать .ехе, есть же вайн.

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

В отвязке от флатхаба — эта готовность никакой ценности относительно классических пакетов не привносит, а флатхаб — помойка.

Поэтому этот пункт был приведён как преимущество при сравнении со снапом.

флатхаб — помойка

Всё познаётся в сравнении: https://github.com/canonical-web-and-design/snapcraft.io/issues/651.

в том числе подхватывает тему системы

Если выполнить flatpak override --system --filesystem=xdg-config/gtk-3.0:ro, ага.

Децентрализация: можете использовать много независимых серверов

Ура, шиндушс пришёл, откуда не ждали!

Поддержка большего числа дистрибутивов

На бумаге

Если выполнить flatpak override –system –filesystem=xdg-config/gtk-3.0:ro, ага.

Нет. https://docs.flatpak.org/en/latest/desktop-integration.html

As of Flatpak 0.10.1, the Flatpak system can detect whether the system themes available correspond to any Flatpak themes available in the repositories, and, if so, will automatically install found themes at update time based upon the gtk-theme Dconf key.

На бумаге

Даже алпин с муслем поддерживает.

Нет.

Только на бумаге.

Я вам привёл цитату из документацияи которая подтверждает мои слова, есть что-то понадёжнее вашего Только на бумаге?