Error: Couldn't determine your Xcode version (from '/usr/bin/xcodebuild -version').
Error:
Error: If you have not installed Xcode, install it now; see:
Error: http://guide.macports.org/chunked/installing.xcode.html
Error:
Error: Target org.macports.extract returned: unable to find Xcode

/usr/bin/xcodebuild -versionがわからんとゆーているので、ちょっと確認。

XXXXXX:~ YYYYY$ /usr/bin/xcodebuild -version
error: can't exec '/Developer/usr/bin/xcodebuild' (No such file or directory)

そんなもん、ないって言ってる。

あ～、そういえば、Xcode4.3になって、インストールパスが/Developerから/Applicationsに変更されたってどっかに書いてたなぁ。ということで、Google先生。

XXXXXX:~ YYYYYY$ xcode-select -print-path
/Developer
XXXXXX:~ YYYYYY$ sudo xcode-select -switch /Applications/Xcode.app
Password:
XXXXXX:~ YYYYYY$ xcode-select -print-path
/Applications/Xcode.app/Contents/Developer

確かに記事のとおりの症状です。xcode-selectのあとは、正しく、port upgrade outdatedできました。

XXXXXX@server:~$ man ls
man: can't set the locale; make sure $LC_* and $LANG are correct

何かの拍子にこんなエラーがでる。前から気になっていたのだが、まぁいいやと放置していた。ちょっと調べたのでメモ。

コンソールでログインすると、そんなエラーは出ない。sshでログインしたときだけ、その症状。

あ。

# Disable japanese display in console
case $TERM in
linux) LANG=C ;;
*) LANG=ja_JP.UTF-8 ;;
esac

.basharcの最後にこんな記述してるの忘れてた。これなら、コンソールでログインしたらLANG=C、sshでログインしたらLANG=ja_JP.UTF-8になっているはず。

う～ん。envやると、ちゃんとLANG=ja_JP.UTF-8になってるんだよなぁ。

XXXXXX@server:~$ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: LC_ALL??????????????????: ??????????????????????
LANG=ja_JP.UTF-8
LANGUAGE=
LC_CTYPE=UTF-8
LC_NUMERIC="ja_JP.UTF-8"
LC_TIME="ja_JP.UTF-8"
LC_COLLATE="ja_JP.UTF-8"
LC_MONETARY="ja_JP.UTF-8"
LC_MESSAGES="ja_JP.UTF-8"
LC_PAPER="ja_JP.UTF-8"
LC_NAME="ja_JP.UTF-8"
LC_ADDRESS="ja_JP.UTF-8"
LC_TELEPHONE="ja_JP.UTF-8"
LC_MEASUREMENT="ja_JP.UTF-8"
LC_IDENTIFICATION="ja_JP.UTF-8"
LC_ALL=

こっちも、確かに、LANG=ja_JP.UTF-8になってるな。

へ？LC_CTYPE=UTF-8ってなんだよ。そんなん知らないよ。envの方も確認してみると、LC_CTYPE=UTF-8になっている。

え～、そんなんどこで設定してるんだよ。

ということで、頭を抱えること、数時間。あっちのファイルをひっくり返し、こっちのファイルを眺め、Google先生のお世話になり。。。locale-genや、dpkg-reconfigure localeなんてやり直してみたり。

とりあえず、

XXXXXX@server:~$ export LC_TYPE=ja_JP.UTF-8

とやれば、エラーが止まることは確認。

あー、めんどくせ、これ、.bashrcに書いちゃおうかなぁ～。気持ち悪いなぁ。

あ。これだ。

ローカルはMacを使ってるんだけど、ローカルのターミナルでenvを見てみると、確かにローカル(MAC)側ではLC_CTYPE=UTF-8になっている。

ssh –v でログインすると、

debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8

こいつだ～～～。ぶ～ぶ～。Macの/etc/ssh_configには、

Host *
  SendEnv LANG LC_*

ってちゃんとかいてあるよ～。こいつがLC_の設定を送っちゃってたんだ。

mac:~ XXXXX$ locale
LANG=
LC_COLLATE="C"
LC_CTYPE="UTF-8"
LC_MESSAGES="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_ALL=

Macでlocaleやるとこんな感じ。こいつだ～、こいつが俺の頭をごちゃごちゃにしてたんだぁ。

ということで、sshでログインすると、LANGやLC_を転送するらしい。

で、もうちょっとぐぐってみると。。。

Terminal > Preferences... > Settings > Advanced

Set local environment variables on startup <- Uncheck

ん？

おまえか～。チェックを外したら、綺麗に動きました。

納得いったので、満足。

New release '12.04 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

と表示された。いや、ちょっと前から出てたんだけど、見なかったふりしていた。

ということで、さくっと、アップデートしてみる。

XXXXXX@server:~$ sudo do-release-upgrade
Traceback (most recent call last):
  File "/usr/bin/do-release-upgrade", line 77, in <module>
    print _("Checking for a new ubuntu release")
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-2: ordinal not in range(128)

