旧文書にアクセスがあるようなので、htaccessに手を入れてこちらへ誘導しました。“w3m”なんてあるアクセス、私のとこじゃめったに見ないし。たいしたものじゃないけど見てってくださいませ。urlであれば使えるんですね。移行メモを自分のためにまとめたもの。検索エンジンで探せばいろいろな人が手順等々を公開しているが、意外と検索キーワードにてこずったので自分用に編集した。自分専用のため、間違いがあるかもしれないし、他人には意味不明な記述があるかもしれない。全盛の中もしかすると全く役に立たないかもしれない。自己満足で書いている部分もある。導入されていることが前提。入れていなければ、手順のいくつかを飛ばせばよいだけ。なってから作業すること。XFree86回復手段の準備この手順だと「X.Orgの導入に失敗=XFree86環境を失う」ということなので意識しておくように。導入が可能)、パッケージを準備しておく。ディスクをだいぶ食うので、ディスクに余裕のない人は別途方法を考えておく。「失敗なんてありえねぇ」と開き直るならそれでもよし。私的には、個人の趣味用PCならそれでも良いと思う。ファイル中に以下の1行を追加する。X_WINDOW_SYSTEM=xorgすでにこのエントリがあるなら、ファイルの書き換えは要らない。このエントリがないと、portsでコンパイルができなかったりするので注意。興味あるなら、この手順を飛ばしてみると良い。/var/db/pkg/XFree86-*他のパッケージやportsの依存関係でメッセージがだらだらと出力されるが、それらは放置しておいてもとりあえずかまわない。X.Orgを導入してから解決していくためである。面倒なんですけどねぇ。X.Orgのインストールpkg_addコマンドに挑戦したが、どうしても自分の環境下ではうまくいかなかったので、portsからインストールする。時間はかなりかかるが、こればかりはしょうがない。installエラーなく完了することを祈る。エラーが出ても、きちんとメッセージを見ていけば対処できるはず。いっても、できないもんがあるかもしれない。コーヒーや紅茶でも飲んで、終わるのを待ちましょう。依存関係の修復pkg_deleteコマンドでわらわら出てきた、依存関係の回復を行う。全部手動でソースからコンパイルして、インストールをする人にはあまり関係ないかもしれない。依存関係を元に自動導入を行うツール群を利用している者にとっては、この情報の修復・回復は必須の作業となる。portupgradeの味を知ってしまった身としては、どうしてもやらなきゃならない手順である。-Fこのコマンドで行うのは、「このプログラムAはXFree86のパッケージXを使います」と定義されている情報を「このプログラムAはX.OrgのパッケージYを使います」と再定義すること。インタラクティブに質問してくるので、そのつど答えていく。使うことにします」という感じで答えていく。置き換えしていけばよい。導入したパッケージが多ければそれだけ質問の回数が増える可能性があるので、かなりきついかもしれない。コマンド自身が予測可能な場合は、「もしかしてこれを使います?」というニュアンスで聞いてくる。以下の「imake-4.4.0」から「imake-6.7.0_2」がその例。」にすることでとりあえず大丈夫の模様。実行し、漏れがない事を確認しておく。portsの「portupgrade」を導入していたのならば念のため以下のコマンドを実行しておく。-Uu正直、これが必要かどうかはさっぱりわからないが、時間が許すならやっておいても良いのではないかと。リネームせずそのまま利用可能。“/etc/X11/XF86Config”」とメッセージがある。ファイルを生成してみたほうが良いかもしれない。根っこは同じソースだし、できるのは当たり前といえば当たり前なのかもしれない。