先のエントリで “やめること” にこだわる必要がないと感じたのは、その道を追求して進んでいくのか、あるいはどこかで立ち止まって遊んでしまうのかは自由であるけれども、放棄してしまう必要はなく、自分が “どこに立って” いて “どこを向いている” のか を把握していれば良い、ということに気が付いたからでもある。人の物理的な移動や書籍の流通からインターネットへと伝達手段がより便利になる現在 “Professional amateurs” あるいは “Prosumer” という言葉が登場するに至るが、時代に影響されず目標を見失わないための目安として次の２つのことを念頭に置くようにしている。

• 問題解決の速さ
  あらゆる現象は問題を解決するために働いている。この速さは道の理解度や習熟度となり生産性の高さとなって表れるが、インターネットという道具がその助けとなっている要因の一つであることは疑う余地がない。
• 他人と比べない
  羨望や否定という心は個性や独創性を失い自我と苦しみを生むだけである。またこれは、”常用デザイン―21世紀を生き抜くデザイン (常用デザインマニュアル)” でも “プロになるための３条件（自分を否定しない、他人の作品と比較しない、完全を求めない）” の一つに同義として紹介されている。

ではこれらの意識が低い人がアマチュアなのか、と言えばそうではない。専門職業家と愛好家の枠組みはまた違う視点での区別（いつか別途）が必要になるが、これら２つの目安はそれぞれの枠組みの中で使うことができるだろう。あるいは人生という大きな枠組みを設定としても良い。

選択肢が多く自由に道を進むことができる一方で、計画や戦略的に続けて行く難しさ（問題解決能力が低いことに起因するものだが）を実感する今日この頃である。

最も大切な事は研究ではなく、実行である。

このタルムードの教えもまた色褪せることがない。

When I wrote an e-mail to my friend, I found “Yay” is not listed in Apple’s dictionary. The red dash line was an eyesore to me.

Even though the third-party’s English-Japanese/Japanese-English one, Mac OS X’s built-in dictionary seems to recognize this word. Anyway, pressing and holding Apple+Control+D is very useful. This means I don’t have to use the SPACE ALC Bookmarklet I have developed before. Yay

ある Microsoft ユーザーの苦しみ “ドコモもauもいいかげんにメールアドレス設定の仕様を直せ。” で知った Microsoft のRFC準拠に対する姿勢。

MSNおよびMicrosoftは、インターネット通信における相互接続性を維持するために技術的な根拠であるRFCへの準拠は必要な対応であると認識しており、準拠していないものに対する相互接続性は、その保証をすることができないため認めておりません。

その昔、Mac OS X ユーザーの元へ Windows から送られてくる日本語の添付ファイルはかなり高い確率で文字化けしていた。その問題解決にお世話になっていたソフトウェア “MIME-B-Decoder” の解説にはこう記されている。

これはそもそもMicrosoftのOutlookをはじめWindowsのメールソフトの多くが日本語の添付ファイル名の表現に間違った方法 (MIME-Bエンコーディング) を用いているために発生します。 Windows同士ならお互いに間違っているのでちゃんとやり取りできるのですが、国際標準規格(RFC)に沿って正しく作られたメールソフトでは日本語ファイル名を正常に扱えないというおかしなことになっているのです。

やはり Microsoft が最も企業然としているのかもしれない。

“ウェブ時代をゆく ─いかに働き、いかに学ぶか (ちくま新書 687)” を出版した梅田氏の “やめることを先に考えよう” という提案を初めて目にしたのは彼自身のブログ上でのことだった。この時は “ウェブ進化論 本当の大変化はこれから始まる (ちくま新書)” を読んだ後ということも手伝ったのか、良いことを言うものだとそれなりに素直に受け入れ納得していたのだが、その後、この意見には若干の注意が必要であることが分かった。

• 事象の体験度には往路と復路がある
  「はじめること」と「やめること」は、事象の体験を「道」に例えるなら往路と復路に例えることができる。やめることについて、自分がその道の往路にいるのか復路にいるのかを理解しておく必要がある。
• “やめること” と “スルー力” は定義が違う
  個人的には当初この２つは復路という意味で同じだと捉えていたのだが、彼の “スルー力” に対する見解ではそれらを同一視していないことが分かった。そこで洞察を繰り返してみた結果、”スルー力” とは事象の空性を捉えた絶対的真理、対して “やめること” は相対的な真理なのだろう考えることが最も自然であった。
