Esse problema nos sistemas de 64 bits é causado por /usr/lib
sendo anterior em LD_LIBRARY_PATH
than /usr/lib32
. O Steam tenta as bibliotecas de 64 bits e reclama, sem procurar mais nada.
Ele pode ser corrigido no entanto em ~/Steam/steam.sh
, mas esse arquivo parece ser restaurado para a versão original toda vez que o vapor é executado.
Eu consertei criando um script que faz isso:
#!/bin/bash
export LD_LIBRARY_PATH=/usr/lib32:$LD_LIBRARY_PATH
steam $*
Isso pré-acrescenta /usr/lib32
ao caminho da biblioteca e inicia o steam (com os argumentos originais do script).
Agora /usr/lib32
é encontrado no caminho antes de /usr/lib
e o steam usará com êxito as bibliotecas de 32 bits.
Você também pode adicionar a linha
export LD_LIBRARY_PATH=/usr/lib32:$LD_LIBRARY_PATH
para /usr/bin/steam
, ele terá o mesmo efeito, desde que você o adicione antes da última linha. Você precisará sudo para editar /usr/lib/steam
.
- Isso tem a vantagem adicional de que é uma correção melhor, já que tudo o que começa a funcionar (a entrada no menu do aplicativo, associações de tipo de arquivo, associações de URI) funcionará corretamente.
- A desvantagem é que
/usr/bin/steam
provavelmente será substituído quando o vapor for atualizado.
Eu uso o último método, mantendo o script como um backup. Dessa forma, se /usr/bin/steam
for sobrescrito, posso simplesmente copiar e colar a linha novamente do script para corrigi-la.