Маю бажання користуватись вільною операційною системою з відкритим кодом. Переїзду на юнікс-подібні системи заважають проблеми сумісності. Дещо з того, що я написав для себе і постійно використовую, проблематично переробити.
1) Розкладки клавіатури. Легко портуються лише примітивні розкладки без мертвих клавіш, робота з мертвими клавішами на вінді та ніксах принципово по-різному організована: якщо у вінді мертві клавіші є частиною розкладки, то на юнікс-подібних системах мертвоклавішні послідовності описуються та обробляються глобально для всіх розкладок. У мене є три розкладки, що використовують велику кількість таких послідовностей — при злитті наборів мертвих клавіш неминуче вининкуть конфлікти.
2) Пакетні файли, мову яких я використовую як повноцінний скриптовий засіб — на юнікс-подібних системах досі нема інтерпретатора для цієї мови, переписувати з cmd на bash — це все одно, що писати з нуля. Так, їх можна запускати під  wine, але це вимагає паралельного встановлення вінди, наскільки я розумію, тому це буде незовсім відмова від білґейтсівських продуктів.

Коротше, лінукс — біль. Теоретично, мене влаштувала б вільна відкрита DOS/Windows-подібна ОС. Переїзд на FreeDOS здається надто екстремальним — з чистим ДОСом я мав справу ще в школі.  Не знаю, що там зараз з ReactOS — коли воно ще було незовсім мертве, то роками лежало на стадії альфи чи преальфи, крім того, його писали москалі. Які ще є альтернативи в цьому напрямку?

Можливо, з якимось іншим продуктом переплутав. Ні, я не настільки лінуксоїд, щоб зносити вінду, а тоді з жахом намагатися відтворити звичний функціонал через wine. Нагоди випробувати не було — завжди паралельно була Windows як основна ОС.

Якщо wine — це не підключення до вінди з під лінукса, а самостійний продукт з віндоус-подібним функціоналом, то наскільки wine відрізняється від windows — з якими несумісностями доведеться мати справу? І що там у ролі cmd.exe — наскільки воно відрізняється від віндового?

Щодо клавіатурних розкладок. В принципі, я міг би переробити їх для лінукса, але мені не вистачає простого способу їх тестувати в процесі переробки/відлагодження. Перезавантажувати ОС після кожної дрібної зміни, щоб подивитися, як воно працює — не варіант. Чи нема якогось лековагового симулятора лінукса, куди можна швидко скопіювати свої клавіатурні файли, щоб потестити? Або просто симулятор лінуксового клавіатурного вводу, що приймає файли розкладок. (Розкладок з репозиторіїв не пропонувати — бачив там тільки щось примітивне, до моїх монструозних творінь недотягує.)

Аби спробувати вайн, не обов'язково зносити вінду. Достатньо лінукса паралельно.

Відсутність свободи - ознака багатьох суспільств, не лише московитського. Китайці чи там давні єгиптяни теж не дуже вільні були. А у вільних народів часто було багато рабів, тобто свобода як така була зазвичай рідкістю.

Але дещо менш вільні, ніж пишуть сучасні ліберальні заперечувачі. У них була досить жорстка бюрократична система; так, це не були раби в грецькому класичному сенсі, але й вільнонайманих каменярів там було не так уже й багато.

Wine - не є емулятором вінди. Він щось типу лоадер+діспатчер для віндових екзешників. В цілому лінуксовий та віндовий asm вихлоп не так сильно і відрізняється, тобто так, відмінності є, але вони не дуже критичні. Якщо ми беремо одну і ту ж архітектуру, то в цілому набір інструкцій буде однаковий. І якщо вдасться вивантажити "код" (з .text секції) із віндового exe, завантажити його в пам’ять і вказати %rip на потрібне місце - процесор без проблем його виконає. Звідси і лоадер.
А, діспатчер, бо обробляти/перенаправляти системні виклики (syscalls), це вже інша не тривіальна задачка. Ну і з ABI теж тре рахуватись. Тут я точно не скажу, як wine це робить, бо не знаю. Але підозрюю вони мають аналоги віндових .dll, які працюють, як trampoline перенаправляючи виклики вже у лінуксові syscalls. Але тут я можу помилятись.

Оскільки wine - не емулятор, принаймні у звичайному розумінні і ніяка "реальна" вінда не загружається, то звідси і можете приблизно прикинути, які можуть бути проблеми із сумісністю. Якщо wine не може запустити якусь віндову програму, то нічого не поробиш. Єдине, це чекати поки розробники wine випустять нову версію чи патч із кращою сумісністю, тоді можливо ваша програма запрацює (а може і ні).

WINE це WINDOWS XP запускалка для деяких програм, і то не факт що будуть працювати стабільно, драйвера там не ставляться, тісно працюють з ReactOS, як я ставив FreeBSD десктопний варіант, wine було лише для  IDA pro та PonyProg

Уявімо собі деяку функцію heap_allocate

void* heap_allocate(int size);

Початково ця функція була реалізована на Windows та всередині себе викликала, скажімо, HeapAlloc. Тепер ми взяли цю ж функцію і додали її імплементацію у Linux, тепер вона викликає mmap, наприклад. Як ви гадаєте, це емуляція?

wine не емулює x86/amd64 чи будь-які інші x86-сумісні процесори. А також не віртуалізує нічого.

Тобто ще раз, wine не робить нічого з того, що робить qemu чи virtualbox. Та чи можна це все ж називати емуляцією? Та звісно ж можна. Тоді і справедливо буде сказати, що Андроїд є лише емулятором Java. В цілому мені все одно, як називати wine.. Емулятором чи завантажувачем, чи ще якось. Головне, на що я хотів звернути увагу - wine не те саме, що й умовний virtualbox. Щоб розуміти між ними різницю, от і все.

Можу помилятись, але вроді wine не вміє в DOS. Тому ймовірно емулятор DOS буде потрібен.