• そもそも始点と終点に執着する必要はない
  洋の東西で異なる創造主観の有無を差し引いて考えたとしても、あらゆる体験はお互いに作用しており、その作用を理解し応用できることが現代の知的労働者に多く求められる能力であるということから、特定の事象の始まりや終わりに固執することは有益ではない。

このように、一見否定的に感じる “やめること” という言葉を “戻ること” や “下ること” と捉えたり、”情報を出力すること” あるいは “生産すること”、”表現すること” と置き換えるのなら、その道には始まりも終わりもないことに気付く。

もちろん、この “やめることを先に考える” というのは肯定的な行為として紹介されていると理解しているつもりだが、この言葉が断片化され一人歩きした場合に未熟な意識が否定的な行為を生み誤解される可能性があることは考慮しておく必要がある。

とは言え、時代（特に現在）の熱い部分を切り取りつつ的確に描写してあるような書籍は冷めないうちに読んでおく価値がある。TIA my friends!

I failed to install Gnubg 0.14.3 for Mac OS X 10.5 Leopard using MacPorts. I expose the error prompted in the Terminal since I can’t figure out what’s behind it. If you can suggest a method of solving the problem, will you please leave comment here?

--->  Configuring gnubg--->  Building gnubg with target allError: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_gnubg/work/gnubg-0.14.3" && make all " returned error 2Command output: i686-apple-darwin9-gcc-4.0.1: -lmx: linker input file unused because linking not donesource='set.c' object='set.o' libtool=no \ depfile='.deps/set.Po' tmpdepfile='.deps/set.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I. -I./lib  -I/opt/local/include/libxml2 -I/opt/local/include -I./intl -DLOCALEDIR=\"/opt/local/share/locale\" -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include   -DXTHREADS -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include      -I/opt/local/include  -O2 -lmx -c `test -f 'set.c' || echo './'`set.ci686-apple-darwin9-gcc-4.0.1: -lmx: linker input file unused because linking not donesource='show.c' object='show.o' libtool=no \ depfile='.deps/show.Po' tmpdepfile='.deps/show.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I. -I./lib  -I/opt/local/include/libxml2 -I/opt/local/include -I./intl -DLOCALEDIR=\"/opt/local/share/locale\" -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include   -DXTHREADS -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include      -I/opt/local/include  -O2 -lmx -c `test -f 'show.c' || echo './'`show.ci686-apple-darwin9-gcc-4.0.1: -lmx: linker input file unused because linking not donesource='database.c' object='database.o' libtool=no \ depfile='.deps/database.Po' tmpdepfile='.deps/database.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I. -I./lib  -I/opt/local/include/libxml2 -I/opt/local/include -I./intl -DLOCALEDIR=\"/opt/local/share/locale\" -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include   -DXTHREADS -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include      -I/opt/local/include  -O2 -lmx -c `test -f 'database.c' || echo './'`database.ci686-apple-darwin9-gcc-4.0.1: -lmx: linker input file unused because linking not donesource='dice.c' object='dice.o' libtool=no \ depfile='.deps/dice.Po' tmpdepfile='.deps/dice.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I. -I./lib  -I/opt/local/include/libxml2 -I/opt/local/include -I./intl -DLOCALEDIR=\"/opt/local/share/locale\" -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include   -DXTHREADS -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include      -I/opt/local/include  -O2 -lmx -c `test -f 'dice.c' || echo './'`dice.ci686-apple-darwin9-gcc-4.0.1: -lmx: linker input file unused because linking not donesource='rollout.c' object='rollout.o' libtool=no \ depfile='.deps/rollout.Po' tmpdepfile='.deps/rollout.TPo' \ depmode=gcc3 /bin/sh ./depcomp \ gcc -DHAVE_CONFIG_H -I. -I. -I. -I./lib  -I/opt/local/include/libxml2 -I/opt/local/include -I./intl -DLOCALEDIR=\"/opt/local/share/locale\" -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include   -DXTHREADS -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include      -I/opt/local/include  -O2 -lmx -c `test -f 'rollout.c' || echo './'`rollout.crollout.c:222: error: static declaration of 'nSkip' follows non-static declarationrollout.h:62: error: previous declaration of 'nSkip' was heremake[2]: *** [rollout.o] Error 1make[1]: *** [all-recursive] Error 1make: *** [all] Error 2

