Macでコンパイルして生成したelfバイナリをWindowsに持って行き、STMicroのツールでDFUに転送するとちゃんと実行されるのでコンパイル環境は正常に構築できたようです。

また、前回最後に触れたdfu-utilも導入できたのですが、それをつかって書き込む方法がさっぱり分かりません。

sudo dfu-util -d 0110:1001 -a 0 -R -D $(TARGET).bin

というコマンドをLeaf LabsのMakefileに見つけたので以下のようにやってみたのですがダメでした…

sudo dfu-util -d 0483:df11 -a 0 -R -D main.bin

どなたかdfu-utilを使ってSTM32に書き込みをする方法を教えてください！

そこで、最近無性にSTM32が使いたかったのでとりあえず開発環境でもを用意してみようかということで進めていきます。

今回は以下の二段構えになっています。

• コンパイル環境の構築
• 書き込み環境の構築

まず、前者についてはCortex M3開発環境 on Mac OS Xというページを参考にしました。

• ARM用gccのインストール (Targetがarm-eabiのgcc)

ARM用のgccはSHやH8の時とはちがい、コンパイル済みのdevkitARMを利用します。このページからdevkitARMのOSXバージョンの最新版をダウンロードし、インストールします。

こいつはインストーラが無いので解凍してできたdevkitARMディレクトリを /usr/local/ ディレクトリにコピーしておきます。

そして、PATHを通すために~/.bash_profileファイルに(無ければ新規作成)

export PATH=$PATH:/usr/local/devkitARM/bin

なかなか最初はうまくいきませんでしたが、いくつかオプションを指定することでうまくいきました。

基本的にクロスコンパイル環境はbinutilsをコンパイルし、その後にGCCをnewlibといっしょにコンパイルすることになります。

その前に、GCCのコンパイルにはGMPとMPFR及び、MPCをインストールしておく必要があります。

今回使ったバージョンは以下の通りです。

• GMP 5.0.1
• MPFR 2.4.2
• MPC 0.8.1
• binutils 2.20
• newlib 1.18.0
• gcc 4.5.0

これらが~/src/以下に展開されている状態である場合のコンパイル例が以下の通りです。SHとH8の違いはTargetがsh-elfかh8300-elfかの違いだけです。

また~/.bash_profileに以下の二行を追加しておきます。

export PATH=$PATH:/usr/local/sh/bin

export PATH=$PATH:/usr/local/h8/bin

$ cd ~/src

$ cd ./gmp-5.0.1

$ ./configure

$ make

$ sudo install

$ cd ../mpfr-2.4.2

$ ./configure

$ make

$ sudo install

$ cd ../mpc-0.8.1

$ ./configure

$ make

$ sudo install

$ cd ../gcc-4.5.0

$ ln -s ~/src/newlib-1.18.0/newlib ./

$ cd ../

$ mkdir h8-binutils

$ cd ./h8-binutils

$ ../binutils-2.20/configure –prefix=/usr/local/h8 –program-prefix=h8300-elf- –target=h8300-elf –disable-nls –disable-werror

$ CC=’cc -no-cpp-precomp’ CFLAGS=”-O2 -fomit-frame-pointer” make all

$ sudo make install

$ cd ../

$ mkdir h8-gcc

$ cd ./h8-gcc

$ ../gcc-4.5.0/configure –prefix=/usr/local/h8 –program-prefix=h8300-elf- –target=h8300-elf –with-newlib –enable-languages=c

$ CC=’cc -no-cpp-precomp’ CFLAGS=”-O2 -fomit-frame-pointer” make all

$ sudo make install

$ cd ../

$ mkdir h8-newlib

$ cd ./h8-newlib

$ ../newlib-1.18.0/configure –prefix=/usr/local/h8 –program-prefix=h8300-elf- –target=h8300-elf

$ make

$ sudo make install

$ cd ../

$ mkdir sh-binutils

$ cd ./sh-binutils

$ ../binutils-2.20/configure –prefix=/usr/local/sh –program-prefix=sh-elf- –target=sh-elf –disable-werror

$ CC=’cc -no-cpp-precomp’ CFLAGS=”-O2 -fomit-frame-pointer” make all

$ sudo make install

$ cd ../

$ mkdir sh-gcc

$ cd ./sh-gcc

$ ../gcc-4.5.0/configure –prefix=/usr/local/sh –program-prefix=sh-elf- –target=sh-elf –with-newlib –enable-languages=c

$ CC=’cc -no-cpp-precomp’ CFLAGS=”-O2 -fomit-frame-pointer” make all

$ sudo make install

$ cd ../

$ mkdir sh-newlib

$ cd ./sh-newlib

$ ../newlib-1.18.0/configure –prefix=/usr/local/sh –program-prefix=sh-elf- –target=sh-elf

$ make

$ sudo make install

が、その記事に書いた通りLinux(Debian)では正しく動作していたのにLeopard Serverにしてからうまく行かなくなっていました。

しかも「ディレクトリが見つかりません」というようなわかりやすいエラーではなく「ファイルをコピーできませんでした」というエラー…
表示されるパスには間違いはないし、パーミッションも777にしてみても(すでになっている)駄目。

