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

Я использую Centos версии 5.6.

Устаревшее вино было установлено через rpm или yum ; Я не уверен, какой. yum uninstall wine был запущен и успешно выполнен, но версия Wine все еще существует.

Новая версия вина была скомпилирована из исходного кода

which wine как обычный пользователь дает такой вывод:

/usr/local/bin/wine

wine --version как обычный пользователь, выдает следующее:

wine-1.0.1

... как корень, which wine дает вино :

/usr/local/bin/wine

а wine --version дает:

wine-1.3.21

find / -name wine дает:

/etc/rc.d/init.d/wine
/usr/lib/wine
/usr/bin/wine
/usr/share/wine
/usr/local/lib/wine
/usr/local/bin/wine
/usr/local/share/wine
/usr/local/include/wine

Старая версия вина находится в /usr/ .

В любом случае, как мне полностью удалить устаревшую версию?

|источник

2 ответа2

1

Вы должны запустить (как обычный пользователь и как root):

/usr/bin/wine --version
/usr/local/bin/wine --version

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

Что касается удаления системного wine - если вы не можете удалить его с помощью yum , то я просто убедился бы, что мой PATH работает с предпочтительной версией. В зависимости от обстоятельств (главным образом, сколько параллельных версий данного программного обеспечения я собираюсь установить), я создам свою собственную версию для установки в /usr/gnu или $HOME/Software/Product/vN.NN или что-то подобное, и убедитесь, что соответствующий каталог bin находится в моем PATH перед системными каталогами. У меня есть 11 версий Perl (от 5.6.2 до 5.14.0), установленных, например, в каталогах $HOME/Perl/vN.NN.N (И я никогда не модифицирую систему Perl. Я сомневаюсь, что «система» использует wine , но я не знаю, что сломалось бы, если бы я изменил системную копию Perl, поэтому я просто не рискую.)

|источник
1

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

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

хотел бы иметь фактическое решение, хотя

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .