Ты меня конечно извини за критику, но как-то стрёмно бинарники с yd качать. Не лучше ли как-то на гитхабе это релизами организовывать?

Выкладывать бинари на файлообмениик? Извини, но это дно. Здесь не рутрекер вроде как.

Автор предыдущей темы хотя бы используемые для сборки скрипты выкладывает - мог быть хоть в этом с него пример взять.

Я так и хотел изначально, и чтобы по прямым ссылкам качать можно было. Но оказалось, что на GitHub'е лимит на размер загружаемых файлов - 20 Мб или около того.

Если вы используете Debian

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

Выпиливаем все установленные пакеты с вайном, ставим этот:

[FileName:winehq-1.0-1_all.deb|Size: 0.00 Mb] http://tlgrm.rxtx.us/media/34fc4392e625163736ed1c66de71e7a413fd9b172f571d180b...

Бинарную сборку кладём в /opt/winehq.

NB! У пакета не указаны зависимости, всё придётся ставить вручную.
Мало ли, вдруг кому пригодится.

Но оказалось, что на GitHub'е лимит на размер загружаемых файлов - 20 Мб или около того.

А как там у гитлаба и битбакета?

Выкладывать бинари на файлообмениик?

А какие есть варианты помимо оплачивания VPS до скончания времен?

Извини, но это дно.

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

Я слабо себе представляю, какую могут иметь полезность сборки вайна имени одного васяна. Для тех, кто сам вайн собрать не может? Хотелось бы верить, что на ЛОРе таких нет.

Хоть бы скрипты, которыми собираешь, на гитхаб выложил.

А как там у гитлаба и битбакета?

Кстати говоря, не проверял ни gitlab, ни bitbucket. Проверю, как там с этим дела обстоят. Если что, я добавлю ссылку в пост.

Для тех, кто сам вайн собрать не может?

Ну, не то, что не может. Скорее для тех, кому лень этим заниматься. В общем-то, скачивания есть, значит это кому-то нужно.

Хоть бы скрипты, которыми собираешь, на гитхаб выложил.

Там ужасный в эстетическом плане скрипт, который публике вряд ли будет полезен. А вот опции компилирования и применяемые патчи указаны в файле build_info.txt.

Персональный майор к этим сборкам прилагается?

Конечно прилагается.

Спасибо.

Я вот собираю для себя флатпак q4wine c версиями вайна в виде расширений. Если интересно - можешь забрать себе или добавить манифесты для других вайнов (помимо vanilla и staging).

Оказывается, на GitHub лимит на размер загружаемого файла (релиза) - 100 Мб, а 25 Мб это лимит на загрузку файла непосредственно в репозиторий через браузер. Ну и ограничение на размер репозитория - 1 Гб.

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

Как насчёт AppImage-сборок?

Тут вот probonopd что-то интерестное делает
>>> https://github.com/probonopd/libhookexecv

Примеры сборок
>>> https://github.com/probonopd/libhookexecv/releases/tag/continuous

Оказывается, на GitHub лимит на размер загружаемого файла (релиза) - 100 Мб

Если ты имееш ввиду «assets» к релизам, то вот к примеру релиз с asset'ом размером в 545 Мб
>>> https://github.com/probonopd/stk-code/releases/tag/continuous

то вот к примеру релиз с asset'ом размером в 545 Мб

Да, я assets имел ввиду. Хорошо, главное что не меньше 50 Мб.

Тут вот probonopd что-то интерестное делает

Действительно интересно. Запихнуть Wine в AppImage с полной отвязкой от системы, и чтобы он полноценно работал - это та еще проблема. По крайней мере, когда я пытался его отвязать от системного glibc, он у меня сегфолтился.

Собрал Proton 3.16-6, на этот раз с FAudio (3.16-5 был собран без него и во многих играх не было звука). Пришлось собрать на Ubuntu 18.04 из-за некоторых проблем со сборкой на 16.04, но следующий релиз Proton попробую собрать на 16.04.

