アーカイブ本記事はWine環境(WINEPREFIX)についてとこれを利用したWindowsアプリケーションの管理について書かれたものとなる。元の記事は2007年11月に書かれたが、内容のほとんどを書き直している。環境の分け方Wine環境/WINEPREFIXとは何かWineの仮想Cドライブやレジストリは、通常[ホームディレクトリ]/.wine/というディレクトリの中に一緒に格納されている。しての役目を果たす[1]が、Wine実行時の環境変数によってこの場所を切り替えることができ、複数の環境を使い分けることで管理上のメリットもある。その環境変数はWINEPREFIXで、これが未定義のときに標準の場所である[ホームディレクトリ]/.wine/が使われる。既存のWine環境以下を全て削除したり新しい環境を作ったりするとWineの設定やCドライブの中身を初期状態にでき、環境を使い続けている内に何か不具合が起きたときに役立つことがある。下はWine環境の最上位ディレクトリ以下のディレクトリツリーを図にしたものとなる(角括弧で囲まれた項目はディレクトリ)。タブで割り当てを変更できる。内の項目が仮想Cドライブの中でホームディレクトリ内の幾つかのディレクトリを参照するようになっており、(信頼できないソフトウェアを動かすときなど)環境をサンドボックス化したい場合はこれらのチェック(リンク)を外すなどする必要もある。仮想Cドライブの中のディレクトリツリーには2つの種類がある。64bit版のWineを用いて新しく作成された環境の仮想Cドライブはx64(64bit)版Windowsと同様に以下の構造となり、64bit版のWineでWin64アプリケーションを、32bit版のWineでWin32アプリケーションを動かすことができる。64bit/32bit両対応の環境となる。32bitのDLLなど32bit版のWineを用いて新しく作成された環境の場合はx86(32bit)版Windowsと同様に以下の構造となり、32bit版のWineでWin32アプリケーションを動かすときにしか使えない。64bit版のWineがインストールされていてもこの形の環境を作成することは可能(後述)。32bitのDLLなど新しいWine環境を作成する環境の最上位ディレクトリとして使用したいパス名を環境変数WINEPREFIXに指定した状態でWineを用いて任意のWindowsアプリケーションやwinecfgのような付属ツールなどを実行すると、その実行の際に(環境が存在しない場合に)自動的に環境が作成される。作成処理にはしばらく時間がかかる。[4]作成処理のみを行いたい場合はwinebootコマンドを実行する。Wine向けのMonoやGeckoといったパッケージのインストールを確認するダイアログは表示されることがあり、選択肢のボタンを押すまで処理は進まないため、作成処理のみの完全な自動化は難しい。存在しないディレクトリの扱い環境変数WINEPREFIXのパス名の最後の階層だけは環境作成時に存在していなくても問題ない。[ホームディレクトリ]/wineprefixes/というディレクトリのすぐ下にfooやbarといったディレクトリのWine環境群を配置したい場合、(環境の最上位ディレクトリから1つ上となる階層の)[ホームディレクトリ]/wineprefixes/のディレクトリまでは必要だが、環境の最上位ディレクトリとなる階層の[ホームディレクトリ]/wineprefixes/fooや[ホームディレクトリ]/wineprefixes/barといったディレクトリを事前に準備(作成)しておく必要はない。環境変数WINEPREFIXのディレクトリは自分が所有しているディレクトリである必要がある。自分に書き込み権限があるディレクトリであっても自分が所有者でないディレクトリは指定できない(環境の作成に失敗する)。there64bit版Wineでの32bit専用環境の作成64bit版のWineがインストールされている環境では標準で64bit/32bit両対応の環境が作成されるが、好みや事情により32bit専用の環境を作成したい場合も出てくる。環境変数WINEPREFIXにする階層の(空の)ディレクトリを事前に作成してしまうと処理に失敗するというバグがあるので、事前に同環境変数の場所にディレクトリが存在しないようにする点に注意が必要。installation.Wine環境を選択してプログラムを実行するWindowsアプリケーションの実行時に環境変数WINEPREFIXを指定することで、実行時のWine環境を選択できる。Files\Foo\以下にあるfoo.exeを実行するものとする。環境やアプリケーションのディレクトリや実行ファイルの名前は実際に使うものに読み替える。見出し:端末から実行する場合と同様の流れをシェルスクリプトとして記述して実行する形。ランチャを手動で作成する場合(後述)にコマンドとしてこのスクリプトの場所を指定することもできる。メニュー項目が作られるインストーラでインストールしたアプリケーションの場合、インストーラ実行時の環境変数WINEPREFIXに関係した指定はデスクトップ環境などのメニューの中にあるWine用のメニュー内に作られる項目の中に含まれており、特にファイルを編集したりする必要はない(そのまま実行すればインストーラ実行時に使用されていた環境で動作する)。アイコン画像についても[ホームディレクトリ]/.local/share/icons/以下に配置されたものの名前が記述されており、Windows上と同じように表示される。このメニュー項目は~/.local/share/applications/wine/Programs/以下の.desktopファイルとして保存される。下はfoobar2000をインストールした場合の例。絶対パスの作業ディレクトリをそれぞれ記述するようにする。配置場所は[ホームディレクトリ]/.local/share/applications/wine/Programs/や[ホームディレクトリ]/.local/share/applications/。デスクトップのランチャから実行する場合インストーラがデスクトップ上にランチャを作成した場合は見出し:デスクトップ環境などのメニュー項目と動作、特にファイルを編集したりはせずにそのままそれを実行すればよい。デスクトップランチャが作成されない場合でも、メニュー上にのみ項目が存在すればそれをデスクトップにコピーして実行することもできる。デスクトップやメニューに項目が自動的に作られずに手動でランチャを作成したい場合、コマンドと作業ディレクトリを以下のような形で指定してランチャを作成する(アイコンなどは好みで決める)。Files/Foo”環境の分け方Wine環境は個別のアプリケーションごとに分けてもよいが、ディスク領域もある程度使用するため、細かく分けすぎるのではなく、用途やWineの設定、使用ライブラリなどが共通したアプリケーションをひとまとめにして管理するのに使うのがよい。下は分け方の幾つかの例。どのように分けるかは人それぞれなので、下のようにしなければならないというものではない。呼ばれるツールについてを扱っている。元の記事は2010年2月に書かれたが、ほとんどの内容を書き直し、GUIメニューについてなど新しい内容も書き加えている。モジュール内の機能を用いると、外部プロセスを実行して標準入出力を扱ったり終了ステータス(プロセスの戻り値)を取得したりできる。環境(WINEPREFIX)についてとこれを利用したWindowsアプリケーションの管理について書かれたものとなる。元の記事は2007年11月に書かれたが、内容のほとんどを書き直している。LinuxでGPUの動画再生支援を用いる(主にDebian/Ubuntu向け)本記事はGPUの動画再生支援機能をGNU/Linuxで使用する上での情報を扱ったもので、2014年5月に書かれた記事を大幅に書き直している。動画再生支援機能を使用するには、GPUが動画再生支援に対応している必要がある。呼ばれるアドオンパッケージをインストールすることでMono/.NETアプリケーションが動作するようになるが、ソフトウェアによっては正しく動作しない。Aceまで)作品の動作についてを扱う。これまでに同ツール群による作品の動作上の問題点や対処などについてを数多く扱ってきたが、これらをまとめ直したり新しく分かったことを追加したりしている。Wine上...PPAリポジトリの追加手順(Ubuntuソフトウェアセンター,Synaptic,コマンド)ここではUbuntuのPPAリポジトリを追加する手順についてを方法別にまとめておく。ついてはこれまで扱っていなかったので、ここでスクリーンショット付きで手順を載せる。呼ばれるツール群のクロスコンパイラを用いてビルドすることもできる。切り替えることで有効/無効が切り替えられる。