upgradeを使うよう指示があるのを見つけていました。--obsoletesを使えって事になる。--obsoletesはマイナーバージョンアップの際でも使う場合がある事が分かります。Wiki余談だけど、メーリングリストのアナウンスには書いてあったupgradeの件、リリースノートには書いてないみたい。5.6のリリースノートには、アップグレード手順が書いてあるので、ちょっとなんでだろうという疑問が残る。logicを有効化するとある。yumを見ろって書いてある・・・。logicで検索するとRedHatのドキュメントで、やっとそれっぽい解説を発見。パッケージが、他のパッケージを廃止して自分が置き換わるというメタ情報を持っていて、obsoletes処理が有効ならそのメタ情報を元に、実際にその置き換えをするという事らしい。ありがちなのが、単にパッケージ名が変わった場合という例が書いてあります。baseCentOSがマイナーバージョンアップして5.8がリリースされた時、5.7の環境ではcentos-releaseというパッケージが更新対象になります。/etc/issue/etc/issue.net/etc/pki/rpm-gpg/etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5/etc/pki/rpm-gpg/RPM-GPG-KEY-beta/etc/redhat-release/etc/sysconfig/rhn/etc/sysconfig/rhn/sources/etc/yum.repos.d/etc/yum.repos.d/CentOS-Base.repo/etc/yum.repos.d/CentOS-Debuginfo.repo/etc/yum.repos.d/CentOS-Media.repo/etc/yum.repos.d/CentOS-Vault.repo/usr/share/doc/centos-release-5/usr/share/doc/centos-release-5/EULA/usr/share/doc/centos-release-5/GPL/usr/share/doc/centos-release-5/autorun-template/usr/share/eula/eula.en_US/usr/share/firstboot/modules/eula.py/usr/share/firstboot/modules/eula.pyc/usr/share/firstboot/modules/eula.pyocentos-releaseの内容を見てみると、/etc/yum.repos.d/*、つまりyumリポジトリの設定が更新されます。centos-releaseが5.8系に更新される。リポジトリの設定も5.8系になる。以後5.8系のパッケージが取得できるようになり、他のパッケージを廃止して置き換わるパッケージが含まれている場合、それをインストールする時にobsoletes処理が走る。実際に確認してないから多分だけど、こういう流れになるんじゃないかなと思っています。centos-release-*.rpmhttp://www.admon.org/update-centos-4-to-centos-5-remotely/CentOS4からCentOS5への移行を解説するエントリーでは、centos-releaseをyumじゃなくrpmを使って手動で更新しています。これによってCentOS5系のリポジトリに切り替わり、yumで更新すると、obsoletes処理も走ってCentOS4時代のパッケージは消え、すべてCentOS5のパッケージになる、ということなのかな。このエントリーではかなり色々と下準備をしています。メジャーバージョンアップは、centos-releaseを更新してyumで一発というわけには行かないみたい。理想はそうだけど、違いがありすぎてうまくいかないって事なのかな。obsoletes実際にobsoletes処理の対象となるパッケージは、これで確認できるっぽい。updateの違いについて勘違いしてたTweet広告を非表示にするもっと読むコメントを書く2012-11-14Gow+NYAOS+Console2でWindowsにUNIXライクなコンソール環境を入れてみた。WindowsなるべくWindowsでコマンドを扱わないようにしてるけど、ちょっと使う必要が出てきちゃったので、前から耳にしていたNYAOSとかをちょいと入れてみました。コマンドプロンプトで我慢して、作業をやっつけちゃってもいいけど、入れておけば今後もストレスなくコマンド操作が出来るかもしれないですし。Windowsを略してGowという名前です。applicationsをWindowsで使えるようにしてくれます。コマンドプロンプトも使いにくいけど、それよりもdirとか打ちたくないので、とりあえず入れておけば便利かなと思ってます。(x86)\Gow\bin\bash.exebashも使えるようになるみたいだけど、今回はNAOSを使います。インストールインストーラーが提供されています。cloneしないで使うのがちょっと変な感じ。自分でPATHとか設定しなくても、Gow提供のコマンドは使えるようになりました。3.0のコードネームで、いわゆる再帰的頭字語ってやつ。今回初めて入れるので良く知らないけど、3000は付けて書かなくてもいいよね?UNIXライクなシェルで、日本語の扱いが得意というのが特徴で、他にもメリットあるかもしれないけど、とりあえず入れておけば便利になります。動作するコマンドラインシェルです。特徴として次のようなものがあります。慣れた操作で、編集することができます。カスタマイズすることも可能です。固有のファイルシステムの特徴にあった補完を提供します。ライクな行単位のヒストリや、Vzライクな単語単位のヒストリを持っています。+history」で有効になります。エイリアス機能(alias命令)コマンドに別名をつけることができます。レジストリの類を利用しませんので、アンインストールはファイルを消すだけとなります。http://www.nyaos.org/nyaos_ja.txtインストールZIPをダウンロードして好きな場所に配置。SourceForge.netターミナルエミュレーター。コマンドプロンプトじゃストレスが溜まるし、シェルにNYAOSを指定する方法も分かりやすかったので入れました。タブ機能があり、タブ毎にシェルを指定できるらしいです。Settings...を開いてShell:にnyaos.exeのパスを指定すればNYAOSをシェルとして動作します。Mouseで変更しました。インストールZIPをダウンロードして好きな場所に配置。http://sourceforge.net/projects/console/files/ではconsole-develとconsole-releasesがあります。console-releasesの方は2005年から動いてなくバージョンも1系です。console-develの方には2系があるけど、ZIPのファイル名にはBetaの文字が入ってます。Betaのまま6年もきてるみたいなので、区切りを付けてStableを出す開発スタイルじゃなくなったってことなのかな。16:36Gow+NYAOS+Console2でWindowsにUNIXライクなコンソール環境を入れてみた。Tweet広告を非表示にするもっと読むコメントを書く2012-10-25Windows7のXPモードにサーバーを立てて別PCからアクセスするWindowsXPモードのほうにちょっとサーバー的なものを立ち上げて、隣にあるMacBookからアクセスしたいって事があって、色々と試行錯誤しました。簡単にやる方法も見つかってたけど、途中から手段が目的になって、色々調べたのでまとめておきます。VirtualPCによる仮想マシンなので、VirtualBoxやVMwareなどと同じように、ホスト(Windows7)とゲスト(XPモード)という関係になります。VirtualPCが微妙な事に、ネットワークをNATにした場合に、*1ポートフォワード機能を持ってません。ネットワークアドレスは変換するけど、ポートは見てないわけです。kanonjiの日記で、ホスト側の転送機能はWindows7から使えなくなっている事が分かりました。デフォルトでは共有ネットワーク(NAT)になっているネットワークの設定をブリッジに変更するだけです。ホストと同じネットワークに参加し、同じネットワークから普通にアクセス出来ます。192.168.1.4まぁこんな感じで、ホストからXPモードも、MacBookからXPモードも、その逆も通信可能です。なんとかNATのままでやる方法ブリッジ使うと終わってしまうのだけど、IPアドレスが管理されててブリッジにしてホストと同じネットワークのIPを取得するには許可が必要だとか、ホストがノートPCで、公衆無線LANとか使うからブリッジはしたくないとか、そういう場合になんとかNATのまま、XPモードと通信する方法を調べました。Routerと実物のRouterが繋がっちゃってるあたりが、ちょっとおかしいけど*2、概ねこんな感じのネットワークになります。LANネットワーク側のIPは持ってません。Routerを介してXPモードにアクセスする経路がありません。Routerは検知出来ないので、本当はつなげちゃうとちょっとおかしな事に。ネットワーク図で表せない形でVirtualPCがうまいこと変換してるんだと思います。192.168.1.1XPモード側のネットワークの設定は、すべてDHCP*3任せとなっていて、こんな設定になります。LANネットワークにあるブロードバンドルーターを指定しています。192.168.1.1しても応答ありません。詳しくは後で補足に書くけど、ブラウザからいろんなところにアクセスする分には、DNS設定がこのままでも何故か問題ありません。考えてこれはバグなんじゃないかと思っています。VirtualPCのNATだと、ポートフォワード機能がないどころか、どうやらホストからはアクセス出来ないネットワークになっている様子。VirtualPCの場合、どうやらブリッジにしないとホストとゲスト間の通信が出来ないようで、とはいえ前述の通りそのままブリッジを使うのは避けるのが目的です。Adapterを使います。Adapterブリッジで通信する方法です。ダブルクリックします。