Error: Status 1 encountered during processing.

Techworld が、”Users at risk of data loss thanks to ‘irresponsible’ Apple” にて Seagate 製 2.5インチ SATA で Leopard を使用するとデータが飛んでしまう問題を伝えている。時既に遅し、昨日リビングで Leopard を入れて使用していた Mac mini がアップデートの再起動後にグレーホイール画面から起動することなく、シングルユーザーモードで次のようなメッセージを繰り返していた。

0 [Level3] [ReadUID 0] [Facility com.apple.system.fs] [ErrType IO] [ErrNo 5] [IOType Read] [PBlkNum 112144072] [LBlkNum 25] [FSLogMsgID 0000000000] [FSLogMsgOrder First]

0 [Level3] [ReadUID 0] [Facility com.apple.system.fs] [DevNode root_device] [MountPt /] [Path /private/var/db/dyld/dyld_shared_cache_i386] [FSLogMsgID 0000000000] [FSLogMsgOrder Last]

さらにアーカイブしてのインストールでもエラーとなり、確認してみると Previous System にアーカイブしたデータの再配置に失敗したようだった。その後、Previous System のユーザーデータを外付けHDD、あるいはターゲットモードの両方でバックアップのデータの書き出しに失敗するという状況になった。

インストール DVD と、ターゲットモードの親マシンにある２つのディスクユーティリティでディスクを検証しても問題がないということだったので、録画映像データのどこかに不良セクタがあるのだろう程度に疑っていた。ところが、今朝この記事を読んでシステムプロファイラを確認したところ、”ST9120821AS” という製品番号は違うものの、メーカーとファームウェアリビジョンが一致していた。（画像参照）

最終的にはデータを諦めクリーンインストールで対応することになったが、今でも Leopard になってから気になっている EyeTV の “No Signal” という表示が１時間に一度くらいの割合で起きている。（バッファの読み書きに問題があると見える。）仕事で利用している MacBook の HDD が東芝製だったのは幸いだったが、テレビ好きの妻が駄々を言い出す前に手を打つ必要がある。

Update: AppleInsider によると、はっきりと明言はしないものの Apple はこの問題を認識したそうだが Mac mini が含まれていないのが気になるところだ。Mac OS X 10.5.1 にアップデート後は EyeTV の録画にコマ落ちやノイズがない（”No Signal” が表示される頻度も落ちた）ことからひょっとしたらソフトウェアの問題なのかもしれないという考えもあるが、もう少し静観してみよう。

Some Japanese user have found how to crash Leopard. To replicate this circumstance, perform the following steps.

1. Open the System Preferences > International > Input Menu.
2. Turn on the “Kotoeri” and the “Hiragana”.
3. Launch an application to be able to input a text.
4. Using the Hiragana, type “hisasii” or “hatake”, then hit the space bar to convert from Hiragana to Kanji.
   If you enter “hatake”, you have to hit space bar several times and select “More…” as shown in the picture.

So, how’s that? You will be able to move your mouse, switch or force to quit applications. However, you will ultimately just have to hold the power button down to terminate. It is the same if you use PPC or Intel, upgrading or clean install under Leopard.

Both of them are used a general word in Japanese. I think there may be still many problematic words in Leopard and what is worse It sounds as if a few Japanese run this at retail stores this weekend. I hope they do not have the same eyes as a dead fish.

Update 1: GraphicWizardsLair indicates avoiding this bug. Until Apple addresses this, It’s better to make a copy of the file “/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/Support/J_Character.dict/” from Tiger.

