A instalação alternativa de vinho precisa ser apagada

0

Estou me deparando com um problema estranho em que tenho duas instalações de vinho funcionando. Este está me enganando.

Estou usando a versão 5.6 do Centos.

O vinho legado foi instalado via rpm ou yum ; Não tenho certeza qual. yum uninstall wine foi executado e foi bem-sucedido, mas ainda existe a versão 1.0 do vinho.

A nova versão do vinho foi compilada a partir da fonte

which wine como um usuário normal fornece esta saída:

/usr/local/bin/wine

wine --version como um usuário normal fornece esta saída:

wine-1.0.1

... como root, which wine dá:

/usr/local/bin/wine

e wine --version dão:

wine-1.3.21

find / -name wine dá:

/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

A versão do legado do vinho está em /usr/ .

De qualquer forma, como posso desinstalar completamente a versão legada?

    
por steve 10.06.2011 / 03:16

2 respostas

1

Você deve executar (como um usuário normal e como root):

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

Parece que which está confuso sobre qual versão de wine é executada por um dos dois usuários, provavelmente root . Isso pode acontecer porque um dos shells tem um alias para wine , que which não tem conhecimento, ou algo semelhante.

Como desinstalar o sistema wine - se você não conseguir removê-lo com yum , então eu simplesmente asseguraria que meu PATH executasse a versão preferida. Dependendo das circunstâncias (principalmente quantas versões simultâneas de um determinado software que eu pretendo instalar), vou criar minha própria versão para instalar em /usr/gnu ou $HOME/Software/Product/vN.NN ou algo similar, e certifique-se de que o% relevantebin O diretório está no meu PATH antes dos diretórios do sistema. Eu tenho 11 versões do Perl (de 5.6.2 para 5.14.0) instaladas nos diretórios $HOME/Perl/vN.NN.N , por exemplo. (E eu nunca modifico o sistema Perl. Duvido que 'o sistema' use wine , mas não sei o que quebraria se eu modificasse a cópia do sistema do Perl, então simplesmente não corro o risco.)

    
por 10.06.2011 / 03:32
1

A solução que usei também era, de fato, um truque por aí. não excluir vinho no entanto "corrigiu" a questão mais fácil do que mudar de caminho.

Eu criei um link simbólico ligando o vinho 1.3 ao executável 1.0 e que não está mais com problemas.

adoraria ter uma solução REAL embora

    
por 10.06.2011 / 16:51