うえちょこ＠ぼろぐ

Mac使いの特権(?)の１つに、キーボードからリンゴマークを入力できるというものがあります。WindowsやLinuxユーザの方にはなんだそれ？と思われますが、実際に見てみてください。

これです。入力方法は[Option]+[Shift]+[K]です。Macを買ったばかりの頃に友人にとにかく押してみろと言われて知りました。私の周りでは、Skypeの横にこのマークをつけて、Macユーザであることを主張するといった使い方があります。

他にも、MacのFEPでは[Option]キーを押しながらだと、いつもの違う文字が入力できます。バックスラッシュとか、中点とか、三点リーダとか、TMマークとか。自分で探してみるのも面白いですね。

昔からWindowsでのThunderbirdのHotmail送受信にWebMail Hotmailというプラグインを使っていたのですが、プロファイルごとMac OS Xに移行して、Hotmailの送受信を行おうとしたら、動きませんでした。どうやってHotmailのメールを受信しようかと検索していると、鳥獣保護区 | Hotmail が POP/SMTP 対応で Thunderbird で送受信可能にというページを見つけました。どうやら2009年の始め頃からWindows Live MailはPOP3/SMTPに対応したそうです。つまり、普通のメールの設定で送受信ができるということ。

上記Webページの通りに設定すれば基本的に動くかと思いますが、もしかしたら、SMTPのポート番号は25ではなく、587じゃないと動かないかもしれません。私は587にしました。

先日の開発環境の移行に続き、メール環境までMacに移行してしまうと、いよいよMacを使わざる終えなくなってきました。自分を追い込めばきっとMacに慣れるはず。

前回はCentOSにnetatalkをインストールしたので、今回はnetatalkの設定と、Mac上のEclipseからCentOSにアクセスするときにハマったところを説明します。

と、その前に、netatalkをインストールすることになった経緯のおさらい。

現在Windows XPのEclipseは、VMware Sever上のCentOS 5上にワークスペースを作ってそこで開発をしていて、WindowsとCentOS間のファイル共有にはsambaを用いていました。今度開発環境をMacに移すにあたり、Mac OS XのEclipseから、VMware Fusion上のCentOS上のワークスペースにアクセスする訳ですが、Mac OS XとCentOS間のファイル共有にはsambaではイマイチなので、netatalkを用いることにしました。イメージとしては下図のような感じです。

[mac]netatalkでmacのEclipseからVMware上のCentOSにアクセス(1/3)

私自身はあまり詳しく調べていないので、私の環境では問題なく動いたときの設定を紹介いたします。

まずは、文字コード周りの設定から。netatalk.confを編集します。

ゲストユーザの設定は必要かどうかはわかりませんが、適当なユーザ名に変えておきました。

ついでに自動起動も設定しておきます。

そして、これが結構ハマりどころだった設定を先に有効化しておきます。

長いコメントの後、最終行に１文字だけ「~(チルダ)」があります。これはnetatalkで読み込むディレクトリを指しています。チルダはもちろんホームフォルダのことです。読み込むディレクトリを増やすには、チルダ以下に改行で列挙していきます。この設定ファイルはディレクトリの指定だけではなく、読み込み方法のオプションや先ほど設定したキャラセットなども設定できます。どういう設定があるかはManpage of AppleVolumes.defaultを参照してください。このなかで、一番大事な設定はoptions:usedotsです。これは、ドットファイル(先頭がドットから始まるファイルやディレクトリ)に対して、:hex変換を用いてファイル名を変えてしまうことを抑制するオプションです。デフォルトでは「.DS_Store」が「:2eDS_Store」として保存されてしまいます。Mac側から見ると、netatalkによって「.DS_Store」に見えるそうです。どうして厄介なのかは毎日モザイク » 2007 » 5月などをご覧ください。どちらかというと、Eclipseのときに厄介でした。ともかく、usedots設定をします。

一応、usedotsを使わなかったときのCentOS上のディレクトリをお見せすると、こうなっています。（仕事上のディレクトリですので、モザイクばっかですいません。）
「.AppleDouble」はnetatalkが使っているメタ情報のフォルダです。Macのメタ情報フォルダ「.DS_Store」があるかと思いますが、同時に「:2eDS_Store」もあります。またEclipseのメタ情報フォルダ「.metadata」がありますが、同時に「:2emetadata」が作られています。Eclipseで既存ワークスペースを読み込もうとすると、「.metadata」は認識されず、新規に「:2emetadata」が作成されてしまうので、新規ワークスペース扱いされてしまいます。usedotsオプションを用いれば、「.DS_Store」や「.metadata」が認識されて、Eclipseでも既存のワークスペースが開けます。

