メモlog

久しぶりに嵌ったのでメモ。
FreeBSD9.1のレンタルサーバでの設定。
portsをアップグレードして、qpopper+dracd+postfixでPOP before SMTPの構築を試みたのだが、あれこれがんばってみても、動かない。
maillogのエラーの１つは
postfix/smtpd[1527]: error: open database /usr/local/etc/dracd.db: Invalid argument
というもので、これ以外にもdracd単独で動くように見えてもpopperでアクセスするとdracd.dbが更新されなかったり、そもそもdracd単独テストでdracd.dbのファイルサイズが0のままになったりといろいろ。これでまる２日ほど嵌った。

まず、portを最新版にしたのがまずかった。dracdは、bdbを使って動くのだけど、bdb5だとまともに動かず、
/usr/local/sbin/rpc.dracd -i
を実行しても、/usr/local/etc/dracd.dbは0バイトのままで何も書き込まれない。また、最新版のportsからdracdを入れると、依存関係を調べてbdb5を入れてくれるので、それでいいのかと思って信用してるとダメだというorz。

まず、portsを丸ごと古いヤツに入れ替える。/usr/portsをそっくり入れ替え。すると/ports/databasesの中にbdb41があるので、間違って入れたこれより上のバージョンの関連ファイルを/usr/local/libなどを探してまるっと削除。その後、portsからbdb41を入れる。普通にmake installすればよい。何かエラーが出るならmake cleanとかmake deinstallで一旦消してからmake install、それでも何か言われたらmake reinstallで入れる。

次に
cd /usr/ports/mail/drac
make instal
を実行。オプションはDB使う、postfixを指定。すると、依存関係のチェックで既にあるbdb4.1を見て続けてくれる。/usr/local/etc/dracd.allowの設定とか自動起動とかをやっておく。ソースから入れるならlibdrac.aとかを/usr/local/libに後から置く必要があるかも。

portsから以前入れたqpopperがdracを見てくれてないぽい。メーラーでつないでもdracd.dbが更新されてない。portsをいろいろ弄ったりしたため、portsから入れようとするとpkgの方で引っかかってエラーになるので、ソースから入れる。ftp.qualcomm.comから最新のソースを引っ張ってきて展開、
./configure -enable-standalone –enable-apop –with-drac=/usr/local/lib –with-popuid=pop –mandir=/usr/share/man
make install
起動は、
/usr/local/sbin/popper -s -S
一回リブートして、rpc.dracdもpopperも自動起動することを確認し、メーラーでつないだら、dracd.dbが更新された。れんけいかくにん、よかった！

で、portから入れてもソースから入れてもdracd.dbを読んでくれなかったpostfixだが、バージョンを2.10系統にしたらあっさり動いた。特にコンパイルオプションを指定せずにmake installで問題なし。maillogに出ている、postrixがdracd.dbを開けないエラーは、dracとpostfixで異なるバージョンのbdbを使うと起きるエラーらしい。しかし、2.11以降はdracとpostfixの組み合わせでは、インストール時にどちらも入れてあるbdb4.1を使うしかないというかそれしか使えない状態でも、postfixがdracd.dbを見ようとすると失敗するみたい。

なお、/etc/aliasesから/etc/aliases.dbを作る時は、postfixと一緒に入るpostaliasを使って作らないと、aliases.dbが開けないというエラーも出る。2.10と2.11では互換性がないっぽい。もしかしたらマイナーバージョンの違いでもこのエラーは出るかもしれない。

Macで使ってないアプリが勝手に終了してしまうのを止める方法。

ターミナルから、
defaults write -g NSDisableAutomaticTermination -bool yes

再有効化するには、

defaults delete NSDisableAutomaticTermination

と入力。

こんな感じ。

¥documentclass[12pt]{jarticle}

¥begin{document}

¥renewcommand{¥rmdefault}{ptm} %ローマンフォントをTimesに
¥renewcommand{¥sfdefault}{phv} %サンセリフをHelveticaに
¥renewcommand{¥ttdefault}{pcr} %タイプライター（等幅）をクーリエに
¥normalfont

¥textrm{Default roman font becomes times.}

¥textsf{Default san-serif font becomes helverica.}

¥texttt{Default fixed font becomes courier.}

¥renewcommand{¥rmdefault}{cmr} %ローマンをcomputer modernに
¥renewcommand{¥sfdefault}{cmss} %helveticaをサンセリフに
¥renewcommand{¥ttdefault}{cmtt} % タイプライター（等幅）をクーリエに
¥normalfont

¥textrm{Default roman font becomes Computer Modern.}

¥textsf{Default san-serif font becomes Computer Modern.}

¥texttt{Default fixed font becomes Computer Modern.}

¥end{document}

