Предлагаю опакетить Wine-stable (актуальная Wine 8.0) и сделать её основной (рекомендуемой к использованию). Вводная. Разработка Wine последние 3 года значительно интенсифицировалась, что имеет как очевидно положительные, но и значительные отрицательные моменты. Ранее выпуски производились раз в 1-3 месяца, то ныне -- раз в 2 недели. Короткие циклы хороши для быстрого получения и тестирования новшеств, но вынуждают разработчиков торопиться и поскорее осуществлять слияние своей работы, а дальше "уж как-нибудь доделается-пропатчится". Причём в этом же "стиле" очень интенсивно перерабатываются крупные подсистемы и ключевые библиотеки (преобразование в PE), что в совокупности выливается в неизбежные регрессии, не смотря на мощное развитие средств тестирования. Тем самым использование регулярно обновляемых версий Wine несёт значительные риски потери работоспособности ПО, запускаемого в среде. Решение. Предлагаю в дополнение к регулярно обновляемой версии опакечивать стабильную версию Wine, выходящую раз в год (+ минорные исправления), и сделать её основной (рекомендуемой к использованию). Это значительно снизит риски остаться с внезапно переставшим работать из-за регрессии ПО и избавит пользователя от необходимости замораживать какую-то из "удачных" регулярно обновляемых версий. К этому избавит пользователя от нужды использовать различные прослойки-нагромождения по типу Lutris и bottles, которые на деле только усложняют использование, запутывают новичков, способствуют применению и поощрению практик неправильного использования Wine, усложняют отладку и понимание происходящего в целом, что делает проблематичным оказание поддержки, не говоря о зависимости от сборок Wine, предоставляемых третьими лицами. Разделение на stable и регулярно обновляемую версию упрощает тестирование работоспособности ПО. Пример: пользователь желает запустить определённую программу; она не запускается на wine-stable; в этом случае пользователь может попробовать регулярно обновляемую версию, где необходимый функционал, вероятно, уже реализован; если и там не работает, то встаёт необходимость составить отчёт о проблеме для Wine. В пододобной ситуации, если доступна только регулярно обновляемая версия, пользователю намного сложнее диагностировать проблему: попалась ли регрессия, нужна ли Windows-библиотека или не реализован необходимый функционал. В свою очередь, применение стабильной версии почти полностью исключает регрессий, сильно упрощая разбор проблем.
В релизе стабилизирующий выпуск Wine 8.0.1: https://www.winehq.org/announce/8.0.1
> Предлагаю в дополнение к регулярно обновляемой версии опакечивать стабильную версию Wine, выходящую раз в год (+ минорные исправления), и сделать её основной (рекомендуемой к использованию). А вы уже придумали, что делать с пакетами wine-gecko и wine-mono ? Они потребуются разные для разных версий wine.
Это ведь обычные программы префикса, поэтому можно использовать самые свежие версии. Могу ошибаться, но, для той же Ubuntu, для всех трёх веток скрипт подтягивает всегда самую свежую версию. Как вариант, можно поставлять конкретную версию Gecko и Mono сразу в комплекте префикса без разделения на пакеты, так как такое разделение всё равно имеет очень мало практического смысла. В этом случае, если по какой-то причине Gecko и Mono не нужны, пользователь может удалить их сам через wine control / Установка и удаление программ.
Если верить приведённым данным, версии Gecko и Mono поддерживаются в пределах мажорной версии Wine без особых проблем в плане разбега по версиям: https://wiki.winehq.org/Gecko https://wiki.winehq.org/Mono Так же вариант с прямой интеграцией в префикс (стабильной версии Wine), считаю, оптимальным. Тогда точно не придётся возиться с пакетами, которые и без того, можно сказать, обязательные.
Пакет wine-stable в Сизифе.
