svn co svn://svn.handbrake.fr/HandBrake/trunk hb-trunk
cd hb-trunk
./configure --launch

とするだけ、と思ったらエラーで終わる不思議。なんでだろう? と思ったら pkgsrc の tar が HandBrake が期待するオプションに対応していないって話でした。 MacOS X 純正(?) の bsdtar でも大丈夫なんだけど、 gnu tar のほうがより望ましい雰囲気を configure から読み取ったので pkgsrc から archives/gtar を突っ込んでみたところ、あっさりとビルドできたのでした。

で、起動してみたところ、期待通りに  iPad のプロファイルが追加されてて一安心

それはそーと BUILD-Mac を読んでみたら Universal Binary の作り方が乗ってたのでそれにもチャレンジ!

素直に作ろうとすると ppc-64 のバイナリを作ろうとしてエラーになるので HandBrake の一番上のディレクトリに custom.defs を作って

UB.archs = i386 x86_64 ppc

なんて書いてあげてから

./configure --disable-xcode
cd build/
make ub.build.serial
make ub.combine


とすると build/ub.combine の下に Universal Binary な HandBrake が出来上がるのです。
ちなみに 64bit な HandBrake を使って DVD の読み込みをすると 64bit 版 VLC を要求されてハマるので素直に 32bit 版を使うべき(笑)

で、こうして噂の端末がついに発売になり、土日といじり倒したので期待通りのところとか期待と全然違ったところとかの感想を記録しようかな、と。

期待通りのところ

• 寝っ転がって使える
  片手で持つと若干重い気がするけど、それでも長女さんを腹の上に寝かしながら片手で扱うことが出来るのは嬉しい。もうちょっと軽いともっと嬉しいけどね
• 電池が持つ
  自宅で使ってる分には充電忘れたりしない限り全く問題ないね。というか 1024×768 の液晶積んで一日持つって異常だよなぁ。
• 使ってて快適
  使ってて詰まるというか、動作が引っかかるようなことがほぼないってのはスゲい。もちろん出来ることが限られてるからそうなってるんだろうけど、そこまで割り切ったことがスゲいというか。
