А там 1.1.5, тоже маловато. Я вот на днях внезапно решил поиграть в игры. И внезапно решил поиграть в 4-х Героев. На Wine 1.1.5 не заработали, сегодня проверил на 1.1.7 — уже заработали.
А теперь подумай: какая весрия может быть в ДЕБИАН, где все даже при добавлении в тестинг все по 10 раз проверяется
temy4@eva-01:~$ cat /proc/version; wine --version
Linux version 2.6.26-1-686-bigmem (Debian 2.6.26-9) (waldi@debian.org) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Sat Oct 18 17:09:33 UTC 2008
wine-1.0
Вот 4-е Герои в debian-testing бегают как раз и без проблем. А вот в 10-й Федоре как раз и нет - ни переехавшие из F9, ни установленные вновь. Не смотря на самый свежий wine... Все на одной машине.
эти версии, stable\testing\unstable, полугодичный цикл разработки как в убунте - ваще мура страшная. максимум что нужно - махонький testing репозиторий, где сидят всякие rc и -git(-svn). пусть красноглазые его и тестируют.
>Ну вайн слишком часто обновляется, в дебиане с его политикой просто не успевают. А на ленни отлично ставится пакет с вайном с бубунты.
в дебиан политика не мешает, там майнтенер wine совершенно официально написал что не успевает
и если кто-то бы ему помог собирать оперативнее то было бы здорово
Я не понимаю современную молодёжь. Куда спешить? Ради чего?
Если надо именновотэтусамуюраспоследнююверсию, то что мешает собрать пакетик самому и у себя поставить? Давайте поговорим о том, какая религия запрещает это сделать (Сборку пакета по субботам, пятницам и воскресеньям в расчёт не берём).
Намного удобнее устанавливать интегрированным менеджером пакетов. :) Тогда есть такие плюшки, как автоматическое отслеживание обновлений, быстрые и легкие удаление и переустановка, интеграция в систему etc. :)
$ aptitude search wine
p libkwineffects1 - library used by effects for the KDE 4 window manager
i A libwine - Windows API implementation - library
i A libwine-alsa - Windows API implementation - ALSA sound module
p libwine-capi - Windows API implementation - ISDN module
i A libwine-cms - Windows API implementation - color management module
p libwine-dbg - Windows API implementation - debugging symbols
p libwine-dev - Windows API implementation - development files
i libwine-esd - Windows API implementation - EsounD sound module
i A libwine-gl - Windows API implementation - OpenGL module
i A libwine-gphoto2 - Windows API implementation - camera module
i libwine-jack - Windows API implementation - JACK sound module
i A libwine-ldap - Windows API implementation - LDAP module
p libwine-nas - Windows API implementation - NAS sound module
i libwine-oss - Windows API implementation - OSS sound module
i A libwine-print - Windows API implementation - printing module
i A libwine-sane - Windows API implementation - scanner module
i libwine-twain - Windows API implementation - empty transitional package
i wine - Windows API implementation - standard suite
i A wine-bin - Windows API implementation - binary loader
p wine-doc - Windows API implementation - documentation
i A wine-utils - Windows API implementation - utilities
я про то что пакеты можно собирать и самостоятельно, а не делать make install
в /usr/local, сборка с исходников не всегда означает отказ от пакетирования
Хотя, здесь - вероятно - для установки будет достаточно лишь пакета wine, а при удалении Debian сотрет и более не нужные зависимости. И пакеты, зависимые от wine, такие как libkwineffects1. Другой вопрос в том, что часть этих зависимых пакетов придется устанавливать вручную, поэтому в данном случае отчасти согласен. :)