Update 2: Leopard 10.5.1 Update fixed this issue. There was no problem, when I replaced the Tiger’s older J_Character.dict v2.2.1 with newer v2.2.4 as I backed up. I was wondering if there must have been something that made trouble in the dictionary file, but I couldn’t figure out how Apple work around in the ChangeLog. (Sure, I know that a stealthy fix is their specialty, Anyway, I’m so grateful to Apple.

Mac OS X Leopard をインストールすることで AirMac に問題がいくつか発生ことが報告されているが、手元の環境で確認できた２つの問題と解決策をまとめておく。

• 問題１：アップグレードすると “AirMac ユーティリティ.app” と “AirMac ディスクユーティリティ.app” が消失する。

  AirMac Exterm に付属する CD を使って再インストールした。

• 問題２：AirMac ユーティリティ.app 5.2.2 を使って AirMac Exterm を参照できない。

  MacFixIt の報告 を元に（Leopard がインストールできない Pismo にお願いして） Tiger 環境を LAN ケーブルを使って AirMac Exterm に接続し、チャンネルを変更して再起動した。
  

  In AirPort Admin Utility: Click AirPort, and then choose a new channel from the Channel pop-up menu.

特に後者の問題で不思議だったのは Leopard 環境はもちろんのこと Tiger 環境においても無線を経由すると AirMac Exterm の検証に失敗するということだったが、自動設定となっていたチャンネルを適当な数字に設定し再起動した後、再び自動設定に戻したが現在はどちらの環境下でも無事に AirMac ユーティリティ 5.2.2 を使って AirMac Exterm を参照できるようになっている。また、ブリッジに設定してある AirMac Express は通信に関して問題がないが音がでないという不具合があり、そちらは別の機会に検証することとする。

前の投稿で紹介した IMAP を使って Gmail と Apple Mail の迷惑メールフォルダを同期する方法だが、メールアプリケーションが標準で持つメニューコマンドを用いて手順の (1)〜(5) を省くより簡単な方法が分かった。

この画像を見て分かる通り、Apple Mail に現れる [Gmail]/Spam を選択して “このメールボックスの用途” を “迷惑メール” にするだけである。:D（この結果、com.apple.mail.plist が書き換えられる。）

Travellers Tales : IMAP 対応した Gmail を設定する（解説付き）によると、Apple Mail 側の迷惑メールはオフにした方が良いということのようだが、

Gmail のスパムフィルターが働いているため、メールクライアント側では迷惑メールをフィルタしないほうがよいと、ヘルプで説明されています。

２つ以上の IMAP アカウントを使ってスパムフィルターを利用しているという条件であればそうすることが望ましい。あるいは Apple Mail のフィルタを信頼してサーバー側のスパムフィルターを利用しないという方法もある。

ようやく Gmail が全アカウントで IMAP をサポートするようになった。IMAP の便利さは OS X Server をホストしていたときに体験済みなので、こちらも便利になった Mac OS X Leopard の メール 3.0 で利用してみることにした。すると IMAP アカウントの “Junk” メールボックスと Apple Mail の初期設定で用意されている “迷惑メール” メールボックスが混在することになってしまったので、”macosxhints.com – Change the Sent Messages mailbox name in Mail” と “How do actions sync in IMAP?” を参考に両者の同期を試みた。

更新：より簡単な方法を “IMAP を使って Gmail と Apple Mail の迷惑メールフォルダを同期する (2)” に紹介した。

1. メールを終了する。
2. “~/ライブラリ/Preferences/com.apple.mail.plist” をエディタで開く。
3. いくつか存在するアカウントの中から IMAP アカウントの該当箇所（アカウント名）を見つける。

   <dict>  <key>AccountName</key>  <string>{IMAP アカウントを作成したときに入力した説明}</string>

4. “JunkMailboxName” の設定値を “Junk” から “[Gmail]/Spam” に書き換える。

   <key>JunkMailboxName</key><string>[Gmail]/Spam</string>

5. メールを起動する。
6. “メール環境設定 > アカウント > メールボックスの特性 > 迷惑メール” から “迷惑メッセージをサーバに保存” するようチェックボックスをオンにする。

もし (2) で Property List Editor.app が使えるのであればそれ以降の編集作業は少し楽かもしれない。また、未検証ではあるがメール 2.0 でも同じように設定ができるものと考えられる。
その後 POP アカウントを削除したのだが、メモはアカウント毎の管理とはなっていないようで問題なく残っていた。（もちろん Time Machine でバックアップをしておいた。）さらに、Growl を使っていれば予め切っておいた方が良い。

追記：メモに関して、Gmail 側に “Notes” ラベルが自動的に作成されこちらも IMAP を使ってサーバー側で管理することが可能になるようだ。