Поддержка windows приложений на linux

Switching to Linux can be difficult in terms of a completely different ecosystem for applications and it serves as a pain point for many. However, switching does not have to be all that painful after all, since you can easily run Windows apps on Linux. 

Using Wine to Run Windows Applications

Using Wine, Linux users can run Windows applications seamlessly without a full installation or a virtual machine. 

How to Install Wine on Linux

Wine, short for Wine Is Not an Emulator, is a compatibility layer that allows you to run apps on Linux without requiring a virtual machine. Installation steps are different for different Linux distributions. 

1. Install Wine on Ubuntu/Debian

Enable the 32-bit support that is a requirement for some applications:
sudo dpkg –add-architecture i386

Then update the packages list by running the following command:
sudo apt update

Lastly, install Wine:
sudo apt install wine64 wine32

Verify installation by:
wine –version

1. Install Wine on Fedora

Install Wine using DNF, by running the command:
sudo dnf install wine

If you need 32-bit support:
sudo dnf install wine.i686

Check if Wine is installed:
wine –version

1. Install Wine on Arch Linux

Install Wine from the official repositories:
sudo pacman -S wine

Install additional components for better compatibility:
sudo pacman -S wine-mono wine-gecko

Verify the installation:
wine –version

1. Install Wine on openSUSE

Use Zypper to install Wine:
sudo zypper install wine

Confirm the installation:
wine –version

1. Install Wine from Source (For Advanced Users)

If you need the latest Wine version, you can compile it directly from the source: 

Download the latest Wine source from WineHQ. Extract and build it using:
./configure

make

sudo make install

Next Steps After Installation

Configure Wine using the command:
winecfg

Run a Windows application:
wine application.exe

Install additional dependencies using Winetricks for better compatibility.

Related Article: How to Run Android Apps on Linux? – A Complete Guide

Running Windows Programs with Wine

Once you have installed Wine, Windows executable files (.exe) can be launched directly from the terminal or file manager. When Wine runs for the first time, it may need you to create configuration directory prompts for additional installations like Wine Mono or Gecko. 

Configuring Wine for Better Compatibility

To improved compatibility with a specific Windows application, Wine provides multiple configuration options: 

• Winecfg: A graphical interface to tweak settings like Windows version emulation and DLL overrides.
• Winetricks: A script that helps install required Windows libraries and dependencies.
• Wine Prefixes: Separate Wine environments to isolate application settings and prevent conflicts.

Alternative Ways to Run Windows Applications on Linux

If you are not comfortable with using Wine, you can try one of these alternative methods: 

1. Run Windows Apps on Linux with Bottles

Bottles is one of the most user-friendly tools that helps simplify Wine configuration by providing pre-configured environments to run Windows apps on Linux. It offers to pre-tune settings for gaming and other productivity apps. Its super easy installations of dependencies like DirectX and a graphical interface for multiple environments sets it apart. 

1. Using Virtual Machines (VMs) to Run Windows Software

A full virtual machine is also another way to run Windows apps on Linux using a software like: 

• VirtualBox – Free and open-source, supports Windows guest OS.
• VMware Workstation Player – Offers better performance and integration.
• KVM/QEMU – A powerful, Linux-native VM solution.VMs provide better compatibility but require more system resources.

1. Using Remote Desktop to Access Windows Applications

Instead of running Windows software locally, you can access Windows machine remotely via; 

• RDP (Remote Desktop Protocol) – Access a remote Windows PC with full desktop control.
• VNC (Virtual Network Computing) – Allows remote access across different platforms.
• Cloud-based services like AnyDesk or TeamViewer for remote Windows access.

1. Using CrossOver for Commercial Support

Crossover is another tool that offers a premium and paid version of Wine. The Premium version of Wine provides: 

• Better support for popular Windows applications and games.
• Official technical support and optimizations.
• A more user-friendly interface for managing Windows software.

1. Using Cloud-Based Windows Applications

Many applications are now available to use as cloud-based services, thus eliminating the need for local installation. A few common examples are Microsoft 365 Online (Web versions of Word, Excel, and PowerPoint), Adobe Creative Cloud Web (Offers Photoshop and other tools in-browser), and Cloud gaming platforms (Services like NVIDIA GeForce Now run Windows games remotely on Linux).

Troubleshooting Windows Applications on Linux

Issue	Possible Cause	Solution
Application does not launch	Missing dependencies or incorrect Wine settings	Use Winetricks to install required libraries, or adjust settings in winecfg
Application crashes on startup	Incompatible Wine version or missing DLL files	Try a different Wine version, enable debug logs, or install missing DLLs using Winetricks
Graphical glitches or UI issues	Improper DirectX settings	Enable DXVK for better DirectX support, or adjust rendering options in Winecfg
No audio in Windows applications	Audio driver conflicts	Check Wine’s audio settings and verify that PulseAudio or ALSA is properly configured
Slow performance in games or apps	Incorrect graphics settings or lack of 3D acceleration	Enable esync/fsync, use Vulkan instead of OpenGL, or allocate more system resources
Application asks for Windows updates	The app expects a Windows environment	Set the appropriate Windows version in Winecfg (e.g., Windows 10)
Installer does not run	32-bit vs. 64-bit Wine prefix mismatch	Ensure the correct Wine architecture is used (WINEARCH=win32 or WINEARCH=win64)
Can’t install a Windows app	Permission issues or incorrect Wine prefix	Run Wine with user permissions, or create a new, clean Wine prefix
Application runs but has missing fonts	Required Windows fonts are not installed	Install Microsoft fonts using Winetricks
Mouse or keyboard input lag	Compatibility issues with input handling	Enable raw input in Wine settings or adjust input settings in the game/application

Wrapping Up – Run Windows Apps On Linux

Transitioning to Linux can be made easy if you follow these methods to run Windows apps on Linux. Whether you need to fully transition to a Windows interface or use Linux as a subsystem, this guide will help you find solutions for all. 

Frequently Asked Questions

Привет, хабр!

Моя текущая статья будет посвящена работе с полезной утилитой в Unix-подобных ОС как Wine. 

Почему я вообще делаю ещё одну статью по работе с Wine, если их и так есть уже очень много? Если в кратце, меня очень расстраивает их качество.

У большинства материалов по Wine нет практической части, очень многое опускается. В них не рассказывается как запускать подавляющее большинство программ, в них просто показывают как запустить простенький EXE из Windows и на этом всё. 

Почему это плохо — практически все программы, которые были мною запущены на Wine, требовали ручной доработки среды, иначе не запускалось ничего. Или запускалось, но с огромными проблемами, такие как вылеты, “непрогрузы” UI/UX, лаги, баги и многое другое.

В данной статье речь пойдёт про все эти аспекты работы с программой. В основном будет затронут оригинальный, консольный Wine от WineHQ и скрипт, который позволяет скачивать зависимости — Winetricks, но я также затрону такие графические программы как: Bottle и Lutris, упомяну PortProton(portwein, Linux Gaming).

Я не вижу смысла затрагивать такие программы как PlayOnLinux или CrossOver, так как они уже, можно сказать, устарели.

Что такое Wine

Начну я своё статью с того, а что вообще такое Wine.

Wine — это OpenSource программа, которая позволяет запускать Windows Софт на Unix-подобных ОС(Linux, BSD, macOS и тд), благодаря подмене API системы на таковую из Windows.

Отсюда и следует его полное название, которое является акронимом — Wine Is Not an Emulator. 

Wine ничего не эмулирует, он транслирует код из одной среды, в другую. Это не эмуляция, как например в эмуляции консоли NES(misen) или GameCube(Dolphin Emulator). Он не воссоздаёт среду с нуля, как это делают эмуляторы, он предоставляет Windows API для программ, а сам транслирует(для картинки используется протокол от Xorg или XWayland для Wayland протокола) всё это на хост систему — Linux.

Установка Wine в Debian/Ubuntu

Вся статья будет проходить исключительно на debian-based системах, так как они более удобны с точки зрения нахождения всех нужных компонентов(поверьте, на арче найти всё для wine это та ещё задачка, что-то всё равно норовит отвалиться).

Все знания из статьи будут актуальны на любом дистрибутиве Linux, независимо от того, на чём он был основан, но на debian-based будет проще найти всё необходимое.

Для начала нужно обновить пакеты в системе. Введём:

sudo apt update

sudo apt upgrade -y

После того, как обновили пакеты, введём:

sudo dpkg --add-architecture i386

Данная команда добавит в наш дистрибутив поддержку 32-битной архитектуры(в случае с arch, нужно редактировать файл для пакетного менеджера вручную). 

К огромному сожалению, без этого нормально настроить работу 32-битных приложений(игры в том числе) не получится. Если вы опустите этот шаг, то большинство приложений у вас работать не будут, так как они до сих пор 32-битные(огромное количество legacy-кода никто не обновляет на современные архитектуры, так как это очень трудозатратно. А ещё, некоторые 64-битные приложения требуют 32-битный библиотек, а они тоже не будут иначе работать).

В этом минус установки wine “нативно”, а не через wine-менеджеры, ибо они идут в flatpak вариантах(предпочтительная установка), которые не взаимодействуют своими пакетами с вашей системой.

Далее, нужно создать папку для ключей от wineHQ. Она нужна для работы, так как с помощью них проверяется целостность файлов, которые вы загрузили с сайта. Введём следующую команду:

sudo mkdir -pm755 /etc/apt/keyrings

После, загрузим ключ и положим его в нашу созданную папку:

sudo wget -O /etc/apt/keyrings/winehq-archive.key https://dl.winehq.org/wine-builds/winehq.key

Далее, добавим файл репозитория в папку, где apt хранит свои репозитории:

sudo wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/ubuntu/dists/jammy/winehq-jammy.sources

Обновим репозитории с помощью команды:

sudo apt update

И установим последнюю версию Wine:

sudo apt install --install-recommends winehq-stable -y

После того как её установили, напишем команду:

wine --version

На момент написания статьи(4-6.04.25) последняя актуальная версия wine это 10.0. Если у вас ниже, то значит вы скачали версию не от wineHQ.

WineHQ — это официальные сборки wine. Они наиболее стабильные и наполненные функционалом. Если у вас что-то не работает, это может быть последствием кривой сборки. Нужно это учитывать, когда вы пытаетесь получить помощь(всегда указывайте версию и поставщика wine, например — Soda 9.0 от Bottles). 

В Lutris позже мы будем использовать отличную версию от HQ, поскольку в том контексте она будет наиболее оптимальной(по моим личным наблюдениям и тестам).

Встроенные переменные, которые использует Wine для работы

Пришло время познакомиться с некоторыми базовыми понятиями, которыми оперирует wine. 

Первое из них — это префикс(prefix).

Префикс — это виртуальное окружение, которое wine использует для хранения файлов(библиотек, windows-бинарников и тд). Именно туда будут устанавливаться все наши приложения, библиотеки и тд. 

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

Почему? Всё просто. Конфликты зависимостей.