あり？エラー？

普段から、SSHでログインしてるから、LANGが違ってるか、terminalのコードでも間違ってるかな。

ということで、久々にコンソールでログイン。sudo do-release-upgrade。

mysqlが何回も再起動されているのか、アップデートされているのか、パスワード画面が出てきて鬱陶しい。パスワード変更しないから、enter押すだけだけど。

apacheやらその他の設定ファイルをアップデートする？みたいなところも、いちいち止まる。一応、DIFFを見て確認。問題なさそうなので以前の設定をキープ。

あっさり、アップデート終了。

ついでに、Ubuntu Japanese Teamの追加パッケージ。

wget -q https://www.ubuntulinux.jp/ubuntu-ja-archive-keyring.gpg -O- | sudo apt-key add -
wget -q https://www.ubuntulinux.jp/ubuntu-jp-ppa-keyring.gpg -O- | sudo apt-key add -
sudo wget https://www.ubuntulinux.jp/sources.list.d/precise.list -O /etc/apt/sources.list.d/ubuntu-ja.list
sudo apt-get update
sudo apt-get install ubuntu-defaults-ja

serverとして使ってるから、いらんと言えばいらんのだけどね。

まぁ、ぶっちゃけ、12.04になったからといって、何が変わったのかよくわからんというところ。リリースノート見たけど、直接的に関係のあるものはなさそう。まぁ気分の問題。

先月くらいから、ドアロックのリモコンがうまく動かなくなっていた。いや、なんか「ガチャ」って反応はしてるんだけど、運転手側のドアのロックがされない。

それだけじゃなくって、内側から手でドアロックを動かしても、何かにひっかかってロックできない。

ドアの外から鍵を使ってロックする分には使えてたので、放置していたんだけど、リコールのお知らせが届いたので、Hondaのディーラーを予約。

いや、去年の年末にリコールのお知らせが届いてたんだよね。エアバックが作動したときに中の部品が飛び出して怪我をすることがあるって内容が届いてて、行かなきゃなぁって思ってたんだけど、行ってなかった。そこに再びリコールのお知らせ。前のやつかとおもいきや、今度は、ヘッドライトのハイビーム、ロービームの切り替えができなくなる可能性があるとのお知らせ。

あんまり貯めこんでもねぇ。

ついでにオイル交換もお願い。前回のオイル交換が2011年6月18日。63000マイルから現在70252マイル。また、7000マイルも走ってしまいました。いやいやそれ以上に11ヶ月以上放置はだめでしょう。

朝の9時にディーラー付属の整備工場に車をおいてくる。

お昼ごろにお電話。ドアロックのアクチュエータが壊れてるから交換ねと。あと、クーリング液の交換もしたほうがいいよということで、お願い。

4時頃には作業が終わるというので、待っていたんだけど、4時半になっても電話がないので、こちらから電話。

ちょうどできたよ～とのこと。

総額$500の出費。いや、リコールは無料だけどね。

あとは、後ろのタイヤの裏のボディの凹みの修理かなぁ。来年には、Major maintenanceしたほうがいいよなぁ。

出費がかさみますなぁ。

友人に紹介されたお店。「RACKNROAD」。San Carlosにお店があるのでそこまでお出かけ。

店員さんに相談すると、タイヤに引っ掛けるタイプと、タイヤをネジ止めするところにプレートをはめて固定するタイプの2つあって、おすすめは、後者。前者は、どうしても盗難のことをかんがえると不利。

ということで、YAKIMAのSPARETIMEを調達。

真ん中の固定ネジは、鍵付きで、鍵をかけると空回りして回せなくなります。

真ん中のプレートは、タイヤの大きさにあわせられるように、アタッチメントが何種類か付属している。

買いにいくときに、一緒に自転車も見せたら、その自転車はフレームに角度があるから、TUBETOPというアタッチメントを自転車につけてから、ラックに乗せるように言われた。このバーは、ハンドルの下とサドルの下にかませることで、ラックに引っ掛ける角度をまっすぐにしてくれる。ということで、このバーも調達。

今まで、後ろの席を倒して、社内に自転車を積んでいたけど、これからは、外に括りつけられる。うーん。楽チン。

総額$220-なり～。

いや、栓抜きは必要ありませんって。

このラックを取り付けるために、タイヤを外したところ、、、べっこり、ボディが凹んでおります。かなりべっこり。

あ～～～～。これって、2008年9月に、カマ掘られたときに凹んでたんだぁ。当時は、タイヤが邪魔になってて気が付かなかったのかぁ。

こりゃ、直しにいったほうがいいかなぁ。

280を走っていて、ふと、吉野家の存在を思い出す。久々に食べたいなぁと。

ということで、Regular Beef BowlとGarden Salad、Mountain Dew。セット。

もう一つのRegular Beef Bowlは妻の分。

ふりかけと、紅ショウガもちゃんと置いてあるよ。

