192.162.19.174 - - [19/Apr/2012:09:01:52 +0900] "GET /~goro/diary/?cperpage=1 HTTP/1.1" 200 66128 "http://www.yahoo.com" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.6) Gecko/20100107 Fedora/3.5.6-1.fc12 Firefox/3.5.6"
192.162.19.174 - - [19/Apr/2012:09:01:55 +0900] "GET /~goro/diary/wp-admin/ HTTP/1.1" 200 73045 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.6) Gecko/20100107 Fedora/3.5.6-1.fc12 Firefox/3.5.6"
192.162.19.174 - - [19/Apr/2012:09:01:59 +0900] "GET /~goro/diary/wp-admin/theme-editor.php HTTP/1.1" 200 91982 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.6) Gecko/20100107 Fedora/3.5.6-1.fc12 Firefox/3.5.6"

127.0.0.1 - - [16/Apr/2012:09:23:19 +0900] "GET /~goro/diary/wp-admin/admin.php?page=stats HTTP/1.1" 302 - "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/534.55.3 (KHTML, like Gecko) Version/5.1.5 Safari/534.55.3"
127.0.0.1 - - [16/Apr/2012:09:23:21 +0900] "GET /~goro/diary/wp-login.php?redirect_to=http%3A%2F%2Fborg4.vdomains.jp%2F%7Egoro%2Fdiary%2Fwp-admin%2Fadmin.php%3Fpage%3Dstats&reauth=1 HTTP/1.1" 200 3526 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/534.55.3 (KHTML, like Gecko) Version/5.1.5 Safari/534.55.3"
127.0.0.1 - - [16/Apr/2012:09:23:22 +0900] "GET /~goro/diary/wp-admin/admin.php?page=stats HTTP/1.1" 302 - "http://borg4.vdomains.jp/~goro/diary/wp-admin/admin.php?page=stats" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/534.55.3 (KHTML, like Gecko) Version/5.1.5 Safari/534.55.3"

192.162.19.174 - - [26/Apr/2012:07:10:25 +0900] "GET /~goro/diary/?cperpage=1 HTTP/1.1" 200 36183 "http://www.yahoo.com" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.6) Gecko/20100107 Fedora/3.5.6-1.fc12 Firefox/3.5.6"
192.162.19.174 - - [26/Apr/2012:07:10:29 +0900] "GET /~goro/diary/wp-admin/ HTTP/1.1" 302 - "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.6) Gecko/20100107 Fedora/3.5.6-1.fc12 Firefox/3.5.6"

つーのがあり、さらには

という具合に書かれていました。いや、ちゃんと解析したわけじゃないけど、多分ここが問題のコードなんでしょう(苦笑)。これをインストール前に確認することは面倒(というかテーマのソースなんてイチイチ読んでられないよ)なので、自衛策といえば以下のテーマしか使わない、ということなんでしょーか…

• WordPress 標準のテーマ
• 自作テーマ
• WordPress.org で配布しているテーマ

ま、怪しいサイトからはテーマであっても落とすのは危険だよね、という教訓だったのかもしれません。

今までに何度かネタにした通り、さくらのVPS 1.5G で ZFS boot な FreeBSD 8.2-R を愛用していたのですが、そのさくらの VPS が 1.5G プランを廃止、そして 2G プランが 1.5G プランより安くなる、でも 1.5G プランから 2G プランへのアップグレードはなし、という感じにリニューアルされたので、 2G プランで ZFS boot な FreeBSD 9-R に移行することにしたのです。

FreeBSD 8.2-R から 9.0-R にするだけなので、前回やったよーにやるだけ、と思ってデフォルト状態から swap 潰して FreeBSD/amd64 9-R な mfsroot を入れてそこから起動、としたら、何故か ada0 を見つけてくれずにインストールできない謎の現象が発生…。

試しにさくらの VPS 純正の FreeBSD 8.2-R を入れるとちゃんと ad0 を見つけてそこに入るし、そこから 9-R へのアップグレードも問題なし。じゃあ 9-R がイカンのか、とデフォルト状態から swap 潰して FreeBSD/amd64 8.3-R や 8.2-R を入れたのだけど、そうするとやっぱり ad0 が見つからない…。これは困ったと思いながらぐぐってみるとだ

