Mac OS X

ルーターとの相性なのか?

買ったばかりの MacBook Pro だが、ネットに繋げようとして、いきなりハマる。何もしないでも普通に繋がるのは、もはやマックでは普通なので特に意識してなかったが、よくよく見ると無線LANで接続している。むむむ、まあそれでも良いが、大きなファイルをダウンロードするときは有線の方が速い。そこで、有線のLANでの接続を試みるが、これが失敗。ルーターを認識できていない模様。

無線LANで苦労する話はよく聞くが、無線が楽勝で繋がっているのに、有線の方がダメとは面妖な。試しにルーターではなくイーサネットの口に直付けしたところ、きちんと繋がった。してみると、ルーターが悪いのか。しかし、他のコンピューターは同じルーターに何の問題もなく接続できている。ううむ、謎である。

予備のというか、ほとんど使わない有線のルーターを引っ張り出して接続してみると、これがちゃんと繋がる。やはり、無線ルーター(の有線部分?)と Snow Leopard との相性なのか? さて、どうしたものか。

D-DeckのちラーメンのちMacintosh

[ 昨日の記録 ] 昨日の土曜日のこと。一区切りしたら、懸案のものを買ってくれるという話だったので、家内の気が変わらないうちに(笑)、さっそく買い物に行く。

まずは、ヤマハに行って D-Deck を購入。以前買ったMiniは下取りしてくれる由。もう3年半になるし、ほとんど期待してなかったが、思ったよりも高値で下取りしてくれた。これでMiniのへなへな鍵盤とおさらばできるのは嬉しい。嬉しいが、実は妥協策なんだよなあ。そりゃあ、あれとあれとあれの組み合わせも魅力的なのだが、自分の技量と家で楽しむことを考えると、まあ、これが一番かなと。いずれにせよ、来週にならないとやって来ないので、そのときにまた。

ヤマハでかなり時間を取られたので、二人ともへろへろ状態。お腹も空いたということで、とあるラーメン屋さんに行く。前日にテレビで紹介されていたとかで、翌日に行くかねとも思ったが、まあ、大蔵省ですから(笑)。なんでもチャーシューが分厚いのがウリなのだそうだ。場所は新宿、小田急ハルク、ビックカメラが入っているビルの裏手。きれいなお店で、麺は平打ち。美味しかったのだが、なにせ量がワタシたちには多すぎました。はい、すみません、残しましたです。二人で一人前でも良かったよねえ、とか言いながら。味は悪くなかったので、次回はチャーシューなんとかはあきらめて、普通のラーメンにしましょう。それだって麺の量はけっこうあるんだけど。

さて、最後はマッキントッシュ。Appleのサイトで買うことも考えたが、まあ、現物を見てからと思い、某量販店にて購入。新バージョンのOSである Mac OS X 10.6 通称 Snow Leopard が発売されて間もない(?)こともあって、新バージョンがインストールしてあるとは限らないということだった。10.6 がプレインストールされているのなら、今買って帰るけどと言うと、店員さん、現物を調べてくれて、この日付なら大丈夫ですと言う。信用したワタシがバカだったということなのか。家で起動してみると、何と10.5.7 が入っている 😯  おいおい・・・。こんなことなら、銀座まで足をのばし、アップルストアにしとけば良かったかあ。

まあ、でも、Snow Leopard CPU Drop-in DVD というディスクが入っていたから、これで 10.6 にすれば良い。上書きインストールする理由はないので、ディスクをフォーマットして、クリーン・インストールした。最初に言語設定があるが、次はインストールを始める前に、ユーティリティー・メニューからディスク・ユーティリティーを選び、Macintosh HDD というボリュームを削除というか消すというかフォーマットする。フォーマットは、マッキントッシュ拡張(ジャーナリング)だったかな、それを選ぶ。大文字・小文字を区別する、というのを選んではいけない由。それだと、動かないソフトがけっこうあるらしい。ともあれ、フォーマットしてディスクユーティリティーを終えると、インストールが再開するので、あとは適当に。不要な言語リソースを入れなかったのと、ロゼッタだっけ、PowerPCのエミュレイターを入れたこと、それからワタシの場合、ほとんどUNIXとして使うので、XCodeをインストール。これくらいかなあ。あと、アプリケイションを別のディスクからインストールして終了。全部で1時間半くらいかな?