ちなみに「ファイルをコピーできませんでした」というエラーはPHPがセーフモードで動いている場合によく出るそうですが、今回はセーフモードで動かしてはいません。

で、諦めていたのですが、いっそのことFTP_BASEやFTP_CONTENT_DIRやFTP_PLUGIN_DIRの定義をコメントアウト(削除)してみるとなんとすんなり成功。

（下部の追記参照）

ということで、セーフモードでもないのに「ファイルをコピーできませんでした」と言われた時は一度FTPのディレクトリ設定を削除してみるのも手かもしれません。

追記

どうやらCodexのFTP_BASE等の説明には「インストールした WordPress のベースフォルダへのフルパス。」と書いてあるので”サーバー内でのフルパス”だと思っていたのですが、少なくともOSXでは”FTPでアクセスした時のパス”が正しいようです。（OSの問題では無いようなな気もしますが）

Codexにも「FTPユーザとしてサーバ上にある各フォルダへのパスが分かっていれば…」とあるので”FTPでアクセスした時のパス”が正しいようです。

つまり「/Users/name/Sites/wp-content/」ではなくFTPから見た時のパスなので「/Sites/wp-content/」とするとFTP_BASE等を定義しても自動アップデートできました。

各ライブラリの今回利用したバージョンは以下の通り。

• libpng 1.2.40
• libjpeg jpeg-7
• gd 2.0.35
• php 5.2.10

