Ubuntu 18.04を搭載した同じマシンにwineとSteam（Linuxバージョン）を同時にインストールしますか？
私は仕事用にプライマリの新しいLinuxマシンをセットアップしようとしています。作業の都合上、Windows固有のソフトウェアを実行するにはwineが必要です。ただし、Steamとワインの両方をインストールすると、Steamの起動に失敗します。
原因はlibdbus-1-3：i386パッケージであると特定できました。このパッケージは、32ビットの依存関係の1つとしてワインをインストールします。パッケージがインストールされるとすぐに、起動時にSteamがクラッシュします。
その理由は次のとおりだと思います。
- steamはdbus用に独自のローカル32ビットライブラリを使用しますが、システム上に存在する場合はグローバルバージョンを使用することを優先します。
- steamにはdbus用のローカル32ビットライブラリがありませんが、両方がグローバルにインストールされている場合、64ビットよりも32ビットdbusの使用を優先します。
- 32ビットdbusライブラリのインストールが何らかの形でdbus-daemonの動作に影響すること。
これまでのところ、私は次のことを試しました：
- ubuntuリポジトリからワイン安定版をインストールします。
- ubuntuリポジトリからwine-developをインストールします。
- ワインPPAからワインをインストールします。
- pPAからのワインステージングのインストール。
- ワインのインストール後にSteamを再インストールします。
- libdbus-1-3：i386のみを削除しました。これは、aptがwine32およびlibwineパッケージを削除しようとしたため中止しました。
したがって、私が知っていたすべてのnoobishソリューションを試したと感じて、私はここに来て助けやインスピレーションを求めました。
Debianバグレポート この動作について：
これはSteamのバグです。Steamが使用しているSDL 2.0.6のバンドルコピーに特にあると思います。 Debianの派生物ではないすべてのものでこのようにクラッシュします。 Debian派生物では、最近までDebian固有のパッチが前提条件チェックの失敗に対する応答を警告にダウングレードしていました（これは11年前に「一時的に」行われました）。 Steamを実行する前に「export DBUS_FATAL_WARNINGS = 0」はそのパッチと同じことをします。これにより、初期化されていないメモリの内容に不運な場合を除き、クラッシュを回避し、代わりにスパム警告のみを行います。その場合、まだクラッシュする可能性があります。
したがって、Steam側でこれが修正されるまでの最も簡単な回避策は、実行することです。
export DBUS_FATAL_WARNINGS=0
コマンドラインからSteamを実行する前。あるいは、この変数を設定できます セッションに永続的に 。