Сборки Wine, объединяющие все предыдущие сборки, опубликованные на этом сайте.Не смотря на название сборок, они не содержат ничего эксклюзивного, так как я не программист. К сожалению свободного времени тоже не так много как хотелось бы, так что я не могу больше компилировать сборки “на все случаи жизни” и уже давно не успеваю делать это регулярно. Предоставленные здесь сборки по прежнему опираются на разумную комбинацию патчей TK-Glitch, Proton и других разработчиков. Немного о нумерации версий: Первые 2 цифры указывают на текущую версию Wine, используемую при сборке. Третья цифра указывает на мою собственную реверсию, буква в конце указывает на акцент сборки. M – версия, основанная на ванильной версии Wine, S – версия с набором патчсетов Staging, P – версия, собранная из исходников, предоставленных Valve. То есть P – это практически Proton, но собран в виде обычной сборки Wine и не будет работать с нативным клиентом Steam (ровно как и со Steam.exe). Практически тоже самое вы можете получить при распаковке Протона, полученного через Steam. Но сборка неплохо работает с играми других платформ, таких как GOG и так далее. Пример: версия 6.10.5-m – это пропатченная ванильная (mainline) 6.10 версия Wine, где 5 – моя реверсия, означающая, что 6.10.3-m была более глюкавая, а 6.10.6-m будет ещё лучше, если в 6.10.5-m что-то не работает по моей вине. Все версии (включая M) содержат патчи Fsync + Fsync-Futex2, а также Esync, на случае если Fsync не поддерживается ядром. Напомню, что для работы Fsync по прежнему нужно пропатченное ядро. Все версии ориентированы на работу в связке с DXVK, поэтому готовые сборки скомпилированы без поддержки VKD3D. Если вам нужна сборка с поддержкой VKD3D, то её можно скомпилировать из исходников, или воспользоваться готовыми сборками из других источников. Во всех готовых сборках вырезан функционал построения меню (мусор в меню нативных программ) и перестроения ассоциации файлов (нативные txt файлы больше не будут ассоциироваться с notepad.exe). При сборке готовых бинарников используется Arch Linux и Debian 10. В бинарниках, собранных в Arch (на сегодня) поддерживается более широкий спектр 32-х битных библиотек. То есть чистые 32-х битные префиксы работают лучше. Это не имеет значения при создании гибридных префиксов. Сборки, скомпилированные в Arch будут работать только в его производных из-за новейшей версии GlibC. Я стараюсь отдавать приоритет бинарникам, собранным в Debian 10 (версия glibc 2.28) для более широкой поддержки дистрибутивов. Но и эти сборки не будут работать в дистрибутивах, где версия glibc старше. В таком случае следует скомпилировать бинарники из исходников.О крупных изменениях в сборках я буду сообщать ниже.
Go to Source
Author: