オタク日記

(倉庫: 2009 年分)

目次

2009-12-26 (Sat) ったく、この ISP と来た日には(その二)
2009-12-19 (Sat) ったく、この ISP と来た日には
2009-12-12 (Sat) 自宅サーバを何とかせねば……
2009-11-28 (Sat) メンテナンスあれこれ
2009-11-22 (Sun) 自宅サーバー停止の原因は停電
2009-11-14 (Sat) 自宅サーバーが応答しない
2009-11-07 (Sat) 留守宅サーバの電池を交換
2009-10-31 (Sat) Ubuntu-9.10
2009-10-10 (Sat) メンテナンスあれこれ
2009-10-03 (Sat) Server が落ちた
2009-09-26 (Sat) AquaSKK 万歳
2009-09-19 (Sat) Cocoa Emacs 完成までもう一歩
2009-09-12 (Sat) Snow Leopard を見直す
2009-09-07 (Mon) Snow Leopard を見限る
2009-09-05 (Sat) Mail システム改善
2009-09-03 (Thu) Snow Leopard(その 2)
2009-08-29 (Sat) Snow Leopard
2009-08-22 (Sat) Apple さん、お願いしますよ
2009-08-16 (Sun) Emacs-23.1
2009-08-15 (Sat) HHKB Professional 2
2009-07-18 (Sat) Unicode
2009-07-11 (Sat) (しつこく)フォントおたく
2009-07-04 (Sat) ISP の「抵抗」
2009-06-27 (Sat) iPhone-3.0
2009-06-13 (Sat) Ubuntu-9.04 再訪
2009-05-30 (Sat) Ubuntu 9.04
2009-05-25 (Mon) Windows 7 RC
2009-05-16 (Sat) MS Office, VMware Fusion
2009-04-18 (Sat) フォントおたく
2009-04-11 (Sat) マイホームサーバが攻撃された(その二)
2009-04-05 (Sun) マイホームサーバが攻撃された(?)
2009-03-28 (Sat) <frame> を無くしてみた(その二)
2009-03-14 (Sat) <frame> を無くしてみた
2009-03-07 (Sat) OALD-7 やっと完成
2009-02-21 (Sat) なかなか足抜けさせてくれない……
2009-02-21 (Sat) OALD-7 まだまだ良くなる
2009-02-16 (Mon) OALD-7 ますます良くなる
2009-02-07 (Sat) ThinkPad X200 再訪
2009-01-31 (Sat) OALD-7

2009-12-26 (Sat): ったく、この ISP と来た日には(その二)

我が家の ISP (san.rr.com) は一体どうなってるんだろ。

smtp-server.san.rr.com が posting server として、ちゃんと働かなくなって早 2 週間…… この間 Wanderlust/Emacs/MacOSX では勿論、Wanderlust/Emacs/Ubuntu でも、 Mac の Mail.app でも繰り返し試しているが、やっぱりダメ。 どうしたもんだろねぇ。

それとは別に、家庭内 LAN がインターネットにつながらなくなる(ブラックアウト)という問題も有る。 原因の一つは、アパートの停電である。 先回の海外出張中に起きたような 4 時間以上の停電は手の打ちようがない。UPS を備えてもあまり効果は無いだろう。自宅サーバの ThinkPad (ThinkPad X23) は、電池が切れた後、電源が回復したときに自動で復帰する機能が無い。 なので、UPS の電池の寿命を ThinkPad に足すだけの事になる。 一方、短時間の停電に対しては、今のままでも何とかなる筈。 実際一度停電が発生し、その後無事自動で立ち上がる事が確認できた。 現在はさらに停電後電力が回復したら Quadra が自動で立ち上がる設定にしてある。 (動作は未確認。)

もう一つの症状については原因がよく解らない。二週間前にルータの dhcpc が怪しいと目星をつけて、その F/W をアップデートしてみた。 その後しばらくはブラックアウトはなかったが、三日程後に、 数時間外へ行けなくなった、という記録が残っていた(自動復帰)。 それでも少しは改善されたと信じて、また長期の出張(要は日本へ帰国) へ出たのだが……家を出て 20 時間後、留守宅へ落ち着いて、 やれやれとばかり X200 を使ってメールを読もうとすると、また自宅サーバが応答しない。 がっかりしたが、 今回は予め緊急の時は webmail.san.rr.com を使う事にしようと思っていたので、メールだけは何とか読める。 (勿論、ブラックアウト前に otacky.us が pop したメッセージは読めないが。)

諦めて一晩寝て起きてみたら、Thanks God、復帰している。 早速原因究明してみるが、6 時間くらい止まっていた(fetchmail のエラーレポートから)という事以外よく解らない。 さらに、ルータのログを見てみた。(otacky.us の w3m が不安定で難儀したが)とにかく、ログを見る事はできて、 結局、hdcpcd の問題では無い事が判明。(時間的な関係から dcpcd の Renew に対して ACK が返ってこないのは、不調の原因ではなくて、結果だった。)

ふーむ。問題は CATV モデムかその先にあるのは確実となった。が、この ISP では文句を言ふのも虚しい気がする。どうしたもんかねぇ。


2009-12-19 (Sat): ったく、この ISP と来た日には……

このところ大変安定していたので、 メールの読み書きについては、メーリングリストのも含めて、 多少の自信がついてきていたのだが…… 会社の ISP を変えた時に、SMTP-Posting サーバを提供させるのに手間取ったあたりからケチがつき始めたような気がする。

Wanderlust の Exchange Server との互換性の問題(勿論、Exchange Server の IMAP4 対応が不完全なのだが)、 例の自宅サーバの停電による停止、 ときて、すっかり自信を無くしてゐるところに、 san.rr.com (RoadRunner の San Diego ディビジョン)の posting server がいきなりメールを中継してくれなくなった。 いきなり、というのは、設定を何も変えていない、から。 しかも、複数のコンピュータでこうなるので、 こちらの設定でないのは間違いない。

Wanderlust が残したログは、下記の通り。

Process SMTP deleted
220 Welcome Road Runner. WARNING: *** FOR AUTHORIZED USE ONLY! ***
EHLO quadra.otacky.us
250-cdptpa-omtalb.mail.rr.com says EHLO to 72.130.185.219:56709
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 PIPELINING
MAIL FROM:<fukuda at computer.org>  BODY=8BITMIME
501 5.5.2 MAIL FROM syntax error
QUIT
221 cdptpa-omtalb.mail.rr.com closing connection
("@" を " at " に変えた。) 状況は、いつも同じである。すなわち、 (setq wl-smtp-posting-server "smtp-server.san.rr.com") とすると、常 に cdptpa-omtalb.mail.... につかまり、これが、501 のエラーメッセージを返す。 という事で、ISP (san.rr.com) のせいであるのは間違いないのだが、しかし san.rr.com さんの対応は酷いものであった。

まず、Chat。 散々に待たされた上に、その間予め状況を要約しておけと言われて、 そうしたのに、いざチャットが始まったらさっぱり要領を得ない。 対応してくれた "xxx Analyst" は、SMTP とか MUA という言葉さえ知らないらしい。 大分経ってから、「あなたは、メールが送れないんですね」 と言われて、本当にがっくり。(ったく何の話をしていると思ったんだ?)Webmail を試してくれと言われて、試してみたが、もちろんこちらは OK。 (そうか、いざという時、すなわち otacky.us が止まって fetch しに行かなくなったような場合は、こちらを見れば良いのだ。 スパムが欝陶しいのは我慢しないといけないだろうが。) まあとにかく、何とかこちらの MUA に問題が有るのではない事が解ってもらえて、 しばらく待たされた後、「当社はその問題を認識していて、 既にエンジニアがその解決にとりかかっています」との事。 どうも信用できないけど、まあ、納得して引き下がった。 (しかし、案の定、一週間経った今も問題は解決していない。)

二日後、一向に直らないのでメールででも文句を言ってみた。だけど、Webmail を使ってみてくれ、とか、メールシステムを詳述してくれとか、 質問とか要求ばかりエスカレートするが、ちっとも埒が明かないのは同じ。 おまけに盥回しをしようとする……。 少くともチャットのお姉さんは、そんな事はしなかったぞ。 (むしろ「して欲しかった」。つまり、解る人に替ってって欲しかったが。)

ふと思いついて、South California (LA) のサーバ(smtp-server.socal.rr.com) を指定してみたが、やはり同じ処でエラーになる。という事は、件の smtp-server.san.rr.com (もしくは、それから転送されるサーバ)が、 たまたま、おかしくなったのではなく、RoadRunner のシステム全体がおかしくなっているのだと思う。 だとしたら、別の smtp-server (私は So-net さんのサーバを、 pop-before-smtp で使っている)にアクセスできる人達はともかく、 大抵の人はメールが送れなくなっているだろうから、大騒ぎの筈なんだが……。

そんな大問題を、一週間も解決できないなんて…… 「お願いしますよ、 RoadRunner さん。」というか、とっくに愛想がつきたので、他の ISP に切り替えたいのだが、TWC の CATV を使いつつ、他の ISP 替えるなんて事が可能なんだろうか。


2009-12-12 (Sat): 自宅サーバを何とかせねば……

我が家のインターネット接続は CATV である。 留守宅の B Flet's に比べたら、 スピードは格段に落ちるし、プライスパフォーマンスも「今一」であるが、 唯一良いところは、インターネット接続がおかしくなった時に「TV が見えるかどうか」という試験ができる事。つまり、TV が見えるなら、同軸ケーブルによる接続(H/W)は問題無いだろう、と。 しかしこの手が使えるのは問題が発生した時に Quadra の前に座っている場合に限る。

実は、件の「出張中の停止」の後の 2 週間で、何と 3 回もアクセス不能となった (いずれも自動で復帰したが)。 一度は停電である事が明か(電子レンジのタイマーが止まるのでわかる)であるが、 もう一回は原因不明。

しかし幸いにも? Quadra の前に座っているときに、もう一度これが起きた。TV はちゃんと見えるし、ルータや自宅サーバ (otacky.us) への ping も通る。しかし、外部の Web は見に行けない。勿論外からもアクセスできない。 ルータの Web には「RENEW 中」とある……。 なんだこりゃ?どういう意味だ?

ルータの Web から logfile.log をダウンロードして読んでみると、 DHCPCD がなんだかおかしな動きをしている。「192.168.100.xxx を貰った」とか何とか。しかも、2 秒の lease time で……。 これはどうもルータ (WHR2-A54G54) の DHCPC がトチ狂っているに違いない。 なので、思い切ってこのルータのファームウェアをアップグレードする事にした。 何と、2.02 から一挙に 2.25 となった……私は一体何年更新をサボっていたのだろう。 (以前のように Web からやるのではなく、Windows からアプリケーションを実行して更新するのである。) また、型名が WHR2-A54G54-AL となった("-AL" が付いた―― 11a の周波数割り当てが米国式になったから、らしい。)。 ともあれ無事完了、きちんと再接続して動き出した。

勿論これによって停電による不具合を解決できる訣ではないが、DHCPC の動作は改善されるものと思う。 更新してまだ一週間にもならないが、とりあえずはうまく働いている。 少くとも、上記の「おかしな IP アドレスを短時間リースする」という怪しい動作は見受けられない。 そのせいか、サーバのブラックアウトも無い……めでたし、めでたし。


2009-11-28 (Sat): メンテナンスあれこれ

Snow Leopard

MacOSX を 10.6.2 に、Safari を 4.0.4 に上げた。HP のprinter のドライバも上げたはずだが、バージョンを何と言えば良いのか解らない。(HP のアプリケーションは一杯ありすぎて、どれがドライバなんだか解らん。) ざっとであるが、五日程動作確認した範囲では問題なく動いているようだ。
2009-12-05 (Sat): HP プリンタドライバは問題有りだった。HP Scan が Photosmart 3210 のスキャナを認識しない。 スキャナを最後に使ったのは大分前だから、 今回のドライバ・アップデートがこの問題の原因なのかどうかよく解らないが、 とにかく、アプリケーションの最新版 (HP_Installer_Photosmart_Full_Group12_10.3.dmg) をダウンロードしてインストールしたら、またちゃんと使えるようになった。 かつてのように自動でアップデートしようとしてその都度こける、 というのも困るが、今回のように新ドライバとの互換性に問題が有るが解っているのに、 アップデートを示唆しないどころか、それを探し出すのも大変、 というのではもっと困る。何だか顧客満足度が低いなあ。お願いしますよ、HP さん。(これはもう Apple さんにお願いすべきか……:-p。)

iLife

iPhone から写真をアップロードしてゐる際に iPhoto がフリーズしてしまい、なんと大事な写真を 10 枚程も無くしてしまった……。うーむ、という事で、かねてから用意しておいた iLife 09 をインストールする。かねて、といっても実はもう半年にもなろうか、 我ながら何やってんだか――そろそろ 10 が出そうな時期だというのに。 それと、インストールして二日程経つのに、アップデートを促されなかった。 手で Software Update をやると、iPhoto, GarageBand, iMovie がアップデートされた。

Lookup

Ito さんが、eblook+media と lookup+media をアップデートして下さっているのは知っていたが、 なかなか手が出せないでいた。 今のところ、OALD7 も他のアプリケーションもこれまで同様問題無く動いている。


2009-11-22 (Sun): 自宅サーバー停止の原因は停電

ようやく出張から戻り、帰り道に買った食料品を冷蔵庫にしまうのもそこそこに、 「応答せず」の原因の究明にかかった。

が、ルータやモデムをどうこうする前に、そもそも、サーバ (ThinkPad X200) も Quadra (MacPro) も動いていない事に気がついた。 もし停電が有ったのなら、Quadra がこうなるのは無理もない("Preference" -> "Energy Saver" で、"Start up automatically after a power failure" にチェックを付けていなかったから)。 しかし、サーバの方は、せっかく新品の電池に変えたのだから、 持ち堪えてくれるはずなんだが。

と思って調べてみたら、DynDNS へのアクセスの記録 (host.log) に

   ......
Wed, 11 Nov 2009 21:13:01 -0800 -- otacky.us has address 72.130.185.219
Wed, 11 Nov 2009 22:13:01 -0800 -- otacky.us has address 72.130.185.219
Wed, 11 Nov 2009 23:13:01 -0800 -- otacky.us has address 72.130.185.219
Thu, 12 Nov 2009 00:13:01 -0800 --
Thu, 12 Nov 2009 01:13:01 -0800 --
Thu, 12 Nov 2009 02:13:01 -0800 --
Thu, 12 Nov 2009 03:13:01 -0800 --
Thu, 12 Nov 2009 04:13:01 -0800 --
Sun, 22 Nov 2009 16:13:01 -0800 -- otacky.us has address 72.130.185.219
Sun, 22 Nov 2009 17:13:01 -0800 -- otacky.us has address 72.130.185.219
とある。つまり 11/12 の午前零時あたりで停電になって、他のシステムは全部死んでしまったのだが、 サーバだけは生き残って、DynDNS に向けて heart beat を送ろうとしたが、勿論返答はもらえず(アドレスが表示できず)、 そうこうしている内に自分も力尽きてしまった(電池が切れた)、という事。 それにしても、このアパートは 4 時間以上も停電させたままにしておくのか……。 これでは対応のしようがない。

ともあれ、自宅サーバがまた動くようになったので、こちらを使い始める。 出張に持って行った X200 で pop server (pop-server.xxx.san.com) から直接メールを読んでいたので、同期が面倒に違いないと覚悟していたが、 Wanderlust の "& folder" は、積極的に消さない限り全てのメールを pop server に残すようになっているらしく、おかげで、otacky.us が fetchmail を始めたら程なく同期がとれた――すなわち、既読管理込みで (IMAP)サーバにきちんと仕分けられた。Otacky.us の fetchmail は、サーバにメッセージを残さないので、 X200 の "& folder" の方は空になってしまう。 これは考えてみればあたり前の事であるが、最初はギョッとさせられた。


2009-11-14 (Sat): 自宅サーバーが応答しない

私に届く E-mail は、一旦自宅(otacky.us)のサーバーに貯めて、それに IMAP 4 でアクセスする事にしている。 スパムフィルターを通したり、流量の多い ML を別のフォルダに仕分けたり、となかなか凝った事をしているのであるが、 そのサーバが応答しなくなってしまった。

以前から、その兆候は有って、時々、 自宅から外へも出て行けなくなる事があったが、 ケーブル・モデムをリセットすると直っていた。その場合でも TV はずっと見えていたので、多分 ISP (Warner Time Cable) の router か DNSS のせいだろうと思っていた。

それが、また起きてしまった。しかも、よりによって長期出張中に。 少々慌てたが、外(留守宅, otacky.jp)から四苦八苦しているうちに、 自然に直った。ログインしてみると、やはり、その間は、 サーバから外へ出て行けていない(いつも fetchmail や DynDNS がらみの外部へのアクセスが有る)。 やっぱりな、と何故かそれで安心してしまい、そのまま使い続ける事にした。 この時に用心のために .fetchmailrc でもコピーを取っておけば良かったのだが……。

普段ならこんな事は然程頻繁には起きないのだが、 今回はすぐまた起きてしまった。 しかも、今回は一向に自然治癒の気配が無い。 ただ、前回の経験から、otacky.us は POP server にアクセスできていないので、otacky.us にとり込まれて読めなくなったメールは無さそうである。

Otacky.jp に IMAP サーバを移せば良いやうなものだが、 .fetchmailrc でカットアンドトライする気になれず、とりえあず、Wanderlust から直接 POP サーバーにアクセスしてお茶を濁す事にした。 これでとりえあずメールは読めているが、 当然スパムフィルタも、ML フィルタも通っていないので、 一日に 100 通近くのメールを受けとる事になってしまった。 そのせいか、メールを fetch しそこねたり、既読管理がご破算になったり……。 あげくは、送信しても、"sending ...." のままで "end" が表示されない事がある。 おかげで、二度も三度もメールを送ったり、 出したつもりが届いてなかったり……。 どうやらもう元のシステム(fetchmail + prcomail + IMAP)なしではやっていけないようだ。


2009-11-07 (Sat): 留守宅サーバの電池交換

自宅サーバ (X23) の電池交換がスムースに行ったので、 留守宅へも電池を送って、サーバ(X22)の電池を交換してもらった。 電池が、約 $70, 送料が約 $10。悪くない。

受け取りも交換(パワーオフしないで、いきなり交換してもらった)も旨く行って、 ちゃんと動き出した。リモートで ACPI コマンドを叩いてみると、99 % Charged となっている。 これでとりあえずは停電の心配をしなくて済む。 (実はあの大騒ぎ以降も二三度停電が有ったようだ。)


2009-10-31 (Sat): Ubuntu-9.10

ThinkPad X200 の Ubuntu を 9.10 に上げた。 前回同様新規インストールではなく、Ubuntu の Upgrade 機能を使う。 とっても手軽で、一般のパッケージをアップデートするのと然程変らない。 インストールに際して気をつけるべき事は Install は無事完了、最初の Shutdown はちとぎこちなかったが、無事 9.10 が立ち上がった。も一遍、reboot してみたら、今度は、shutdown も boot up もスムースだった。手早く動作確認。 という訣で、この完成度の高さは大したものである。 先にデスクトップマシンにインストールした FC-11 での四苦八苦がまるで嘘のよう。一噌そっちも Ubuntu にしてしまおうか。
2009-11-01 (Sun): 今頃気付いたのか……の観はあるが、 バッテリ残量を示すアイコンのうち大きい方が表示されなくなって、 Power Management からのバッテリアイコンのみが表示されるようになってしまった。 それもかなりしょぼくなっているし、 残量等の詳細はそのアイコンにカーソルを合わせないと表示されない。 その表示によると、満充電時からの動作時間は、 3:45(active)/5:30(static) 前後らしい。 Ubuntu-8.10 では、それぞれ 4:12/4:26-5:32 だったから、若干のダウンもしくは測定誤差の範囲か。

2009-10-10 (Sat): メンテナンスあれこれ

自宅サーバの電池を交換

CCS (calcellular.com) というところから、試しに一本買ってみた。 なんだかマイナーな会社のようで、少し心配であったが、日曜日に注文して、 水曜日に届くという迅速ぶり(USPS 1st class USA, $6.99 ←最低のクラスという意味)。荷物の受け渡しも問題なくて、 好印象であつた。(いつぞやのケーブルの会社とは大違い。)

保証書、取説一切無しであるが、製品自体はなかなのもので、ThinkPad X23 に挿してみると、自動で充電が始まり、すぐに下記のように満充電になつた。 (交換直後は残容量 60%)

fukuda@eagle:~% cat  /proc/acpi/battery/BAT0/state 
present:                 yes
capacity state:          ok
charging state:          charged
present rate:            0 mW
remaining capacity:      47260 mWh
present voltage:         12423 mV 
fukuda@eagle:~% acpi -V    
     Battery 1: charged, 99%
     Thermal 1: ok, 45.0 degrees C
  AC Adapter 1: on-line 
ふむ、良いではないの。 実は、電源入れっぱなしで交換した上に、他には何もしてないのだが、それでも OK だった。これなら家人に頼んで留守宅サーバの方の電池も交換してもらえそうだ。 (齢 6 年になる X22 をまだまだ使い続けようという魂胆:-p)

Snow Leopard 用?のアプリケーションが出揃う

いずれもはっきりとした不具合が有った訣ではないので、 改めて対応したという事ではないが、Snow Leopard (10.6) のリリース以降、アップデートされたアプリケーションが揃った。 やっと、という感じがする。夫々のベンダさんは Snow Leopard のリリースの前倒しに面喰ったのではないか。 Snow Leopard そのものも、1 週間強で、改訂版 (-10.6.1) を出さざるを得なかったし、こんな事ならば、10.6.0 はもうちょっと完成度を上げてから出して欲しかった。

ケーブル TV の回線が一時途切れる

CATV 経由のインターネット接続が数時間切れた。CATV そのものは動いていたので、ルータとモデムを疑ったが、それらの設定を見直し、 リスタートもしてみたが、回復せず。そのうち、徐に回復した。 どうも、ISP 側の問題だったらしい。(IP アドレスは変っていない。) うーむ、これでは、こちらにサーバを移すのは難しそうだ。

この機会に、WLAN AP の LinkSYS WRT54G2 を弄ってみた。 何故かケーブル・モデムと繋らなかったので、今だに AP のみで、ルータとしては使っていなかった。 今回、F/W をアップデートしたついでに、ルータ機能を試してみようと思ったが、 その前に難問が……。この子は自身の IP アドレスを自由に設定できるのに、DHCP server としては、192.168.1.xxx しか配分できない。ったく何考えてんだか。今は Linux の dhcpd を使っているので、致命的ではないが、なんだかルータにするのは躊躇われる。


2009-10-03 (Sat): Server が落ちた

留守宅サーバ (ThinkPad X22; otacky.jp) は、このところさしたる問題もなく順調に推移していた。Uptime が、256 日になって、しめしめ、憧れの「一年間連続稼動」も夢ではないぞ、 なんて思っていたら、いきなり落ちた……。家へ電話してみる。 他の PC は問題無く Internet に繋がるんだとか。あらま、話は面倒かも、 と一瞬思ったが、聞くところによると朝の内一瞬停電したとの事。 時差のために私が勘違いして、 「落ちた時間と合わんな」などと言ったせいで、余計長びいたあたりの話は端折るとして、 要はバッテリがダメになっていて、停電を生き延びられなかったのだった。 パワーボタンを押して再起動で OK。 いや、OK ではなくて、ログインして調べてみたら ACPI がそもそも残容量を示さない。(と言ふか、電池が付いてない事になっている。) うーむ、取り替えたのが 2007-06 だから、充放電してないのに二年余りしか保たなかった事になる。 まあ中古だし、仕方ないか。(いささかヘタって既にお蔵入りとなってゐたのを、引っ 張り出して使っていたのだった。)

おいおい、自宅サーバ (ThinkPad X23; otacky.us) は大丈夫だよなと、 こちらも ACPI を確認してみるが、やはり電池残量を示さない。 そこで諦めれば良いものを、わざわざ電源ケーブルを抜いてみた。 しっかり落ちてしまった(あたり前じゃ *^^*)。 が、こちらも再起動で動くようになった(と思った。) ふーむ、こちらは新品と交換して間もない筈、等と思うが、実は交換したのは 2006-01 なので、まう 3 年半くらい経っている。こっちもそんなもんなんだろうか。 (出稼ぎに出てから、もうそんなになるのかぁ。草臥れる筈だよな。)

しかし、これではバックアップ電源が無い状態での運用になってしまう。 (ThinkPad を使つてゐる甲斐がない。) Lenovo のサイトに行ってみたけど、もう X20 シリーズの電池等は売ってない。 しかし、なんと新品を売ってゐるところがある。しかも一本 $60 程度。ふーむ、そそられる。が、肝心の ThinkPad の方が、この先 3 年も保つだろうか、という疑問が湧いてきた。しばらく悩みさうである。

そんな事より、無事立ち上がったと思っていた自宅サーバであるが、 後になって、X200 や iPhone から家庭内 WLAN で接続できない事に気がついた。 Association はするのだが IP がもらえない。Wicp や AP を疑っていろいろ触ったが、結局 X23 の dhcpd と named が動いていない事が解った。(Chkconfig するのを忘れていたのだった*^^*。) 手で起動して動作確認した後、chkconfig しておいた。 この named/dhcpd は、家庭内 WLAN の外からでも中からでも otacky.us のドメイン名を使えるようにするためのもので、結構苦労したのだが何も書き残してゐない。 この際、メールシステム同様、さらに簡略化して、 その記録をここに書いて置こうか、等とふと思ったが、さて実行は何時の事やら。


2009-09-26 (Sat): AquaSKK 万歳

SKK に慣れてしまうと、どうしても他の IME を使う気にならない。で、Emacs の外でも、SKKIME (Windose) や SCIM-SKK (Linux) を何とか使っている。 前者はプロセスが時々こけるし、後者は、Ubuntu では動いているが、 Fedora 9 では途中から動かなくなって、11 に至っては最初から動いてくれない。

で、Mac では AquaSKK である。先の二つに色々と問題が有るのに較べて、こちらは動作は安定しているし、 インストールは簡単だし、機能も洗練されている。 唯一の問題は、Terminal.app で、Ctrl-J が効かない(ASCII になったら、「ひらかな」に戻せない)事だった。そのうえ 4.0RCxx になって Command SPACE を 2 回打って、AquaSKK から一旦出てまた戻っても、「ひらかな」にならなくなり、 「てこ」でも「ひらかな」に戻せない、という感じになっていた。

そこに AquaSKK-4.0 がリリース版になったというニュース。(実は知人にメールで教わった。) きっと上の(些細な)不具合も直っているに違いないと、勇躍インストールしてみた。 が、現実は甘くない。これまで、3.6 と 4.0RCx を並在させて、しかも RCx を順次上げてきて何の問題も無かったのに、release 版になった途端に、 Space key で(次)候補が表示されなくなってしまった。 「ひらかな」しか入力できない假名漢字変換プログラム……:-p