ともあれ、クリーン・インストール終了。やっと Mac OS X 10.6 ですよ。ああ、でも、まだ何も入ってないから、ほとんど使えない。それでなくても浦島太郎なのに :mrgreen: 。最初に起動したのはSafariだが、次はターミナル(笑)。いろんなディレクトリーで ls していると、ちゃんと日本語のファイル名が表示されるのを発見。でも、相変わらずファインダーから直接 /usr/local/bin とか見えない。やれやれ。

ということで、やることは沢山ある。

□ Firefoxを入れてDelicious Bookmarks と同期
□ Thunderbirdを入れて、メールの設定。
□ ファイルシステムを普通に見れるようにする(GUIで)。
□ 開発環境の整備。build essential など。
□ TeXのインストール。できれば、ソースからコンパイル
  (UTF8と日本語ファイル名のため)。
□ Emacsのインストール。
□ Assymptoteの最新版をソースからコンパイル。

とりあえず、こんなところか。書いてて思ったんだが、それなら、VirtualBoxか何かでUbuntu入れた方が良いのかも :mrgreen:

文字コードを判別してTeXにかけるPerlスクリプト

とある事情で、Ubuntu上ではUTF-8およびShift_JISの2種類のTeX文書を処理している。一々 platex -kanji=utf8 とか platex -kanji=sjis とか、したくないので、文字コードを判別してから組版し、ついでにPDFに変換して文書ビューアで表示させる Perl スクリプトを作ってみた。

ユーザーは自分だけなので、思いっきり手抜きだが、まずまず役立っている。

#! /usr/bin/perl -w
#
# [usage] myplatex hoge
#  hoge.tex の文字コードを判別して、platex -kanji=KANJICODE とコンパイル
#  引き続いて dvipdfmx で PDF を作り、文書ビューアー evince を起動する
#  とりあえず,普段使っている UTF-8 と Shift_JIS のみサポート

use strict;

my $basename;   # hoge
my $texfile;    # hoge.tex
my $dvifile;    # hoge.dvi
my $pdffile;    # hoge.pdf
my $kanjicode;  # UTF-8, Shift_JIS

$basename = $ARGV[0];
$texfile = $basename."\.tex";
$dvifile = $basename."\.dvi";
$pdffile = $basename."\.pdf";

open (INFILE, "<$texfile") || die "File Not Found\n";
close INFILE;

$kanjicode = `nkf -g $texfile`;
chomp($kanjicode);

if ($kanjicode eq "UTF-8") {
 system("platex -kanji=utf8 -interaction=nonstopmode $texfile");
} elsif ($kanjicode eq "Shift_JIS") {
 system("platex -kanji=sjis -interaction=nonstopmode $texfile");
} else {
 die "Not supported\n";
}

system("dvipdfmx $dvifile");
system("evince $pdffile");

MePoTeXで悪戦苦闘

図版を作るために、ひさしぶりにMePoTeX (LaTeXからMetapostを呼び出して使うためのマクロ集) を使ったのだが、どうも思う通りに行かず、イライラする。腹立ちまぎれ(?)に状況をメモ。

まず、Mac OS X 上では、何故か pensize が思うように変えられない。\sendMP{…} の中で pickup pencircle scaled 1.2pt などとしても線は細いまま。ええいと、3ptにしたら突然太くなる。いや、3ptは太すぎなんだってば。あれこれやっていると、ペンサイズは変えてないのに、ある場所に \mptDraw{…} と、MePoTeX の描画マクロを加えた瞬間に全体のペンサイズが変更になったり、もう訳が分からんというか、なんじゃ〜これ〜。