YOSHINOYA USAには、牛丼以外にも様々なメニューがあるのだが、やっぱり定番の牛丼。

見ていると、誰も牛丼なんて注文してないんだけどね。みんな、Bowlじゃなくて、Plateを頼んでいる。いやいや、俺はやっぱり牛丼ですヨォ。

うま〜い。久々に食べるとうまいねぇ。

2008年に右の前をぶつけたときに、右の前のヘッドライトユニットを交換したので、右のヘッドライトはもうちょっと持つかと思ったのだが、当時はユニットだけで、電球は古いのだったのかな。

だったら、去年の年末に交換した時に、両方交換しておけばよかった。

ということで、修理。

近所の車の部品屋さん、O’Reilly Auto Partsにおでかけ。

Sylvania 9003 Standard Halogen Headlight Bulb

前回と同じ部品。

前回、左の交換を経験しているので、簡単。

無事、両方、光るようになりました。

1月10日に指紋と写真に行ってきて、今日は、4月13日。3ヶ月ですね。おばちゃん2ヶ月って言ってたのに。以前のが切れるの5月頭だったんで、ちょうどですな。

これだから、未だにビザ関連の手続きは、どーもどきどきするんだよねぇ。

以前のカードとデザインが変わっている。大きさは、以前と全く同じ。以前は、ちょっとピンクがかったカードだったけど、今度のは本当にグリーンカード。写真も横を向いて耳を出していたのに、今度のは正面向き。

あちこちに偽造防止の小技が入っていて、モザイクかけるのに手こずっちゃった。微妙に盛り上がった印刷だし。$365も払ったんだから高級なカード。

ということで、次回の更新は10年後。しばらく、ビザ関連でどきどきしなくて済む。

東芝 55X3。

USのサイトも調べてみたけど、見つけられなかった。まだUSでは売ってないのかな。

日本のサイトで見つけた、スペックはこちら。プレスリリースでの別紙はこっち。

55V型 (1210mm x 680mm) QFHD 3840x2160 = 8,294,4000画素
1pixel 0.315mm (=1210mm÷3840px) x 0.315mm (=680mm÷2160px)

俺の持ってるDELL 2001fp、20インチ 1600x1200のモニタだとピッチは0.255mm。iMac 27インチは2560x1440だと0.233mm。それよりもちょっと大きいくらい。新しいiPadのピッチは、264ppi=0.0962mm。iPhone 4Sは326ppi=0.078mm。

と考えると、55インチはちょっと大きすぎるな。27インチ iMacの倍、面積で4倍だもんな。

こいつは2012年3月下旬に発売されるらしい。

というかHDMI4端子を同時に使用するって、HDMIケーブル4本差。まさに、サイズ的にもケーブル的にも、1920x1080のモニタが4枚つながっているようなものだな。2出力付きのビデオカード2枚差しになるのか。このiMacじゃ無理っぽいな。

ビックカメラ.comで10%ポイントで740800円かぁ。もうちょっと安くなって、サイズが小さくなったら、すなわち、ドットピッチが小さくなったら、考えようかな。

retinaを最初にみたとき、日本語をまともに表示しようとしたら（漢字の細部を潰さないで表示しようとしたら）「これだけの解像度が必要なんだな」と思った。

あぁ、そうか。僕らは漢字ネイティブだから、「ようやく僕らの文字を正しく表示するデバイスを手に入れた」と感じるのだけれども、アルファベット圏の人は、以前から「文字を正しく表示するデバイス」を持っていた。今回発表された新しいiPadは、今まで「文字を正しく表示するデバイス」に加えて、「文字のデザイン（フォント）を正しく（美しく）表示するデバイス」を手に入れたことになる。

僕らが「文字を正しく表示するデバイス」に加えて「文字のデザイン（フォント）を正しく（美しく）表示するデバイス」を手に入れるのは、もっと先のことになるだろう。

Mac上のSafari

Mac上のChrome

古いiPadのエミュ

新しいiPadのエミュ

エミュレータなんで、表示の仕方が実機と違うと思うんだけど、まぁピクセルサイズ的にはこんな感じかな。

門真なむ氏のサイト、Little Limitで、美咲フォントやk6x8という、8x8ピクセル、6x8ピクセルのフォントを公開している。

人間って凄い認識力だよなぁ。もちろん、前後から補間しちゃうんだろうけど、それが長時間になると、気が付かないところで負担になってるんだろうなと想像がつく。

MicrosoftのClearTypeも液晶モニタに特化したフォントを綺麗に見せるテクニックの一つだよね。

iPadでClearTypeが使えたらもっと綺麗になるのか。あ、でも、ぼかすだけといえば、ぼかすだけだな。俺、モニタを縦置きにしちゃうんで、あんまり使えないんだけど。

電子書籍という視点でいくと、このあたりの解像度って重要なんだろうねぇ。

アルファベット圏の人の感じているところまで、漢字がたどり着くまでは遠いなぁ。