Очень часто можно наблюдать, что какие-то библиотеки перекрывают работу других(иногда .NET и .NET Core конфликтуют между собой), отчего возникает тонна ошибок, решить которые бывает очень сложно.

Например, вы установили игру из репака. Репак притянул с собой DirectX 9, DotNet Framework 6 и что-то ещё. 

Позже, вы поставили ещё одну игру, которая тоже использует DX9, но при этом он старее. Возникают конфликты, которые на Windows достаточно легко устраняются самой системой, но wine — не windows. Некоторые проблемы устранить он не в состоянии. Поэтому совет — никогда не держите все приложения в одном префиксе. Делайте хотя бы логическое разделение на программы и игры(а ещё лучше — группируйте игры между собой, для более эффективного использования дискового пространства).

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

Например, вы используете графический софт, любите поиграть в старые 3D GTA и визуальные новеллы.

Сделайте 3 префикса — для софта, ГТА и новелл. Почему так? Старые ГТА будут использовать +- свои библиотеки и они не будут мешать другим приложениям существовать, графическому софту вообще DX не нужен, у него свои библиотеки, которые не затрагивают DX, но при этом могут ему помешать работать, а визуальные новеллы, практически все, работают на одном движке, поэтому мешать друг другу тоже не будут(вот тут я не эксперт, но то, во что играл я, в основном использовало один и тот же движок). 

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

Стандартный префикс, где wine хранит свои файлы, всегда находится по пути ~/.wine

В чём ещё преимущества префиксов — у них есть битность архитектуры. Вы должны использовать для 32-битных приложений 32-битный префикс, а для 64 — 64(кстати, во всей статье я так и не менял битность ни одного префикса, но это не помешало запускать x86 приложения в x86-64 префиксе). 

Да, в современных версиях wine они могут быть взаимозаменяемы(если 32 запускается в 64, но не наоборот), но я бы рисковать не стал, особенно если программа “привередлива”. Поэтому если у вас что-то не работает, то добро пожаловать создавать новый префикс конкретно под неё, с необходимой битностью, зависимостями и тд.

Как создать кастом-префикс

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

Например, я хочу сделать префикс для игр по пути /home/yan/wine/games, значит я должен сделать переменную WINEPREFIX и положить в неё этот путь(можно полностью, либо заменить часть /home/yan на ~ или $HOME, тут всё на ваше усмотрение).

export WINEPREFIX=~/wine/games

Дальше нужно запустить wine. Все переменные, которые экспортируются, автоматически подхватываются wine и указывать их не нужно(полезно в скриптах, где нельзя указывать переменные перед командой).

wine

Если вы не хотите экспортировать переменную, можно каждый раз писать полный путь перед wine

WINEPREFIX=~/wine/games wine

Я рекомендую последний вариант, ибо если вы сделали переменную, то:

1.  Она сбросится после перезапуска системы, а если вы запускаете программы внутри префикса, то все зависимость поедут, ибо wine будет их искать в стандартном префиксе ~/.wine, где их просто нет

2. Любой запуск wine будет происходить в этом префиксе. Поэтому если вы захотите его сменить, нужно будет сделать unset WINEPREFIX, а потом уже заново присваивать другой путь. И так делать каждый раз при его смене. Это не удобно, поэтому проще каждый раз писать полностью только для одной команды, а как закончите с настройкой приложения, чтобы оно работало, сделать скрипт для запуска(я приложу свой пример чуть позже в статье) и положить его в папку с приложением, который он запускает. Далее, вы сможете сделать .desktop значок и запускать приложение из “старта” или с рабочего стола.

Архитектура префикса

Чтобы задать архитектуру префикса, при первом запуске(инициализационный) задайте ещё одну переменную с указанием битности этого префикса

WINEARCH=win32 или WINEARCH=win64(по умолчанию в современных версиях wine) и запустите команду

WINEARCH=win32 WINEPREFIX=~/wine/games wine

Таким образом у нас создастся 32-битный префикс в папке ~/wine/games.

Дебаг(отладка) запуска приложения

Я считаю, что самое большое упущение, которое допускают большинство статей — это забивают на возможность отладки запуска приложения и как это делать. 

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

У меня такое было очень часто, когда запускаешь exe игры, видишь открывшийся экран, который тут же крашится без каких либо выводов. Вопрос — а почему? Да чёрт его знает. Без дебага тут делать нечего. 

Сам дебаг представляет собой тоже переменную, в которую записываются “каналы” для сбора данных о запуске приложения. Это и встроенная утилита для отслеживания порядка подгрузки DLL-библиотек(где можно понять, что приложению не хватает для работы), и полный вывод лога в консоль о том, что происходит при запуске приложения и тд. Вот самые необходимые(на мой взгляд) каналы для отладки, какие мы будет использовать в дальнейшем:

1. WINEDEBUG=+loaddll — как понятно из названия — это дебаг для просмотра загрузки dll на всём периоде запуска приложения. Тут можно узнать, что приложение не смогло подтянуть, и что стоит доставить для возможной починки запуска приложения(если дело, конечно, в библиотеке)

2. WINEDEBUG=+heap — что происходит в “куче” при запуске приложения. Может быть особенно полезно при запуске .NET приложения(если хотите узнать больше про “кучу”, вот ссылка(и ещё одна для конкретно .NET) на википедию)

3. WINEDEBUG=+module — подробнее чем +loaddll, иногда может быть полезнее, чем первое

4. WINEDEBUG=+relay/+snoop — показывает подробные вызовы “нативных” DLL(те, которые вы поставили либо ручным копированиям по путям(чуть далее) либо через winetricks). Также, может показывать их имплементацию и целые куски кода, что нарушает политику wineHQ о “Reverse Engineering”

5. WINEDEBUG=+fps — показывает кол-во кадров в секунду в приложениях, работающих на OpenGL, Vulkan и D3D(сокращённое название от Direct3D)

6. WINEDEBUG=+seh — показывает ошибки Windows в 16-ти ричном виде(вы их точно встречали, когда не могли запустить какую-либо игру). 

7. WINEDEBUG=+all — показывает абсолютно всю информацию, которая практически всегда является избыточной и делает крайне трудным отладку запуска. Не рекомендую использовать.

Также, можно исключить какой-либо канал из вывода, просто написав «-» перед ним.

Есть ещё очень много каналов отладки, вы можете с ними ознакомиться по этой ссылке.

Как включить дебаг при запуске программы

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

WINEDEBUG=+loaddll,+fps WINEPREFIX=~/wine/games wine $PATH_TO_EXE

Переназначения встроенных библиотек нативными

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

Например, у вас есть игра, которая “притянула” с собой DirectX 9, или любую другую библиотеку, которая по магическому стечению обстоятельств просто не работает в wine. Что тогда делать? Если удалить dll из папки с игрой, и поставить dll в wine, то ничего работать также не будет. 

Решение тут одно — заменить используемую библиотеку на нативную, которая установлена была в wine. Сделать это очень просто. Нужно взять переменную, в которую положить следующую запись:

WINEDLLOVERRIDES=”ddraw.dll=n,b” 

где ddraw.dll соответствует заменяемой библиотеки(в данном случае DirectX 9), а n,b что стоит использовать Native, Built in(нативную, встроенную).

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

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

WINEDEBUG=+loaddll,+fps WINEPREFIX=~/wine/games WINEDLLOVERRIDES=”ddraw.dll=n,b” wine $PATH_TO_EXE

Да, команда монструозная. Если все переменные сначала экспортировать:

export WINEDEBUG=+loaddll,+fps 

export WINEPREFIX=~/wine/games 

export WINEDLLOVERRIDES=”ddraw.dll=n,b”

А потом использовать, то можно существенно сократить команду до:

wine $PATH_TO_EXE

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

Смена версии Wine

Чтобы сменить версию wine(например, у вас 2-3 установленных в системе, и вам нужно выбрать одну, которую использовать), можно воспользоваться ещё одной переменной. Как ни странно, но называется она WINE, где в присваивание вы вписываете путь до бинарника другой версии. 

Например, вы собрали wine самостоятельно, и его главный бинарь лежит по пути /opt/wine_8.4/bin/wine, то в переменную вы присваиваете вот такой путь:

WINE=/opt/wine_8.4/bin/wine

И далее вы можете просто писать wine для использования, собственно, wine:

WINE=/opt/wine_8.4/bin/wine WINEPREFIX=~/wine/games wine ….

Встроенные компоненты в wine

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

1. winefile — проводник, похожий на таковой из windows 3.1; позволяет запускать exe изнутри. Также именно он будет возникать в “попапах”, если приложение будет предлагать сохранить файл. Важное замечание: у вас будет как минимум 2 диска — C:\, Z:\. C:\ — это ваш префикс, прям вот весь, ибо prefix по сути и есть диск C:\ вашей “виртуальной windows”(если в него зайдёте, то поймёте почему я так говорю), Z:\ — это корень диска Linux (/)