原因がマクロ集にあるのか、それともMacのMetapostにあるのか判断できないので、Ubuntu (Linux) 上でやってみようとするのだが、これが上手く動作せずに、これまたイライラ。ちゃんと shell escape のオプションも指定しているのに、何故か sh: mpost not found のエラーメッセージ。おいおい、パスが通ってないのかよ、と思いつつ、シェルから実行してみると、パスは通っている模様。というか、platexと同じ /usr/local/teTeX/bin/ にmpost もあるんですけどね。そういえば、エディターからlatex呼び出すときも、何故か実行ファイルを見つけられなかったことあったよなあ、と思いつつ、mepotex.sty を読んで、mpostを呼び出している部分を /usr/local/teTeX/bin/mpost と、絶対パス指定に変更してみた。いやあ、こんな乱暴、普通あり得んだろう。結果・・・ちゃんと mpost 呼び出されるじゃないすか。うーん、やっぱり、ここかあ。

しかし・・・こんな現象、いくら検索しても出てこない。ってことは、ワタシの設定が間違っている可能性が高い、と思われる。うーむ、パスが通ってるのに何故に絶対パスを記述しないとダメなんでしょうか。理由が分からない。あーイライラするなあ。

やはり日本語ファイル名だと読み込まれない

実験してみたが、ダメだった。メインのファイルをutf-8で編集し、「なんとか.tex」というファイルを読み込もうと \input なんとか.tex としても、
ファイルが見つからないというエラーメッセージ。ううむ。

以前読んだことがあるが、日本語TeX (ASCII pTeX) では、内部的にはJISコードで処理しているとか何とか、とにかく、何らかの処理をしていたような気がする。もしそうであれば、Ubuntu側はutf-8でファイル名を管理しているのだから、無理というものだ。TeXの内部処理に手を付けて、\input など外部ファイルを読み込むルーチンを書き換える必要がある。それはワタシの手に余るなあ。

Mac OS X 10.3.9 までの井上版pTeXでは、そういう処理が施されているのだろうと想像。今のところ UNIXベースの日本語TeXシステムで日本語ファイル名が普通に使えるものを他に知らない。みんなファイル名だけはアルファベットで表記しているのだろうが、不便じゃないのかなあ。

原因はUSBケーブルの接触不良だった

携帯電話(SoftBank 705NK = Nokia N73) で撮った動画をコンピューターに転送しようとして一苦労。USBケーブルでMacに繋いでも、マウントしない。あれ?おかしいなあ。たしか以前はあっさりとマウントしたのに〜。

試しにUbuntu稼働中のVAIOに繋いでも同じ。大容量ストレージモードになっている旨の表示が出るが、マウントしない。マウントする方法をネットで調べても、繋げばあっさりとマウントする、という話ばかり。ありゃりゃ、どうなっているの?

何回かトライしているうち、瞬間的にマウントし、また直ぐに表示が消えるという現象が起きた。ははあ、さてはもしやケーブルが犯人か・・・。Nokiaに接続するコネクター部分のあそびが大きいのが気にはなっていたのだが、それが犯人とは気づかなかった。

ケーブルの下に物を置いて、コネクター部分が動かないようにして接続する。ほら〜、あっさりとマウントするじゃないか〜。

結論。Ubuntuでも、USBケーブルでNokia N73を接続するだけで、メモリーカードはあっさりとマウントされる。あ〜疲れた 😡 。

Ubuntuの見た目をMac OSX Leopard風に

多分あるだろうと検索したら、すぐに見つかった :mrgreen:

Turn Your Ubuntu Hardy to Mac OSX Leopard – Make Tech Easier