さくらのVPSの新プラン試してみたらVirtIOになっててOpenBSDがインストールできなくて移行できない
— uenoBさん (@uenoB) 3月 29, 2012

カスタムOSでFreeBSDを選択すればストレージも完全仮想化になるっぽい — uenoBさん (@uenoB) 3月 29, 2012

こ!れ!か! ということで、このツイートに準じて再度デフォルト状態から swap 潰して FreeBSD/amd64 9-R な mfsroot を入れて、一度カスタム OS インストールから FreeBSD を選択してから mfsroot から起動としてみたら、今度は無事に ada0 を見つけてくれたのでした。

動いてくれたのは嬉しいのだけど、 VirtIO という単語を知らなかったので調べてみたら仮想環境下で効率よくハードウェアを使う仕組み? みたいですね。さくらの VPS(v3) からこれが使われるようになったので、 VirtIO に対応していない FreeBSD では ada0 が見つけられず、カスタム OS インストールから FreeBSD を選ぶと VirtIO が殺されて完全仮想化されるので ad0 が見つかるという仕組み。うん、これなら納得。

で、 FreeBSD では ports になってるということなので、これ入れたインストールイメージ作れば ada0 が見つかるんじゃね? と思い立って作ってみたらカスタム OS インストールでの FreeBSD の選択をしなくても ada0 が見つかるようになったのです。そのままインストールを行いこれにて一件落着と思って再起動したらやっぱり起動しない。なんで、どうして!? と思ったら /boot/loader.conf を以下のように書いていたのでした…

zfs_load="YES"
virtio_load="YES"
virtio_pci_load="YES"
virtio_blk_load="YES"
if_vtnet_load="YES"
virtio_balloon_load="YES"

virtio 読み込む前に zfs をロードしてそこから起動しようとするので virtio 上の ada0 を見つけられないという…。ダサい。正しくはこうですね。

virtio_load="YES"
virtio_pci_load="YES"
virtio_blk_load="YES"
if_vtnet_load="YES"
virtio_balloon_load="YES"
zfs_load="YES"

あとは 6rd な IPv6 を有効にするだけ、なんだけど FreeBSD 9-R でも 6rd はマージされていない様子。でもダメ元でパッチを当ててみたら当たったので 8.2-R と同じ手順で設定、したんだけど書式その他が変わったみたい。
FreeBSD 8.2-R はこうだったんだけど

# vi /etc/rc.conf (以下を追加)
ipv6_enable="YES" cloned_interfaces="stf0"
ipv6_ifconfig_stf0="2001:e41:3b6a:457d::1/32"
ipv6_defaultrouter="2001:e41:3dd3:e07d::1"

FreeBSD 9.0-R はこうみたい。

# vi /etc/rc.conf (以下を追加)
ipv6_activate_all_interfaces="YES"
cloned_interfaces="stf0"
ifconfig_stf0_ipv6="inet6 2001:e41:3b6a:457d::1 prefixlen 32 alias"
ipv6_defaultrouter="2001:e41:3dd3:e07d::1"

というあたりでなんとか移行できました。
FreeBSD 9-R にしたので zfs が v28 になったのが一番のポイントですかね。いや 8.2-R でも v28 使ってたんだけど、公式対応になったからバージョンアップが気軽に出来るようになった、という話なのだけど。

で、 /Library/Server/ProfileManager/Logs/profilemanager.log を覗いて動かなくなる理由を探っていたのですが、その流れで /System/Library/ServerSetup というディレクトリを発見しました。中身はたぶん Lion Server のインストール時に動いてるプログラムやスクリプトのカタマリ。バイナリはよくわかりませんがスクリプトを読むといろいろ興味深い内容なので、 Lion Server を使ってる人は一度ぐらいは眺めたほうがいいんでないかなー、と思いマス。