PHPをMacでコンパイルするとlibiconv関係でリンク時にエラーが出る問題があるそうなのでext/iconv/iconv.cの196行目あたりを以下のように書き換えてからコンパイルに移ります。(参照:PHP Bugs: #49267: Linking fails for iconv: “Undefined symbols: _libiconv”)
Before

#ifdef HAVE_LIBICONV
#define iconv libiconv
#endif

After

#ifdef HAVE_LIBICONV
#define iconv iconv
#endif

実行した手順だけを載せます。

$ cd ~/Downloads/src/libpng-1.2.40
$ CFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" ./configure
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ CFLAGS="-arch x86_64" ./configure
$ cp libtool ../jpeg-7/
$ cd ../jpeg-7/
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --enable-shared
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --with-zlib-dir=/usr --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6
$ make
$ sudo make install

$ cd ~/Downloads/src/php-5.2.10
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/X11R6 --with-gd=/usr/local
$ make
$ make test
$ sudo make install

インストールまでの道のりとファーストインプレッションです。

ヨドバシカメラでファミリーパックを予約して発売当日に入手したのです。が、なんとインストールの序盤で

Mac OS X Install DVDが読み込めませんでした。
ディスクを清掃してから、もう一度インストールしてみてください。

と表示されインストールできませんでした。DVDドライブの故障かとも思い他のMacや、USBのDVDドライブでも試しましたが全く同様のエラー。
その日の夜は「ファミリーパックの一部のディスクは読み込めない場合があるかもしれない」という情報をネットで掴み、翌日交換してもらおうと思い寝ることにしました。

次の日(本日29日)、朝にもう一度ネットを廻っていると、DVDの記録面の印字が以下のようになっているメディアに不具合があるらしいというブログの記事を発見。

上段：MEDIAGATE 2Z693-6990-A RECORDED IN SINGAPORE L1 (B09 000125)
下段：MEDIAGATE 2Z693-6990-A RECORDED IN SINGAPORE L0 (B09 000124)

自分のメディアを確認すると一致。ヨドバシに電話をすると交換してくれるとのこと。

早速昼に梅田まで出かけていくが、「交換しても読み込めないかもしれない。」と言われたので、店頭のMacで読み込みテスト(DVDからイメージの作成)できないかと聞いたができないと言われ、せめてロット番号の確認をと言うと在庫を持ってくると言われたが、既に在庫切れと言われました。(電話では取り置くと言ってたのに…まぁいいや)

そこで、返金をしてもらいApple Store 心斎橋で再度購入することに。
ところがApple Storeでファミリーパックを頼むと、「ファミリーパックには問題があったので引き上げている、いつ再販売になるかわからない。」と言われたので通常版を買うことに。
レジを担当して下さった方に通常版は大丈夫かと聞くと、通常版では不良品はまだ見つかっていないといわれました。まぁほんとにすいませんね。と言われたのでまぁいいか。

で、やっとSnow Leopardが入手できました。と、ここからが使ってみての感想。

インストールがすっごい簡単に。以前からWindowsのインストールよりは断然簡単だったのですが、今回のアップデートはボタンを押すだけで全自動でした。

XCodeも最新のものに入れ替えると20GByte近く空き容量が増加しました。(これは実際にSnow Leopardが軽量なのと、サイズの計算方法が従来の1Gbyte = 1024MByte から 1GByte = 1000GByteになったことも原因です。500GBのHDDはしっかり499.88GByteと表示されるようになりました。)

体感速度は格段に上がり、アプリケーションの起動が劇的に変わった印象です。特にSafari。iTunesはライブラリの読み込みのためかあまり起動速度に変化はありませんでした。

あといくつか、おぉ、と思った点を。

• Exposeでウインドウのタイトルが表示され、整列もして表示してくれるので大変見やすくなった。
• Dockのスタックにスクロールバーがついた。アプリケーションを探すのが大変楽に。
• スタックの中でディレクトリ階層に入っていけるようになった。
• 動画ファイルをアイコンのまま再生できるようになった。(アイコンにマウスを合わせると再生ボタンが表示されその場で再生できる。下の画像参照。)ミュージックも同様に可能で、PDF等の場合ページの切り替えができる。
• アイコンのサイズが512×512までプレビューが作成されるため、PDFでも大きなアイコンで中身がわかりやすくなった。

アイコンの状態でムービーのプレビュー

ほとんどLeopardのままなのですが体感速度が上がり、上記のような使っていてうれしくなるような細かいアップデートが施され個人的にはアップデートする価値は十二分にあった感じです。

ただ、Aperture 1.5が使えなくなったのが残念(Apple公式の告知)….. 2.2を購入するきっかけになりそうです。

• PHP 5.2.8
• libgd 2.0.35
• libpng 1.2.37
• libjpeg(jpeg v7)

コンパイル時にはいくつか注意点が…

jpeg-6bではなくjpeg-7にディレクトリ名が変っていることに注意します。また、libjpegのconfigureの際に複数のアーキテクチャーの指定ができなくなったようなので以下のようにしました。

$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp” CCFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe” CXXFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe” LDFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load” ./configure –enable-shared

それに伴いlibgdのconfigureでも複数のアーキテクチャーを指定できませんので以下のようにします。

$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=”-arch x86_64 -g -Os -pipe -no-cpp-precomp” CCFLAGS=”-arch x86_64 -g -Os -pipe” CXXFLAGS=”-arch x86_64 -g -Os -pipe” LDFLAGS=”-arch x86_64 -bind_at_load” ./configure –with-zlib-dir=/usr –with-jpeg-dir=/usr/local/lib –with-png-dir=/usr/X11R6 –with-freetype-dir=/usr/X11R6 –with-xpm-dir=/usr/X11R6

phpのmake後にはmake testも実行しておきます。

これで無事GDが使えるようになりました。標準で組み込んでくれるといいのですが…

phpinfoで確認するとこのようになっています。

massiva/logic&mac tipsさんのソートiTunes!という記事でAppleScriptとテキストエディタのGUIを用いてiTunesの曲のアーティスト名のふりがな(アーティストの並べ替え)フィールドを自動で埋めるというスクリプトが紹介されています。ところが、安定して動作させるには待機時間を長くしないといけないのでちょっと遅いのです、これは漢字からひらがな変換にGUIを使っているからなのですが。具体的にはMac全体の処理速度が一瞬低下した場合ふりがなへの変換が終わる前に次の曲に進んでしまったりします。

そこで、オープンソースの形態素解析エンジンMeCabを利用してふりがなを生成する方法に改造することによって高速かつ安定した動作を実現しました。が、人名はことえりのほうが正確かも…

MeCabは前回の記事でインストール済みということで。

スクリプトエディタに以下のスクリプトを入力し、iTunesでふりがなを補完したい曲を選択した状態でスクリプトを実行するとふりがながまだ設定されていない曲のアーティスト名、曲名、アルバム名のふりがなが登録されていきます。

スクリプト

[code lang="python"]
--確認ダイアログ
display dialog "ふりがなをふっていいですか" buttons {"NO", "OK"} default button 2
set button_a to button returned of result
if button_a = "OK" then

--iTunesのスクリプト
tell application "iTunes"
try
set name_list to {}
set select_track to a reference to selection
if select_track as list is {} then return
repeat with i in select_track
set end of name_list to i
end repeat
repeat with i in name_list
--アーティスト
set hurigana_text to sort artist of i
if hurigana_text is "" then
set original_text to artist of i
set hurigana_text to my hurigana(original_text)
set sort artist of i to hurigana_text
end if

--アルバム名
set hurigana_text to sort album of i
if hurigana_text is "" then
set original_text to album of i
set hurigana_text to my hurigana(original_text)
set sort album of i to hurigana_text
end if

--曲名
set hurigana_text to sort name of i
if hurigana_text is "" then
set original_text to name of i
set hurigana_text to my hurigana(original_text)
set sort name of i to hurigana_text
end if

end repeat
display dialog "完了"
on error
display dialog "エラー発生" buttons {"OK"} default button 1
end try
end tell

end if

on hurigana(original_text)
set mecab to "echo " & quoted form of original_text & " | /usr/local/bin/mecab -Oyomi "
mecab as text
do shell script mecab
return katahira(result)
end hurigana

on katahira(original_text)
set hiracase to "あいうえおかきくけこさしすせそたちつてとなにぬねのはひふへほまみむめもやゆよらりるれろわゐゑをんぁぃぅぇぉがぎぐげござじずぜぞだぢづでどっぱぴぷぺぽばびぶべぼゃゅょ"
set katacase to "アイウエオカキクケコサシスセソタチツテトナニヌネノハヒフヘホマミムメモヤユヨラリルレロワヰヱヲンァィゥェォガギグゲゴザジズゼゾダヂヅデドッパピプペポバビブベボャュョ"

set hiragana_text to characters of original_text
repeat with char in hiragana_text
set num to offset of char in katacase
if num is not 0 then
set contents of char to character num of hiracase
end if
end repeat

return hiragana_text as text
end katahira
[/code]

公式ページのお言葉を借りると。

MeCabは 京都大学情報学研究科−日本電信電話株式会社コミュニケーション科学基礎研究所 共同研究ユニットプロジェクトを通じて開発されたオープンソース 形態素解析エンジンです. 言語, 辞書,コーパスに依存しない汎用的な設計を 基本方針としています. パラメータの推定に Conditional Random Fields (CRF) を用 いており, ChaSenが採用している 隠れマルコフモデルに比べ性能が向上しています。また、平均的に ChaSen, Juman, KAKASIより高速に動作します. ちなみに和布蕪(めかぶ)は, 作者の好物です.

です。はい。今回は自動でiTunesのふりがなを補完したいためにインストールしました。

MeCab本体のインストール

公式サイトからソースをダウンロードしてきます。今回は「mecab-0.98pre3.tar.gz」を利用しました。

解凍したらターミナルを起動し、cdコマンドで解凍したフォルダに移動します。

で、あとは普通にconfigure、make、そしてsudo make install。


$ cd ~/Download/mecab-0.98pre3
$ ./configure
$ make
$ sudo make install


そうすると、mecabというコマンドが使えるようになるはずです。まだ辞書が登録されていないので形態素解析はできませんが、バージョンを確認してみましょう。


$ mecab --version
mecab of 0.98pre3


正しくインストールできてそうです。

辞書のインストール

次に辞書をインストールします。公式サイトで推奨とされているIPA 辞書をインストールしてみます。「mecab-ipadic-2.7.0-20070801.tar.gz」を今回は利用しました。本体と同じく解凍してターミナルからcdコマンドで解凍したディレクトリに移動します。
本体と同じくconfigure、makeなのですが、文字コードをUTF8にしたいのでconfigureにオプションを付けます。installはいりません。


$ ./configure --with-charset=utf8
$ make


試してみる

インストールできたので形態素解析を試してみます。

形態素解析

$ mecab
すもももももももものうち　　　　//解析したい文を入力してEnter
すもも 名詞,一般,*,*,*,*,すもも,スモモ,スモモ
も 助詞,係助詞,*,*,*,*,も,モ,モ
もも 名詞,一般,*,*,*,*,もも,モモ,モモ
も 助詞,係助詞,*,*,*,*,も,モ,モ
もも 名詞,一般,*,*,*,*,もも,モモ,モモ
の 助詞,連体化,*,*,*,*,の,ノ,ノ
うち 名詞,非自立,副詞可能,*,*,*,うち,ウチ,ウチ
EOS

よみがな

$mecab -Oyomi
日本語は難しい。　　　　//解析したい文を入力してEnter
ニホンゴハムズカシイ。

できてます。

コマンドラインで一気に解析する場合は例えば次のようにすればできます。シェルスクリプト等で結果を利用するのに便利かも。

$ echo "引数で文は渡せないのでパイプで渡す" | mecab -Oyomi

MeCabの利用法等は他のサイト等でいろいろ紹介されていますのでそちらを参考にしてください。

iMovieで制作したのでメニューから一発でYouTubeに投稿したためとっても手軽でした。

今回は説明なしということで…

ラッチ付きシフトレジスタ(74HC595)の実験

JMRIとPythonとセンサーで自動運転

ポイントデコーダの試作

画面共有改変方法どうやら10.5.5以降での画面共有は以前の方法では隠し機能が出ないようです。
当方でも最近できていなかったのですが、コメントをいただいて固有の問題ではないのだと知り調べてみました。

こちらで情報を見つけたので日本語で説明していきます。
どうやら２つの方法が有るようで。
一つは簡単だが、セキュリティーに問題があるかも知れない方法
もう一つは複雑だが、安全だと思われる方法。おすすめ。

後者の方法はビデオによる解説も載せておきました。説明文は下にあります。


まずは簡単な方から。(私はこの方法は試していません)
こちらは簡単で、10.5.4以前の「画面共有」の実行ファイルを持ってくるというものです。
Timemachineを10.5.5にアップデートする前から使っていたなら、昔の「/System/Library/CoreServices」以下に「画面共有.app」があるはずなのでそれを持ってくるのですが、現在のバージョンには上書きしないでください。個人のApplicationディレクトリにでもコピーして、そちらを起動するのがよいようです。
この場合以前の記事に書いた方法も実行することによりフルスクリーンなどの機能がつかえるようになります。
10.5.4以前のバックアップをとっていない場合、「Pacifist」などのツールを使ってLeopardのインストールDVDからファイルを取り出す方法もあります。
この方法の危険かもしれない点は「わざわざアップデートされた」ということはセキュリティーホールが古いバージョンに存在する可能性があるということです。

次によりSafeだがComplexなSolutionを。
これを実践するにはXCodeをインストールしておく必要があります。これはLeopardのDVDから開発ツールをインストールすると導入されます。
次に、「/System/Library/CoreServices」から「画面共有.app」を適当な場所にコピーしてきます。以降これを編集していきます。

コピーした「画面共有.app」を右クリックし「パッケージの内容を表示」をクリック。

画面共有(パッケージの内容を表示)

開いたディレクトリから、

MainMenu.nib

「Contents/リソース/Japanese.lproj/MainMenu.nib」を開きます。Interface Builderが起動するはずです。

Interface Buider

「First Responder」アイコンをクリック。
Command-6を押す(Identity Inspectorを出すため)。
＋ボタンをクリックし、あたらしいアクションを追加。
名前を「fullScreenClicked:」に設定。(最後のコロンは重要。すいませんS,Cは大文字です。)

fullscreenclickedの追加

「MainMenu」アイコンをダブルクリック。
「ウインドウ」メニューを開く。
Shift-Command-LをクリックしてLiblaryを開く。
「NSMenuItem」を「拡大／縮小」の下に配置し、名前を「フルスクリーン」にでもしておく。(なんでもよい)

munuitemの追加

menuitemのキャプション変更

このアイテムが選択された状態でCommand-5をクリックし「Connection Inspector」を開く。
Selector横のボタンをドラッグして、「First Responder」アイコンまで持っていく。

Interface builder 接続

「fullScreenClicked」を探してクリック。

actionの選択

接続されるとInspectorのMenu Connectionsの表示はこのようになるはずです。

Actionの接続後

保存してInterface Builderを終了。

これでインターフェースが改変された画面共有ができます。
この方法ではメニューからフルスクリーンをクリックすると拡張機能のツールバー(画質などの選択ボタン)が表示されます。

SSH経由でバックアップしたときはファイル名によってMac側から開けないファイルがあったのですが、そのような現象はありませんでした。

これで安心してiTunesのバックアップがとれます。
CJKパッチやCoreFoundationによるdecompose/precomposeの変換についてもご丁寧に教えでくださったHATさんには自サイト上で申し訳ありませんが、お礼申し上げます。

こちらのページでは大変丁寧に順番が記載されているので簡単にインストールすることができました。

~/$ cd /tmp/
/tmp$ mkdir netatalkbuild
/tmp$ cd netatalkbuild/
/tmp/netatalkbuild$ export LANG=ja_JP.UTF-8
/tmp/netatalkbuild$ echo $LANG
ja_JP.UTF-8
/tmp/netatalkbuild$ sudo apt-get install fakeroot
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
fakeroot はすでに最新バージョンです。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 71 個。
/tmp/netatalkbuild$ sudo apt-get install libssl-dev cracklib2-dev
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
libssl-dev はすでに最新バージョンです。
cracklib2-dev はすでに最新バージョンです。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 71 個。
/tmp/netatalkbuild$ apt-get source netatalk
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
1947kB のソースアーカイブを取得する必要があります。
取得:1 http://ftp.jp.debian.org etch/main netatalk 2.0.3-4 (dsc) [802B]
取得:2 http://ftp.jp.debian.org etch/main netatalk 2.0.3-4 (tar) [1921kB]
取得:3 http://ftp.jp.debian.org etch/main netatalk 2.0.3-4 (diff) [26.1kB]
1947kB を 1s で取得しました (1492kB/s)
gpg: Signature made 2006年01月14日 17時30分38秒 JST using DSA key ID 496A1827
gpg: Can't check signature: public key not found
dpkg-source: extracting netatalk in netatalk-2.0.3
dpkg-source: unpacking netatalk_2.0.3.orig.tar.gz
dpkg-source: applying ./netatalk_2.0.3-4.diff.gz
/tmp/netatalkbuild$ sudo apt-get build-dep netatalk
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています... 完了
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 71 個。
/tmp/netatalkbuild$ wget http://www003.upp.so-net.ne.jp/hat/files/netatalk-2.0.3-cjk-4.patch.gz
--22:54:47--  http://www003.upp.so-net.ne.jp/hat/files/netatalk-2.0.3-cjk-4.patch.gz
           => `netatalk-2.0.3-cjk-4.patch.gz'
www003.upp.so-net.ne.jp をDNSに問いあわせています... 210.132.253.3
www003.upp.so-net.ne.jp|210.132.253.3|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 32,916 (32K) [text/plain]

100%[====================================>] 32,916        --.--K/s             

22:54:47 (1.00 MB/s) - `netatalk-2.0.3-cjk-4.patch.gz' を保存しました [32916/32916]

/tmp/netatalkbuild$ zcat netatalk-2.0.3-cjk-4.patch.gz > netatalk-2.0.3/debian/patches/999-netatalk-2.0.3-cjk-4.diff
/tmp/netatalkbuild$ DEB_BUILD_OPTIONS="ssl debuild"
/tmp/netatalkbuild$ export DEB_BUILD_OPTIONS
ssl debuild
/tmp/netatalkbuild$ cd netatalk-2.0.3
/tmp/netatalkbuild/netatalk-2.0.3$ dpkg-buildpackage -rfakeroot

コンパイル中......

/tmp/netatalkbuild/netatalk-2.0.3$ sudo dpkg -r netatalk
(データベースを読み込んでいます ... 現在 105050 個のファイルとディレクトリがインストールされています。)
netatalk を削除しています ...
Stopping AppleTalk Daemons: afpd papd timelord atalkd cnid_metad.
/tmp/netatalkbuild/netatalk-2.0.3$ cd ../
/tmp/netatalkbuild$ sudo dpkg -i netatalk_2.0.3-4_i386.deb
未選択パッケージ netatalk を選択しています。
(データベースを読み込んでいます ... 現在 104899 個のファイルとディレクトリがインストールされています。)
(netatalk_2.0.3-4_i386.deb から) netatalk を展開しています...
netatalk (2.0.3-4) を設定しています ...

設定ファイル `/etc/default/netatalk'
 ==> これはインストールしてから (あなたかスクリプトによって) 変更されています。
 ==> パッケージ配布元が更新版を提供しています。
   どうしますか? 以下の選択肢があります:
    Y か I  : パッケージメンテナのバージョンをインストールする
    N か O  : 現在インストールされている自分のバージョンを残す
      D     : 両バージョンの差異を表示する
      Z     : この処理をバックグラウンドにし、状況を確認する
 デフォルトでは現在使っている自分のバージョンを残します。
*** netatalk (Y/I/N/O/D/Z) [デフォルト=N] ? Y
設定ファイル /etc/default/netatalk を新規にインストールしています ...
設定ファイル /etc/pam.d/netatalk を新規にインストールしています ...
Starting AppleTalk services (this will take a while):  atalkd papd afpd cnid_metad.

インストールは以上です。以下は設定ファイルの変更。

「/etc/default/netatalk」の

export ATALK_MAC_CHARSET
export ATALK_UNIX_CHARSET

を

export ATALK_MAC_CHARSET='MAC_JAPANESE'
export ATALK_UNIX_CHARSET='UTF8'

に変更。(UTF8は付け加えました。)

「/etc/netatalk/afpd.conf」の最後の行に

- -uamlist uams_dhx.so,uams_clrtxt.so -maccodepage MAC_JAPANESE

を追記。

「/etc/netatalk/AppleVolumes.default」のコメント群の最後

# By default all users have access to their home directories.

の下に

:DEFAULT: options:upriv,usedots cnidscheme:dbd maccharset:MAC_JAPANESE

を追加。

念のためavahi-daemonの確認。
「/etc/avahi/services/afpd.service」を以下の内容で作成。

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
        <name replace-wildcards="yes">%h</name>
        <service>
                <type>_afpovertcp._tcp</type>
                <port>548</port>
        </service>
</service-group>

でavahi-daemonの再起動。

$ sudo /etc/init.d/avahi-daemon restart

さて、最後に緊張のCJKパッチの確認とSSLが有効になっているかの確認をコマンドを2つ実行して行います。
赤字の部分が確認事項です。
/tmp/netatalkbuild$ /usr/sbin/afpd -V
afpd 2.0.3+cjk4 – Apple Filing Protocol (AFP) daemon of Netatalk

This program is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public License as published by the Free Software
Foundation; either version 2 of the License, or (at your option) any later
version. Please see the file COPYING for further information and details.

afpd has been compiled with support for these features:

AFP3.1 support: Yes
Transport layers: TCP/IP DDP
CNID backends: cdb dbd last
SLP support: Yes
TCP wrappers support: Yes
Quota support: Yes
Admin group support: Yes
Valid shell checks: Yes
cracklib support: Yes
Dropbox kludge: No
Force volume uid/gid: No

afpd.conf: /etc/netatalk/afpd.conf
AppleVolumes.system: /etc/netatalk/AppleVolumes.system
AppleVolumes.default: /etc/netatalk/AppleVolumes.default
UAM search path: /usr/lib/netatalk/

/tmp/netatalkbuild$ /usr/bin/asip-status.pl localhost
AFP reply from localhost:548
Flags: 1 Cmd: 3 ID: 57005
Reply: DSIGetStatus
Request ID: 57005
Machine type: Netatalk
AFP versions: AFPVersion 1.1,AFPVersion 2.0,AFPVersion 2.1,AFP2.2,AFPX03,AFP3.1
UAMs: Cleartxt Passwrd,DHCAST128
Flags: SupportsCopyFile,SupportsServerMessages,SupportsServerSignature,SupportsTCP/IP,SupportsSrvrNotifications,SupportsOpenDirectory,SupportsUTF8Servername,SupportsSuperClient
Server name: Debian-Server
Signature:
** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** …………….

Network address: ***.***.*.** (TCP/IP address)
Network address: *****.*** (ddp address)
UTF8 Servername: Debian-Server

これでOKです。Leopardからも接続確認できました。
しかし、残念ながら最初に書いたような現象は改善されず。
rsync経由でMacからSSHで送ったファイルの一部が駄目なようです。
iTunesのバックアップをSSH経由でやっているのですが今度SSHではなくAFPでマウントして同期してみようと思います。

考えた方法は２つありました。
一つは簡単にAFPでiTunesフォルダを共有しノートの「~/Music」フォルダに「iTunes」フォルダのシンボリックリンクを作成する。
もう一つはDAAPサーバーを立ててノートから共有に接続する方法です。
ただしこちらの方法はアルバムアートワークも表示されませんし歌詞も共有されませんし、ビデオは共有の対象外です。

で、まずは「AFP」での共有から。(実行は自己責任で。データの破損などいかなる損害も補償しかねます。)
こちらの方法の欠点は起動時に手動でマウントする必要があることです。
それと、曲のタイトルなどの変更はしないように注意すること。
これは以前の「netatalk OpenSSL(LeopardでAFP)設定編」の時と同じように新しく共有ポイントを設定します。
このときに読み込みのみを許可するようにします。（「iTunes」フォルダ直下のファイル群は書き込み権限がないと起動できませんでした。すいません。訂正させていただきます。）
「/etc/netatalk/AppleVolumes.default」に

/mnt/music "Music" allow:hogehoge

を追加します。(これは例です。/mnt/musicフォルダを共有します。)

でnetatalkを再起動。
ここからはMacの「ターミナル」で操作をします。Musicフォルダはマウントしてあるとします。
iTunesは使用していないことを前提とします(iTunesフォルダを削除するため)。
iTunesに曲が入っている場合は移動しておきます。移動方法は割愛します。

$ rm -r ~/Music/iTunes                //既存のiTunesフォルダを削除します。
$ ln -s /Volumes/Music/iTunes ~/Music/

以上。あとはiTunesを起動するだけ。

[IDE devices]
Disk 0:0 enabled = 1
Disk 0:0 = 1
Disk 0:0 media = 1
Disk 0:0 connected = 1
Disk 0:0 image = Boot Camp;disk0s3
Disk 0:0 cylinders = 0
Disk 0:0 heads = 0
Disk 0:0 sectors = 0
Disk 0:1 enabled = 1
Disk 0:1 = 2
Disk 0:1 media = 0
Disk 0:1 connected = 0
Disk 0:1 image = /Library/Parallels/Tools/vmtools.iso
Disk 1:0 enabled = 0
Disk 1:0 = 0
Disk 1:1 enabled = 0
Disk 1:1 = 0

「Disk 1:0」は無効になっています。(enabled = 0)

Disk 0:0 enabled = 1
Disk 0:0 = 1
Disk 0:0 media = 1
Disk 0:0 connected = 1
Disk 0:0 image = Boot Camp;disk0s3
Disk 0:0 cylinders = 0
Disk 0:0 heads = 0
Disk 0:0 sectors = 0

を参考に以下のように「Disk 1:0」を作ります。(disk2s2を追加する場合)

Disk 1:0 enabled = 1
Disk 1:0 = 1
Disk 1:0 media = 1
Disk 1:0 connected = 1
Disk 1:0 image = Boot Camp;disk2s2
Disk 1:0 cylinders = 0
Disk 1:0 heads = 0
Disk 1:0 sectors = 0

これを設定ファイルの

Disk 1:0 enabled = 0
Disk 1:0 = 0

の代わりに記述し保存します。

変更後の「IDE Devices」

[IDE devices]
Disk 0:0 enabled = 1
Disk 0:0 = 1
Disk 0:0 media = 1
Disk 0:0 connected = 1
Disk 0:0 image = Boot Camp;disk0s3
Disk 0:0 cylinders = 0
Disk 0:0 heads = 0
Disk 0:0 sectors = 0
Disk 0:1 enabled = 1
Disk 0:1 = 2
Disk 0:1 media = 0
Disk 0:1 connected = 0
Disk 0:1 image = /Library/Parallels/Tools/vmtools.iso
Disk 1:0 enabled = 1
Disk 1:0 = 1
Disk 1:0 media = 1
Disk 1:0 connected = 1
Disk 1:0 image = Boot Camp;disk2s2
Disk 1:0 cylinders = 0
Disk 1:0 heads = 0
Disk 1:0 sectors = 0
Disk 1:1 enabled = 0
Disk 1:1 = 0

ちゃんと仮想マシンのWindowsに二台目の実ハードディスクが認識されました。
やった〜

それを本体メモリの増設に見合った上限に再設定する方法を見つけたのでメモします。
することは簡単で「~/Library/Preferences」にある
「com.parallels.desktop.plist」と「com.parallels.desktop.plist」を削除します。

これだけでした。たまたまの可能性もあるので保証はできませんが、これで上限は2048MBになりました。
これで本格的にBootCampが不要になるかもしれません。

すいませんサーバーへのハードディスク増設は明日に…

複数Windows領域が発見されました。これは標準のBootCamp環境ではありません。
ヘルプを参照してください…
ヘルプにそんなんのってないぞ。
USB接続じゃなくてSATA接続だししかも追加で2台。毎回起動してからさすのはめんどくさいし…

ということであきらめていましたが。今日検索してみると方法を載せておられる方のページを見つけました。
Parallelsで複数のWindows用のパーティションがある場合

でやってみました。
まずはWindowsのインストールされているパーティションのidentifierを調べる。

$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *232.9 Gi   disk0
   1:                        EFI                         200.0 Mi   disk0s1
   2:                  Apple_HFS Macintosh HD            202.0 Gi   disk0s2
   3:       Microsoft Basic Data WINDOWS HD              30.6 Gi    disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *152.7 Gi   disk1
   1:                        EFI                         200.0 Mi   disk1s1
   2:       Microsoft Basic Data DATA2-160               152.5 Gi   disk1s2
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *465.8 Gi   disk2
   1:                        EFI                         200.0 Mi   disk2s1
   2:       Microsoft Basic Data DATA3-500               465.5 Gi   disk2s2
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *233.8 Gi   disk3
   1:                 DOS_FAT_32 USB250A                 233.7 Gi   disk3s5
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *233.8 Gi   disk4
   1:                 DOS_FAT_32 USB250B                 233.7 Gi   disk4s5

ありました「WINDOWS HD」のIDENTIFIER は「disk0s3」でした。

では次にParallelsの設定ファイルの編集
今回は「~/Documents/Parallels/Boot Camp/Boot Camp.pvs」をviで編集します。
Disk 0:0 image = Boot Camp
となっているところを
Disk 0:0 image = Boot Camp;disk0s3
とします。もちろん「disk0s3」は先ほど調べたWindowsがインストールされている領域をしていします。

お〜これで起動しました。やった〜。

Leopardのファミリーパックを購入してからノートとデスクトップ共にLeopardにしているのですが。
ほんとに画面共有は便利です。

ちょっとリビングでノートからデスクトップが使いたくなったときに手軽に使えるのがいいですね。
WindowsにもリモートデスクトップがあるのですがXPProでないとつかえないし…

で、ずっとフルスクリーンにできないのかと思っていましたがありました。それ以上のものが…
Add more power to 10.5′s screen sharing

ツールバーに以下のボタンが増えます。
こちら側の制御の有効・無効
向こう側の制御の有効・無効
向こう側の画面のロック
画面の画像の保存
フルスクリーン
画像品質の選択

方法はターミナルで以下を実行

defaults write com.apple.ScreenSharing 'NSToolbar Configuration ControlToolbar' -dict-add 'TB Item Identifiers' '(Scale,Control,Share,Curtain,Capture,FullScreen,GetClipboard,SendClipboard,Quality)'

(SambaとAFPと両方表示されています。アイコンがCRTとCinema Display。なんと言う格差…)
そういえばアイコンがノートやデスクトップで違う

最初に試したのは昨日Appleのサイトから「Bonjour」のソースファイルをダウンロードしてきてコンパイルすることですがコンパイルに失敗しあきらめていました。
がここを参考に、「avahi-daemon」を使えばZero Configurationがつかえるそうです。

ついでにこんな設定をした方が良いそうだ。

atalkd他レガシー関連daemon＆papdを起動しないように
/etc/default/nettalkを編集：
ATALKD_RUN=no
PAPD_RUN=no

それでは本題。「avahi-daemon」のインストール

$ sudo apt-get install avahi-daemon

「/etc/nsswitch.conf」の「hosts」に「mdns4」を追加するらしいが、すでに

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4

と書かれていたので編集しなかった。

$ vi /etc/avahi/services/afpd.service

として新しく「afpd.service」ファイルを作り以下のように記述します。
「Server-Name-AFP」は自由にサイドバーに表示させたい名前に変更してください。

<?xml version="1.0" standalone='no'?><!--*-nxml-*-->
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">

<service-group>

<name>Server-Name-AFP</name>

<service>
<type>_afpovertcp._tcp</type>
<port>548</port>
</service>

</service-group>

そして「netatalk」と「avahi-daemon」を再起動。

$ sudo /etc/init.d/netatalk restart
$ sudo /etc/init.d/avahi-daemon restart

しかしなぜか家ではこれでは読み込まれなかった。
ので、こんな遠回りなことをやって再起動までした。
本当は再起動する前にLeopardのサイドバーに表示されていたのだが再起動後もいけるかの確認も兼ねて。

$ sudo /etc/init.d/avahi-daemon stop
$ sudo avahi-daemon --debug
$ sudo shutdown -r now

これでサーバーを起動したときにLeopardのサイドバーに表示されるようになりました。

Leopardをインストールした日に「SIMBL」と「SafariStand」をインストールしたのですが、動作していませんでした。
まぁ単純にLeopard対応前の「SIMBL」だったのですが…
まとめると、
単純に「SIMBL」を上書きインストールでは駄目。
一旦ちゃんとアンインストールしてからインストールでOK。

ということでまずはSIMBLおよびSIMBLプラグインのアンインストールの手順を。
まぁ単純なことですが(自分へのメモとして)、
「/Library/InputManagers」フォルダ
「/Library/Application Support/SIMBL」フォルダ
「~/Library/Application Support/SIMBL」フォルダ
を削除します。プラグイン類を使う場合はバックアップします。
そしてログアウト。
これだけ

ここからは普通にインストール。
SIMBL公式サイトから最新版をダウンロードしインストール。
HetimaさんのサイトからSafariStand Leopard専用版をダウンロードし解凍。
「SafariStand.bundle」を
「/Library/Application Support/SIMBL/Plugins」あるいは「~/Library/Application Support/SIMBL/Plugins」にコピーしSafariを再起動。
これで晴れて「SafariStand」が使えるようになりました。