　DEVONthinkを愛用しているのだが、RTFファイルを作り、２列の表を作り、その表の中に画像を貼り込むと、古いバージョンでは表のカラムの横幅に画像をリサイズして表示してくれてたのに、新しいバージョンではオリジナルサイズでしか表示されなくなった。
　どうすれば自動で表のサイズにしてくれるのか、ユーザーフォーラムで訊いたけど答えてくれる人がいなかったので、サポートチームに訊いてみた。

1. DEVONthinkを終了。
2. ターミナル（/Applications/Utilities/Terminal.app）を開く。
3. 次を入力：
defaults write com.devon-technologies.thinkpro2 ShouldScaleAttachedImages YES [RETURN]
exit [RETURN]

　これで、DEVONthinkを再度動かすと、画像が全部テーブルのサイズに合わせて表示される。

ガンマ線スペクトロメータ自作メモが役立つ。今の所暫定版。

シンチレータ方式γ線スペクトロメータで遊ぼうも参考になる。

　WordPressは投稿内容を書き換えると、古い記事をリビジョンとしてデータベースに延々保存し続ける。間違って編集した時に元に戻せる便利な機能ではあるのだろうけど、記事をMarsEditで編集してドラフトや編集履歴は必要な分だけ手元のパソコンに保存するスタイルの場合、大きなお世話だったりする。
　このサイトのブログ、最初からリビジョン管理をすればよかったのだけど、うっかり仕組むのを忘れていて、気が付いた時にはどれもリビジョンが結構な数になっていた（汗）。
　そこで、まず、WP-Optimizeというプラグインを入れて、余計なリビジョンを削除した。他にもいくつか試したが、中には削除開始したっきり応答が無くなり、データベースを確認すると消えてないということもあって、これがさくさく動いて便利そうだという結論になった。
　さらに、Revision Controlというそのものずばりの名前のプラグインを入れて、リビジョンを残さないという設定にした。このプラグインは便利で、リビジョンをずっと残す設定もできるし、２から100までの範囲でリビジョンを残す数を設定することもできる。

　どういうわけかおうちと仕事場の両方で、Painter X3が起動しなくなってしまった。サポートにメールしたら教えてくれた方法のメモ。

○前準備
Macの「システム環境設定」を起動、「セキュリティとプライバシー」を開く。
左下の鍵アイコンをクリックし、施錠状態を解錠。「一般」タブにある「ダウンロードしたアプリケーションの実行許可」を「すべてのアプリケーションを許可」へ変更。

○アクセス権の修復
1.Finderの「移動」メニューから「アプリケーション」を選択。
2. 「ユーティリティ」フォルダから、「ディスクユーティリティ」を選択して、起動。
3. 表示されたリストから、Painter X3をインストールされているディスクを選択して、「FirstAid」タブにある「ディスクのアクセス権を修復」ボタンをクリック。
4.コンピュータの再起動。

○Painter自体の作業ファイルの削除
Painter X3を起動する時にShiftキーを押下した状態にする。表示されるメッセージに「すべての作業領域」をクリックし、設定を初期化。

　マーベリックスにした直後は起動確認はしたと思うので、その後のアップデートのどれかとぶつかったりしたのだろうか。しばらく使ってなくて、ガラス細工のテキストを開いて印刷しようとして動かないことが発覚したわけで。
　３つの作業を全部やって職場のは起動を確認。おうちの方は、前準備とアクセス権の修復をさぼって、作業ファイルの削除のみやってみたら、次から起動するようになった。

FreeBSDのPortsからWebalizerを入れるのだが、Webalizerの日本語コードはEUC、一方、apacheのログに書き込まれる検索ワードはUTF-8で、それがそのままwebalizerの解析結果の画面に出て文字化けする。今時のことなのでUTF-8 で統一する。

WebalizerはPortsから入れる。

cd /usr/ports/japanese/webalizer
make extract
make patch

と、ソースを引っ張ってくる。
次に、webalizer_lang.hが参照する予定の日本語ファイルの文字コードをUTF-8に変換。

cd /usr/ports/japanese/webalizer/work/webalizer-2.23-08/lang
cp webalizer_lang.japanese webalizer_lang.japanese.org
nkf -w –overwrite webalizer_lang.japanese

もし、n/fが入ってない場合は、
cd /usr/ports/japanese/nkf
make install
で入れる。
次のコマンドで日本語オプションを入れてコンパイルすると、webalizer_lang.hにwebalizer_lang.japaneseのシンボリックリンクが張られてコンパイルされる。

cd /usr/ports/japanese/webalizer
make BATCH=yes WITH_CHARSET=utf8
make install

/usr/local/binに日本語版のwebalizerがインストールされるので、シンボリックリンクを張っておく。

ln -s /usr/local/bin/ja-webalizer /usr/local/bin/webalizer

設定ファイルをコピー。
cp /usr/local/etc/ja-webalizer.conf-dist /usr/local/etc/webalizer.conf
chmod 640 /usr/local/etc/webalizer.conf