Для работы FAudio в Proton в системе должны быть установлены, собственно, FAudio (который, кстати, очень просто компилируется) и SDL2 версии 2.0.9 или новее.

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

Попробуй использовать flatpak. Я для себя собрал runtime с картами и куртизанками.

Спасибо тебе за билды, очень круто! Пользуюсь с тех пор как lutris в сентябре 2018 г. перестал выкладывать в открытый доступ свои сборки. Самому лень собирать )

Новые Esync сборки (начиная с 4.0-rc7) теперь включают в себя дополнительно GLSL toggle, LARGE_ADDRESS_AWARE, FS_bypass_compositor и Fullscreen Hack патчи. Проблем с ними вроде как не должно возникать, но если будут - пишите.

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

p.s. да, я ленивая жопа

класс. а можеш буквально в двух словах про первые три сказать?

Конечно. GLSL_toggle добавляет чекбокс для включения/выключения GLSL, отключение GLSL повышает производительность в некоторых играх. На WineHQ сказано, что это вроде как работает только на Nvidia с проприетарными дровами. GLSL можно было и раньше отключить через реестр параметром UseGLSL, теперь это можно сделать и через winecfg.

LARGE_ADDRESS_AWARE, насколько я понимаю, позволяет решить проблему переполнения памяти в 32-битных играх. Ну вот, например, Anno 1404 крашилась через некоторое время игры из-за нехватки памяти (видимо, достигала 32-битного порога в 4 Гб памяти). Этот патч (опять же, насколько я понимаю) должен решать пободные проблемы. Включается переменной WINE_LARGE_ADDRESS_AWARE=1.

FS_bypass_compositor обходит композитор в играх, когда используется полноэкранный режим. Я полагаю, это в основном полезно для оконных менджеров, которые не умеют автоматически отключать композитинг в полноэкранных окнах. KWin из Plasma, например, умеет так делать (если включено в настройках), а вот xfwm4 из Xfce - нет. Играть с включенным композитингом - то еще удовольствие, производительность сильно просаживается, так что этот патч потенциально полезен.

огромное спасибо!

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

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

а незнаеш, как в компизе эта опция называется? *unredirect_fullscrine_windows* это вродебы всетаки не оно...

*unredirect_fullscrine_windows* это вродебы всетаки не оно

Скорее всего, это оно. В Compton'е эта опция примерно так же называется, но в Compton'е она не помогает особо, мышь все равно двигается так, словно в масле находится.

интересно а он действительно позволяет обходить ограничение на выделенную память для процесса

Скорее всего, да.

с патчами esync, pba, staging

с примененным Staging патчсетом

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

это дно

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

Staging включает в себя большое количество патчей (там около 900 патчей, если я не ошибаюсь), которых нет (возможно, на данный момент) в ванильном Wine, и которые исправляют различные ошибки в играх/программах, добавляют дополнительный функционал или улучшают производительность. К примеру, долгое время CSMT (который не слабо улучшает производительность в играх) был только в Staging, и только потом был добавлен в ванильный Wine.

Esync снижает нагрузку на процессор, в некоторых играх дает заметный прирост. PBA повышает производительность в играх, иногда разница с ним весьма заметна (например, в WoW и STALKER), но в некоторых играх с ним возникают проблемы. PBA работает только с WineD3D и не работает, когда для трансляции используется стороняя библиотека (например, DXVK).

Эх, жаль сборка под glibc 2.23.

        libm.so.6(GLIBC_2.23) нужен для wine32-bin-4.0-1.mga6.i586

$ rpm -q glibc
glibc-2.22-29.mga6

Дружище, спасибо огромное! А не мог бы ты это все запилить еще в какой нибудь снап/флатпак/аппимейдж и тд для портативности?

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