さて、いよいよnetatalk経由でCentOSにアクセスしてみます。netatalkのプロトコルはAFPですので、Finderの[移動]-[サーバへ接続...]で以下のように「afp://VMゲストのIP/」を指定します。

ユーザの認証が通れば、Finderに読み込まれます。


どうやら、うまく読み込めたようです。

いよいよEclipseを起動します。CentOS上の既存のワークスペースを指定して、読み込もうとしたら、「ワークスペースが使用中であるか作成できません。別のワークスペースを選択して下さい」といったロックファイル関連のエラーが発生しました。日記(仮) >> 2007/4/7を見るとネットワーク上のファイル共有ディレクトリにワークスペースを置くと、ロックファイルが正しく動かないようです。これを解決する方法はいくつかあるようですが、私の場合は、ワークスペースをロックしない設定にすること。MacのEclipseの設定ファイルは、Eclipseディレクトリのconfiguration/config.iniにありますので、以下のテキストを末尾に追加します。

これで無事にEclipseが起動し、既存のワークスペースがそのまま使えるようになりました。netatalkすげー。

これでMacの開発環境も揃いそうです。長かった。
>> [mac]netatalkでmacのEclipseからVMware上のCentOSにアクセス(1/3)

>> [mac]netatalkでmacのEclipseからVMware上のCentOSにアクセス(2/3)

前回はnetatalkをインストールすることになった経緯とnetatalkの概要を説明したので、今回は実際にnetatalkをCentOSにインストールしてみようかと思います。

と、その前に、前回のおさらい。

現在Windows XPのEclipseは、VMware Sever上のCentOS 5上にワークスペースを作ってそこで開発をしていて、WindowsとCentOS間のファイル共有にはsambaを用いていました。今度開発環境をMacに移すにあたり、Mac OS XのEclipseから、VMware Fusion上のCentOS上のワークスペースにアクセスする訳ですが、Mac OS XとCentOS間のファイル共有にはsambaではイマイチなので、netatalkを用いることにしました。イメージとしては下図のような感じです。

[mac]netatalkでmacのEclipseからVMware上のCentOSにアクセス(1/3)

では、インストール開始です。

netatalkはFedora Core用のrpmパッケージは用意してありますが、CentOS用のはありません。CentOSではソースコードからインストールするのもいいのですが、FeforeCore用のSRPMから設定を変えてインストールする方法がよくあるそうです。まずはNetatalk RPM配布所にアクセスして、最新のSRPMをダウンロードしてきます。私の場合は2.1.0-0.1.44.dev.fc11というバージョンでした。

するとエラーが発生しました。

どうやら、rpmのビルドに必要なパッケージが不足しているらしいです。サーバ設定手順・パソコントラブル解決・エラー解決・コマンド集・プログラミング／「GOBU」（ゴブ）を参考に、足りないパッケージをインストールします。

こんどはうまくいきました。

RPMを展開した状態で、設定を変更せずにいきなりビルドしてみるとこうなります。

わけもわからず、一通りの足りないパッケージをインストールしてみました。

どうやら、quota-devel、cracklib-devel、tcp_wrappers-develはパッケージとしてないようです。どうやらFedoreCore用のパッケージしか配布されていないようです。しかしながら、これらのパッケージはインストールする必要はなく、別のパッケージが必要なようです。どうしてそういえるのかというと、netatalk.specファイル内に、「CentOSだったら、このパッケージ名はこのパッケージに変更するように」といったコメントがいくつかあるからです。netatalk.specファイルの変更箇所は、まずは２カ所です。

これで、必要なパッケージは全部そろったはずなので、ビルドに再チャレンジします。

すると、今度は、configureの途中で次のようなエラーをはいて止まってしまいました。

どうやら、Berkeley DBはインストールされている物の、バージョンが古いらしいです。

yum info db4で確認したところ、4.3.29がインストールされており、netatalkに必要な4.4以降という条件を満たしていないようです。ということで、OracleのWebサイトから、最新のBerkeley DB 4.7をダウンロードし、コンパイルします。