4.0 を再インストールしてもダメ、3.6 を消してもだめ、さらに 4.0 を消してからインストールしても、 ダウンロードしなおして再々インストールしてもダメ…… という仕儀にあいなった。 そろそろ諦めて、久し振りに「ことえり」に戻るか、とまで思った。 (← 勿論冗談です。3.6 はちゃんと動いているんだから。)

が、どうしても諦め切れず、~/Library/Application Support/AquaSKK/ の下を含めて全部消してから、再インストールしてみた。 これが正解だったようで、ようやくちゃんと動くようになった。 問題の原因だったと思われる ~/.../AquaSKK/keymap.conf が、いつどうやって入ったのか今だに謎である。 (新インストールでは入らないようだ。)

機能としては RC から然程変ってない(あたり前)が、Command-Space で AquaSKK から出てまた戻ると、ディフォルトで「かな」になる仕様に戻っている。 おかげで、Terminal.app では「てこでも『かな』に戻らない」という事は無くなった。

それにしても AquaSKK は素晴しい!!(新機能のひとつの「注釈」の Snap Shot を載せるようと思ったが、撮ろうとしたら、注釈の窓が消えてしまった。)


2009-09-19 (Sat): Cocoa Emacs

一週間前に Snow Leopard をアップデートしてまた使い始めたが、 その後はまあ順調に推移している。少くとも「また Leopard に戻ろうかなぁ」という衝動は起きていない:-p。 Activity Monitor で 'Intel (64 bit)' の表示が並ぶのは壮観である。 が、肝心の Kernel_task や、Firefox, Emacs 等は 'Intel' のまま(32 bit という事)なのは、オタク的優越感に水を差すような気がする:-p

唯一の課題は、Carbon/Cocoa Emacs のコンパイルであるが、 Carbon の方は、Leopard でコンパイルした binary を使えているが、 Snow Leopard ではコンパイルできないでいる。 Cocoa Emacs (-23.1.50) は、32 bit 版のみ(すなわち、CC="gcc -arch=i386" と した時のみ)コンパイルができた。source code が ~/CVS/emacs に有るとして、

fukuda@quadra:~/CVS/emacs% ./configure CC='gcc -arch i386' --with-ns    
fukuda@quadra:~/CVS/emacs% make bootstrap
fukuda@quadra:~/CVS/emacs% make install 
~/CVS/emacs/nextstep/Emacs.app ができる。これを /Application にコピーする、というコンセプトらしい。 実際、これを finder から double click する と かなりおしゃれになった「login 画面」 が表われる。(うーむ、そろそろ proportional font に行ってみるかな、と思わせる。)

しかし、Carbon Emacs の時と違って、 /usr/local/bin /usr/share/emacs... には何も置かれない。 --disable-ns-self-contained を、configure option に付けても同じだった。(ちょっと自信無し) また、 src/emacs を shell から呼んだのでは、キー入力がその shell のターミナルに送られる。Shell から起動するには ~/CVS/emacs/nextstep/Emacs.app/Contents/MacOS/Emacs を呼ぶ必要が有る。

ddskk, apel 以下、Wanderlust までをインストールしてみた。 色々やってみたが、結局、build の際、例えば

fukuda@quadra:~/build/apel-10.7% make \
    EMACS=~/CVS/emacs/nextstep/Emacs.app/Contents/MacOS/Emacs 
fukuda@quadra:~/build/apel-10.7% sudo make \
    EMACS=~/CVS/emacs/nextstep/Emacs.app/Contents/MacOS/Emacs install
とやるのが一番確実なようである。(Carbon Emacs での package は一切使えないが。) 同様の手を使って、emacs-w3m もインストールしてみたが、こちらは何故か動くようにできなかった。

使ってみて、

という訣で(というか、shimbun や w3m が使えないので)、Carbon Emacs と置き換えるのはまだ先になりそうだ。 (でも、「長い行の扱い」や、flyspell は Carbon ですぐにでも使いたいなぁ。)


2009-09-12 (Sat): Snow Leopard を見直す

しばらく Quadra (MacPro) から離れねばならない、という事もあって、Snow Leopard を見限って Leopard に戻っていた(遠くからアクセスするのに、 Quadra がおかしくなったら大変)。 が、知人の方より、10.6.1 が出た、との情報を頂いた。

32 bit H/W 上では、10.5.8 を使い続けるのが正解らしい、と分ってはいるのだが、 やはりムズムズしてきて、帰宅早々、10.6 が載っている側の HDD からブート、10.6.1 にアップデートしてみた。例によって手早く動作確認。

しかし、開発環境の方は、あまり進歩が無い(Xcode が改訂されていないのだから当たり前か。)

と、まあ、とても心許ない状態ではあるが、いざ、となったら、 32 bit 版の 23.1.50 を使えばいいや、とかなりいい加減な理由をつけて、 また、10.6.1 (Snow Leopard) に戻る事にした。

2009-09-07 (Mon): Snow Leopard を見限る

一週間程の確認で、

という印象を得たが、その後、「通常のアプリケーション使用」 にも結構大きい問題が有る事が解った。

これじゃたまらん、と言う事で、Leopard に戻る事にした。

Snow Leopard は新 HDD にインストールしてあったので、旧 HDD を Boot Disk に選び直して、リブートするだけで無事 10.5.8 が立ち上がった。 心配だった iTunes の iPhone との同期も問題ないようだし、 当然ながら上記のような問題も直っている(起きていない:-p)。

という事で、しばらく(-10.6.1 が出るまで?)、10.5.8 を使い続ける事にする。


2009-09-05 (Sat): Mail システム改善

Snow Leopard の Migration Assistant はなかなか賢くて、 新しいシステム (HDD ?) への移行は略完璧だった。 「略(ほぼ)」というのは、 /etc/hostconfig で設定するうちの幾つかがうまく起動できなくなっていたから。 Mailserver (postfix) もそのひとつで、このせいで(おかげで?) 我メールシステムの複雑怪奇さが浮き彫りになった。

どれくらい複雑かというと、あらましを思い出すのに、 自分の書いた日記を読み返さないといけない程:-p。

まず、目当てとしては

振り分け他は、とっくに実施ずみだから、ここでの要は「Dovecot が複数のフォルダを外部に公開できるようにする」に尽きる。 というか、これができなかったばっかりに、 上述の複雑怪奇なメールシステムになっていたのだった。 しかし、解ってしまえば事は簡単。要は、Wanderlust から見て、 "%inbox@eagle.otacky.us" に加えて、 "%folder.subfolder@eagle.otacky.us" というフォルダを実現するためには、

という事に尽きる。

とは言え、前回嵌ってしまった「誤解の元」をいくつか…… まず、%inbox というフォルダは特殊で、これは/etc/dovecot.conf の mail_location で指定するのであって、~/Maildir/inbox というディレクトリが必須なのではない。ややこしいのは、

mail_location = maildir:~/Maildir/inbox
等とした時であるが、この場合は勿論 inbox ディレクトリは必須であるが、 Wanderlust のフォルダ名である inbox を決めている訣ではない。 (しかし、全ての追加的なフォルダは、この下に作られてしまう事に注意。)

また、procmail でも、Wanderlust からのアクセスでも、新しいディレクトリが作成されるが、 最も素直にこれをやるには、

/etc/dovecot.conf (on Eagle):
mail_location = maildir:~/Maildir/ 
~/.procmailrc (on Quadra)
MAILDIR=$HOME/Maildir/
DEFAULT=$HOME/Maildir/
....
0:
* ^From: xxxxxxxxx
.newfolder/
    
としておくに限る。こうしておいて Quadra の .folders で、
%newfolder@eagle.otacky.us
としてから、wl を立ち上げ、そのフォルダをクリックする事で Maildir/.newfolder を作れるが、これが最も安全確実だろう。

その結果、Eagle 側では、

  1. fetchmail で、ISP の POP server からメッセージを取ってくる。

  2. それを .forward 機構を使って procmail に送る。

  3. procimail でメッセージをディレクトリに振り分ける。 (メールマガジンや、流量の多い ML のメッセージ等。)

  4. 振り分けの途中で、spambayes によるフィルタリングを実施。

  5. その結果 inbox には、比較的緊急性の高いメッセージが残る(届く)。
これらが全て、dovecot によって、IMAP4 にてアクセス可能となる。

これに対し、メールクライアントからは IMAP4 のみにてアクセスし、

おかげで、システム全体が簡単になった(Quadra 側で spambayes, postfix, fetchmail が不要になり、また、Eagle 側でダミーアカウントを使う必要が無くなった。) が、それよりも運用が柔軟になった事の方が大きい。今では、Quadra 以外のクライアントでメールを読んでいる時でも、 スパムと思われるメッセージをスパム溜めに放り込む事が可能になった。(まだ、 iPhone でこれをやるには至っていない。)


2009-09-03 (Thu): Snow Leopard (その 2)

「手早く懸案事項確認」の続き…… とりあえずの「動作確認」はできたので、 あとはゆっくり弄ってみる。

64-bit OS?

Snow Leopard の「売り」のひとつは、64 bit モードでの動作である。 が、Activity Monitor を眺めていたら、肝心の Kernel Utility には "(64 bit)" のマークが無い……。ちょこっと調べてみると、 どうも、mini DisplayPort を備えた graphic card にアップグレードできるかどうかもこれにかかっているようだ。 たった 3 年目にして、もう見捨てられたか、という気がする。

System Management Control?

相変わらずタイマーによるスリープは働かない。 では、全く自分では寝入らないかというとそうでもなく、寝てくれる事もある。 どうも私が寝ると MacPro も寝てくれるようだ。 いや、冗談ではなく、(試験のつもりで)待っている間は決して寝てくれないのに、 あきらめてこちらが寝てしまって朝起きてみると Mac も寝ていた、 という事が何度も有った。

そっちはもう諦めの心境であるが、もう一つ心配な事が……。 一度、筐体の冷却ファンが轟音を上げて回り始めた事が有った。 Acitivity Monitor によると CPU は殆んど使っていない。 なのに、いつまで経ってもファンの回転は下がらない。 ちょっと焦ったが、一旦スリープにして、また起してやると直った。 どうも、SL にした PowerBook でこのような現象が頻発しているらしい。 その場合は SMC (System Management Controller) をリセットすれば直る、との事。

MacPro でも SMC が悪さをしているのかどうか未詳であるが、とりあえずそのリセットを試した。 シャットダウンして、電源ケーブルを全部外し、15 秒待ってから電源ケーブルと、キーボード・マウスのみを接続して起動する、 だけの事。 が、何ら変化は見られない。(ファンの暴走はその後起きていない。)

開発環境

MacPort や、Xcode はコピーされてはいるのだが、そのままでは全く動いてくれない。

Xcode-3.2 を LS の install DVD からインストール。これで、gcc や make は動くようになった。(gcc は 4.2.1 になっている。)

MacPorts-1.8.0-10.6-SnowLeopard.dmg を新たにダウンロードしてきてインストール。これで、少くとも

sudo port -v selfupdate
は動くようになったが、
sudo port upgrade outdated
は、あまり進捗しないうちに止まってしまう。Uninstall したはずのモジュール (help2htm)を upgrade しようとして、インストールしたはずのモジュール (p5-locale-gettext) が見付からない、と云われる。 「わけわか」になってしまった。

それはともかく、肝心の Emacs-22.3 がコンパイルできない……。 CC="gcc -arch i386" として、かつ CVS の trunk を使う、というところまで調べたのだが、それらをやっても、

  .....
Dumping under names emacs and emacs-22.3
  .....
--- Load Commands written to Output File ---
Writing segment __PAGEZERO       @        0 (       0/  0x1000 @          0)
Writing segment __TEXT           @        0 (0x18c000/0x18c000 @     0x1000)
Writing segment __DATA           @ 0x18c000 (0x161000/0x161000 @   0x18d000)
unexec: unrecognized section name in __DATA segment
make[2]: *** [bootstrap-emacs] Error 1
make[1]: *** [bootstrap-build] Error 2
make: *** [bootstrap] Error 2 
となってしまう。なんだかまだ根本的なところに問題が有りそうだ。Leopard でコンパイルした 22.3 が問題無く動いてくれるので、然程焦る必要もないのだが、 何だか足が地についてないような不安を感じる。

2009-08-29 (Sat): Snow Leopard

Snow Leopard(以下 SL) の発売は昨日であったが、本日夕方、近所の Apple Store に出かけた。売り切れや混雑が予想されたが、意外にすんなりと SL のパッケージを買う事ができた。$29 也。

ともあれ、インストールの方針を定める必要がある。 これまでざっと集めてきた SL の互換性に関する情報や、Tiger -> Leopard のアップグレードの経験から、今回は、

を目指す事にした。 で、やった事は、
  1. Leopard の Disk Utilitiy で、MacHD2 を "Case Sensitive, Journaled" でフォーマット("erase" する)。(一瞬で終る。 速すぎるせいで「始まらないなあ」と誤解して、二度起動してしまった:-p)

  2. Install DVD の MacOS.app を起動して、Snow Leopard をインストールする。 (「35 分かかる」と最初言われ、途中その予測が「45 分」まで伸びるが、結局は 25 分で完了した。これは凄い。) この時、 (後知恵であるが)捨てるつもりのアカウントを作っておくと、 "Migration Assistant" を使う際に具合が良い。 それと、Welcome 画面、格好良いですねぇ。

  3. ここで、Macintosh HD から Leopard が起動する事を確認しておくべきであったが、うっかりパスしてしまった。

  4. Snow Leopard で再起動して、"Migration Assistant" を起動。"From a Time Machine backup or other disk" を選んで "Continue" を叩く。(これに 2 時間 10 分程もかかった。)完了後、リブート。

  5. 無事元のままのログイン画面(に、上記の捨てアカウントを含んだもの) が表われる。