• キーボードが快適
  片手で快適、とはいかないけど両手でうつ分には結構イケる感じ。 Bluetooth のキーボードを繋げたりできるけど、この機械でそれやっちゃあ負けだよね(笑

期待と違ったところ

• 写真が一杯入らない
  25000枚弱いれたら LowMemory で写真アプリが起動しなくなるってなんのテストしたんだよ、とゆー感じ(ぇー)。 iPhoto でサポートしてる枚数ぐらいまではなんとか対応して欲しかったなぁ。というか事前にこのこと知ってたら 32GB 買ったよ!
• 壊れされる心配が消えない
  状況まで確認してないから詳細不明だけど、落としてガラスがヒビだらけになってる iPad の写真をみちゃうと長男さんに渡しっぱなしは怖いね。
• パソコンじゃなかった
  Mac OS X を積んでない時点で想像ついてろよって感じですが。逆に Mac OS X を積んでいたらあれが出来ないこれが出来ないがいろいろとストレスになったと思うので、正しい選択かどーかはまだわかんないけど、 iPhone OS を積んだことも含めて意図したものなんでしょう。
• 電子ブックでもなかった
  ご祝儀を兼ねて「死ねばいいのに」を買ったのだけど、これが本を置き換えるって言われちゃうと、なぁ。英語なら問題ないのかもだけど、日本語というか漢字はまだキツイ。3年後ぐらいに発売されるであろう iPad HD 待ちかな(笑)。ま、解像度の問題を置いといても iBooks と、それに競合するアプリがある時点でなんだかなー、と。
• iPhone/iPod touchアプリがしょんぼり
  2倍表示で思ったよりジャギーが目立つのが残念。というかそこら辺の解像度の違いはお作法に則ったアプリなら OS が吸収してくれると信じてたのに!
• 一人一台が前提
  マルチアカウント対応しててもウザいので、しょーがないのでしょうけどね。

…書いてみたらなんだかネガティブなことばっかりで自分でもびっくりですが(笑)、少なくとも俺にとっては値段分以上の価値がある、とても満足度が高いオモチャです。でも世間で言われてるよーな世の中を変えるだとかそんなものにはとても思えないです。…パソコンが使えない人たちに普及する可能性はあるかもですが(最初の iTunes 必須のアクティベートが無けりゃなぁ)。

おまけ

• 愛花さんが、デカい
  彼氏ならみんなやるよね、これ(笑)。 DSi LL がないのがちょっと残念。コナミは早く iPad 対応版をリリースしてください!!
  

必要なもの

• Xcode
• libIDL
• mercurial

作り方

1. アプリケーション -> ユーティリティ -> ターミナル.app を実行
2. 以下のコマンドを実行


mkdir ff
cd ff
curl -O http://borg4.vdomains.jp/~goro/tmp/Makfile.gz
gunzip Makefile.gz
make


3. お仕舞い

注意点

• 俺でも書けるぐらい単純な Makefile なので疑問点があったら読むことから始めましょう
• Snow Leopard 専用ですが、 ~/.mozconfig を弄れば Leopard でもビルド出来るようになる気がします。
• 64bit 環境な Snow Leopard でビルドすると 64bit 版 Firefox が出来上がりますが、 32bit 環境な Snow Leopard でビルドするとどーなるのか知りません。多分 32bit 版が出来上がると思いますが。
• libIDL, mercurial は pkgsrc から入れることを想定しています。
• mercurial を pkgsrc で入れなかった場合は最後の make のところを

HG=hg make

という具合にしてあげれば大丈夫なはずです。

FreeBSD を使っていた身としては /usr/pkg は /usr/ports に対応するもの、つまりパッケージシステムのソースが置かれるところという認識だったのですが、 pkgsrc のソースが置かれるのは /usr/pkgsrc 、で /usr/pkg は /usr/local に対応し出来上がったコマンドその他が入るところなのですね。それが大変気持ち悪く、 NetBSD で ports を使う方法がないか調べたりもしたわけなんですが、 pkgsrc を使わずに Emacs をビルドしてインストールした時に

• システムコマンドは /bin, /usr/bin
• pkgsrc で入れた奴は /usr/pkg/bin
• 自分で入れた奴は /usr/local/bin

と綺麗に分かれる事に気づいて、それからは pkgsrc 大好きっ娘になったのです(笑)。もっとも pkgsrc だけは NetBSD であっても /usr/src/pkgsrc に置くようにしてますけど。

ちなみに MacPorts は /opt/local 以下に入れるようになってて、/opt を別パーティションにする習慣がない俺にはちょっと…って感じです。まぁ MacOS X は / 一本なので本来問題ないのですが(笑)

で、その後 Solaris を使うことになって、でも当時の Solaris のパッケージシステムがイマイチイケてなかったので、じゃあ試しにってんで Zoularis を使ってみたら思ったより快適だったので， Zoularis -> bootstrap と使い続け今に至るのです。

実際、普段使ってる NetBSD, MacOS X, CentOS(?) でほぼ同じようにパッケージの管理が出来るのはとても楽。もちろん複数の OS を使ってないのであればネイティブのパッケージシステムを使ったほーが楽だと思いますけどねー。

24.0.50でフォントの扱いがまた変わってる…もう嫌だ (泣)

なんて書き込みがあったので試してみました。

inline patch 自体は問題なくあたったのでいつものよーにビルド。で動かしてみるとこんな感じ

マジだ!? と .emacs を読んでみるとフォント指定をしてるところの最初で

(when (= emacs-major-version 23)

と全力でバージョン指定をしていたので

(when (>= emacs-major-version 23)

と書き直して起動してみるとこんな具合

ということで俺が使ってる範囲内では Cocoa Emacs が 64bit 対応した時のフォント設定でそのままイケてる感じでした。23 に戻す必要も感じないのでこのまま生活する予定です。

file /usr/pkg/bin/*|grep i386

とかやって出てきた実行ファイルを片っ端から rebuild していったところ、 Universal Binary で作った lv 以外は全て 64bit で作成できたのでした。

他に 32bit なアプリはあったかなぁ、とアクティビティモニタで確認したところ、 Firefox が 32bit じゃないですか!

てなわけで 64bit Firefox についてぐぐってみたところ Mozilla 公式の Mac OS X Build Prerequisites に

The reason Mac OS X 10.6 requires a more complex mozconfig file is that by default, the tools on Mac OS X 10.6 compile 64-bit binaries, and trunk versions before 2009-12-16 were not ready for 64-bit builds on Mac OS X.

なんて記載がをハッケソ。これは試してみるしかない、と頑張ってみました。

と言っても基本的にはさっきのサイトに準じるだけ。

MacPorts は使ってないので pkgsrc から devel/mercurial , devel/libIDL を突っ込んでから

hg clone http://hg.mozilla.org/mozilla-central/
cd mozilla-central
make -f client.mk checkout
make -f client.mk build


とすると ${MOZ_OBJDIR}/dist に Minefiled.app が出来上がり。更に

make -C obj-ff/browser/installer


で、 ${MOZ_OBJDIR}/dist/firefox-3.7a2pre.en-US.mac.dmg が出来上がるのです。

なんでも正式ビルド扱いじゃないので、名前が Firefox.app にならないし、アイコンも違うんだそーで。それじゃあ寂しいということで紆余曲折した末、こんな ~/.mozconifg にしたところ

. $topsrcdir/browser/config/mozconfig

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-ff
ac_add_options --enable-optimize=-O2
ac_add_options --enable-libxul
ac_add_options --disable-shared --disable-static
ac_add_options --with-macos-sdk=/Developer/SDKs/MacOSX10.6.sdk
mk_add_options MOZ_MAKE_FLAGS="-s -j4"

# for distribution;
export BUILD_OFFICIAL=1
export MOZILLA_OFFICIAL=1
export MOZ_OFFICIAL_BRANDING=1
mk_add_options BUILD_OFFICIAL=1
mk_add_options MOZILLA_OFFICIAL=1
mk_add_options MOZ_OFFICIAL_BRANDING=1
ac_add_options --enable-official-branding
ac_add_options --with-branding=other-licenses/branding/firefox

こーなりました。

動かすとこんな具合。 3.7a2pre とゆーことらしいので、次回リリースからは 64bit 版も含まれるのでしょう。
Firefox.app は配布するとマズいらしいのですが、 Minefield 版そーでもなさそーなので置いときます。もちろん Snow Leopard 専用で、 32bit kernel で動くかどーかは知りません、というか動作保証もなし。SHA1 は 4b35bfbcaf11f59ee38fb1acc41869eb1286c67c だそーな。

ちなみに、ウチの MacBook Pro(2.5GHz Core 2 Duo/4GB/64bit kernel) で time 仕掛けたところ

make -f client.mk build  1834.42s user 255.60s system 125% cpu 27:42.04 total
make -C obj-ff/browser/installer  6.60s user 1.78s system 30% cpu 27.597 total

という結果でした。

ソースの取得は相変わらず NetBSD でやってるので pkgsrc での話になりますが、Bazaar を使うには devel/bzr を入れれば良いみたい。

bzr の使い方はここに解説されているとーり

1. bzr init-repo –2a emacs/
2. cd emacs && bzr branch http://bzr.savannah.gnu.org/r/emacs/trunk/
3. cd emacs/trunk && echo “public_branch = http://bzr.savannah.gnu.org/r/emacs/trunk/” >> .bzr/branch/branch.conf
4. cd emacs/trunk && bzr bind http://bzr.savannah.gnu.org/r/emacs/trunk/

で OK。ソースのアップデートは cvs とほぼ同じよーに

cd emacs/trunk && bzr update

だそーな。

それはそれとして、最近はリリースこそされていないものの inline patch の更新が頻繁に行われいるようで、 64bit Cocoa Emacs でもバッチリインライン入力ができるようになってます。快適、というか IM によってモードラインに表示される単語が異なるというのが芸細でいいですな。

なんだこりゃ、と思ってググってみたものの、どーも期待しているよーな回答がない。一番近いのはこれなんだけど回答がライブラリを別名にして TimeMachine から戻せ、じゃなぁ。

ということでいろいろと試行錯誤してみた結果、 ~/Pictures/iPhoto Library/iPhotoLock.data を削除して起動すれば OK というだけの話でした。

しかしその後の動作を観察してみたところ、 iPhoto を終了させても iPhotoLock.data は消えないっぽいので矯正終了させたハズの iPhoto のプロセスがこれを掴んでたってところなのかなー、と。

Snow Leopard が届く前に 64 bit での起動に関するページを見た気がするのだけど、どーも見つからない。と思ったら 64bit 起動のオマジナイをいつものよーに defaults write で検索してたのだけど、今回は違うんだよねー。ということで自分用にメモ。

sudo systemsetup -setkernelbootarchitecture x86_64

/Library/Preferences/SystemConfiguration/com.apple.Boot.plist を編集するって方法もあるらしいんだけど、上記のコマンドはこのファイルを編集しているだけって話なのでこのコマンドを採用。

しかしカーネルが 64bit になったところで普段使ってる大半のアプリが 32bit なのであんまり有り難みがないなぁ、なんて。

自分でビルドするときは意味もなかったので Universal Binary にする方法を知らなかったんだけど、

CLAGS=”-arch i386 -arch x86_64″ make build

とかやるといいみたい。なので pkgsrc の mk.conf に

CFLAGS+=”-arch i386 -arch x86_64″

と足して片っ端から build してたらコケるコケる。なんかいい方法ないかなぁ。

長いので簡単に書くと

8/28

アップルストアから到着。が DVD 不良祭りを引いてインストールできず

8/30

サポートに連絡。交換品を一週間から10日前後で送るとか連絡

9/12

交換品がこないので返品したいとサポートに連絡。ところが返品は出来ない、もう海外から発送したので絶対にあと5日以内に届くとか言われる

9/19

5日どころか一週間経ってもやっぱり届かないので再々度サポートに連絡したらあっさり返品を受け付けてくれる。で吉祥寺に行く用事があったので、そのついでにヨドバシでファミリーパック購入。帰宅したら交換品が2枚届いてた

やっぱり長いな。

DVD 不良はアップルケアに連絡しろと言われたのでアップルケアに文句付けたり返品させろとか言って断られていたのだけれど、返品の受付はアップルストア側で、最初からアップルストアに返品を迫っていればさくっと返品できてたであろうってことが今回のイベントから学習した内容。つーかアップルの場合、不良品引いた場合は交換品より返品して買い直しのほうが全然早いんだなぁ。