ソースコードからインストールしたBerkeleyDBは通常とは違う場所にインストールされるため、specファイルにBerkeleyDBの場所を通知します。

configureのオプションのところに、BerkeleyDBのパスを追記します。

再び、root権限に戻って、ビルドします。

何事もなく終了し、これでようやくrpmパッケージがビルドできそうです。

早速rpmをインストールしてみます。

すると、またもやエラーでした。

どうやらインストールしたBerkeleyDBのライブラリファイルにパスが通ってないようです。適当に、コピーしておきます。

再度rpmのインストール

今度はうまく行きました。

とりあえず、何も設定を変えずに、デーモンが動くかどうかだけ確かめてみます。

どうやらインストールは無事に終わったようです。

この時点でMacからアクセスすることも可能かもしれませんが、まだ設定変更をしていないので、保証はできません。次回はnetatalkの設定変更とEclipseの設定変更をして、EclipseからCentOS上のワークスペースを読み込んでみたいと思います。

>> [mac]netatalkでmacのEclipseからVMware上のCentOSにアクセス(1/3)

>> [mac]netatalkでmacのEclipseからVMware上のCentOSにアクセス(3/3)

MacBookを買って、はや３ヶ月が過ぎたのですが、未だに仕事ではBootCamp上のWindows XPを使っていて、Macを使う機会は少ないというのが現状です。とはいえ、やっぱりMacBookなのだから、Mac OS Xをメインに使いたいという気持ちがあります。どうしてMac OS Xを使えないかというと、Windowsでの開発環境がちょっと込み入っているからです。

簡単にWindowsの開発環境を説明すると、Windows XPにVMware Serverをインストールし、仮想のCentOS 5を構築しています。このCentOS 5のとあるフォルダ（例：/var/develop）にSamba経由でアクセスします。このとき、ネットワークドライブとしてドライブレター（例：L:¥）を割当てています。/var/develop/hogeにアクセスする場合はWindowsのL:¥hogeとなっています。このsamba経由のフォルダをEclipseのワークスペースとして利用しています。つまり、L:¥.metadataフォルダがあり、fooプロジェクトのフォルダはL:¥fooとなっています。

この環境をMacに移行したいと思っています。Windowsで使っていたCentOSのイメージをMac側に持っていき、VMware Fusionで読み込ませるまでは基本的な作業ですので、説明は省略します。さっそくMacのVMware FusionでCentOSを起動し、インストール済みのSamba経由でアクセスしようとしたら、困ったことが起きました。CentOSで作成していたシンボリックリンクが、CentOS上の場所ではなく、Mac上の場所を指しているのです。例えば/etc/tempに向けたシンボリックリンクは、CentOSの/etc/tempではなく、Mac上の/etc/tempを指しているのです。シンボリックリンクは当然Linux上の特定の場所へのリンクですので、Mac側のファイルを指してしまうと困ってしまいます。

※Finderの[移動]-[サーバへ接続...]で「smb://VMゲストのIPアドレス/」を開いたところ、シンボリックリンクはMac上のリンクとして再現されている。

解決策を模索しているうちに、見つけたのがnetatalkです。netatalkはUNIX系OS上でAppleTalkやAFP(Apple Filing Protocol)を実装するオープンソースのサーバソフトウェアです（参考：Netatalk - Wikipedia）。netatalkでCentOS上にAFPデーモン(AFP over TCP)を立ち上げれば、Macとファイル共有ができるということです。いわばsambaのMac版。Mac版というからには当然Macとの親和性は高い訳です。

さてさて次回に向けてのおさらいです。現在Windows XPのEclipseは、VMware Sever上のCentOS 5上にワークスペースを作ってそこで開発をしていて、WindowsとCentOS間のファイル共有にはsambaを用いていました。今度開発環境をMacに移すにあたり、Mac OS XのEclipseから、VMware Fusion上のCentOS上のワークスペースにアクセスする訳ですが、Mac OS XとCentOS間のファイル共有にはsambaではイマイチなので、netatalkを用いることにしました。イメージとしては下図のような感じです。

次回はCentOSにnetatalkを入れてみようと思います。

>> [mac]netatalkでmacのEclipseからVMware上のCentOSにアクセス(2/3)
>> [mac]netatalkでmacのEclipseからVMware上のCentOSにアクセス(3/3)