時間はかかったが、殆んど手間はかかっていない。 この状態で、手早く懸案事項を確認する。 と言う事で、何の問題も無くアップグレードが成った。 OS そのものの変更点は少なかったとは言え、Tiger => Leopard では、上の項目のうちいくつかで重大な問題が出た事、また HDD の移行も込みである事を考えると、このアップグレードは大成功と言うべきだろう。 偉いぞ Apple さん(Terminal-2.1 の問題は残ったが)。

2009-08-22 (Sat): Apple さん、お願いしますよ

Leopard

もう一週間程になろうか、Leopard を 10.5.8 に上げた。 Fusion にも EyeTV にも特に問題が出なかったので、 アップデートした事自体を忘れていたが、 ここへ来て嬉しい驚きが……。何と自動スリープが働くようになった。 私が10.5.0 でこの不具合に気付いてから、 何と二年近く経ってからの快挙である(← 勿論嫌味です)。 かつて、アップデートした当座のみ問題が解消した、という事が有ったので、 「あれ、直った?」と気がついてから、Skype, Fusion, EyeTV 等の容疑者達を立ち上げてはスリープさせてみて確認したが、いずれも濡れ衣 であったようだ。 (何を起動してもその後ちゃんと寝てくれる、という意味。 但し、これらを起動しっぱなしだとどうなるか、は未確認。) ともあれ、この快挙によって San Diego 市の電力事情は大幅に改善されるに違いない。 (災難と幸運は忘れた頃にやってくる♪)
うむ、また寝てくれなくなった。 「何が悪かった」のか解らない。(System Setup の Energy Saver の設定を触ったらダメなのかも:-p) ともあれ、又々ぬか喜びであったか。もう「勝手にしやがれ!」の心境。

2009-08-23 (Sun): いや、諦めて放置しているとまた勝手にスリープになった。 どうも、タイマーの設定通りの時刻ではなく、 触らなくなってから数時間後に寝入る、という事らしい。 「なんだかなぁ」であるが、 まあこれでも「切り忘れ」を防ぐ効果はあるだろう。

入出力装置

HHKB Pro 2 はますます手に馴染んできて、当初の戸惑い(「Lite とは確かに違うけど、改善と言えるかなぁ」)は解消した。 但し、左手の手の平が筋肉痛になったのは、 このキーボードのせいのような気がするが、こちらはまだ要確認である。 で、ますます MacPro についてきたキーボードなんぞは使う気にならない。 (昨日又少し触ってみての感想なので、私の「思い込みだけ」でもないと思う。) 但し、HHKB のキーを触っても Sleep から抜けられない。Apple mouse なら、 クリック、下記 Logitech mouse なら、少し動かす必要がある(クリックではだめ)。(← なんでや。)

最近(ここ半年程)、横スクロールに惹かれて、Apple mouse も使ってきたが、これも何だかなぁ、である。 左クリックと右クリックがうまく使い分けられないし、 左右のボタンをついつい押してしまって、窓を全て表示してしまうのも欝陶しい。 Logitech の安物のマウスを試用中だが、どうもこちらの方が断然良い、 と思い始めている。

Quadra 700 や 850 を使っていた頃は、Apple ADB Keyboard や、Apple mouse が最高と思っていたし、今でもそう信じているが、 それ以降はずっと落ちる一方である。(途中かなり「知らない期間」が有ります が。)お願いしますよ、Apple さん。

せめて Backward Compatible に

お店で見る Apple 24" LED Cinema Display は、その表示が素晴しいし、またその Mini DisplayPort もスマートである。なので一時本当に買う気になっていた。

が、これ、どうやっても自分の MacPro に繋らないらしい……。 DVI/Mini-DispayPort アダプタは、逆方向(Mini のポートを DVI ディスプレイに繋ぐ)のものだし、 新しく出たグラフィックカードも、我 MacPro は古すぎて挿せない。

ったく何だかなぁ、である。アップルさん、お願いしますよぅ。

iPhone 3G S

その後もこちらで使い続けているが、概ね満足している。 という事で iPod も持ち歩くというのは卒業できた。

2009-08-16 (Sun): Emacs-23.1

既に旧聞に属するかも知れないが、Emacs-23.1 が出た。

早速 Linux (Ubuntu-9.04, Fedora 9) で試してみたが、ちゃんと動く。 (これまで CVS の先端 (23.0.94) がちゃんと動いていたのだから当り前か。)

継いで Leopard で試す。MacOS X では Emacs.app は Cocoa アプリケーションになるそうな(ちなみに現在のは Carbon Emacs) Emacs.app を作るには

fukuda@quadra:~/build/emacs-23.1% ./configure --with-ns --without-x 
とやるらしい。後は、例によって make && sudo make install で OK。が、これがうまく動かない。試しに
fukuda@quadra:~/build/emacs-23.1% src/emacs
とやったのでは、そもそもキー入力が、この zsh の方に導かれてしまうし:-p、 Finder から Emacs.app を double click で起動しても、フォントがきちんと指定できない(Luxi Mono にならない)のはそのまま。 うーむ、このあたりの試行錯誤は時間がかかるのが通例だし、そんなに苦労しても macemacsjp-users ML によると、あまり安定していない、とか。ま、当面は 22.3 (Carbon Emacs) で行く事にしよう。(というか、現状で何の不満もないし。)

2009-08-15 (Sat): HHKB Professional 2

2009-08-23 (Sun): 改訂

とうとう憧れの Happy Hacking Keyboard Professional 2 を手に入れた。

ずっと、HHKB Lite と Lite 2 を使ってきて、かなり満足していたが、 Lite などはなにしろ 10 年近く使ってきている。少々スプリングが「へたって」 きたような気がするし、なによりこれは OS/2 コネクタなので、最新の Mac には繋げない。で、これは退役させ、代わりに Professional 2 を入れる事にした。iPhone 3G S のカメラは何故かピントが甘いので、FPU さんによる写真も掲げておく。

少々の設定は必要で、本体の背面についているスイッチのうち、2 と 3 を ON にした。つまり、Macintosh Mode と、Delete -> BS である。前者は、Linux でも BasiliskII を使うためには必要で、こうしても別に Linux で弊害は出ないようだ。 後者は私の好みかも知れないが、BS (Back Space) の方が汎用性が有ると思う。 (これらの変更は、USB コネクタを一旦抜いて繋ぎ直す事で有効になる。)

肝心のキータッチはちょっと期待と違った。というか、Lite/Lite-2 とかなり違う。勿論 Pro 2 の方が良い、と言いたいところだが、今のところ 音が静かな事を除けば、決定的に優れているとは言いきれない。 究極のテストは、速くかつ間違い無く打てる事だから、 これはもう少し慣れないと何とも言えないが、既に Pro 2 のほうが良いように思えるし、もっと使い慣れれば断然良いぞ、という事になるだろう。 (と思いたい、なんせ高かったんだから!)

2009-08-23 (Sun): 期待通りすぐに慣れる事ができて、今や「断然良いぞ」と言い切れる。 ただ、切り替え直後、パスワードの入力をよく間違えるようになった。 面白い(恐しい)事に、注意深く打っても、打ち間違いがあまり減らない。

で、よく調べてみると、大文字が続く間違いが多い事に気付いた。つまり、 "aaAbaaa" と打ったつもりが実は "aaABaaa" となっている。どうも Shift キーのヒステリシスが効き過ぎるせいで、'b' を打つ時 Shift キーを離し(かけ)ているにもかかわらず、'B' となってしまうらしい。 こんな事になかなか気がつかなかったのは、SKK では、WakaRu と打つつもりで、 WAkaRu とやってしまっても、問題なく「解る」と変換されるから。(改めて SKK は良く考えられているな、と感心。)

これは「解ってしまえば、慣れるのは簡単」とは行かないようで、 使い初めて十日以上になるのに、 いまだにパスワードをしょっちゅう弾かれている*^^*。 私が「鈍臭い」事は措いても、 間違えてやり直す時、各キーをゆっくり強く「押そう」とするのが当り前で、 早く「離す」というのは本能に反する……:-p これに慣れて「Pro 2 完璧」となるには、まだ少し時間がかかるかも。

あまり重要ではないが、キーボードの傾きを変えるための足が二段になっている。 職場から自宅に持ち帰る際に、 小さい方のが抜け落ちてしまった。 幸いカバンの中で見付ける事ができたが、これからまた 10 年使うつもりの私(ケチ!)には、あらずもがなの改良のように思える。


2009-07-18 (Sat): Unicode

2009-08-08 (Sat) 改訂
2009-08-22 (Sat) 再改訂

何度か戦しては撥ね返されてきた我「Unicode 化」であるが、今気が付いてみれば Linux (Ubuntu, Fedora) でも、MacOS X でも、既に Unicode 一色になっている。 Lunix や Leopard はとっくの昔から UTF-8 がディフォルトなのは解っているけど、 でもここは、それらの不具合を直して(勝手に直ってきているとも言う:-p)、自分で UTF-8 でエンコーディングしたファイルを使い始めた、という話です。

Emacs

Emacs-22.x (Leopard) でも、-23.x (Ubuntu) でも、 表示・編集・カットアンドペースト共全く問題無いので、 むしろ他のアプリケーションの「差し障り」を避けていただけのようなもの。 ~/.emacs-custom.el で、
(custom-set-variables
;;.......
  '(current-language-environment "UTF-8")
;;.......
    ) 
とやるのが最も簡単かつ確実。

ところが、これでは Emacs-23.0.x で DDSKK がうまく動いてくれない(送り仮名が有るとおかしくなる)。 SKK-JISYO.L の読み込みの時失敗している、もしくは euc-jp で読み込んだ後、それを UTF-8 で処理しようとしているのかも知れない。 しようがないので、かなりの弥縫策だが、まず上記の設定は

(custom-set-variables
;;.......
  '(current-language-environment "Japanese")
;;.......
    ) 