2. winecfg — настройка конкретного prefix, настройки очень скудные. По идее, может предоставлять графический подход для замены dll(на n,b например), но у меня никогда это не работало. Также позволяет изменить эмулируемую версию Windows(рекомендую ставить windows 10, если нет потребности в более ранних), добавить диски в систему(если, например, нужен отдельный диск для /home/name, сделать виртуальный рабочий стол и задать ему конкретное разрешение. Это иногда выручает, если приложение не хочет нормально открываться напрямую, или если оно открывается с кривым разрешением. Остальные настройки бесполезны, там настраивать нечего, но иногда нужно туда заходить.

3. explorer — проводник, чем то похожий на первый. Я чаще запускаю его, чем первый.

4. regedit — редактор виртуального реестра(да, wine же предоставляет реестр)

5. notepad — блокнот для редактирования файлов

6. taskmgr — диспетчер задач

7. cmd — консоль

8. msiexec — установка msi файлов(да, с установкой msi пакетов тут есть некоторые “трудности”, о которых позже

9. start — запуск bat/msi/exe файлов с контекстом(очень полезная программа, пример использования будет чуть позже)

10. control — панель управления

11. hh — чтение документации к программам в html файлах(очень редко нужно, если вообще когда-либо нужно)

12. uninstaller — программа для удаления программ, установленных в данный префикс(иногда проще “грохнуть” весь префикс(опять же, один префикс — одно приложение), а не удалять приложения)

Это все встроенные компоненты, которые могут как-то пригодиться. 

Чтобы их запустить напишите 

wine <название приложения>

Например, давайте запустим winecfg в моём префиске, напишем:

WINEPREFIX=~/wine/games wine winecfg

Также, я рекомендую инициализировать ваш префикс именно такой командой. Так он точно сделает всё правильно.

Как устанавливать зависимости(DLL-библиотеки)

Я считаю, что это один из самых главных разделов статьи, ибо без библиотек у вас может не заработать ни одно приложение(кроме некоторых исключений).

К моему огромному разочарованию, wine не предоставляет инструмента для установки библиотек не в ручном виде. Рассмотрим его и более современный способ.

Как устанавливать библиотеки вручную

Для начала нам нужно узнать, какой именно библиотеки нам не хватает. Давайте предположим, что это библиотека dxvk для трансляции вызовов DirectX 9-11 в нативные(для linux) вызовы Vulkan.

Порядок действий:

1. Ищем нашу библиотеку в интернете или, если есть компьютер с Windows, мы можем скопировать библиотеку оттуда, но я не рекомендую этого делать, ибо могут быть конфликты.

2. Далее, нужно определить её битность. Если это библиотека 32-битная, то мы должны её скопировать в папку C:\windows\system32, а если 64-битная, то в папку C:\windows\syswow64.

Данный способ установки крайне не рекомендуем, так как можно навредить неправильно установленной библиотекой, или забыть для некоторых сделать копии в 32-битную и 64-битную папку.

Что же делать, если wine не даёт встроенной утилиты для установки? Использовать сторонний скрипт — winetricks.

Установка winetricks

Для начала, обновим пакеты в пакетнике. Напишем:

sudo apt update

sudo apt upgrade -y

Далее, установим winetricks. Для этого напишем:

sudo apt install winetricks -y

Всё, winetricks установлен.

Winetricks предполагает 2 варианта использования — графический и консольный. Начнём со второго.

Установка консольным вариантом

Чтобы установить необходимые библиотеки в префикс, нужно перед командой использовать переменную WINEPREFIX и просто написать название библиотеки, которую хотите установить, например, установим 3 библиотеки:

WINEPREFIX=~/wine/games winetricks d3dx9_30 d3dx9_31 d3dx9_42

Далее, WT начнёт скачивание библиотек в префикс, который мы ему указали. Он ещё спросит о ваших намерениях, действительно ли вы хотите их установить. Процесс может занять некоторое время, ибо некоторые зеркала, откуда он берёт библиотеки, недоступны из России, и поэтому он будет перебирать все зеркала, пока не найдёт доступное. Иногда данный процесс может затянуться до минут 5-6.

Помните ещё, что данные библиотеки являются частью большой библиотеки d3dx9, которая в свою очередь является библиотекой DirectX 9, которая в качестве DLL будет называться как ddraw.dll.

Установка через графический режим

Далее, графический режим. Тут всё проще, нужно всего лишь написать префикс и WT:

WINEPREFIX=~/wine/games winetricks

У нас откроется следующее окно:

Тут выбираем “Select the Default wineprefix”(он откроет тот, который мы написали перед командой, это для него дефолтный. Просто winetricks тоже позволяет создавать префиксы(вообще, он может выступать как полноценная графическая надстройка над классическим wine, но сделано это несколько топорно и неудобно), и только в том случае он будет “не дефолтным”).

Далее, мы видим следующее окно:

Тут выбираем что хотим установить, в моём случае это DLL, поэтому это первый пункт. Жмём ок и видим следующее окно:

Тут просто долистываем до наших библиотек и жмём чекбоксы у них. Дальше — ок.

Это предупреждение игнорируем всегда. Оно ничего полезного не даёт и, скорее, подбешивает только.

Так выглядит установка библиотек.

После установки нас вернёт на предыдущее окно(оно никогда само не закрывается, только если вылетает. Поэтому обязательно ждите открытия WT снова. Если этого не происходит, то он вылетел и, скорее всего, установленные библиотеки стали битыми).

Давайте установим шрифт! Выбираем второй пункт и жмём ок.

Отмечаем чекбоками шрифты и жмём ок.
В процессе он сыпет ошибками, которые мы тоже смело игнорируем.

Вот установка шрифтов.

В процессе он снова дал ту ошибку, тоже игнорируем.

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

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

Пошаговая настройка wine со скриншотами

Моя система:

Для начала, проверим то, что wine и winetricks установлены.

Напишем в терминал

wine --version

winetricks --version

Создадим папку для нашего префикса с названием “Apps”

Напишем в терминале

mkdir -p ~/wine/Apps

Далее, инициализируем wine в префиксе. Напишем следующую команду в терминале

WINEPREFIX=~/wine/Apps wine winecfg

У нас начнёт выводится подробный лог в терминал и откроется следующее окно:

Если хотите, можете поизучать настройки, но они ничего вам не дадут. 

Например, в этом окне вы можете сменить оформление на старое

Вот старая тема wine:

Довольно страшненькая. Я останусь на новой теме.

Да, кстати, как вы можете заметить, снизу у нас есть папки, которые прокинуты в нашу систему. Если, например, вы загрузите файл с браузера, то он окажется в Загрузках вашего пользователя Linux. И все значки на рабочий стол, которые будут делать программы при установке, окажутся на вашем рабочем столе и вы сможете их оттуда запустить. Но очень часто они ломаются, поэтому мы их использовать не будем. Также стоит помнить, что я покажу вам чуть позже скрипт, который я использую для запуска приложений в префиксах.

Всё, мы можем закрывать это окно, оно нам пока-что не нужно.

Запуск Total(Double) Commander в wine

Далее, покажу вам достаточно стандартный пример запуска приложения, которое не требует дополнительных зависимостей и должно 100% запуститься и у вас. Это мною любимый Total Commander(я буду использовать вместо него Double Commander, но сути это не меняет).

Скачиваем Double Commander с сайта.

Скачиваем 64-битную версию в exe формате(msi у меня не захотел устанавливаться, покажу чуть позже на другой программе как с ним работать).

Далее, когда наш установочный пакет скачался, напишем следующую команду в терминал:

WINEPREFIX=~/wine/Apps wine '/home/yan/Downloads/doublecmd-1.1.23.x86_64-win64.exe'

Установочный экран 

Тут выбираем папку, куда он будет устанавливаться. Я буду ставить в C:\Apps\DCMD, что эквивалентно пути в linux $HOME/wine/Apps/drive_c/Apps/DCMD/

Кстати, данный “менеджер файлов” не умеет создавать папки, поэтому придётся создавать из нашей хост системы(можете как в windows просто написать несуществующий путь и он сам создат папки до него). 

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

Вот ярлык появился тут. Откроем его свойства.

Как мы можем видеть, команда запуска тут точно такая же, какую использовал и я. Далее и мы сможем делать такие же ярлыки.

Откроем приложение, только вручную из терминала. Напишем команду:

WINEPREFIX=~/wine/Apps wine start "C:\\Apps\\DCMD\\doublecmd.exe"

Сразу предрекаю вопросы, а что это за такой странный путь в кавычках. Это всё из-за того, как Linux оборачивает любые символы после \. Бэкслеш используется только для спец. знаков, таких как \n, который переведёт “каретку” на следующую строку при печати в консоли. Так как нам нужен именно бэкслеш для путей, мы его оборачиваем в него же, поэтому тут такой странный путь.

В start мы обязаны писать такие пути, или же, мы можем поступить чуть иначе. У программы start есть ключ /unix(да, у всех программ в wine ключи пишутся в стиле DOS(где используется / для ключей, а не как в linux или powershell -)), после которого мы пишем в одинарных кавычках(да, это очень важно) полный путь до нашего исполняемого файла. Пример команды запуска:

WINEPREFIX=~/wine/Apps wine start /unix '/home/yan/wine/Apps/drive_c/Apps/DCMD/doublecmd.exe'

Внимание, тут не работают ссылки для вашей домашней директории, такие как ~ или $HOME, wine будет выдавать следующую ошибку:

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

А теперь я хочу пояснить, почему практически все используют для примера того, что всё работает именно Total(Double) Commander и Notepad++. Нет, не потому что они такие популярные и всем нужны,а из-за того, что они имеют встроенные зависимости, которые не отторгаются wine. 

Total(Double) Commander вообще написан на паскале в среде Borland Delphi(в случае DC это не Delphi, а Lazarus, но сути это не меняет и Double Commander обладает полной обратной совместимостью с любыми расширениями от TC), которые тянет с собой все библиотеки. 

Переходим в более сложным приложениям для запуска с “некоторыми проблемами”.

Запуск веб-приложений и этап проблем

Я имею в виду тех приложений, которые написаны на NodeJS с использованием Electron. Почему это важно?

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

Одним из ярчайших примеров является Figma. Давайте запустим её. 

Качаем приложение с официального сайта устанавливаем его в тот же префикс.

Напишем команду:

WINEPREFIX=~/wine/Apps wine '/home/yan/Downloads/FigmaSetup.exe'

Как мы видим, само приложение установилось и запустилось, но вот… а что с интерфейсом?

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

Хорошо, поставим браузер напрямую в wine. Чтобы это сделать, нужно скачать какой-либо браузер. Допустим, firefox. 

Качаем exe с сайта. Запускаем уже известной командой:

WINEPREFIX=~/wine/Apps wine '/home/yan/Downloads/Firefox Installer.exe'

Установка началась, перед этим попросив поставить wine gecko. 

Установка закончилось, но ничего не запустилось, а почему? А тут начинаем дебагать. 

Сначала, нужно узнать куда устанавливать FF. Устанавливается он по пути /home/yan/wine/Apps/drive_c/Program Files/Mozilla Firefox. 

Хорошо, пробуем запускать его через start:

WINEPREFIX=~/wine/Apps wine start /unix '/home/yan/wine/Apps/drive_c/Program Files/Mozilla Firefox/firefox.exe'

Снова мимо. Пробуем поменять путь на виндовый. 

WINEPREFIX=~/wine/Apps wine start "C:\\Program Files\\Mozilla Firefox\\firefox.exe"

Тоже мимо. Значит начинаем изучать лог, где можно заметить странное поведение dll. 

Значит, запустим с дебагом на dll.

WINEDEBUG=+loaddll WINEPREFIX=~/wine/Apps wine start "C:\\Program Files\\Mozilla Firefox\\firefox.exe"

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

А вот наша проблемная:

Заметили тут приписку “not found”? Вот это символизирует, что какая-то библиотека не смогла подключиться, ибо не смогла найтись. Но она лежит около exe в папке. Тут что-то не то. Вероятно, что не смогло подтянуться окружение. А это уже беда. Давайте я немного про это расскажу.

Если вы знакомы с JS, то вы знаете что такое “область видимости” или же “контекст”. Вот у wine тоже есть контекст. Вы не задумывались, почему я использую start а не просто wine и exe? Start позволяет подтянуть необходимый контекст, иначе приложение просто не сможет увидеть файлы, лежащие в папке. 

То есть, контекст у нас есть, он успешно подключён, но работать оно всё равно не желает.  Можем попробовать заменить библиотеку на скачанную из интернета по ссылке. 

Заменяем ей ту библиотеку в папке с FF, но всё равно ничего не запускается. 

Попробуем положить её в папку C:\windows\syswow64 и запустить. 

Всё равно мимо. 

А если попробовать указать, чтобы приложение использовало нативную библиотеку? Пробуем следующей командой:

WINEDEBUG=+loaddll WINEPREFIX=~/wine/Apps WINEDLLOVERRIDES="mozglue.dll=n,b" wine start "C:\\Program Files\\Mozilla Firefox\\firefox.exe"

И опять мимо

Но, я заметил ещё одну библиотеку, которая не смогла подтянуться:

Причём присмотритесь-ка к ней. Она нужна для mozglue! Следовательно, давайте попробуем её скачать и положить в папку с FF.

Причём смотрите, что говорит сайт: 

Это ведь библиотека от Microsoft! Логично, что её не будет в нашем префиксе. Качаем по ссылке и кладём в папку syswow64(дополнительно скачайте ещё и 32-битную и полжите в system32). Смотрим, что будет происходить:

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

Так, начинает что-то проясняется. Как будто, FF, который 64-битный, нуждается в библиотеке, которая 32-битная, отсюда и возникает ошибка. 

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

А давайте его поставим. Но какой ставить? Давайте попробуем последний с сайта microsoft(тут я серьёзно тупанул и скачал не тот рантайм, но сути это всё равно бы не поменяло, так как не работает ничего что так, что так).

Устанавливаем вот это

Exe для 64-битной системы есть, запускаем для установки

Ну, оно открылось

И установилось.

Пробуем запускать снова.

Но снова мимо… В чём может быть проблема… А! Я вспомнил. Я же не ставил в этом префиксе mono. Давайте исправим ситуацию(mono может поставиться само при создании префикса, но чаще всего придётся самостоятельно качать и ставить вручную).

Качаем с этого сайта msi. Выбираем тут версию 10.0(так как у меня 10.0 вайн). 

Тут выбираем wine-mono.msi

Устанавливаем командой

WINEPREFIX=~/wine/Apps wine msiexec /i '/home/yan/Downloads/wine-mono-10.0.0-x86.msi'

Тут ключ /i отвечает именно за установку. Никаких графических окон не будет. Вот такой должен быть вывод в терминал:

Откроем wine uninstaller чтобы убедится, что mono установлен командой:

WINEPREFIX=~/wine/Apps wine uninstaller

Да, он тут есть. Это хорошо. Пробуем снова запускать FF.

Да чтоб тебя. Ладно, есть идея его просто переустановить, может быть поможет. 

Удаляем его из прошлой программы и устанавливаем заново. 

Установка идёт, надеемся, что всё запустится.

Но снова мимо… Пробовать дальше исправлять проблему уже бессмысленно, так как поломано что-то внутри. Я не знаю точно в чём проблема, поэтому исправить её и не могу. Предлагаю попробовать установить Chrome.

Качаем, ставим.

Проблема вся в том, что если заходить на сайт как я, с linux системы, то возможность скачки с него windows версии просто не будет. Поэтому я скачаю с другого сайта, чисто exe.

Но тут возникло 2 проблемы. 

1. Установщик итальянский

2. Ошибка даже не дающая его поставить

Ладно, качаем другой браузер — ungoogled chromium и, О ЧУДО, оно соизволило установиться и даже запуститься.

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

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

Но я решил поставить pixso, которое, о чудо, работает!

Правда дальше логинки я не уйду, ибо аккаунт у меня привязан к google, а входить он в него категорически не хочет. Ладно, создам на почте и попробую снова.

УРА! С почты оно вполне зашло.

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

Пробуем что-нибудь нарисовать.

Ну, оно работает и очень даже шустро. 

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

Я считаю на этом можно завершить эту главу, и переходить уже к более существенным программам, которые требуют серьёзного решения проблем для запуска. На решение следующей проблемы мне понадобилось около 3 лет поиска информации, которой очень мало.

Запуск Fallout 1/2 с модами под wine

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

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

Любые моды требуют модлоадера. В случае F1/2 это sfall, который требует наличия DirectX 9, чего в оригинальном F1/2 не требовалось.

Плюс, тут нужно понимать как устроены модификации под F1/2. Вся графика(скорее все текстуры) для него зашита в exe файл(в этом можно удостоверится, просто заменив exe от мода оригинальным, игра потеряет любые текстуры из модов. 

Например, в моде Fallout 0.5 пропадает текстура(и предмет), который является основным для его прохождение и вы получаете софтлок. Я это понял ещё тогда, когда играл в моды на телефоне с использованием приложения ExaGear и заменил exe от мода, на оригинальный. Игра запустилась, локации работают, но вот предмет — пропал. И я получил софтлок. Плюс невозможно начать новую игру, ибо игра просто вылетает.

Ошибка, при запуске модов на оригинальном wine без библиотек следующая — Error loading cities

(картинка не моя, чуть позже будет моя)

Игра без DX9 просто не может прогрузить локации. 

У меня даже есть собственное видео на YouTube(кому интересно, я оставлю ссылку на него, можете посмотреть), потому что я понял, что кроме меня это никто больше не сделает.

Для решения данной проблемы, нужно установить 3 библиотеки и заменить ими встроенные в игру. Как раз те, которые я разбирал в примере для замены библиотек — d3dx9_30,31,42. Также, в процессе возникли ещё проблемы — например, отваливающиеся скрипты и шрифты. Это тоже нужно будет поправить вручную, отредактировав пару файлов игры. 

Само описание решения проблемы я нашел на этом сайте.

Только дойти до этого объяснения было очень трудозатратно, пришлось перелопатить целый форум, где только в одном сообщении была ссылка на эту страницу, а иначе это даже не гуглится(если ошибка появляется исключительно в wine, но при этом она не возникает почти никогда в windows, то будьте уверены — решения скорее всего нет и вам придётся думать самостоятельно). 

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

Давайте приступать к практике. Для запуска нам нужно:

1. Сама игра(настоятельно рекомендую GOG релиз)

2. Мод Restoration Project

3. Wine + Winetricks

4. Полчаса свободного времени на решение всех проблем

Для начала, создадим новый префикс, ибо старый уже “грязный”.

WINEPREFIX=~/wine/Fallout wine winecfg

Далее, устанавливаем оригинальный Fallout 2 из GOG релиза.

Ещё со времён создания видео, у меня есть архив для полной установки, воспользуюсь им.

Установка F2

Устанавливаю F2.

WINEPREFIX=~/wine/Fallout wine '/home/yan/Downloads/fallout_02/setup_fallout2_2.0.0.12.exe'

Путь я меняю от изначального, чтобы было удобнее до него дойти.

Решение проблемы со шрифтами

После установки не спешите его открывать, сначала нужно отредактировать конфигурацию(но я открою для демонстрации ошибки)

Нас встречает вот такая ошибка — продолбанные шрифты. Нужно исправлять. Это возникает, если F2 не может понять какие файлы ему нужно грузить. Под windows он как-то их находит, а вот в wine уже не может.

Идём в папку, куда установлен Fallout

И открываем файл fallout2.cfg в любом текстовом редакторе. 

Сейчас он выглядит вот так:

Сюда нужно дописать 5 строчек, чтобы он выглядел вот так:

Разбираем, что дописали.

Critter_dat и master_dat — данные для игры откуда грузить ресурсы(в тч. шрифты)

Critter_patches и master_patches — откуда брать патчи.

Language=english — обязательно для русской и английской версии, иначе кодировка игры слетит. Да, можно поменять язык wine и тогда кодировка будет нормальной, но поскольку я всегда пользуюсь только английскими версиями ОС и программ, для меня это необходимость.

Пути должны быть в стиле windows. В абсолютных linux путях это будет примерно следующем:

/home/yan/wine/Fallout/drive_c/GOG/Fallout2/critter.dat

/home/yan/wine/Fallout/drive_c/GOG/Fallout2/master.dat

Запускаем F2 с помощью команды, которая прикрепит контекст к запуску:

WINEPREFIX=~/wine/Fallout wine start "C:\\GOG\\Fallout2\\fallout2.exe"

PS: в процессе запуска обнаружилось, что моя система не имеет некоторых библиотек, из-за которых у меня F2 не смог загрузить разрешение. Нужно доставить libvulkan.so.1 и libGL.so.1.

Решение проблемы подсказал мне deepseek. Вот необходимые команды, если вы вдруг столкнулись с той же проблемой:

sudo apt install libvulkan1:i386  mesa-vulkan-drivers:i386

sudo apt install libvulkan1 libgl1-mesa-dri mesa-vulkan-drivers vulkan-tools

Всё, F2 запущен, проблем больше нет, дальше идти в саму игру нам не нужно.

Установка мода Restoration Project

Запускаем установщик

WINEPREFIX=~/wine/Fallout wine '/home/yan/Downloads/fallout_02/F2_Restoration_Project_2.3.3.exe'

Устанавливаем мод, оставляем всё как есть(язык в игре не меняем)

Мод установлен, время идти дальше.

Решение ошибки из-за библиотек — error loading cities

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

PS. Это немного не то, на что я рассчитывал, но допустим.

Каким боком это снова вылезло? Ну, лог в помощь…

Эээм… У меня нет слов… Я же исправил эту ошибку ещё при запуске без мода… Что не так…

Снова мне помог Deepseek. Нужно было установить dxvk

WINEPREFIX=~/wine/Fallout winetricks dxvk

Ошибка загрузки контекста и как её можно временно решить

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

Пишем:

WINEPREFIX=~/wine/Fallout wine explorer

Открывается вот это:

Ручками доходим до папки с F2.

И запускаем Fallout2.exe

И вот моя родимая ошибка

Чтобы её поправить, нужно поставить несколько библиотек. 

Пишем:

WINEPREFIX=~/wine/Fallout winetricks d3dx9_30 d3dx9_31 d3dx9_41

И у нас всё установилось.

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

WINEPREFIX=~/wine/Fallout WINEDLLOVERRIDES="ddraw.dll=n,b" wine explorer

Запускаем F2 и бинго!

Всё запустилось. Давайте создадим персонажа и посмотрим работает ли всё в самой игре. 

И… да. Всё работает.

Можем закрывать, своей цели мы достигли, мы запустили и всё работает. 

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

Нам нужен обычный скрипт запуска приложения на bash, который всё будет делать за нас. Нам нужно будет лишь запустить его и он сам всё запустит. Вот вам пример моего скрипта. Может быть он не очень хороший с точки зрения кодинга, но свою задачу он выполняет на все 100%. Он запускает игру всегда и без каких-либо проблем.

Написание скрипта

Сам скрипт. Что он делает:

1. Мы переходим прямо в папку, где располагается игра. Это важно.

2. Мы создаём переменные, которые будут автоматически подтягиваться wine(ибо если переменная задана, он будет использовать её для запуска. То есть тут он всегда будет запускаться в необходимом нам префиксе с необходимыми заменами библиотек)

3. Запускаем саму игру

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

Всё просто и довольно прямолинейно, но оно работает и это главное. Теперь, сделаем данный файл исполняемым командой:

chmod +x ./start.sh

И запустим его

./start.sh

Всё запустилось и работает.

Создание симлинки скрипта

Если хотите этот скрипт запускать из другого места(рабочий стол, например), то сделайте симлинку на рабочий стол.

ln -s ~/wine/Fallout/drive_c/GOG/Fallout2/start.sh ~/Desktop/Fallout_Start

Вот симлинка на рабочем столе. 

Запустим её.

И у нас всё запустилось.

Всё, со скриптом и классическим wine мы закончили. По сути, мы разобрали всё, что нужно для работы — как скачивать/устанавливать приложения/библиотеки, как отлаживать приложения и решать проблемы. Теперь время переходить к более “человечным” графическим решениям.

Wine-loaders или графические приложения по запуску и настройки wine

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

Из графических оболочек я могу выделить как минимум 4, но рассмотрим мы далеко не все. 

Из именно wine-based — Bottles, Lutris и Heroic Games Launcher.

Из proton(steam-wine) based — PortProton(или же Gaming On Linux).

Расскажу я про 2 оболочки — Bottles и Lutris. Про HGL я смысла рассказывать не вижу, так как он очень похож на Лутрис, а в случае с PortProton у меня с ним “натянутые” отношения, так как работать часто он отказывается у меня. И интерфейс у него, мягко скажем, не интуитивный, как у того же Lutris.

Bottles

Bottles — это достаточно современная оболочка по запуску wine приложений, сделана в стилистике последних Gnome DE, по настройкам очень скудная, по функционалу бедная. Советую использовать только для запуска приложений, а не игр.

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

Установка Flatpak на Ubuntu 24.04 

Введём в терминал следующие команды

sudo apt update 

sudo apt install flatpak -y

После того, как установлен Flatpak, у вас может быть уже добавлен репозиторий Flathub, а может нет. Лучше его добавить руками, чтобы точно избежать проблем. 

Для того чтобы это сделать введите следующую команду:

flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

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

flatpak remotes

Терминал должен показать следующее:

Далее, введите:

flatpak update

И после синхронизации введите:

flatpak install com.usebottles.bottles

Но тут есть некоторая проблема. Если вы только что поставили flatpak, то у вас в “старте” не появится иконка установленных приложений. Для того, чтобы всё починилось — перезагрузите систему. 

Или же вы можете запустить приложение из терминала с помощью команды:

flatpak run com.usebottles.bottles

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

Установим Flatseal с помощью команды:

flatpak install com.github.tchx84.Flatseal

Настройка Flatseal

После, запустим Flatseal. Вас встретит следующее окно:

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

Переходим на 1 вкладку(синяя иконка) и крутим до этой секции:

Тут нажимаем на иконку “новой папки” на Other Files.

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

Например, как это выглядит у меня:

На этом можно закрывать Flatseal, так как данное изменение применилось ко всем приложениям в системе, установленные из Flatpak.

Пример как это выглядит у Bottles:

Пути Flatpak приложений

Важно помнить, куда Flatpak устанавливает приложения, и где они хранят данные. Стандартный путь установки приложений:

/var/lib/flatpak/app

У меня 3 приложения — 3 папки.

А данные они хранят по пути:

/home/yan/.var/app

Запуск Bottles

Ну, запускаем Bottles. 

Нас встречает следующее окно.

Тут он скачивает необходимые версии wine для работы и некоторые библиотеки.

Стандартный интерфейс бутылок.

Создание префикса в бутылках

Предлагаю создать новый префикс для приложений(или как тут они их называют — бутылки)

Нажмём на + в левом верхнем угле.

Тут мы можем выбрать категорию(она нужна для того, чтобы бутылки понимали, какие библиотеки им нужно скачивать изначально, чтобы работало большинство приложений. Например — для приложений гораздо нужнее .NET, чем DirectX 9-11 и наоборот) или сделать кастомную, но я не любитель тут делать кастомные префиксы, с ними будет больше гемора. Оставляем выбор на приложениях, так как мы будем тут сначала запускать именно их.

В качестве загрузчика выбираем соду(это форк wine).

Bottle Directory не трогаем(это, кстати, новая фича. Раньше нельзя было настраивать путь префикса не в кастомном. Это удобно).

Называем просто — Apps и нажимаем Create.

Пошло создание префикса, скачка библиотек и настройка конфигураций. 

По логу можно видеть что бутылки ставят в префикс. Шрифты, поддержку .NET и DirectX Vulkan для 3д.

Настройка префикса 

Бутылка появилась и давайте её откроем. 

Вот интерфейс префикса. Тут мы можем сразу открыть exe по синей кнопке или настроить префикс. Сначала пройдёмся по настройкам.

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

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

Установка приложений 

Я предлагаю установить какое-нибудь приложение. Например, AIMP. Он также как и Total commander не требует дополнительных библиотек, и должен сразу установиться без проблем. 

Скачиваем exe по ссылке.

Открываем exe по синей кнопке в главном меню префикса.

Установщик загрузился. Прокликиваем и устанавливаем. 

Как мы видим, бутылки сразу подхватили установленное приложение и вывели быстрые кнопки запуска, но мне интересно куда же установилось это приложение по путям в Linux. Вот путь до них по стандартным путям, куда бутылки кладут свои файлы:

/home/yan/.var/app/com.usebottles.bottles/data/bottles/bottles/Apps/drive_c

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

Запускаем AIMP. 

Он работает без каких либо проблем. 

А давайте попробуем тут установить Firefox, как помните на стоковом wine у меня были с ним проблемы. Возможно тут ситуация изменится. 

Установка пошла.

Тут запуск тоже появился. 

Пробуем открывать.

И также мимо. Давайте попробуем отладить FF тут. Чтобы это сделать нужно открыть 3 точки около запуска приложения и нажать на иконку терминала сверху.

В этом случае откроется .

И да, проблема таже, что и у обычного wine. Можно скипать, её я не решу. 

Нужно ещё приложение для теста. Желательно с зависимостями, которые нужно поставить. 

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

Кстати, MSI установщик запустился сразу, никаких специфических действий не требуется. 

Прокликиваем до установки.

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

Ага. Что-то связанное с .NET и библиотека. Пробуем найти библиотеку и что это вообще такое. 

Быстрый гугл дал мне информацию, что ему не хватает .NET Runtime. Но какой версии? Давайте попробуем поставить последнюю. Снова качаем с того сайта, который я давал ранее. 

Ставим и смотрим поможет ли. 

Не похоже что это помогло. 

Последнее изменение .NET было до версии 8. Пробуем поставить его вкладки Dependencies в настройках префикса. 

Вот он. Жмём на иконку дискетки для установки. 

Установился. Пробуем снова запускать. 

Снова мимо. Ошибки даже не поменялись. 

Попробую сунуть данный вывод в Deepseek. 

Мой запрос:

Ну его ответ мне мало помог…

Можно попробовать. 

Ставим 6 дотнет и 4.8, и 4.8.1.

Пробуем запускать снова. 

Нет, ошибки не изменились. Либо это проблема в Bottles либо в установщике зависимостей. Ради интереса можно запустить в стандартном wine.

Запуск в стандартном wine

Опа. А у меня открылось начальное окно и тут же закрылось. Значит дело всё таки в Bottles. 

Что интересно, установка .NET в winetricks немного другая, с графикой.

Тут есть надежда на запуск. Но в winetricks нет .NET8. Либо его нет в “графике”, либо вообще. Нужно попробовать через терминал.

И более новые версии .NET устанавливаются через графику…. Кажется что-то в Bottles поломано, либо они устанавливают зависимости иначе. 

И бинго! Через обычный wine у меня всё открылось сразу после установки .NET.

Дело было в Bottles. Именно поэтому я него, скажем так, недолюбливаю. У меня в нём нормально не работало буквально ничего. Я настоятельно рекомендую его избегать, лучше поставить всё самому, либо через Lutris. 

Установка и запуск Lutris

Для установки Lutris введите в терминал:

flatpak install net.lutris.Lutris

В случае с Lutris я хочу остановиться особенно подробно, поскольку на моей практике он запускал 90% всего, что я ему давал(не без проблем с установкой зависимостей,но всё же), тогда как тот же Bottles меньше 10%. 

Важно чтобы Lutris был установлен именно из Flatpak, так как из пакетника у меня он хотел запускать и половины того, что я ему давал. Я не знаю с чем это связано, возможно нативно не все библиотеки устанавливаются, или что-то ещё, но мои наблюдения были именно такие. 

Открываем Lutris и смотрим что к чему в нём. 

Интерфейс тут сложнее чем в бутылках, но он и мощнее его раз в 10. В первый запуск(слева) он загружает библиотеки для работы. Пока можно загрузить wine. Делается это во вкладке слева с названием Runners>wine

Наводимся на киоск и нажимаем. 

Попадаем в такое меню. Почему-то у меня щас тут очень мало версий wine(обычно их в десятки раз больше, ~30-40 версий. Не знаю с чем связано, возможно они почистили их), но нам нужен как раз WineGE, поэтому ничего страшного.

Устанавливаем её.

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

Я немного отойду от темы и расскажу про то, что такое Lutris в целом. Лутрис это огромный “комбайн” для игр. В его составе вы можете устанавливать десятки эмуляторов, лаунчеров игр(например — EGS или GOG Galaxy), он умеет в себе хранить все ваши игры с линукс(нативные из стима), или устанавливать напрямую в wine(например поставить Steam напряму в wine для большей совместимости).

Тут также как и в стиме есть счётчик времени игры. У лутриса есть свой аккаунт, который может синхронизировать ваши данные. 

Он также позволяет делать импорт/экспорт префиксов и многое другое. 

Список эмуляторов, которые он может установить автоматически. Всего их 55(как видно вверху). От эмуляторов NES до Swtich и PS3.

Но я отвлёкся. Вайн. 

Как добавить префикс

На главном экране нажмите + в левом углу и выберете тут Install Local Game.

Тут идёт вся настройка префикса. Назовём его и выберем раннер.

Тут в первой строчке нужно указывать путь до exe, который надо запустить. Пока пропустим. Аргументы тоже. 

В Working Directory нужно указать рабочую папку игры, но у нас пока её нет, поэтому тоже опустим. Она по факту и не нужна никогда.

В префикс вписываем путь до папки для префикса(логично, да?).

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

Тут идёт настройка конкретно раннера. У меня всё так как надо, ничего не трогаем. 

В последний раздел тоже не лезем. 

И вот у нас создалась “карточка игры”. Если её назвать по другому, то подгрузится картинка игры(как в карточках в стиме).

Пример “полки” с играми.

Можно просто выделить мышкой и удалить из своей библиотеки(данные в папках лутрис, естественно, не трогает).

Чтобы установить(запустить) EXE/MSI файл, нажмите на карточку с игрой и нажмите на “галку” снизу.

Тут выберете Run EXE(запускает в тч. и msi). Эта галка нам будет ещё много где нужна.

Сразу скажу, что все префиксы от Lutris я кладу в ~/Lutris/НазваниеПрефикса

Неудачная попытка запуска Logic Circuit

Установим тот же Logic Circuit и проверим его поведение под лутрис.

Тут выбираем exe.

Установщик запустился и установил программу. 

Далее, допустим, мы хотим привязать его исполняемый файл к нашей карточке. Нажимаем по нашей карточке ПКМ > Configure

Далее идём в Game Options и там указываем путь как на фото.

Далее сохраняем и теперь по 2му клику по карточке у нас запуститься выбранный exe.

Запуск неудачный. Давайте установим зависимости. Нажимаем снова на галку снизу и там выбираем winetricks.

Когда он открылся, ставим необходимые библиотеки(как это делать я рассказывал в части про классический wine).

Я устанавливаю следующие библиотеки.

Также игнорируем это сообщение.

Всё поставилось и можно открывать приложение.

Возникла проблема, данные библиотеки не установились. У меня завис winetricks и всё. Я пересоздам весь префикс.

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

Так, оно всё равно не хочет запускаться. Ну значит время дебага. Тут с этим всё проще, чем в бутылках. Нужно открыть птичку у Play и там выбрать show logs.

Открывается терминал с логом:

Ему снова не хватает .NET, значит я что-то забыл поставить, что ставил когда запускал на чистом wine. 

В общем… Не помогло. Я даже попробовал запустить с системного wine, но тоже мимо. В общем, как мы видим, где-то стоковый wine показывается себя в разы лучше, чем его более “дружелюбные” аналоги.

Запуск Игр

Запуск Blade Runner GOG

Первой из всех будет ремастер Blade Runner. Это старый Point ‘n’ Click Quest, основанный на киберпанк-фильме Blade Runner. 

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

Некоторые игры я буду ставить из GOG, а некоторые из репаков. Эту, в частности, из GOG.

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

Игры из GOG я рекомендую запускать по INK файлам(да, лутрис их понимает хорошо, насчёт стокового вайна не уверен, не проверял).

Ну, запускаем. 

Всё прекрасно запустилось и работает.

Запуск Katana Zero GOG

Дальше будет Katana Zero, тоже GOG релиз, тоже отдельный префикс.

Кстати, хочу показать вам интересный способ установки GOG игр.

При создании нового префикса, тут есть вот такая иконка

Нажимаем на неё и вводим название игры.

Видим нашу игру и платформы, на которых лутрис её может запустить. Нажимаем на неё. 

И видим вот такой список всего, что она готова поставить. Выбираем GOG.

Указываем путь установки.

И выбираем GOG установщик.

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

Всё также запустилось и работает. 

Установка репаков и новые проблемы

Теперь время запускать репаки. С ними всё сложно. 

Репаки от хатаба не установят ничего. Установщик в репаке нормально не понимается лутрисом/вайном. Репаки от механиков тоже мимо. Некоторые старые или кастомные установщики тоже будут чудить(проверено на собственном многочисленном опыте поиске нормального репака). Также, если у вас есть старый диск с игрой, то очень большая вероятность, что она тоже не установится. 

А если игра требует диск для запуска, то это только искать DVD-rip бинарник, благо щас такие есть под многие старые игры. Установить можно либо просто примонтировав iso/bin образ в самом Linux командой mount, либо открыв как zip и скопировав все файлы в папку, откуда уже и производить установку. 

Установка репака Готики 2

Я буду ставить репак 2й готики(да, классика как она есть).

И такое вы будете видеть очень часто. Скорее всего, тут кодировка DOS-1211 или Koi-8, которые не поддерживаются wine. У этого есть решение. 

Если вот тут поставить русский.

Вуаля, всё починилось.

То, что установщик корректно завершился уже некая победа(учитывая что я писал выше).

Пробуем запускать.

Вот тут вопрос какой exe брать для запуска. Пробуем просто Gothic2.exe

И обламались мы с запуском. Ради интереса попробую другой exe перед тем как дебажить.

Идентично посыл на 3 буквы. 

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

Ошибка то ушла, а вот всё равно не запускается. Что делать? Лог не блещет подробностями… Для таких случаев есть расширенный лог. Его надо включить самостоятельно в настройках.

Делается это вот тут внизу в Output debugging info. 

Ставим Enabled(я не могу заскринить диалоговое окно, но там 4 пункта).

Информации стало в разы больше. Ищем за что можно зацепиться. 

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

Если вы откроете “птичку” на нижней панели у play, то там есть такая кнопка, как “Open Bash Terminal”. Нажимаем и попадаем в терминал. 

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

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

Это оригинальная игра без модов. Значит как сам факт проблем в запуске нет. Пробую другой бинарник и…

Вот тут уже возникают проблемы. И мы видим что не подгружается. Winevulkan.dll Нужно доставить и всё будет работать.

Вообще, я почти убеждён что это проблема в неустановленном DirectX 9. Давайте отключим DXVK в настройках. Это делается вот тут:

Лог просто кардинально преобразился. Теперь понятно чего именно тут не хватает! А именно: d3d9.dll и vdfs32g.dll. 

К слову, оказывается я всё это время запускал не тот exe…

PS. На этом моменте я вернул dxvk и больше его не отключал, мешал не он, а кривая игра(подробности ниже)

Там есть такой файл как GothicStarter.exe. Вот нужен именно он.

Но игра всё равно запускается некорректно. Продемонстрировать я это не могу, так как скринить нечего. Она постоянно переоткрывает окно, закрывает и так по кругу. 

Причём так она не страдает фигнёй. Что тут конкретно не работает сказать трудно.

Каким то магическим образом у меня получилось включить катсцену и она перестала переоткрываться. Проблема в том, что она не пропускается вообще. 

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

Поменял вот тут на 1(zStartupWindowed). Попробую запустить и посмотреть что получится.

Она стала работать просто безупречно… Значит она пыталась открыть полноэкранный режим, почему то безуспешно, и сразу же закрывала и делала это циклично. Отчасти проблема решена. Игра работает. 

Геймплейно тоже всё хорошо. Но придётся играть в окне. Я уверен, что в сети есть нормальные гайды по установке, но так как я тут рассказываю именно свой опыт решения проблем, тут оно будет именно в таком виде. Хоть криво-косо, но это то, до чего дошёл я не искав полноценных советов.

Переходим к самому сладкому — Биошок. Причём с ремастером. Это тоже репак, поэтому могут быть проблемы с установкой(собственно что и получилось… накаркал). 

Кодировка… Не буду менять, прокликать установщик можно и так(ладно, пришлось. Установщик матюкнулся, а на что так не поймёшь).

Сегодня, кажется, без биошока. Данный установщик прекрасно работает под windows, но совершенно не хочет под wine. Ещё один в копилку нерабочих…

Я могу скачать другой установщик.. Даже GOG релиз, но смысла в этом будет не очень много. ГОГ заработает точно, я проверял. Это ГОГ, он работает всегда. А может и не всегда.

Запуск Stalker Зов Припяти GOG

Никто не хочет поиграть в сталкер? А вот я что-то захотел. 

Сталкер это одна из тех игр, которую на wine запустить проблемнее всего. Особенно небо и зов. Если кто играл в те времена, когда он только только выходил помнят “зелёного жучка”. Вот тут это перманентное состояние, без фиксов. Ну как, они то есть, но работают раз через раз.

 Я буду ставить как раз зов припяти с GOG установщика, ибо даже он тут иногда бессилен(у меня уже были попытки запуска раньше, которые меня посылали в пешее эротическое сразу после установки).

Поставится то оно поставилось, а вот запустится ли это большой вопрос.

Ладно, тут даже я в шоке. Гог версия помогла обойти того гадского жука, который был всегда, когда я ставил репаки. Вот что лицензия животворящая делает!

Ладно, это победа. Окончательно. Оно работает. Не вылетает. Стабильно. Я считаю, на такой приятной ноте можно и закончить. 

PortProton я разбирать не буду, так как там ситуация схожая с той, что была у нас в Bottles. Ничего не работает, так ещё и как это решать не понятно. Статья и так громадная, так что, думаю, оно и не нужно. Тут всё равно статья преимущественно про wine,а не протон(хоть это и форк).

Заключение 

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

От себя добавлю пару строк. 

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

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

У меня крайне скудный набор исконно windows приложений, которые мне надо прям запустить на Linux. Отчасти, это наверно весь софт Adobe и на этом всё. Но у Адоб есть огромная проблема. Они являются не запускаемыми ни в каком случае под wine.

Вернее как, запустить то их можно, но вот назвать это состояние “работоспособным” у меня язык не повернётся. Всё лагает, багает, вылетает и работает очень нестабильно. Да и я смысла в этом не вижу. 

Примерно также ведёт себя софт от Affinity. Его запустить у меня вообще не удавалось, если я запускал Photoshop CS6, CC 2017,19,21 и Illustrator CS6, CC21(правда вот с ним у меня и были наибольшие лаги), то вот продукты Affinity не поддаются. Они все используют очень специфический набор библиотек и редактируют реестр так, что wine это просто не переваривает и его клинит.

Также не думайте, что wine это “манна небесная”, которая запустит всё как древний артефакт. Ничего подобного. Wine в состоянии запустить от силы 40% софта, и 80% игр(игр больше, так как его основное направление это они, как минимум из-за Valve, которые в них вложили очень много денег и сами активно его развивают, но как Proton для Steam и Steam Deck).

Если вам срочно нужен какой-либо софт — используйте виртуалку. Ваши нервы скажут вам огромное спасибо после этого.

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

Не пробуйте запускать на wine проф. софт. Это касается Adobe, Affinity и Autodesk. С последним я лично намучался с неделю без результатов. В чём конкретная проблема “отторжения” я сказать не могу, скорее всего, как я писал выше, реестр. 

Я желаю всем удачи по запуску именно ваших приложений под этой адской программой, терпения и успехов. 

Если остались какие-либо вопросы — комментарии и лс всегда открыты, буду рад помочь.

Операционные системы Linux обладают большим выбором программного обеспечения: всё необходимое ПО можно установить через Терминал. Однако может возникнуть потребность в специализированной программе, которая создана исключительно для ОС Windows. Но как запустить такую программу на другой операционной системе и работать с ней? В этом поможет Wine.

О том, что такое Wine и как установить его на Ubuntu, расскажем в статье.

Что такое Wine

Wine (Wine Is Not Emulator) — это приложение, которое относится к категории свободно распространяемого программного обеспечения. Оно позволяет устанавливать программы, предназначенные для ОС Windows, на UNIX-подобные системы.

Приложение Wine подходит для большинства Windows-программ: например, редакторов для работы с файлами, систем управления базами данных и компьютерных игр. Примерный список ПО, которое можно запустить с помощью Wine:

• Adobe Animate
• Adobe Photoshop
• Microsoft Office
• Total Commander
• Lingvo
• 1C:Предприятие
• Гарант
• КонсультантПлюс
• Final Fantasy XI Online
• StarCraft
• Warcraft III
• World of Warcraft
• Counter-Strike: Source
• EVE Online
• Half-Life 2
• Magic: The Gathering Online
• The Sims 3 и др.

Создатели Wine регулярно обновляют приложение. Например, в последнем обновлении (версия 8.0) был добавлен следующий функционал:

• поддержка модулей формата PE;
• возможность создавать смешанные библиотеки Windows и Unix в формате ELF;
• поддержка вспомогательных библиотек Direct3D;
• встроенный фильтр чтения ASF;
• актуализация библиотек Faudio, LCMS2, LibJPEG, LibMPG123, LibPng, LibTiff, LibXml2, LibXslt, Zlib и др.;
• шифрование RSA и алгоритм подписи RSA-PSS;
• начальная версия API для автоматизации пользовательского интерфейса;
• поддержка C++11 для имен функций и др.

Полный список можно узнать на официальном сайте Wine.

Как работает Wine на Linux: когда вы запускаете приложение для Windows, оно направляет API-вызовы к этой операционной системе. Если программа запускается на Linux, Wine преобразовывает API-вызовы к Windows в системные вызовы ядра Linux. Благодаря этому приложение работает стабильно.

Какие особенности Wine стоит учесть при установке на Ubuntu

Приложение Wine обладает рядом преимуществ, таких как:

• официально бесплатное ПО,
• нет необходимости в покупке лицензии Windows,
• высокий уровень интеграции программ для Windows в Ubuntu,
• создание виртуальной машины не требуется,
• экономия времени, так как вы минуете этап загрузки виртуальной машины.

Однако Wine имеет и несколько недочетов, например:

• подходит только для запуска Windows-приложений;
• не все программы будут работать одинаково стабильно. Список программ, которые полностью адаптированы под Wine, можно посмотреть на официальном сайте;
• отсутствует поддержка ActiveX;
• вид приложения может отличаться от оригинального.

Wine совместим с большинством операционных систем семейства Linux. Мы расскажем о том, как установить его на Ubuntu.

Как установить Wine в Ubuntu

Для установки Wine:

1. Откройте Терминал с помощью сочетания клавиш Ctrl + Alt + T.
2. Обновите репозитории Ubuntu, поочередно выполнив команды:
   
sudo apt update
sudo apt upgrade

3. Если вы планируете работать с приложениями для ранних версий Windows, добавьте поддержку 32-битной архитектуры:

   sudo dpkg --add-architecture i386

4. Выполните команду, чтобы установилась последняя версия Wine:

   sudo apt -y install wine

Как настроить Wine в Ubuntu (Linux)

Для настройки Wine используется функционал Winecfg. Чтобы открыть его:

1. Откройте Терминал с помощью сочетания клавиш Ctrl + Alt + T.
2. Запустите Wine, выполнив команду:
   
winecfg
3. В открывшемся окне выберите необходимую версию Windows. Затем нажмите OK:

Как запустить Wine

Для запуска Wine используется скрипт Winetricks. Чтобы открыть программу:

1. Откройте Терминал с помощью сочетания клавиш Ctrl + Alt + T.
2. Запустите Wine, выполнив команду:
   
winetricks
3. В открывшемся окне выберите действие, которое необходимо выполнить. Затем нажмите OK.

Как узнать версию Wine

1. Откройте Терминал с помощью сочетания клавиш Ctrl + Alt + T.
2. Выполните команду:

   wine --version

В выводе отобразится версия Wine:

Как удалить Wine в Ubuntu

1. Откройте Терминал с помощью сочетания клавиш Ctrl + Alt + T.
2. Запустите удаление Wine:
   
   sudo apt purge wine

3. Удалите оставшиеся файлы. Для этого поочередно выполните команды:
   
rm -r ~/.wine
rm -r ~/.config/menus/applications-merged/wine*
rm -r ~/.local/share/applications/wine
rm -r ~/.local/share/desktop-directories/wine*
rm -r ~/.local/share/icons/????_*.xpm

   Если при попытке удаления на экране отобразится ошибка с текстом Нет такого файла или каталога — файл удален при выполнении шага 2.

Готово. Теперь вы знаете, как пользоваться приложением Wine и адаптировать большую часть Windows-приложений под Linux.
Последние версии популярных операционных систем Linux доступны на виртуальных выделенных серверах (VPS/VDS) от SpaceWeb.

Картинка с сайта: github.com

Картинка с сайта: github.com

---

Run Windows applications (including Microsoft 365 and Adobe Creative Cloud) on GNU/Linux with KDE Plasma, GNOME or XFCE, integrated seamlessly as if they were native to the OS.

Картинка с сайта: github.com

Underlying Mechanism

WinApps works by:

1. Running Windows in a Docker, Podman or libvirt virtual machine.
2. Querying Windows for all installed applications.
3. Creating shortcuts to selected Windows applications on the host GNU/Linux OS.
4. Using FreeRDP as a backend to seamlessly render Windows applications alongside GNU/Linux applications.

Additional Features

• The GNU/Linux /home directory is accessible within Windows via the \\tsclient\home mount.
• Integration with Nautilus, allowing you to right-click files to open them with specific Windows applications based on the file MIME type.
• The official taskbar widget enables seamless administration of the Windows subsystem and offers an easy way to launch Windows applications.

Supported Applications

WinApps supports ALL Windows applications.

Universal application support is achieved by:

1. Scanning Windows for any officially supported applications (list below).
2. Scanning Windows for any other .exe files listed within the Windows Registry.

Officially supported applications benefit from high-resolution icons and pre-populated MIME types. This enables file managers to determine which Windows applications should open files based on file extensions. Icons for other detected applications are pulled from .exe files.

Contributing to the list of supported applications is encouraged through submission of pull requests! Please help us grow the WinApps community.

Please note that the provided list of officially supported applications is community-driven. As such, some applications may not be tested and verified by the WinApps team.

Officially Supported Applications

	Adobe Acrobat Pro (X) Icon in the Public Domain.		Adobe After Effects (CC) Icon in the Public Domain.
	Adobe Audition (CC) Icon in the Public Domain.		Adobe Bridge (CS6, CC) Icon in the Public Domain.
	Adobe Creative Cloud (CC) Icon under MIT license.		Adobe Illustrator (CC) Icon in the Public Domain.
	Adobe InDesign (CC) Icon in the Public Domain.		Adobe Lightroom (CC) Icon in the Public Domain.
	Adobe Photoshop (CS6, CC, 2022) Icon in the Public Domain.		Command Prompt (cmd.exe) Icon under MIT license.
	File Explorer (Windows Explorer) Icon in the Public Domain.		Internet Explorer (11) Icon in the Public Domain.
	Microsoft Access (2016, 2019, o365) Icon in the Public Domain.		Microsoft Excel (2016, 2019, o365) Icon in the Public Domain.
	Microsoft Word (2016, 2019, o365) Icon in the Public Domain.		Microsoft OneNote (2016, 2019, o365) Icon in the Public Domain.
	Microsoft Outlook (2016, 2019, o365) Icon in the Public Domain.		Microsoft PowerPoint (2016, 2019, o365) Icon in the Public Domain.
	Microsoft Publisher (2016, 2019, o365) Icon in the Public Domain.		Microsoft Visio (Standard/Pro. 2021, Plan 2) Icon in the Public Domain.
	Microsoft Project (Standard/Pro. 2021, Plan 3/5) Icon in the Public Domain.		Microsoft Visual Studio (Comm./Pro./Ent. 2022) Icon in the Public Domain.
	mIRC Icon in the Public Domain.		PowerShell Icon under MIT license.
	Windows (Full RDP Session) Icon in the Public Domain.

Installation

Step 1: Configure a Windows VM

Both Docker and Podman are recommended backends for running the Windows virtual machine, as they facilitate an automated Windows installation process. WinApps is also compatible with libvirt. While this method requires considerably more manual configuration, it also provides greater virtual machine customisation options. All three methods leverage the KVM hypervisor, ensuring excellent virtual machine performance. Ultimately, the choice of backend depends on your specific use case.

The following guides are available:

• Creating a Windows VM with Docker or Podman
• Creating a Windows VM with libvirt

If you already have a Windows VM or server you wish to use with WinApps, you will still have to follow the final steps described in the libvirt documentation.

Step 2: Install Dependencies

Install the required dependencies.

• Debian/Ubuntu:

  sudo apt install -y curl dialog freerdp3-x11 git iproute2 libnotify-bin netcat-openbsd

• Fedora/RHEL:

  sudo dnf install -y curl dialog freerdp git iproute libnotify nmap-ncat

• Arch Linux:

  sudo pacman -Syu --needed -y curl dialog freerdp git iproute2 libnotify gnu-netcat

• OpenSUSE:

  sudo zypper install -y curl dialog freerdp git iproute2 libnotify-tools netcat-openbsd

• Gentoo Linux:

  sudo emerge --ask=n net-misc/curl dev-util/dialog net-misc/freerdp:3 dev-vcs/git sys-apps/iproute2 x11-libs/libnotify net-analyzer/openbsd-netcat

Note

WinApps requires FreeRDP version 3 or later. If not available for your distribution through your package manager, you can install the Flatpak:

flatpak install flathub com.freerdp.FreeRDP
sudo flatpak override --filesystem=home com.freerdp.FreeRDP # To use `+home-drive`

However, if you have weird issues like #233 when running Flatpak, please compile FreeRDP from source according to this guide.

Step 3: Create a WinApps Configuration File

Create a configuration file at ~/.config/winapps/winapps.conf containing the following:

##################################
#   WINAPPS CONFIGURATION FILE   #
##################################

# INSTRUCTIONS
# - Leading and trailing whitespace are ignored.
# - Empty lines are ignored.
# - Lines starting with '#' are ignored.
# - All characters following a '#' are ignored.

# [WINDOWS USERNAME]
RDP_USER="MyWindowsUser"

# [WINDOWS PASSWORD]
# NOTES:
# - If using FreeRDP v3.9.0 or greater, you *have* to set a password
RDP_PASS="MyWindowsPassword"

# [WINDOWS DOMAIN]
# DEFAULT VALUE: '' (BLANK)
RDP_DOMAIN=""

# [WINDOWS IPV4 ADDRESS]
# NOTES:
# - If using 'libvirt', 'RDP_IP' will be determined by WinApps at runtime if left unspecified.
# DEFAULT VALUE:
# - 'docker': '127.0.0.1'
# - 'podman': '127.0.0.1'
# - 'libvirt': '' (BLANK)
RDP_IP="127.0.0.1"

# [WINAPPS BACKEND]
# DEFAULT VALUE: 'docker'
# VALID VALUES:
# - 'docker'
# - 'podman'
# - 'libvirt'
# - 'manual'
WAFLAVOR="docker"

# [DISPLAY SCALING FACTOR]
# NOTES:
# - If an unsupported value is specified, a warning will be displayed.
# - If an unsupported value is specified, WinApps will use the closest supported value.
# DEFAULT VALUE: '100'
# VALID VALUES:
# - '100'
# - '140'
# - '180'
RDP_SCALE="100"

# [MOUNTING REMOVABLE PATHS FOR FILES]
# NOTES:
# - By default, `udisks` (which you most likely have installed) uses /run/media for mounting removable devices.
#   This improves compatibility with most desktop environments (DEs).
# ATTENTION: The Filesystem Hierarchy Standard (FHS) recommends /media instead. Verify your system's configuration.
# - To manually mount devices, you may optionally use /mnt.
# REFERRENCE: https://wiki.archlinux.org/title/Udisks#Mount_to_/media
REMOVABLE_MEDIA="/run/media"

# [ADDITIONAL FREERDP FLAGS & ARGUMENTS]
# NOTES:
# - You can try adding /network:lan to these flags in order to increase performance, however, some users have faced issues with this.
# DEFAULT VALUE: '/cert:tofu /sound /microphone'
# VALID VALUES: See https://github.com/awakecoding/FreeRDP-Manuals/blob/master/User/FreeRDP-User-Manual.markdown
RDP_FLAGS="/cert:tofu /sound /microphone"

# [MULTIPLE MONITORS]
# NOTES:
# - If enabled, a FreeRDP bug *might* produce a black screen.
# DEFAULT VALUE: 'false'
# VALID VALUES:
# - 'true'
# - 'false'
MULTIMON="false"

# [DEBUG WINAPPS]
# NOTES:
# - Creates and appends to ~/.local/share/winapps/winapps.log when running WinApps.
# DEFAULT VALUE: 'true'
# VALID VALUES:
# - 'true'
# - 'false'
DEBUG="true"

# [AUTOMATICALLY PAUSE WINDOWS]
# NOTES:
# - This is currently INCOMPATIBLE with 'docker' and 'manual'.
# - See https://github.com/dockur/windows/issues/674
# DEFAULT VALUE: 'off'
# VALID VALUES:
# - 'on'
# - 'off'
AUTOPAUSE="off"

# [AUTOMATICALLY PAUSE WINDOWS TIMEOUT]
# NOTES:
# - This setting determines the duration of inactivity to tolerate before Windows is automatically paused.
# - This setting is ignored if 'AUTOPAUSE' is set to 'off'.
# - The value must be specified in seconds (to the nearest 10 seconds e.g., '30', '40', '50', etc.).
# - For RemoteApp RDP sessions, there is a mandatory 20-second delay, so the minimum value that can be specified here is '20'.
# - Source: https://techcommunity.microsoft.com/t5/security-compliance-and-identity/terminal-services-remoteapp-8482-session-termination-logic/ba-p/246566
# DEFAULT VALUE: '300'
# VALID VALUES: >=20
AUTOPAUSE_TIME="300"

# [FREERDP COMMAND]
# NOTES:
# - WinApps will attempt to automatically detect the correct command to use for your system.
# DEFAULT VALUE: '' (BLANK)
# VALID VALUES: The command required to run FreeRDPv3 on your system (e.g., 'xfreerdp', 'xfreerdp3', etc.).
FREERDP_COMMAND=""

Important

RDP_USER and RDP_PASS must correspond to a complete Windows user account and password, such as those created during Windows setup or for a domain user. User/PIN combinations are not valid for RDP access.

Important

If you wish to use an alternative WinApps backend (other than Docker), uncomment and change WAFLAVOR="docker" to WAFLAVOR="podman" or WAFLAVOR="libvirt".

Configuration Options Explained

• If using a pre-existing Windows RDP server on your LAN, you must use RDP_IP to specify the location of the Windows server. You may also wish to configure a static IP address for this server.
• If running a Windows VM using libvirt with NAT enabled, leave RDP_IP commented out and WinApps will auto-detect the local IP address for the VM.
• For domain users, you can uncomment and change RDP_DOMAIN.
• On high-resolution (UHD) displays, you can set RDP_SCALE to the scale you would like to use (100, 140 or 180).
• To add additional flags to the FreeRDP call (e.g. /prevent-session-lock 120), uncomment and use the RDP_FLAGS configuration option.
• For multi-monitor setups, you can try enabling MULTIMON. A FreeRDP bug may result in a black screen however, in which case you should revert this change.
• If you enable DEBUG, a log will be created on each application start in ~/.local/share/winapps/winapps.log.
• If using a system on which the FreeRDP command is not xfreerdp or xfreerdp3, the correct command can be specified using FREERDP_COMMAND.

Step 4: Test FreeRDP

1. Test establishing an RDP session by running the following command, replacing the /u:, /p:, and /v: values with the correct values specified in ~/.config/winapps/winapps.conf.

   xfreerdp3 /u:"Your Windows Username" /p:"Your Windows Password" /v:192.168.122.2 /cert:tofu
   
   # Or, if you installed FreeRDP using Flatpak
   flatpak run --command=xfreerdp com.freerdp.FreeRDP /u:"Your Windows Username" /p:"Your Windows Password" /v:192.168.122.2 /cert:tofu

   • Please note that the correct FreeRDP command may vary depending on your system (e.g. xfreerdp, xfreerdp3, etc.).
   • Ensure you use the correct IP address for your Windows instance in the above command.
   • If prompted within the terminal window, choose to accept the certificate permanently.

   If the Windows desktop appears in a FreeRDP window, the configuration was successful and the correct RDP TLS certificate was enrolled on the Linux host. Disconnect from the RDP session and skip the following debugging step.

2. [DEBUGGING STEP] If an outdated or expired certificate is detected, the FreeRDP command will display output resembling the following. In this case, the old certificate will need to be removed and a new RDP TLS certificate installed.

   @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
   @           WARNING: CERTIFICATE NAME MISMATCH!           @
   @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
   
   The hostname used for this connection (192.168.122.2:3389)
   does not match the name given in the certificate:
   Common Name (CN):
           RDPWindows
   A valid certificate for the wrong name should NOT be trusted!
   
   The host key for 192.168.122.2:3389 has changed
   
   @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
   @    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
   @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
   
   IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
   Someone could be eavesdropping on you right now (man-in-the-middle attack)!
   It is also possible that a host key has just been changed.
   The fingerprint for the host key sent by the remote host is 8e:b4:d2:8e:4e:14:e7:4e:82:9b:07:5b:e1:68:40:18:bc:db:5f:bc:29:0d:91:83:f9:17:f9:13:e6:51:dc:36
   Please contact your system administrator.
   Add correct host key in /home/rohanbarar/.config/freerdp/server/192.168.122.2_3389.pem to get rid of this message.
   

   If you experience the above error, delete any old or outdated RDP TLS certificates associated with Windows, as they can prevent FreeRDP from establishing a connection.

   These certificates are located within ~/.config/freerdp/server/ and follow the naming format <Windows-VM-IPv4-Address>_<RDP-Port>.pem (e.g., 192.168.122.2_3389.pem, 127.0.0.1_3389.pem, etc.).

   If you use FreeRDP for purposes other than WinApps, ensure you only remove certificates related to the relevant Windows VM. If no relevant certificates are found, no action is needed.

   Following deletion, re-attempt establishing an RDP session.

Step 5: Run the WinApps Installer

With Windows still powered on, run the WinApps installer.

bash <(curl https://raw.githubusercontent.com/winapps-org/winapps/main/setup.sh)

Once WinApps is installed, a list of additional arguments can be accessed by running winapps-setup --help.

Картинка с сайта: github.com

Adding Additional Pre-defined Applications

Adding your own applications with custom icons and MIME types to the installer is easy. Simply copy one of the application configurations in the apps folder located within the WinApps repository, and:

1. Modify the name and variables to reflect the appropriate/desired values for your application.
2. Replace icon.svg with an SVG for your application (ensuring the icon is appropriately licensed).
3. Remove and reinstall WinApps.
4. Submit a pull request to add your application to WinApps as an officially supported application once you have tested and verified your configuration (optional, but encouraged).

Running Applications Manually

WinApps offers a manual mode for running applications that were not configured by the WinApps installer. This is completed with the manual flag. Executables that are in the Windows PATH do not require full path definition.

winapps manual "C:\my\directory\executableNotInPath.exe"
winapps manual executableInPath.exe

Updating WinApps

The installer can be run multiple times. To update your installation of WinApps:

1. Run the WinApps installer to remove WinApps from your system.
2. Pull the latest changes from the WinApps GitHub repository.
3. Re-install WinApps using the WinApps installer by running winapps-setup.

Installation using Nix

First, follow Step 1 of the normal installation guide to create your VM.
Then, install WinApps according to the following instructions.

After installation, it will be available under winapps, with the installer being available under winapps-setup
and the optional launcher being available under winapps-launcher.

Using standalone Nix

First, make sure Flakes and the nix command are enabled.
In your ~/.config/nix/nix.conf:

experimental-features = nix-command flakes
# specify to use binary cache (optional)
extra-substituters = https://winapps.cachix.org/
extra-trusted-public-keys = winapps.cachix.org-1:HI82jWrXZsQRar/PChgIx1unmuEsiQMQq+zt05CD36g=
extra-trusted-users = <your-username> # replace with your username

nix profile install github:winapps-org/winapps#winapps
nix profile install github:winapps-org/winapps#winapps-launcher # optional

On NixOS using Flakes

# flake.nix
{
  description = "My configuration";

  inputs = {
    nixpkgs.url = "github:NixOS/nixpkgs/nixos-unstable";

    winapps = {
      url = "github:winapps-org/winapps";
      inputs.nixpkgs.follows = "nixpkgs";
    };
  };

  outputs =
    inputs@{
      nixpkgs,
      winapps,
      ...
    }:
    {
      nixosConfigurations.hostname = nixpkgs.lib.nixosSystem rec {
        system = "x86_64-linux";

        specialArgs = {
          inherit inputs system;
        };

        modules = [
          ./configuration.nix
          (
            {
              pkgs,
              system ? pkgs.system,
              ...
            }:
            {
              # set up binary cache (optional)
              nix.settings = {
                substituters = [ "https://winapps.cachix.org/" ];
                trusted-public-keys = [ "winapps.cachix.org-1:HI82jWrXZsQRar/PChgIx1unmuEsiQMQq+zt05CD36g=" ];
              };

              environment.systemPackages = [
                winapps.packages."${system}".winapps
                winapps.packages."${system}".winapps-launcher # optional
              ];
            }
          )
        ];
      };
    };
}

On NixOS without Flakes

Flakes aren’t real and they can’t hurt you..
However, if you still don’t want to use flakes, you can use WinApps with flake-compat like:

# configuration.nix
{
  pkgs,
  system ? pkgs.system,
  ...
}:
{
  # set up binary cache (optional)
  nix.settings = {
    substituters = [ "https://winapps.cachix.org/" ];
    trusted-public-keys = [ "winapps.cachix.org-1:HI82jWrXZsQRar/PChgIx1unmuEsiQMQq+zt05CD36g=" ];
    trusted-users = [ "<your username>" ]; # replace with your username
  };

  environment.systemPackages =
    let
      winapps =
        (import (builtins.fetchTarball "https://github.com/winapps-org/winapps/archive/main.tar.gz"))
        .packages."${system}";
    in
    [
      winapps.winapps
      winapps.winapps-launcher # optional
    ];
}

Star History