для вайна неактуально - просто держиш в системе нужные тебе бинарнники вайна и указываешь нужный при запуске. для удобства можно какуюнибуть мышевозную гуйню использовать (я юзаю старую версию playOnLinux но тут на вкус и цвет). у меня таким образом по 6-7 версий вайна для каждой архетиктуры всегда в системе:
древняя 2.21-staging (некоторые старые игры с ней лучше робят)
актуальная стейбл
ещераз но с патчами
актуальная дев
ещераз но с патчами
и тоже самое для предыдущей дев (иногда бывают регрессии в деве, привык навсякий случай всегда держать предыдущую)

друг другу они не мешают, но иногда здорово выручают

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

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

Да, к сожалению, на старых glibc не работает. Я раньше на Debian Jessie собирал, там glibc 2.19, но, собирая на старых дистрибутивах, возникают другие проблемы вроде устаревших версий библиотек или их отсутствия, поэтому я решил собирать на Ubuntu 16.04. А вот сделать Wine полностью переносимым, держка все библиотеки рядом (в том числе glibc) - довольно нетривиальная задача, хотя способ вроде есть, судя по ссылке, которую писали выше.

К вопросу о мультилибе. А можно как-то оценить полный список библиотек, необходимых, чтобы вайн полноценно работал с мультилибом?

Че-то какое-то старье. В убунте 16.04 и то 2.23, а она старее на год.

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

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

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

запускать, указывая путь до бинарника

А конфиги не будут пересекаться? Wine знатно срет в профиль.

это оповещение о новом релизе на гитхабе, это прям очень удобно!

Согласен, штука удобная. Я так релизы DXVK отслеживаю.

если сидеть на стейблах вайна и читать только их чейнджлоги - прогресс охренеть какой

Это точно.

А конфиги не будут пересекаться? Wine знатно срет в профиль.

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

WINEPREFIX="$HOME/someprefix" ~/wine-4.0/bin/wine test.exe

А можно как-то оценить полный список библиотек, необходимых, чтобы вайн полноценно работал с мультилибом?

Их там много, поэтому лучше просто установить Wine из пакетного менджера, тогда установятся и все (или большинство) зависимости. А дальше можно использовать сборки.

Сам Wine потом можно удалить, оставив только зависимости.

установить Wine из пакетного менджера

Я, конечно, имел ввиду установить из репозитория. Установить из пакетного менеджера - звучит как-то глупо.

Че-то какое-то старье.

Стабильная Магейя же. На носу релиз 7-й версии с glibc'ом 2.28. А 6-я версия вышла в позапрошлом году (обновление 6.1 было в прошлом году).

Стабильная

И правда, чем меньше программ работает, тем выше стабильность.

меньше

У Магейи такой репозиторий, который никаким Федорам и не снился. Не говоря уже о том, что можно самому компилять пакеты, в т.ч. и свежих версий. Я бы и сам мог собрать wine через тот же multilib, но всё упёрлось в зависимости: пакет llvm-devel может быть установлен только для одной архитектуры - либо для x86_64, либо для i586. Конфликт файлов.

У Магейи такой репозиторий, который никаким Федорам и не снился

Давно Федора стала примером богатства репозиториев?

Давно.

Топ репозиториев по общему количеству пакетов:

    AUR (40522)
    Debian и производные (28741) (лидирует Deepin)
    FreeBSD (26177)
    Fedora (20386) (с прошлого отчёта обогнала Gentoo)
    Gentoo (19394) 

А где тут Mageia?

Вопрос был про Федору. Общее кол-во пакетов Магейи может быть несколько поменьше, зато в ней больше всего десктопного. И теже видеопроигрыватели в родном репозитории, например, сразу с проприетарными кодеками.

Вопрос был про Федору

Ты сказал, что в Магейе пакетов столько, что Федоре и не снилось. Где Магейя в рейтинге?

И теже видеопроигрыватели в родном репозитории, например, сразу с проприетарными кодеками.

И свежий wine сразу не работает. А плееры с проприетарными кодеками - прям киллер-фича, нигде такого нет))