webalizer.conf中のHTMLHeadでcharset=x-euc-jpを、charset=UTF-8に変更。

解析対象のログファイルのありかなど一通り設定した後で、
/usr/local/bin/webalizer -c /usr/local/etc/webalizer.conf
で起動させて解析結果を出してブラウザでアクセスする。

make fetch FTPなどのサイトからソースコードをダウンロードする
make checksum ダウンロードしたファイルが正常かどうか確かめる
make depands このportsに依存関係（インストールするために必要なports）があるportsをインストールする
make extract ソースコードを展開する
make patch 展開したソースコードにFreeBSD用のパッチを当てる
make configure コンパイルするオプションなどを指定してコンパイルするための準備を整える（configure）
make build コンパイルする
make install はコンパイルしたバイナリをOSにインストールする
make package はコンパイルしたバイナリをpackageにする

ウチではまだ古いMacも現役なのだが、さすがにOS10.4だと不便なので10.5に上げてみた。
で、奥村美文書のTeXを入れようとして、久しぶりなものだから嵌ったのでメモ。

OS 10.5では、奥村美文書第４版のteTeXが使えるが、第５版を入れると、i386-darwin指定しても動かない。

TeXの関連ディレクトリを消してクリーンインストールした場合、
/usr/local/share/texmf/fonts/opentype
ディレクトリができておらず、Leopard用の移行ツールであるLeopardFontSetterを使ってもうまくリンクされない。

インストール後、まず、
sudo mkdir /usr/local/share/texmf/fonts/opentype

して、フォントディレクトリを作る。
　そのあと、
cd /usr/local/teTeX/share/texmf/fonts/opentype/
sudo ln -sf /Library/Fonts/”ヒラギノ明朝 Pro W3.otf” HiraMinPro-W3.otf
sudo ln -sf /Library/Fonts/”ヒラギノ明朝 Pro W6.otf” HiraMinPro-W6.otf
sudo ln -sf /Library/Fonts/”ヒラギノ角ゴ Pro W3.otf” HiraKakuPro-W3.otf
sudo ln -sf /Library/Fonts/”ヒラギノ角ゴ Pro W6.otf” HiraKakuPro-W6.otf
sudo ln -sf /Library/Fonts/”ヒラギノ角ゴ Std W8.otf” HiraKakuStd-W8.otf
sudo ln -sf /Library/Fonts/”ヒラギノ丸ゴ Pro W4.otf” HiraMaruPro-W4.otf
をターミナルから実行。
　さらに、
cd /usr/local/teTeX/share/ghostscript/8.54/Resource/CIDFont/
sudo ln -sf /Library/Fonts/”ヒラギノ明朝 ProN W3.otf” HiraMinPro-W3
sudo ln -sf /Library/Fonts/”ヒラギノ明朝 ProN W6.otf” HiraMinPro-W6
sudo ln -sf /Library/Fonts/”ヒラギノ角ゴ ProN W3.otf” HiraKakuPro-W3
sudo ln -sf /Library/Fonts/”ヒラギノ角ゴ ProN W6.otf” HiraKakuPro-W6
sudo ln -sf /Library/Fonts/”ヒラギノ角ゴ StdN W8.otf” HiraKakuStd-W8
sudo ln -sf /Library/Fonts/”ヒラギノ丸ゴ ProN W4.otf” HiraMaruPro-W4
を実行。

TeXShopは、バージョン2.47で動いている。
設定項目は次の通り。
メニュー
　　エンコーディング　Unicode UTF-8
タイプセット
　　デフォルトのコマンド　LaTeX
　　デフォルトのスクリプト　デフォルトのスクリプト
　　Sync方式　PDFを検索
内部設定
　　パス設定
　　　　/usr/local/teTeX/bin
　　　　/usr/local/teTeX/bin
　　pdfTeX
　　　　pdftex –shell-escape –synctex=1
　　　　pdflatex –shell-escape –synctex=1
　　TeX + divpds + distiller
　　　　simpdftex tex –maxpfb
　　　　simpdftex latex –maxpfb
コピー
　　フォーマット　PDF
詳細
　　パーソナルスクリプト
　　　　TeX　pdfmptex
　　　　LaTeX　pdfmplatex
　　Distiller　Ghostscript
　　pTeX拡張機能　チェック

拡張パッケージを認識させる。
普段使っているutf-8版のパッケージをフォルダごと共有フォルダにextended-utf8という名前でコピー。
その後次を実行。
cd /usr/local/teTeX/share/texmf
sudo ln -s /Users/Shared/extended-utf8 ./extended-utf8
sudo /usr/local/teTeX/bin/mktexlsr

　念のため自分のホームの.bash_profileに
export PATH=/usr/local/teTeX/bin:$PATH
export MANPATH=/usr/local/teTeX/man:$MANPATH
を追加。