Ubuntu 8.04 (Hardy Heron)のデスクトップをMac OS X風に変える方法と、必要なファイル一式がある。読むと、というか、眺めて行くと、ログイン画面までMac風にしているので、思わず笑ってしまった。ここまでするか〜(笑)。

それにしても、ちょっと検索すると沢山ヒットする。これ以外にもUbuntu関係の情報は多い。ユーザー、案外多いのかも。Macクローン化はしないつもりだけど、壁紙あんまり好みじゃないし、少しずつ変えてみようと思う。さすがに、この Ubuntu-tan (ウブンツたん?)とかいうキャラクターの壁紙だけにはしないつもりだが(苦笑)。でも、壁紙ダウンロードでは一番人気なのだそうだ 😉 。

おお、エイリアスとシンボリックリンクは違うのか!

フォントファイルは数メガバイトあるので、TeXで使うとき、dvipdfmxが参照するディレクトリーにすべてのフォントファイルを置くことはできれば避けたい。とくにTeX以外でも利用するフォントについてはそうである。2カ所に同じファイルを置くのは無駄であるし。ということで、エイリアスを置いてみたのだが、何故かdvipdfmxによるPDF変換が上手く行かない。やむを得ず、多数の日本語フォントを2重に配置していた。

今日、ふと(ファインダーから行う)エイリアスじゃなくて(UNIX Shellで作る)シンボリック・リンクで試してみようと思いついてやってみた。あっさりとPDFに変化されて拍子抜け。何てこった。やっぱりリンク張って処理できたんじゃないか〜 🙁 。

何故にシンボリックリンクだと上手く行って、エイリアスでは駄目なのか。そもそも、マックのエイリアスってUNIXのSymbolic Linkの事ではなかったのか? どちらもファイルの種類はエイリアスと表示されるが、良く見るとアイコンのデザインが微妙に違う。ファイルサイズも違う。いずれにしても dvipdfmx で使うためには、「エイリアスを作る」では駄目で、シェルから

$ ln -s hogehoge.otf hogehoge-link.otf

のようにシンボリック・リンクを張るべし、という結論。

FontForgeを使ってみた

フリーのフォント編集ソフト FontForge を Mac にインストールしてみた。直接の動機は Comic Sans MS フォントのアルファ (α) がラテン文字のエー (a) と区別つかないのを何とかしたいということ。いや,こんなコミカルなフォントをTeXの数式フォントにしなければいいのだが,CTANからcomicsansパッケージをダウンロードしたら,存外良さそうだったので。

FongForge on Mac OS X

このFontForgeは,もともとUNIXのソフト。だから,マック上というよりは X11上で動く。初め最新のパッケージをインストールしたのだが,X11のライブラリーが不足しているとかで起動できなかった。どうも最新のはMac OS X 10.4 以上でないとダメみたい。そこで,少し前のパッケージを入れてみた。基本的にベジェ・スプライン曲線で輪郭を作るわけで,Metafontと原理は似ている。画面上でコントロールポイントをいじるのは面白い。慣れないと思い通りにはならないが。いや,これは楽しい作業だ。

MacPorts

TrueTypeフォントをPS Type1に変換するためのツール ttf2pt1 をインストールしようとFinkで探すがない。あちこち探すと MacPorts でインストールできるらしい。単独のインストールもできるみたいだが、良い機会なので MacPorts をインストール。Finkのイメージでもっと親切かと思っていたら、えらい違い(笑)。GUIはまったくなし :mrgreen:

パッケージをインストールしたら、まずPATHを通すために .bashrc に

export PATH=/opt/local/bin:/opt/local/sbin/:$PATH
export MANPATH=/opt/local/man:$MANPATH

を追加。bashを再起動して

$ sudo port -d selfupdate
$ sudo port -d sync

これでインストール準備完了。ttf2pt1を探すには、

$ port search ttf2pt1

ちゃんとあることを確認したので、インストール

$ sudo port install ttf2pt1

以上で終了。