に戻し、 .emacs で、
(set-terminal-coding-system 'utf-8-unix)
(set-buffer-file-coding-system 'utf-8-unix) 
(setq file-name-coding-system 'utf-8-unix)
(prefer-coding-system 'utf-8-unix)    
    
としている(以上は、Emacs-23.0.x のみの話)。
2009-08-16 (Sun): 上述のように、Emacs-23.1 と DDSKK-2009-08-16 の組合せでは、この問題は解消されている。
2009-08-22 (Sat): ところが、23.1 と組合せた Wanderlust では、
  '(current-language-environment "Japanese") 
としないと、multipart なメッセージにリプライすると問題が出る。 追及している暇がない(既に手に余りそうな予感もする)ので、 この弥縫策に戻る事にする。やっかいじゃのう……

後は、テキストファイルの頭に

# -*- coding: euc-jp -*- 
とか、
<meta http-equiv="Content-Type" content="text/html; charset=euc-jp"> 
等とやっておけば、個別にきちんと認識してくれる(Major mode に依存)。 ということで、いや、ホントに Emacs (Mule) は偉いと思う。で、今や、Emacs で作る文書はほぼ全部が UTF-8 となっている。

Terminal-2.app

これについては、まだ結構悩ましい。 環境変数を
LANG=ja_JP.utf-8
LC_ALL=ja_JP.utf-8
とする他は、 Terminal → Preferences... → Settings → Advanced → International Character encoding で、Unicode (UTF-8) を選ぶだけ、のはずだが、下記のイメージのように、 記号の全角・半角の混乱が有る。

これは結構根が深い。この例だけでも、「全角文字を半角にしてしまう」 「形を変えてしまう」はたまた「全角文字を半角の間隔で表示する……」 等のパターンが有る。 ったく、なんて事をするんだ?と言いたくなる。

でもまあ、Terminal-2 で日本語を使うのは、 日本語ファイル名を扱う時と、下記のように Python で文字列を入力・表示する時くらいのものだから、気にしない事にしている。 (実際、あまり気にならなくなった:-p) 要は、Terminal の上で、% emacs -nw を使おうなんて思わなければ OK という事。

Namazu もかつては euc-jp でしか動かなかったので、これを使う時だけ euc-jp にした Tab を使う事にしていた。が、Namazu も最新版は、UTF-8 対応となった。ウェブページだけ euc-jp にしておく理由の一つが無くなった訣だが、 こっちはもうちょっと様子を見る事にする。

MLterm

環境変数を上記のように設定し(私は、.zshrc の中で設定している)、かつ .mlterm/main
ENCODING = UTF-8
not_use_unicode_font = true 
only_use_unicode_font = false
とやる。 こうしないと全角の記号の半分以上は「半角豆腐」になってしまうが、 何だか依然「弥縫策」のような気がするし、実際「完璧」には程遠くて 等の問題が有る。 しかし、まあ、ここでも「% emacs -nw とやらなければ殆んど問題はない」とは言える。 今では ssh でログインして、Wanderlust でメールを見る、という時以外こんな事はしないし、 それも稀になってきている。また、Leopard に ssh でログインして Emacs を使う場合はこの問題は起きない

Zsh

上記の MLterm や Terminal-2.app は当然その上で使う shell と密接に関連している。私は一貫して zsh を使っており、設定としては
LANG=ja_JP.utf-8
LC_ALL=ja_JP.utf-8
とするだけ。

これで日本語ファイル名が、表示・入力とも問題無く扱える

Python

Python はもとより Unicode 志向であるが、Python-3 になって益々徹底したように思う。 普通に引用符で括った文字列は Unicode になっている(すなわち u"xxxx" としなくて良い。というか、できない。) 以下は、UTF-8 に設定した Terminal-2 での試行。
fukuda@quadra:~% python
Python 2.5.4 (r254:67917, Dec 23 2008, 14:57:27) 
[GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> line=u"これは試験よ"
>>> line
u'\u3053\u308c\u306f\u8a66\u9a13\u3088'
>>> print line
これは試験よ
>>> 
fukuda@quadra:~% python3
Python 3.1 (r31:73578, Jun 27 2009, 21:49:46) 
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin
>>> line=u"これは試験です。"
  File "", line 1
    line=u"これは試験です。"
                                   ^
SyntaxError: invalid syntax
>>> line="これは試験よ"
>>> line
'これは試験よ'
>>> print(line)
これは試験よ 
以前よく悩まされた漢字入力の不具合が(今のところは)解消している。

Web ページ

これだけは相変わらず euc-jp である(ページの encoding とその「宣言」を euc-jp にしている、という意味)。理由は Namazu が UTF-8 を受けつけてくれなかった事と、web browser の殆どが記号類を正しく表示してくれない事。 特に "…"(三点リーダ)を "..."(period 三個を縮めたもの)としてしまうのは許せない。

と書き始めたものの、ふと気になって確認してみたら、Leopard の上の Firefox-3.5.1 でも、Safari-4.0.2 でも問題ない。 あれ?と思ってさらに確認したら、Windows 上の IE や Firefox では上の問題は残っているが、Ubuntu の上の Firefox は OK。 この Ubuntu にはヒラギノをインストールしてあるので、 「ヒラギノ + 最新のブラウザ」だと直っている、という事だろう。 (ヒラギノに限る訣ではないのは勿論であるが、要は「表示エンジンだけでなく、 使うフォントにも気をつけないといけない」という事か。)

また、最新の Namazu は UTF-8 のファイルを扱えるが、 処理中に出力されるメッセージは相変わらず euc-jp のまま、のようである。

でも、こういうのを思い悩むのはアホらしいので、とりあえずは euc-jp のままで行く事にする。

まとめ

例によって「非常に限定された環境条件での主観的な感想」に過ぎないが、

という事で

完璧な Unicode の環境ができた、という訣ではなく、「できるだけ何でも Emacs と Python でやってしまう」方針で、何とかファイルの中身も名前も UTF-8 に統一できた、というだけの事か。

2009-07-11 (Sat): (しつこく)フォントおたく

かなり執念を燃やしてはいるものの、私は素人なのに相手は大勢でしかも手強い、 という事もあって、まだまだ心残りな事はある。
  1. Carbon Emacs で、Luxi Mono とヒラギノのアンダーラインが僅かにずれる。(1 pixel だが!)

  2. Emacs 全般の問題だが、JISX0213:2004 のフォントが指定できない。

  3. Fedora の Firefox で、ヒラギノフォントがまともに表示されない。

  4. Ubuntu の Firefox で、漢字がアンチアリアスにならない事が有る

この 1. と 2. は、まあ贅沢な不満であるが、3. は代りに使っている Seamonkey の flash player 対応が一向に改善されないので、そろそろ Firefox のフォントを何とかしたいと思い始めた。 (で、手も足も出ないでいるのだが。)

また 4. もこれはこれで結構ツライのであるが、普段 Ubuntu を使っている訣ではないので、まあ、見て見ぬ振りをしていた。 が、意外にも ~/.fonts.conf を弄る事でこれが改善できるという記事を見掛けたので、早速適用してみた。 大正解である。 しかし一方で、何と Mlterm に副作用が出てしまった。 (不思議な事に、Emacs は美しいままである。

.fonts.conf をさらに弄って、

<?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig> 
  <alias> 
    <family>serif</family> 
    <prefer>
      <family>Hiragino Mincho Pro</family> 
      <family>DejaVu Serif</family> 
      <family>Arial Unicode MS</family> 
    </prefer>
  </alias>

  <alias>
    <family>sans-serif</family>
    <prefer>
      <family>Hiragino Kaku Gothic Pro</family>
      <family>DejaVu Sans</family>
      <family>Arial Unicode MS</family>
    </prefer>
  </alias>
  
  <alias>
    <family>monospace</family>
    <prefer>
      <family>Luxi Mono</family>
      <family>DejaVu Sans Mono</family>
      <family>Arial Unicode MS</family>
    </prefer>
  </alias>

  <match target="pattern">
    <!-- prepending "spacing=mono" -->
    <test name="family">
      <string>Luxi Mono</string>
    </test>
    <edit name="spacing" mode="prepend" binding="same">
      <int>100</int> <!-- mono -->
    </edit>
    
    <edit name="matrix" mode="assign">
      <times>
	<name>matrix</name>
	<matrix><double>0.96</double><double>0</double>
	  <double>0</double><double>1.0</double>
	</matrix>
      </times>	
    </edit>
  </match>
</fontconfig>
とすれば、MLterm の表示は元に戻り、かつ Firefox の漢字の表示も美しくなる。 <match> 以下の記述は Luxi Mono をこれまで通り使うために依然必要のようである。

2009-07-04 (Sat): ISP の「抵抗」

かつて、留守宅の ISP である So-net さんが、 "Outbound Port25 Blocking" を勝手に始めてくれて大いに憤慨した事もあったが、その後は特に問題無いようである。 現住所の TWC (san.rr.com) さんも特に問題なく動いてくれている。

しかし、その一方、企業向けにはまだ「一安心」とは行かない。 勿論米国にも「評判の定まったところ」は有って、 そういうところは何の問題も無いのであろうが、やはりお値段も張るので、 弊社のような小企業では、 この言わば「お金で安心を買う」選択肢はなかなか採用できない。 で、「それなり」のところと付き合う事になり、 何かトラブルがある度に、その時の ISP さんと交渉したり、時折売り込みにくる別の ISP さんに話を聞いたりしていた。 これがまた埒が明かない事が多い。

まあ、セールスマン達が IP ネットワークの事に疎いのは仕方ないにしても、 エンジニアからも結構頓珍漢な解答が返ってきたりする。 なかでも、"SMTP Posting Server" は「鬼門」と言いたいくらいのもので、最初から話が通じる事など滅多にない。 典型的なやりとりのステップは概略以下の通り。

  1. 「POP サーバなら当然ご用意しますが」→ いえ、送信する方のサーバの事を言っているんです。

  2. 「そんなものは聞いた事がないですねぇ」→ 日本の個人向けのサービスでは当り前の事ですし、米国だって、TWC さんはちゃんと供給してくれてますよ。

  3. 「でも、そんな事しなくてもメールは送れるんですよ」→ それは解ってるってば(← だんだん苛々してきている)。 IP アドレスをちゃんと管理しないと色々不具合があるのですよ。Blacklist に乗ってないか常に確認して欲しいし、できれば Whitelist に乗っけて欲しい。

  4. 「それなら、弊社が供給する IP アドレスは全て clean ですから、サーバで無くても大丈夫です」→ 全部の IP でそれをやるのは大変だろうから(はっきり言うと、信用できないから)、 Server の 一個の IP で徹底的にやる事をお願いしている。(現に、逆引きできない IP をアサインしてくれたらしく、しばらくは san.rr.com 等のドメインにメールを送れなくなっていた。)
そのあげくに、「そんなサービスは供給できない」と言うところが多くて、 一種のカルチャーショックを受けていた。 先月別の理由で ISP を新しいところに変えたが、そこは(この段階を全て踏んで:-) 「供給します」 と言ってくれたので選んだのだった。(前のところは何と「自社の posting server が Blacklist に載るのが嫌なので、客には使わせない」と言いよった。)

しかし、最近またメールを送れない相手が出てきたので、 調べてみると、まだ posting server は使ってない、とか。 弊社のコンサルタント君に「早く使えるようにしろ」と言ったものの、 肝心の ISP さんは、またぞろ上記の 3. から話を蒸し返してきた。 「畜生、こんな ISP なんかやめちゃる」との剣幕でメールをやりとりしたのが効いたのか、 はたまた、現在の問題が弊社へアサインされた IP アドレスの逆引きができなかった事が原因と判明したのが効いたのか、 何とか同社の SMTP Posting Server を使わせていただける事になった。

Posting Server の FQDN を聞き出した時点で、Wanderlust から san.rr.com へ送れる事は確認できていたので、後は Exchange server がその posting server を使うように設定するだけ、なのであるが。 (実は、件のコンサルタント君も「抵抗勢力」だったりする。 彼の言い分の「san.rr.com が、逆引きできない IP アドレスからのメールを受けつけない、という方に問題が有る」 というのも解るけど、私の「Posting Server を使っていればそれだって回避できたはず」という言い分がなかなか納得できない様子。)

たったこれだけの事が、なんでこんなに「ややこしい」んだ? まあ詰るところ、メールの信頼性への期待度が違う、という事なんだろうか。 だとすると、肝心の "SMTP Posting Server" の管理もちゃんと念押ししておかないと危いなあ。 「自分のところでも使っている SMTP サーバはきちんと管理されているはず」というのが、 私の思い込みかも知れないし。


2009-06-27 (Sat): iPhone-3.0

残念ながら iPhone 3G S にした、という話ではなく、F/W を 3.0 に上げただけです。iTunes でのアップグレードは例によって何の問題もなく完了。 が、実際に使ってみるとちょっと問題が出た。

まず、Calendar が Google Calendar と同期されなくなった。NuevaSync というところのサービスを便利に使わせてもらっていたが、 これが働かなくなってしまった。 あちこち弄ってみたが直らない。 しばらく放っておいたが、今日また弄っていると OK となった。 何が悪かったのか未詳であるが、 ひょっとすると、Google のアカウントで、"Grant access" をやり直す必要があったのかも知れない。 もしくは、Push が manual になっていたのが原因か? (後者は四苦八苦している内に自分で弄ってしまったのか、もしくは、F/W アップグレードの際にリセットされてしまったのか、 今となっては確かめようがない。)

2009-06-29 (Mon): これは、当日 (6/21) たまたま同サーバが不具合を起していたせいらしい。 その日 NeuvaSync さんに「動きません」とのメールを書いたら、 直ぐに返事をくれていた(だのに、私が今日までそれを見逃していた。) ふーむ、応答が素早い事を褒めるべきか、信頼性の無さを心配すべきか?

あと、iPod モードで Podcast を聞くのにリピートができなくなった。 Progress bar を表示させると、 その下に「メールで送る」「30 秒戻る」「再生速度」のアイコンが表示される。 (Audio Books や Songs では、「メールで送る」のところがリピート・アイコン になるのだが。)ふーむ、これは有難くない。というのは、一番良く聞く Podcast は NPR の 5 分間のニュースで、しかも車の運転中、という事が多いから。

なので、しばらく御無沙汰していた iPod nano をまた使い始める事にした。 こっちは、ソースの種類によって動作モードを変えるという芸当はできず、 no, one, all のうちどれかを選んだら、いつもそのリピート・モードが適用されるが、 この方が私にはむしろ好都合である。また iTunes Store で買った Audiobooks を再生する際には、早送りボタンで章の区切りへ飛んでくれる事を発見した。 これまでは本の方の章の頭に counter の値を書いたりしていたが、この「大発見」のおかげで、 こんな事をしなくても、頭出しがとても楽にできるようになった。 一方で、持ち歩くのは iPhone だけ、という具合には行かなくなったが、 それを補って余りある御利益である。


2009-06-13 (Sat): Ubuntu-9.04 再訪

Deb パッケージの Emacs が最新になっていて、しかも、Shimbun が読める、と有頂天になっていたが、よくみると、 w3m 他のパッケージが自動でインストールされた、という事ではなくて、 以前パッケージ版 Emacs のためにこれらをインストールした、というだけの事らしい。 この Emacs のために DDSKK をインストールするのに手間どっているうちにその事に気がついた。 なので、CVS 版の Emacs に戻る事にした。最新版は 23.0.94.1 になる。 Apel と DDSKK は再インストールする必要がある。(DDSKK は上記のパッケージ版のために変更した SKK-CFG を元に戻しておかないと、インストール先の自動判別に失敗する。)

CVS の Emacs をちゃんとコンパイルできたので、8.10 で一つ一つインストールした多数のライブラリ群は、 問題なく保持されているらしい。素晴しいぞ、OS アップグレード。(各ライブラリが自動アップデートされているかどうかは未詳。)

これは 8.04 の時からある問題であるが、 Emacs が指定より大きいフォントサイズを採用してしまう。 なので、

    (set-default-font "luxi mono-11")
       (set-fontset-font (frame-parameter nil 'font)
			 'japanese-jisx0208
                   ..........
としなくてはならないのだった。 これでやっと MLterm の fontsize = 19 と同等のサイズとなる。 これを思い出したのは、何度か log-on, log-off を繰り返しているうちに、Emacs のフォントが小さくなる事があって、 その際は、Luxi mono-14とする必要があったから。 これは Emacs の不具合というより、Gnome が気紛れを起こしているような気がする。

以前書いたように、mad_wifi は新たにインストールする必要があった。 で、これを起動時に自動で insmod させる方法が解らない……。 起動の度に sudo modprobe しても良いようなものだが、それはちょっと悔しい。 また、Wicd は -1.5.9 となっており、8.10 のときより DHCP が機敏になっていると思う。しかし、先日 San Jose 空港 (SJC) で試したところ、またもや "Obtaining IP address..." で行き詰まった(Tmobile でも sjcfreewifi でも同じ)。Windose で boot すると、あっけなく Tmobile に繋った。しかもその後は、 9.04 の Wicd でも繋るようになった。(時間がかかり過ぎるだけなのかも知れない。) 一方、その後も、自宅・オフィスとも接続の速度に問題は無い。 どうなってるんだろ。

それにしても、SJC で Tmobile が無料なのはちょっと嬉しい驚きであった。 sjcfreewifi が有るのでは、有料では誰も使わない、という判断なのだろうか。 結構結構! SAN (San Diego 空港)でもそうして欲しいものである。


2009-05-30 (Sat): Ubuntu 9.04

ThinkPad X200 の Ubuntu(-8.10) にはほぼ満足していたものの、 やはり少しは「なんだかな」は有った。 とは言うものの、何れも取るに足らない不具合だし、折角作った環境を、また一 から作り直すのも億劫だなあ、と言う事で少々躊躇っていた。

が、"Update Manager" の "New distribution release '9.04' available...." という文句に惹かれて、ついふらふらと。(レポート書きで煮詰っていて、 ちょっと現実逃避がしたかった?) まあ、正常な心理状態だったら、我乍ら軽率、と思うところであらうが、 まあ結果オーライだったから良しとする。

インストールはとても簡単だった。まるで、パッケージを一つ upgrade するような感じである。殆んど手間がかからない。一度、package download の段階で、最後の package を download している状態から先へ進まなくなってしまった。 が、一旦中止して、インストーラを再度起動すると、先に download したものは無駄にならず、あっさり次の段階に進んでインストールが完了した。 ここで初めてシステム再起動。(何せ Windose 7 は "several times" だったからねぇ。途中で数えるのを諦めたくらい:-p)

新しいシステムでログインしてみての感想。

これらは、upgrade だったから(元の設定が残っていたから)かも知れない。 なので、8.10 をインストールしてあって、これから 9.04 を試みる方には upgrade をお勧めします。

その後の動作確認と設定。

という事で、「偉いぞ Ubutu 9.04」でありました。

既に附属のパッケージを使うようになっていた Mlterm, Firefox に加えて、 今回 Emacs と Zsh もパッケージをそのまま使うようになったので、 もはや、自分でコンパイルしたコマンドと言えば Python くらいのものである。 しかし、それもパッケージが -2.6.2 と新しく、そのために Numpy 他が使えるかどうか心配なだけ。なので、そのうちこれもパッケージに移行するだらう。 なんだか嬉しいような、寂しいような……


2009-05-25 (Mon): Windows 7 RC

ThinkPad について来た Vista は VMware Fusion へインストールできなかった。 理由がよく解らないので、改めて Vista を購入する気にもなれず、しばらく放って置いたが、ふと思いついて Windows 7 をインストールしてみる事にした。

何と、Windows 7 が RC (Release Candidate) になっている。素晴しい…… (と言いたいところだが、何故か正式リリースは年末なんだとか。 なんだか、今回はえらく慎重だね。)で、一方 Fusion はまだこれを正式にはサポートしてないが、ベータ版は一応 OK との事らしい。ならば RC も大丈夫だろう。

ともかく、 7100.0.090421-1700_x86fre_client_en-us_retail_ultimate-grc1culfrer_en_dvd.iso というファイルを落してくる。これは、32 bit 版に違いない。 (いつもの事ながら、この凄いファイル名。MS さん、お願いしますよ……) 勿論、Product Key も入手しておく事。

一方、Fusion の方は、File > New ... で始まる設定で、

また、その後の Virtual Machine の Setting で、 で、インストールは略うまく行く。Password を設定しない、というのは Fusion のサイトには触れられていないけど、設定すると永久に login できないかも。

例によって何度も reboot するけど、ひとりで勝手にやるので、あまり煩わしくない。

最後に、こんな login 画面に辿り着く。 この時点で、

という事で、すぐにガンガン使う訣には行かないようだが、 なんとか弄ってみようという元気は出てきた。 それにしてもこの起動画面、センスが悪い……。

2009-05-16 (Sat): MS Office, VMware Fusion

ThinkPad に付いてきた MS Office 2007 の試用期限が切れた。 滅多に使わないし、たまに使っても、iWorks 他で作った文書やスプレッドシートを確認する位なものなので、むしろ Fusion on Leopard の上で使えたら便利だらう。なにしろ ThinkPad では Office 2007 は frill が大きすぎて、ワークスペースが十分でない。

という事で、久しぶりに、Fusion を起動したら、Update を勧められたので、 あまり深く考えずに、2.0.4 に上げてみた。が、これが大失敗。 安定性を誇っていた Ubuntu-8.10 が立ち上がらなくなってしまった。Virtual Disk がおかしくなったらしく、マウントする volume が無い、等という。 まあ良いか、と気を取り直して、Ubuntu-9.04 をインストールしてみた。 インストールは順調(CD-ROM に焼かなくても良いというのはとても便利だ。) しかし、なぜか VMware tools がインストールできない。 "Menu Bar" => "Virtual Machine" => "Install VMware Tools" は選択できるし、 それをクリックしたら何やらマウントされるのに、その中身が空のまま。 このツールが必須という訣ではないが、 無いとカーソルがギクシャクして嫌だし、フォントや Emacs 等のインストール・設定の事を思いやると、なんだか面倒になってきて、 止めてしまった。

気を取り直して Vista のインストールにかかる。実はこちらが本命であった。 ThinkPad X200 の XP downgrade 版に付いてきた(けど使ってない) Vista を再利用しようとした。が、やはり旨くいかなかった。 Lenovo のロゴが出る画面までは行くのだが、そこで CPU がリセットされる。 つまり、無限ループに入るようだ。まあイケない事をしている気もするので、 あっさり諦める。新たに買うつもりで VMware のサイトへ行ってみたが、 しかし、もう Windose は売ってないようだ。 (売らなくなったのは、もう大部前の事なのかも知れない。)

という事で、Fusion は Linux さえ満足に動かない状態になってしまった訣だが、 しかしあまり悔しくもない。(実は、その後 2 週間以上もそのままになっている。) 根気と時間が無くなった、という事もあるだらうが、そもそも以前程 Fusion の上の Linux を使わなくなっていた。Leopard の上で殆んど何でもできるし、 唯一の不満だった Terminal Emulator も、日本語を入力しないのであれば Terminal-2.0.app で問題無いし。と言うか、MLterm への日本語入力はこの頃却って難しくなってしまった。

仕方が無いので、ThinkPad の MS Office を購入版にアップデートする事にした。Small Office 版で $299.95 也。痛いなあ。 それにしても Office は 2007 になっても大して進歩していない。Excel は依然として日本語が混っていても「半角」空白で改行 (wrap around) してしまうし、Word のリストの扱いの予測不能な事に至っては本当に気が狂いそうになる。 両方とも iWork でも Open Office でも何の問題も無いぞ。 あ、でも逆に言うと、前者のような不具合が有るから、どうしても MS Office で確認せざるを得ない訣で、これは拡販策なのか:-P。

あ、いや、「何の問題も無い」はちょっと言い過ぎかも。Open Office の方はそれに使う scim-skk が使えなくなってしまった。元々 Fedora 9 は scim-skk をサポートしていないようだが、

scim-skk-0.5.3-0.20070802.1mdv2008.1.i586
libscim-skk0-0.5.3-0.20070802.1mdv2008.1.i586 
等をインストールして何とか使えるようにしていた。 最近 SCIM がアップデートされて、そのせいだと思うのだが、SCIM から SKK が使えなくなってしまった。SCIM の control pane で check box にチェックして enable するのであるが、そこに SKK が表れない。 scim-skk-0.5.2-11.fc10.i386.rpmを入れてみたり、 上記のパッケージを再インストールしてみたりもしたが、一向に埒が明かない。 一噌の事、Fedora 10 に上げるか、Ubuntu にしようかとも思うが、例によって元気が出ないなあ。

2009-04-18 (Sat): フォントおたく

2009-04-25 (Sat) 改訂

まあ、我ながら執念のやうなものを感じるが、 日頃使ふ(使はざるを得ない)殆ど全ての環境で、 ヒラギノを中心にしたアンチアリアス・フォントにできた(下の表)。 ディフォルトのフォントは、「ヒラギノ明朝 Pro W3-18/19/20」 と "Luxi Mono-18" である。

OSLeopard
-10.5.6
Fedora 9Ubuntu 8.10 Cygwin
on Win XP
BrowserFirefox *1)Seamonkey *2)FirefoxFirefox
(on Win XP)
EmacsEmacs-22.3Emacs-23.0Emacs-23.0XEmacs
(on Mlterm)
TerminalTerminal-2.0
*3)
MltermMltermMlterm
*1) ヒラギノ明朝 ProN W3
*2) 下記参照
*3) ヒラギノ角ゴシック ProN W3

Leopard のヒラギノフォントのレンダリングは素晴しいものが有る。 この頃は慣れてきて「あたり前」のやうに感じてゐるが、 他の環境へ行くとその有難味が再認識される。 また、気がついたのは最近だが、Leopard からヒラギノに ProN が加はり "JIS X 0213:2004" が表示できるやうになった。 文字の数が倍になった他、色々機能が強化されてゐるらしいが、 私などが直接御利益を感じるのは例へば
「祇園」「酋長」「灼熱」「飴屋」「辻々」 等が次のやうな古い字体;
  [Hiragino ProN] (← これは image)になる事くらゐのものである。 早速このサイトの style sheet を変更して ProN を指定し、

body {
    background-image: url("/images/weave.jpg");
    font-family: "ヒラギノ明朝 ProN W3", "ヒラギノ明朝 Pro W3", 
        Hiragino Mincho ProN W3, Hiragino Mincho Pro, 
        Sans-Serif, Gothic; 
    font-size: 19px; 
    ....
    }
なんちゃって旧假名と供に「古色蒼然」を楽しんでゐる。 (かういふのが良いと思へるのは、やっぱりトシか?)

但し、Emacs ではまだこのフォントを指定する方法が解らない。また、不思議な事に、Safari でも Seamonkey でも指定できないやうだ。(Terminal-2.app は、明朝が選べないだけで、ProN にはなってゐる。)

2009-05-03 (Sun): Safari では、メニューで選べるが、反映されない。常に "ヒラギノ角ゴシック ProN W3" になってしまふ。ま た、Seamonkey は選べて、実際に反映される。なんでかう変ったかは未詳。 いや、そもそも ProN にならない事がある。うー、ややこしい。やっぱり Firefox にしてをかう。

2009-06-06 (Sat): これはどうも、CSS で指定した "fontfamily: Hiragino Mincho ProN W3" の "W3" が悪かったやうで、これを取るとちゃんと期待通りの動作をする。 しかし一方で、"ヒラギノ明朝 ProN W3"と "ヒラギノ明朝 Pro W3" 両方の "W3"を取ってしまっては、 Seamonkey でそもそも明朝にならない……。 ややこし過ぎ!

また、常用のターミナルを iTerm から Terminal-2.0 に換へた。こちらは残念ながら日本語フォントを別途指定する事ができず、 "ヒラギノ角ゴシック ProN W3" が設定される。 ターミナルで日本語を表示させる事は然程多くないので、これでまづ十分だし、 Terminal-2.0 の「疑似」カーニングの効果で、全角・半角の問題が緩和されるし、 文字間隔を小さくしても、文字が重なるだけで欠けずに表示されるのが嬉しい。

Fedora 9 のブラウザでは結構苦戦した。何故か Firefox では「ヒラギノ」がちやんと表示されず(特にその英数字が酷い)、一方 Seamonkey の方はその表示はまあまあだが、 不安定でとても使へたものではない、という状況だった。 どちらも「最新版が出るのを待ちかねるやうにして確認、その度にガッカリする」 が続いてゐたが、ここに来て元凶の flashplayer に、これと互換のプラグイン (libswfdecmozilla.so) が有る事を知り、それを Seamonkey にインストールする事でまづまづ使へる環境とできた。(flashplayer へのソフトリンクが残っていてはダメで、また、Seamonkey をアップデートすると、自動で flashplayer への link が張られてしまふ事に注意。) ところでこのプラグインだが、動画のコンテンツをいきなり表示せず、 代りにスタートボタンを表示する。これはとても良い仕様だと思ふ。 無理矢理見せられる動画なんてどうせ殆どが無用のものだし、 表示を遅くするばかりだから。

Windose では、Cygwin の MLterm とその上の XEmacs は正常にヒラギノを表示するが、Firefox ではムラができてしまふ。 すなわち濃く太く見えるひらがな(「ま」「す」他)と、さうでないものがはっきり分かれる。 ちょっと情け無いが、Windows の上にヒラギノを載せてゐる人は稀だらうから気にしない事にする。


2009-04-11 (Sat): マイホームサーバが攻撃された(その二)

どうも意図的な「攻撃」ではなかったのでは、と思えてきた。 というのは、改めてログを良く見て、アクセスして来たホストの IP アドレスを数えあげたら、2400 くらいも有ったからで、いくらなんでも、それ程沢山のホストを一斉に狂わせて、 かつ一斉に元に戻すのは難しかろう。

とすると、もっと有りそうなのは、通常の treatxxx.....com へのアクセスが何らかの理由で我 otacky.jp へ導かれた、という事だろう(DNS サーバが狂ったか、treatxxx....com が壊れたか)。

ただその場合でも、何故 httpd (Apache2) が Server Name が違っているリクエストを受け入れて、かつ、それを(名前の違う)Virtual Host へ要求を送ってしまったか、という疑問は残る。 しかし、とりあえず「DoS 攻撃ではなかった」という事は言えると思う。

ところで、件のサイト、今確認したら復旧していて、 とても「えげつない」ポルノサイトのようであるが、 ふーむ、当サイトには DDoS 攻撃に見える程のトラフィックが、 そこでは当り前なのか。大したものである。 (それだけアブノーマルと言ふか「アブ」ない人が多いって事だらうか:-p。)

そんな事なら、この 12000 ヒットはわざわざ消したりせず、有難く頂いて(カウントして)おけば良かったなあ:-p。


2009-04-05 (Wed): マイホームサーバが攻撃された(?)

我がマイホームサーバも一人前になったという事か、 とうとう「攻撃」を受けたようだ。 事故か故意か解らないが、日本時間の午前 2 時頃、 突然どかどかと大量のアクセスが集中し始め、5 時前の時点で、その日のアクセスが 12,000 件を越えた……。

御同慶の至り、と言いたいところだが、その間サーバが青息吐息となって、ML 等が応答しなくなっていた。そもそも、ssh でログインしようとして失敗して、おかしくなっているのに気がついたのだった。 (失敗したのではなく、異常に時間がかかるようになっていただけ。) 故意ならば、DDoS (Distributed Denial of Service) 攻撃という事になろうか。

それでも、FC 5 とその上の httpd (-2.2.2) はクラッシュせず、 おかげで ssh でログインして(応答が数分後という時もあったが)、 いろいろな対策を打つ事ができた。偉いぞ Open Source!!
  1. Counter5.cgi(Python script)を弄って、上記の SERVER_NAME が、otacky.jp でないものは数えないようにした。 (既にカウントされているものは、手で削除。)

  2. その変更で、スパムの時はファイルアクセスをしなくなった筈であるが、Top で見ていると、その Python script (counter5.cgi) は依然 CPU を 4% 程使っている。(30 個もプロセスが走ったら使い切ってしまう勘定になる。 Python の起動に時間がかかっているのか……)

  3. Virtual Host へは、SERVER_NAME でアクセスする設定になっており、 実際、いくつかの Virtula Host へは正しくアクセスしているのに、 treatxxxsitecheap.com へのアクセスだけは www.otacky.jp の VH に渡される。(UseCanonicalName を On にしたのでは、常に www.otacky.jp となってしまい、上記の切り分けができなくなる。)

  4. 最大 process 数を下げてみたが効果が無い。ディフォルトの 150 を、16 まで減らしてみたが、攻撃のピークでは、やはり CPU が使い切られてしまう。(要求の頻度には波が有る。)

そうこうしているうちに、アクセスの頻度が下火になり、やがて、 通常の頻度まで落ち着いた。 スパムなアクセスを拒否するための有効な手は打てなかったが、 とりあえず一件落着。次の攻撃に備えて、 スパムアクセスを水際で撃退する方法を考えておかねば。 (きっとすぐ忘れるだろうけど。)


2009-04-01 (Wed): Apple が MS を提訴

なんて事は有りません、勿論。(放っておいても、ジリ貧だし。)

2009-03-28 (Sat): <frame> を無くしてみた(その二)

IE 様だけは CSS の "position: fixed" を理解してくれない。この問題に目を瞑って、<frame> から <div> に移行を果したものの、IE ユーザを切ってしまったようで、少々後めたかった。

しかし、偶然 HTML の版を "4.01 Transitional" ではなく、 "4.01 (Strict)" とする事で、IE 様にも "fixed" を認識してもらえる事が判明。 要は、ページの先頭の

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"> 
とするだけの事であった。しかし、この「だけの事」がそう簡単ではなく、これまで "Transitional" の陰に隠れていた HTML 4 に非対応の部分(これがまた山とある)が、 表に出てくる事になってしまった。即ち、w3.org の validation で山程エラーが出るようになってしまった、という事。

これを克服するには、単純な tag の置き換えでは済まず、例えば「見え方」に関するものは何もかも style sheet に入れないといけない等、結構大変。 とりあえず、定義だけ全部 4.01 strict にしておいて、tag のデバッグは、まあ、 ぼちぼちやる事にする。


2009-03-14 (Sat): <frame> を無くしてみた

思いがけず IE8 が box-sizing を認識するようになるという噂を聞いた。 ふむ、それなら、今 <frame> で実現している "floating menu" を <div> でもできるかも知れない。

という事で、一度やりかけて、そのままになっていた作業を再開、 殆ど従来と変りない表示が得られるようになった。 CGI からのデータを表示させると、 ディフォルトのディレクトリが変ってしまう、というのに少し梃摺ったが、 まあ、それも我慢の範囲にできたと思う。さすがに Netscape での動作確認は諦めたが、Firefox は勿論、Seamonkey でも Safari で問題無く見る事ができた。 Browser が、閲覧中のページのアドレスをきちんと表示してくれる、 というのは確かに、気持が良い。(例えば、reload で、見ている場所を再表示してくれる。)挑戦した甲斐が有ったというものである。

が、しかし、IE がさっぱり改善されていない。boxsizing が指定できる、というのは 8.0 を待たないといけないようだ。 しかしこちらは、考えてみたら、 他の殆どのブラウザが指定できるようになったので、boxsizing: content-box として、IE に合わせれば済む事であった(なんだか癪に触るが)。 しかし、DIV.menu (position: fixed) だけ何故か無用の空白が周りに付け足されるし、何より floating menu にならない―Div.main (position: absolute) の部分と一緒にスクロールしてしまう……。 うーむ、以前からの問題はやはりそのまま残っていて、かなり重大だなぁ。 しかし、まあ、せっかくここまでやったので、このまま少し様子を見る事にする。

IE ユーザの方は、この際、Firefox に乗り換える事をお勧めします:-p。


2009-03-07 (Sat): OALD-7 やっと完成

「設定を弄っただけ」なので、 「OALD-7 が完成」というのはちょっと語弊が有るというか「畏れ多い」かも。 Ito さんに教えて頂いて、 辞書の発音記号を Unicode にしたり、例文を Italic にしたり、はたまた 文型の表示を太字にした効果は素晴しいものだったが、その後、 さらに凝ったものにする努力の方は、 手間暇の割に然程見易さを改善してくれてない。 一方、元の辞書の XML を解析したり、elisp で正規表現を扱ったりするのは最初は面白かったが、 だんだん手に負えなくなってきた。 なので、「完成」というより、「もういいかな」という感じ。

出来栄えを、いつもの "eliminate" と、新しい表示を見るための "absorb" 及び "bath" への検索結果で御覧あれ。 (勿論、実際の使用時は、frame の 1/3 - 1/2 を使って、「辞書候補」とともに表示される。) この表示に対応するファイル達のスナップショットのは、以下の通り。

あまり辞書に凝っていたら、 辞書を引く時間(仕事をする時間?)が取られる、と思ったけど、 実際には改良している間も辞書を引く回数が増えているような気がする。 ともあれ、オリジナルの eb, eblook, lookup, FreePWING を作った方々、また lookup+media と oald7-fpw を作られ、 数々の助言を下さった Ito さんに改めて感謝致します。


2009-02-21 (Sun): なかなか足抜けさせてくれない……

これじゃあ新手のスパムじゃないかと思うのだが、リアルさん、なかなか ML から外してくれない。

ML から抜けるのに、アカウントにログインせねばならず、 そのログイン・パスワードを忘れたら、パスワードをリセットするのに、 アカウントに登録したクレジットカード番号を聞かれる……。 まあ、そんなに大事にアカウントを守ってくれるのは有難い事であるが、 そのクレジットカード番号が違うと言われ続けると、なんだか心配になる。

兎に角、どうにもならなくなって、「リアルサポートセンター」で、 パスワードの再発行か、アカウント・ML からの削除をお願いしたら、あっさりメールで、

下記メールアドレスにて登録を頂いておりましたアカウント情報の削除
およびメーリングリストからの抹消を承りました。

 xxxxx@computer.org

なお、アカウント削除後も最終的な処理終了までに 1週間ほど要します
ので、しばらくの間はメール等が届く場合もございます。

何卒、ご了承くださいませ。
との事。 だったら始めからメールで依頼を受けつければ良いのに、と思いつつも、 まあ埒が明いて良かった……

と思ったのは早計で、かれこれ二週間以上になるのに、今だにメールが届く。 もうアカウントもないので、どうやって止めたら良いか解らない。 これじゃあスパムと同じだ。 こんなに退会やキャンセルを難しくして、しかも、 スパムまがいにメールを送り続ける……。

そう言えば、US Real の方でも同じような事が有った。 real.com の方は、購読の解約は電話でしか受けつけない、との事で、 電話してみたら、「アカウントマネージャから電話させるが良いか。」 「そんな大層な」と思いながらも OK したら、電話してきた彼氏、なんだかんだと続けさせようとする。 しまいには、○箇月無料で良いから、続けてみてくれ、と言う。 まあ、それなら、と妥協したら、しっかりチャージしてきたので、 また電話。やっぱり引き止めようとまくしたてるので「兎に角今すぐ止めろ!」 と叫んでしまった(電話で叫んだのはこれが初めて)。そしたら、「解った、解約する。 でも今月分はチャージさせてくれ」「……」もう返す言葉が無かった。

ったく恐れ入るしつこさであるが、こんな事して、 企業イメージを悪くするだけだと思い至らないのかね。 そもそも、今の Mac 向け RealPlayer は、guide.jp.real.com が自ら供給するソースでさえ、clip はぐずぐず崩れてくるは、 無料フルバージョンは全く再生できないは、で、今時珍しいくらいのお粗末さ。 (しかも、英語版を使おうとすると「日本からのアクセスしか受けつけない」と抜かす。) だから、退会・解約しようとしているのに、今度はなかなか足抜けさせない。 そんな事するより、無料版 player、無料ソースの品質を上げる方が、 顧客確保の近道だと思うんだけどね。

兎に角、Mac ユーザは Real.com には近付かないに限る。 (← 嘘、取って食われる訳ではない。 でも、メールアドレスを書き込んだり、 アカウントを開いたりは避けた方が良いと思う。) 嘗て RealPlayer は Linux ユーザの正に「救世主」だったんだがなぁ。


2009-02-21 (Sat): OALD-7 まだまだ良くなる

例文を italic にして、見易くなったので、今はもう殆ど OALD7 だけで済ましている。(LDOCE4 は、ちょっと御無沙汰。)

ただ、紙の辞書を見ていると、もうちょっと欲が出てきた。 例えば、語義の番号や文型を bold にしたい、とか、[SYN] とか [OPP] という部分の色を変えたい、とか。で、又々 Kazuhiro さんに泣きついて、対応する部分を切り出す方法を教わり、italic にする方法に倣って、bold 化や「色付け」に挑戦してみた。 結果はこの通り。ひときわ見易くなった。もう紙の辞書と遜色ない。 遜色ないどころか、このところ辞書の小さい文字が見難くなった私には、 こちらの方が有難い。で、もっぱら、こちらを引いている。

ここには出ていないが、apostrophe を全角の「’」から、" ' " に変えた。

また、lookup を -1.4+media に変更した事で、広辞苑の「振り仮名」が、 下付き文字で示されるようになり、これも大変嬉しい。


2009-02-16 (Mon): OALD-7 ますます良くなる

Emacs から OALD が引けるようになり、この二週間程有難く使わせて頂いている。 が、oald7-fpw パッケージの中に、発音記号を Unicode 文字に置き換えることを目指しているようなファイル (oald7-pkg.el)を見付け、 俄然「もっとなんとかしよう」というオタク的欲求が湧いてきた。 しかし、それをどう使えば良いのかわからず、 得意の「ゆきあたりばったりのカットアンドトライ」を繰替えすも、 さっぱり埒が明かず。

思いあぐねて edict@ring.gr.jp ML に入会して質問したところ、 何と作者の Kazuhiro さんから回答を頂いた。件の oald7-pkg.el は、そもそも lookup-1.4+media という改良版 lookup のものらしい(lookup-1.4+media も Kazuhiro さんによる)。 なので、eblook-1.6.1 にパッチを当ててインストール、また lookup-1.4+media をインストールしたら、見事に統一感のある発音記号が表示されるようになった。 (oald7-pkg.el が実行されるようになったという事。)

調子に乗って、「例文が地の説明文と判別しにくいのを何とか……」 とお願いしたところ、またお返事が頂けて、oald7-fpw.conf.outlook を変更・追記する事で対応可能との事。早速実行してみると、仰る通り、 例文がイタリックとなり、先の発音記号の改善と相俟って素晴しい表示が得られ るようになった。「使用前」 「使用後」の違いは歴然。 実用上も、語義をさっと見つける事ができ、効果は思ったより大きい。 これで心残りなく LDOCE4 から移行できる。 Kazuhiro さんには、ただ感謝あるのみ。


2009-02-07 (Sat): ThinkPad X200 再訪

とりあえず持つて歩けるようになったが、その後も結構手間暇が掛る。
2009-02-15 (Sun): 殆んど一日中 ThinkPad に依存した生活を何日か続けると、これまで何となく、 「あれっ」と思うだけで見過してきた不具合にいろいろと気づく。 (ちょっと嫌になってきたので) この項にいくつか補遺を付ける事でお茶を濁す事にする。

Firefox

MacOS X の Firefox では、ヒラギノ明朝 ProN W3 をディフォルトにしているが、これはなかなかのものである。 が、Linux (Ubuntu, Fedora) の上ではヒラギノの書体がうまくレンダリングされないようだ。 Seamonkey なら OK なのだが、こっちはこっちで不安定という問題が有る。

という事で、肝心要の Web browser がこれでは「なんだかなぁ」であるが、 しかし、Ubuntu ではあれやこれや追加インストールしているうちに、 綺麗に表示されるようになった。

firefox
firefox-3.0
firefox-3.0-branding
firefox-3.0-gnome-support
firefox-gnome-support
flashplugin-nonfree 
icedtea6-plugin
最後の二つは、flash と java が動くようにするためのもの。

ビデオ・ドライバ

Sleep (suspend) すると、その後スクリーンの分解能が狂う、 という問題が有って、これも「なんだかなぁ」の一つであったが、 システムをアップデートしている内に直った。 何が良かったのか分らないが、多分 xserver-xorg-video-intel を、2:2.4.1-1ubuntu10.3 にしてからではないかと思う。
2009-02-12 (Thu): Login 画面で、上下が余らないようになったので、直ったかと思ったが、 実際にログインしてみたら、上下が切れてしまうのは直っていなかった。 メニューバーが表示されなので、本当に何もできない。 まあ、何かをインストールする時くらいしかログアウトする事がないので、 さほど深刻でもないか。

無線 LAN

Wicd の操作は(私には)とても論理的で扱い易いと思うのだが、 残念な事にときに繋がりにくい事が有る。特に、空港の Public Network や、 有料接続などでこれがよく起きる。Association より、IP アドレスの割り当てに手間取るか失敗しているようだ。どうも DHCP がらみだと思うが、dhclient そのものの問題か、Wicd からの制御の仕方に問題があるのか良く解らない。 ただ、Wicd を 1.5.8 にアップデートしてからは、(気のせいか)全く繋がらない、という事はなくなった。 (それでも、iPhone の WLAN よりかなり時間がかかるが。)
2009-02-15 (Sun): Wicd が Passphrase と Preshared Key を取り違えているようだ、といつか書いたが、 これがいつの間にか直っている。が、そのために、我が家の I/O Data の AP には継がらなくなってしまった。Advanced Setting で、正しく Preshared Key とすれば OK であるが、これは、ちょっと酷いなぁ。

それと、いつか言いなりでカーネルをアップデートしたら、いきなり無線 LAN が繋がらなくなり、 Wicd に "No wireless networks found" と言われるようになってしまった。これは、無線 LAN モジュールをオフにしているか、付近に AP が全く無い時にしか見えない筈のものである。 (後者のような状況は今時めったにお目にかからないが。) 手で insmod 等を試みるが、一向に動いてくれない。 そもそも iwconfig でも ifconfig でも、デバイス ath0 が無いように見える。 ちょっと急いていたので、オーバーキルかと思いつつ madwifi-hal-0.10.5.6-r3861-20080903 を再インストールし、リブートしたら、無事 ath0 が作られ動くようになった。

しかし、kernel update の度に(?)/etc/hosts に変なエントリが入ってしまうバグはそのままあるようで、 こちらも、IP アドレスの取得に手間取る原因になっているかも知れない。

音声

使い始めて相当経ってから、実は音が全く出ていない事に気付いた。 そもそも Ubuntu を起動した時の音が出てないのだが、 インストール直後に音声を mute してそのままになっていたので、 鳴らないのに慣れていたのかも。

で、出先でもせめてニュース(の Podcast)を聞けるようにしようと、 Rhythmbox をインストールしてみてこれに気付いた。 下記のよう何とかインストールしても、 「ジジジ」などと呟くばかりで、 一向に普通の音が出てくれない……。 一旦こういう状況になると先は長い、 と腹をくくった。が、幸いにも最初にやった「あてずっぽう」が功を奏した。 即ち、System > Preference > Sound > Device で、全て "OSS-Open Sound System" を選べば良いらしい。 要は、"Autodetect" が選ぶ "ALSA Advanced Linux Sound Architecutre" がおかしくなつているという事のようだ。

2009-02-15 (Sun): もう一つ不具合が。Keyboard の上の Mute キーで、Mute から抜けたつもりでも、そのままでは、音声は出ず、Volume Up/Down のどちらかを触らないといけないらしい。これも気がつけば何でもないが、 一時は「また、Audio がいかれちまった」とがっかりした。

Rythmbox

出先でも、Podcast のニュースを聞きたい、と Rhythmbox をインストールしてみた。Synaptic からインストールするのだが、 追加で必要になるパッケージの中に "Restricted" のが多くて、けっこう煩わしい。 しかし、本当のチャレンジは、この事より、 各ジャンルでの設定だろう。
Podcast:
例えば NPR へ行って、[pod] ボタンを右クリックして、そのアドレスをセーブし、Rythombox の左上の pane で、"Podcast" を右クリックする事で、"New Podcast Feed" を起動、 そこへ、上の "Link Location" をペーストする。
Radio:
Radio アイコンを右クリックして、"New Internet Radio Station" を起動し、そこに一旦例えば、 "http://www.kqed.org/radio/listen/live/mp3/kqedradio.pls" 等と入力して、エントリを作り、その後でエントリの各項目を書き直す。 (いきなり、エントリの見出しを入力したのでは、エントリを作ってくれない。)
てな感じで、とても分り難い。私が iTunes に慣れているから、という可能性も確かに有るが、 Rythmbox の UI に改善の余地が有るのも確かだろう。

Skype とビデオカメラ

ビデオカメラは見るからに敷居が高そうであるが、 音声がそもそも出ないのでは仕様がない、という事で手を付けないでいた。 が、上記のようにこっちの問題が解決されたので、Skype のインストールに挑戦した。

残念ながら、8.10 の、しかも 64 bit 版の Skype はまだ無いようだ。 8.04 版を流用するために、まず、

$ sudo apt-get install ia32-libs lib32asound2
$ sudo apt-get install libqt4-core libqt4-gui 
等として、互換ライブラリをインストールしておく。 (幾つかは既にインストール済みであった。)

Skype のサイトから、Ubuntu 7.04-8.04 向けパッケージ(実は deb パッケージ)を取って来て

$ sudo dpkg -i --force-all Desktop/skype-debian_2.0.0.72-1_i386.deb
としてインストール。

Application > Internet > Skype で起動して、初期設定を行う。 上で、音声デバイスの設定はしているから大丈夫か、と思ったが、 ここでもやはり設定しなくてはいけない。"Sound Deviced" で選ぶ。"Default device (default)" がうまく行かないだけで、デバイスの認識そのものはできているので、 それらしいのを選べば OK。驚いた事に、Webcam のマイクロフォンも正しく認識されていて、しかもきちんと動く。 また、"Video Device" で、ビデオカメラを選ぶのだが、これは正しく自動設定が働く。 内蔵カメラ (/dev/video0) も、外付けの Webcam (/dev/video1) もちゃんと認識されている上に、 とりあえず正常に動く。

面倒そうなのがあっさり動いてしまったが、一方で意外に大変だったのが、 アプリケーションのフォントサイズを調整する事。これは何故か、 qtconfig コマンドで行う。(なんで、わざわざ Qt アプリにしたんだろ。) とりあえず、他と共通の 13 ポイントにしておいた。

それやこれやで

「Out of box で動く?どこの話や。やっぱり次は MacBook にしよか」等と思うようになった。が、同時に、何だか愛着が湧いてきて、 「こうなったら、なんでも Linux でやれるようにしたろ」などとも思う。

2009-01-31 (Sat): OALD-7

これまで、英語の(電子)辞書は、LDOCE4 (Longman Dictionary of Contemporary English, 4th Edition) を EPWING 化して、EBview や Lookup から便利に使っていたのだが、ここにきて OALD7 (Oxford Advanced Learner's Dictionary, 7th Edition) を EPWING 化するツールが出ているのを知った。 このところ、また「もうちょっと英語を何とかせなあかん」 という気運が少しだけ出てきているので、 それを絶やさないためというか、自分への景気付けというか、まあとにかく、 OALD7 を使い始めてみよう、という事で、Oxford University Press から "Compass CD-ROM" 付きの (紙)辞書を買った。 ($32 也。これはお買い得。でも、今見たら「品切れ」になっている。)

LDOCE4 の時は、EPWING 化にかなり苦労したが、 OALD7 は比較的すんなり使えるようになった。 以下は、MacOSX 10.5.6 (MacPort インストール済み)での作業例。

  1. FreePWING: freepwing-1.6 を取ってきて展開、そのディレクトリで ./congiure ; make ; sudo make install

  2. OALD7-FPW: ダウンロードしてきたソースを展開すると、 ディレクトリ群とその下に FreePWING 用のスクリプトが置かれる。 (このコンセプトがなかなか理解できなかった。)
    fukuda@quadra:~/tmp% tar xzf ~/src/oald7-fpw-20081215-src.tar.gz 
    fukuda@quadra:~/tmp% ls oald7-fpw-20081215
    ChangeLog  OALD7CG/  README.PKG  gaiji-table.pl    oald7sound
    Makefile   OALD7WF/  fpwoald7    gaiji-tables.in/  tables
    OALD7/     README    gaiji/      oald7cgraph    

  3. Zlip.pm: MacPort でインストールしてあった、Perl-5.8.8 には、Encode モジュールが附属しているが、Compress::Raw::Zlib はついてないので、新たにインストール。
    fukuda@quadra:~% sudo port install p5-compress-raw-zlib

  4. OALD7 CDROM: 要は、"Compass CD-ROM" の事だが、 Super Drive のトレーに入れるだけで、ちゃんと認識される。が、"oald7.app" のみが表示されて、アプリケーションを立ち上げろ、という構えであるが、 無視して、同アイコンを右クリックして "Show Package Contents" を表示させると Contents > MacOS > data に所望のディレクトリが見つかる。 それを例えば、Desktop へドラッグドロップして作業する。

  5. 上記ブログの表に倣って、CD-ROM 上のディレクトリから、 データを OALD7-FPW のディレクトリにコピーする。
    fukuda@quadra:~/tmp/oald7-fpw-20081215% mkdir OALD7/SRC
    fukuda@quadra:~/tmp/oald7-fpw-20081215% cp -R \
             ~/Desktop/data/entry/files.skn/* ./OALD7/SRC/
        ....
        ....
    (ファイル全部が必要ではないが、全部をコピーしても大丈夫。 また、EBview や Lookup で使うなら、音声は不要かも。)

  6. 変換: 上記 OALD7 ディレクトリへ行って、
    fukuda@quadra:~/tmp/oald7-fpw-20081215% fpwmake package-tar-bz2
    約 15 分で完了。(素晴しい!!)

  7. Install: できた oald7-fpw-20081215.tar.bz2 を、 所定の辞書置き場(私の場合は、~/Dicts)へ持って行って展開。 すなわち、
    fukuda@quadra:~/Dicts% tar xjvf \
        ~/tmp/oald7-fpw-20081215/oald7-fpw-20081215.tar.bz2 
    (こうやると、どれをコピーするかで悩む事が一番少ないように思える。)

  8. eblook で動作確認
    fukuda@quadra:~% export LC_ALL=ja_JP.eucJP; export LANG=ja_JP.eucJP
    fukuda@quadra:~% ls Dicts
    OALD_7/  genius_ej/  genius_ej_app/  kje5/  kojien/  ldoce4/    
    fukuda@quadra:~% eblook Dicts/kojien 
    eblook> list
     1. kojien	広辞苑第五版
     2. furoku	付属資料
     3. screen	書籍選択
    eblook> select 1
    eblook> search おどし
     1. 2569:1432	おどし【威し・脅し】
     3. 2569:1732	おどし【縅】ヲドシ
    eblook> exit
        
    fukuda@quadra:~% eblook Dicts/OALD_7
    eblook> list  
     1. oald7	OALD7
     2. oald7cg	Cultural Guide
     3. oald7wf	Wordfinder
    eblook> select 1
    eblook> search research
     1. 13755:352	re<gaiji=ha124>search
    eblook> content 1
    re<gaiji=ha124>search
    ★ re<gaiji=ha124>search noun, verb
    ■ noun 
        ...........
        ...........

  9. Emacs でも検証: .emacs に
    (setq lookup-search-agents
          '(
    	(ndeb "/Users/fukuda/Dicts/OALD_7") ;; この部分を書き足し
            (ndeb "/Users/fukuda/Dicts/ldoce4") 
    ;;	(ndeb "/Users/fukuda/Dicts/genius_ej" \
    ;;                     :appendix "/Users/fukuda/Dicts/genius_ej_app") 
    	(ndeb "/Users/fukuda/Dicts/kje5") 
    	(ndeb "/Users/fukuda/Dicts/kojien") 
    	)) 
    と、エントリを加える事で、Emacs からも使えるようになる。 比較のために、 OALD7LDOCE4 の検索結果を示す。
かれこれ一週間以上、LDOCE4 と使い比べてきたが、なかなか優劣が付け難い。 しかし、最近は、OALD7 の語義だけ見て満足する事が多くなったので、 遠からずこちらに移行する事になると思う。 ただ、Lookup 上で使う分には、 OALD7 は「例文が地の説明と区別がつき難い」という難点が有る。 (紙の辞書では、例文は全てイタリックになっている。) これも含めて、外字の表示を、bitmap 以外の glyph でできれば、 かなり改善されると思うのだが、今のところどうやったら良いか解らない。
161/1,729,060
Taka Fukuda
Last modified: 2010-03-27 (Sat) 17:40:12 PDT