これを読むことで Profile Manager が動くようになるかは、まだわかりませんが(笑

いろいろ調べた結果ドイツから買うことになったのですが、そうすると思い出すのがジュニアシートを買った時の異常な遅さ。というか、 DHL のステータスからググってその時の記事を読みに来る人が多く、誰もがやきもきしてるみたいなので、どうもあの時が偶々遅かったのではなくあの遅さが平常運転のようなのですかね。なので、奥さんには 3 月過ぎぐらいには届くんじゃないのー、と言っておいたのですが、そんな予想を華麗に裏切り 1 週間で届いたのです。

今回買ったのはこんな感じ。

こーしてみると国内で買えるんじゃないかと思わなくはないのですが、日本ではナイフや茶碗の取り扱いがなかったり、その他のコップやらも日本では買えない色だったり、そもそも日本で売ってる奴だとしても、今回輸入したのの倍ぐらいの値段になっちゃうので、送料込みでも輸入したほーが安いので頑張る意味はあるよーです。

ということで今回の DHL Traking をぺたり。

これなら全然許容範囲だけど、このスピードの差はどこで生まれるのかなぁ。総額なんだろーか?

が、さすがに iPhone を手に入れると予定表を使いたい、かなぁということで、だったら iCloud や Google Calendar よりも iCal Server で頑張るべきだろう、と弄ってみました。といっても 10.7.3 にしたおかげか基本的には共有カレンダーを管理するに準じるだけ。変なことをしてなきゃこれだけで快適に使えるようになるはずです。

じゃあなんでこんなエントリを書くかというと、俺が iCal Server を誤解していたり、変なことをしていたりしたから。俺の常識は Apple 様の非常識というか…。

ということでまずは俺の誤解

• iCal Server は Lion Mail Server と連動しない

社会人になってから Lotus Domino/Notes や Microsoft Exchange/Outlook といった仕組みでメールや予定表を使っている俺としては当然 iCal Server (というか CalDAV か)は Lion Mail Server と連動して動くものだと思っていました。それに数少ない設定項目のひとつが「メールアドレスを使った参加依頼を許可」だもの、そりゃ連動すると思うじゃない。
ところが、 iCal Server 上にアカウントがあるユーザーに対してはメールで予定に対する参加依頼は飛ばず iCal (というか CalDav クライアント)内で完結しちゃうのでした。前述の「メールアドレスを使った参加依頼」は iCal Server 上にアカウントがないユーザーに対して参加依頼を飛ばす仕組みなんだそーです(この機能は試してないからホントにそうなのかわかんないけど)。というかよく読むと共有カレンダーを管理するにちゃんと

iCal サーバアカウントを持たない出席者にも、メールで出席を依頼することができます。

って書いてあるんですけどね。どうせドキュメントのミスだろうとナメてたのが敗因でした(笑)。

で、俺のやった変なこと

• Lion Server 上の複数のアカウントに同一のメールアドレスを設定してた

Lion Server には自分用の(非常用)ローカルアカウントと(常用) Open Directory アカウントが作られていて、でもどっちも俺のアカウントなのでメールアドレスは同一にしてたんですよ。そしたら iCal Server ちゃんは作成された予定に登録された出席者のメールアドレスを読んで、賢くローカル (/Local/Default)と Open Directory (/LDAPv3/127.0.0.1) の両方をなめ、誰が出席者なのかを決定するということをしているようで、ローカルと Open Directory の両方でアカウントを見つけてしまって困ってしまった、ようです。
で、俺の誤解通りに iCal Server が動けば「参加者を追加して保存すると invite のメールが追加された参加者に飛ぶので、参加者はそのメールから予定を知ることが出来る」のだけど iCal Server はアカウントがある場合はメールを飛ばさないので、そもそもこんな動作はありえない。

一方、本来通りに iCal Server が動けば「参加者を追加して保存すると iCal 上で通知が表示されるので、参加者はそこから予定を知ることが出来る」のだけど、 iCal Server は同一メールアドレスの複数のアカウントを発見してしまったせいで通知が出来ずにこの動作が出来てなかった。

ということから

• 予定を作成して、参加者を追加して保存してもなにも起こらない

という結果が産まれてしまい、果たしてどこをどーれば解決するのだかさっぱり解らない、という状況に陥ってしまったのでした。

複数のアカウントに同じメールアドレスが設定されていたことが原因で、片方のアカウントのメールアドレスを消したら期待通りに通知されるようになりました。なんでこれに気付けたか、というと iCal Server は http でおしゃべりするだけのことはあって、デフォルトで Web のインターフェースも用意されているのです。で、この Web インターフェースでもやっぱり参加者への通知が出来てなかったのですが、

Lion Server の Web で標準で用意されているマイページを一回編集すると参加者への通知がされるようになるよ

みたいな回答を見かけたんですよ。で、それを複数のアカウントでやってみたら、確かに Web インターフェースから予定を作成して参加者を追加すると、ちゃんとその予定が iCal にも iOS にも通知されるようになった、と。じゃあ作成された予定はなにが違うのだろう、といろいろ見てたら iCal や iOS から作られた予定の Open Directory のつもりだった参加者が ローカルの参加者となっていたので、これか、と。

ちなみに予定の参加者ってのは奥さんですが、思いついた予定や ToDo をすぐに奥さんと共有出来るというのは思ってたよりも便利でした。今まではメールでやり取りしてたんだけど、メールだけだとやっぱり忘れちゃうんですよね。じゃあそこは Google Calendar で良いじゃんって感じですが、 iCal と iOS で同じ予定表を同じような感覚で扱えて、かつ、 iCal と iOS の両方でプッシュ通知をしてくれるってところがキモなんでしょう。…だったら iCloud でもいいんでしょうけど、プライベートなデータは自分の支配下に置いておきたいって感じかな、プッシュ通知しといて支配下もなにもないんだけど(笑)

http://anago.2ch.net/test/read.cgi/mac/1311908579/115

From: [115] 名称未設定 <sage>
Date: 2012/02/07(火) 17:50:47.16 ID:qb8hHYhe0

10.7.3にアップデートして、smbの動作確しましたよ。
アプデ後、MacPortsでインストしたsmbなどをとめて、netbiosdをロードするようにして、標準のsmbに切り替えました。
結果はXP、Vista、7、Lionからそれぞれ動作確認できました。
日本語ファイル名も問題なく使用可能でした。やっと、普通に使えるレベル。

というのを読んで他にも改善されてるかも、と我が家の Lion Server も 10.7.3 にしてみたのです。そしたら今まで動かなかったプロファイルマネージャーがずいぶんさっくりと動き出したのでした…。というか Lion Server v10.7.3 アップデートについてを読むと改善/変更点が大杉で呆れるレベルなので、正直ここまで来てからリリースして欲しかったかなー。

とか思っていたら Mountain Lion がリリースされるとかで、多分この勢いのまま Mountain Lion Server もリリースされるのだろうけど、それは最初っからこの程度の完成度を持っていて欲しいところデス。

と言ってもこれまたアップルが用意しているドキュメントVPN を使用して安全なリモートアクセスを提供するに準じるだけなので簡単。罠というかポイントとしては VPN 共有シークレットはクライアント側でちまちまと入力するのではなく、「構成プロファイル」を保存して、保存したプロファイルをなんらかの形でクライアントに喰わせるほうが楽チンってぐらい。あと、 Lion Server をインターネットに置いてるのでなければ NAT の設定を弄ってあげる必要があるのだけど、 AirMac Extreme を使ってる場合は Lion Server が勝手に面倒を見てくれるのであんまり考えなくていいです。ってホントに考えないと危険を危険として認知できなくなるので空けたポートぐらいは把握しておきましょう。

ってことで Lion Server が設定してくれたポートは UDP の 500,1701,4500 でした。

というか iPhone を買ってわかったけど、 Lion Server が想定するクライアントは Mac OS X じゃなくって iOS なのね。 Lion Server 導入時に苦労したのが嘘みたい(苦笑)。

多分 Lion Server だけの機能のような気がするプッシュ通知(Push notification)を有効にすると、 Lion Server で動いてるメールサーバーのクライアントで設定しているアカウントにメールが届くとそのクライアントに通知が行われるようになるのです。今のところほぼリアルタイムで通知が来てるので、これがあれば携帯メールなんていらねーじゃん的な。

Lion Server でメールサーバーを構築しているのであれば手順はここに書いてある通りでホントに簡単。唯一気を付けることとすれば何故か別ページになっているプッシュ通知証明書に記載されているように Apple ID は個人のではなく組織のものを使え、ということぐらい。知らずに今まで使い続けていた Apple ID をそのまま入力していましたが、特に問題は起きなかったので、何故個人のを禁止してるかはよくわかんないんですけど。気付いてしまったので、新たに Apple ID とって登録し直しましたけどね。実はプッシュ通知は去年 Lion Server を入れた時から有効化していたんですが、今まで特に費用を請求されたことはありません。これが、無料で提供されているサービスなのか、それともトラフィックが増えると費用請求されるのかはよくわからないでちょっと怖いところではありますが。

なお、 Apple から送られてきたメールによると、メールを含め有効になるのは以下の 4 つ。

• com.apple.calendar
• com.apple.contact
• com.apple.mail
• com.apple.mgmt

Lion Server のいろんなサービスを使っていれば使っているほど便利になるという実に見事な囲い込み戦略ですね(笑)。

goro@sara:~/work/emacs-23.3-gcc$ time (CC=gcc ./configure --with-ns --without-x;make bootstrap)
( CC=gcc ./configure --with-ns --without-x; make bootstrap; ) 359.48s user 35.92s system 96% cpu 6:49.55 total
goro@sara:~/work/emacs-23.3-gcc$ time (CC=gcc ./configure --with-ns --without-x;make -j8 bootstrap)
( CC=gcc ./configure --with-ns --without-x; make -j8 bootstrap; ) 637.43s user 52.41s system 567% cpu 2:01.61 total
goro@sara:~/work/emacs-23.3-clang$ time (CC=clang ./configure --with-ns --without-x;make bootstrap)
( CC=clang ./configure --with-ns --without-x; make bootstrap; ) 344.44s user 34.30s system 96% cpu 6:32.90 total
goro@sara:~/work/emacs-23.3-clang$ time (CC=clang ./configure --with-ns --without-x;make -j8 bootstrap)
( CC=clang ./configure --with-ns --without-x; make -j8 bootstrap; ) 634.69s user 51.22s system 580% cpu 1:58.15 total

結論:並列ビルドすげー(笑)。ということで gcc よりも clang のほうが若干速いようですが、 Emacs であっても誤差でした。出来上がった Emacs.app について体感速度に違いはありません(あったら bootstrap でもっと劇的な差がでるだろう)ので敢えて clang を使う意味は…エラーメッセージがわかりやすいくらいかな?

奥さん: で、ゼルダの伝説はどんな感じなの?

俺: んー、なんというか、幸せ?

奥さん: …は?

というのは発売日に 2 時間ぐらいぶっ続けでプレイした後の奥さんとの会話なんですが、エンディングまで進めたこのゲームの感想はやっぱり「幸せ」でした。

以下ネタバレを含むかもしれない感想

トワプリの記憶が曖昧なので、大分美化されてるんだろーな、とは思いますが、それと比較しても今回のモープラ使った操作は大満足…って冷静に考えると初めて Wii リモコンの情報を見た時に妄想した操作感はこれだったような気がするけど。戦闘時のフェイントのかけ方や剣を出してる状態からアイテムを使うのが面倒だとか若干納得いかない面はあるのだけど、それでも快適な面が圧倒的。強いて言えば興奮してモープラとヌンチャクを振り回すあまりにコードが抜けてプレイが中断されることがあった(笑)ので、ワイヤレスのヌンチャクは欲しいかなぁ。あとアイテム選択の UI は自慢するだけのことはあるというか前作以前に戻れないことは確定。この UI で全作リメイクしてほしい勢いです(笑)。

ダンジョンは新しい仕掛けに慣れるまでが大変だった、というか最初のダンジョンが一番時間かかった気が。ボリューム的にはこんなもんかと思うんだけど、ボスが少なかったのがちょっと寂しい、というかギラヒムがボス扱いというのがかなり残念。ギラヒム 2 戦に加えてボスがいればここの不満はだいぶ解消されたのではないかなー? 個人的に特筆すべきなのが古の大祭殿。一部とはいえオープンフィールドなダンジョンが! と遊んでて興奮してしまいました(笑)。まぁ、今回はダンジョンに入る前もボスがいないだけでダンジョンっぽいのでオープンフィールドなダンジョンが実現されまくってるのかもしれません。

プレイ画面に常時マップが表示されないってのは最初は違和感があったのだけど、進めていくにつれ立ち止まってマップを開いてる感があったのでアリです。

というか、モープラのチャンバラも一役買ってますけど、今回のゼルダはパズルアクションじゃなくって RPG ですよね、如何にリンクとしてこの世界に没入するか、という。俺が今まで遊んだ中ではどうぶつの森がコンピュータで遊べる究極の RPG だと思ってたのですが、今回のスカイウォードソードはどうぶつの森とは別の方向性での究極の RPG だと思うのです。いや、移動が Wii バランスボードじゃないから究極というにはあと一歩足りないか(笑)

そーいえば、世間的に不評らしいサイレンとオトダマ集めはどちらも楽しめました。というか、どちらも地図を開いて、どこに隠されてるかとか考えながら遊ぶとすごく楽しいと思うのですけどねー。あれが隠されてなくて全部マップに表示されてたらあんまり面白くはなかったと思います。

ストーリーは、どうでもいい(笑)。とかいいつつ何度か泣かされたし、(いつものことだけど)ゼルダを助けたいあまりにサブイベントすっ飛ばしてエンディングまで一直線だったので面白かったんでしょう。

残念だったのは、当然ではあるのだけど 3D 未対応なところ。時オカ 3D を遊んでなければ不満に思わなかったんだろうけど、今となっては 3D じゃないことが残念でしょうがない。というか対応してれば 3D テレビまで買ったと思うので、次回作以降ではぜひ検討してください? …あと、最後のマスターソードを戻すところはどんなにグダグダになってもいいから、自分の手で戻したかったですね。引き抜くところは手動なのに、なんであそこはムービーにしちゃったのかなー。

社長が訊く、に

ディレクターの立場で話すと、
５歳でも９歳でも遊べるようにしようということを
今回はつねに意識していて

なんてな記載がありましたが、(彼にとっては汽車を走らせるゲームだった)大地の汽笛でゼルダデビューを果たしたもうすぐ 4 歳の長男さんはノリノリで遊んでいます(笑)。と言っても敵と戦うのは怖いので、もっぱらスカイロフトをうろうろして、ツボを投げてみたり、魔法のツボでいろいろと吹き飛ばしたり、ビートル飛ばしたりって遊び方ですが。ストーリーもなにも関係なく、自分が楽しいと思うことを延々とやり続ける姿は微笑ましくもあり、将来が不安でもあり(笑)。ちなみに遊び終わるときはちゃんと鳥のモニュメントで「セーブして終了」を選択しているので、今回のモープラの UI は 3 歳児でも大丈夫な画期的な UI といえるでしょう。というか、 Wii メニューでもモープラ操作しようとして混乱してるので、 WiiU ではぜひモープラ操作を標準装備としてほしいです(笑)。ついでに、現在 1 歳 9 か月の長女さんはプレイこそしませんが、ボス戦以外は見ているのは大好きらしく、雑魚と戦ってるとシンケン丸や烈火大斬刀を一緒に振ろうとしたりします。…危ないよ。

次回作はもうちょっと間隔を空けずに出してもらえると嬉しい、というかまた 5 年も待たされるようだと、今度こそ本当に長男さんとどちらがプレイするかでケンカになる自信があります(ダメ親過ぎる…)