カテゴリー: Mac

研究室の環境もぼちぼちMojaveにアップデートしつつあるのですが、Emacs + Wanderlust でメールを読もうとしたらいきなりクラッシュ。なんでかー、と思って backtrace を眺めたらどうやら IMAP で STARTTLS しようとして、 gnutls-cli を呼んだところで落ちている。Ivy Bridge とか Haswell な Mac だとダメで、いまどきの新しい Mac なら問題ないようだ。つまり、SSEx だとかその手のやつですよね。

というわけで、
% gnutls-cli –startls-proto=imap my.mail.server
としたら本当に落ちるじゃありませんか。しかも Illegal instruction だと…

で、どうやら gnutls の問題じゃなくて、GMP の問題らしい: http://lfsbookja.osdn.jp/7.10/chapter06/gmp.html

MacPorts の枠組みの中でなんとかならんかなー、と思った結果、GMP に core2 という variant があるので、これを使えば Core2 アーキテクチャまでの最適化しかしない、ということで、とりあえず解決。よかった… (まあ GMP でごりごり、みたいなことはしないので、いいか)

gtk-mac-bundler の本体もとってきて、適当なディレクトリに展開して make install します。
[code:plain]
$ tar xf gtk-mac-bundler-0.7.3.tar.xz
$ cd gtk-mac-bundler-0.7.3
$ make install
[/code]
これで gtk-mac-bundler がインストールされる先は ~/.local/ 以下で、jhbuild で gtk をインストールした先と同じです。また、展開したフォルダ以下の examples/ には gtk-mac-bundler を実行するときの設定ファイルのサンプルがいろいろあります。
pkg-config が参照する GTK のインストールディレクトリを適切に選択するためには、PKG_CONFIG_PATH とかを設定する必要があるのですが、そういうのはまとめて jhbuild に委ねます。
[code:plain]
$ jhbuild shell
[/code]
これで起動するシェルは環境設定がちゃんとできているだけで普通の bash なので、このなかで普通に自分のプログラムを build して実行ファイルを作ります。
アプリケーションバンドルを作るには以下のファイルが必要です。
– .bundle ファイル (gtk-mac-bundle の設定)
– Info.plist (OS X 用)
– 起動用シェルスクリプト
– アイコンファイル
[.bundle ファイル]
gtk-demo をアプリケーションバンドルにするためのサンプルが examples/gtk-demo.bundle として用意されており、中味は XML ファイルです。最低限変更が必要なのは、
– launcher-script (起動用シェルスクリプト)
– plist (Info.plist として使うファイル)
– main-binary (実行ファイル本体)
の3つです。アイコンのファイルがある場合には、これも変更しておきましょう。
また、pango に関連するバイナリが不足しており、このままだとポータビリティのない (他のMacで動かない) バンドルができてしまうので、pango-querymodules や pango のモジュールを含める設定をします。
[code:xml]

${prefix}/bin/pango-querymodules
${prefix}/lib/pango/1.8.0/modules/*.so

[/code]
[Info.plist]
アプリケーションのバージョンや Copyright の情報などが記述されています。examples/Info.plist をたたき台にしてテキストエディタで書きます。
[起動用シェルスクリプト]
サンプルとして examples/launcher.sh が用意されており、基本的にはこれで変更の必要はない、はずなのですが、やはり pango に関連する部分を修正しておかないと、他の Mac に持って行ったときにフォントが全部□になってしまいます。
修正が必要なのはスクリプトのわりと最初のほうと、一番最後の2カ所です。これで、起動のたびに pango のモジュールパスを正しく生成するようにします。
[code:plain]
export PANGO_RC_FILE=”$bundle_etc/pango/pangorc”
+export PANGO_LIBDIR=”$bundle_lib”
+export PANGO_SYSCONFDIR=”$bundle_etc”
[/code]
[code:plain]
+mkdir -p “$bundle/pango/1.8.0”
+ln -sf ../../ “$bundle/pango/1.8.0/modules”
+
+”$bundle_bin/pango-querymodules” > “$bundle_etc/pango/pango.modules”
+
+export PANGO_LIBDIR=””
+
$EXEC “$bundle_contents/MacOS/$name-bin” “$@” $EXTRA_ARGS
[/code]
これで準備は終わりです。
[code:plain]
$ gtk-mac-bundler hogehoge.bundle
[/code]
とすれば、~/Desktop にアプリケーションバンドルが作られるはずです。

ひさびさに GMV を Mac 版バイナリ配布用にビルドすることにしました。で、以前は GTK+ のパッケージを別にインストールしてもらう構成にしていたのだけれど、これ、インストール先の環境を汚してしまう感じがして大変申し訳ないので、ちゃんと Application bundle にしたいなー、と思いまして。
GMV を intensive に開発していた頃は、まだ GTK+-Quartz はあちこち怪しいところもあった (Gimp の配布も X11 版でした) んですが、いまはかなり安定して動くようになりましたし、しかも gtk-mac-bundler なんていうツールまで提供されているので、これは使うしかない。
まず、MacOS X 10.8 + Xcode をセットアップ。最近は MacOS X も仮想マシンとして使えるようになって本当に便利。職場では VMware Fusion ですが、自宅では VirtualBox でやってます。どっちもちゃんと動きます。VirtualBox だと、MacOS 用の Guest Additions がないので GUI で使うには若干不便 (host からの copy & paste とかができない) ですが、Xcode のセットアップまでやっちゃえばあとは ssh でログインして作業できることが大半ですし、あんまり問題ない感じ。
GNOME.org の GTK+-OSX のページから、gtk-osx-build-setup.sh というのをとってきてスタートです。なお、一連のツールは jhbuild という仕掛けを利用しており、gtk-osx-build-setp はこれを ~/.local/bin にインストールします。
[code:plain]
$ sh ./gtk-osx-build-setup.sh
$ export PATH=~/.local/bin:$PATH
$ jhbuild bootstrap
[/code]
これでとっかかりの部分があっけなく完了です。

ここから先は bootstrap でインストールされたツール群を利用するために、~/gtk/inst/bin にも PATH を通す必要がありますが、いろいろの環境変数の設定が面倒なので、
[code:plain]
$ jhbuild shell
[/code]
として、構築環境を起動します。しかしここでは MACOSX_DEPLOYMENT_TARGET という環境変数がなぜか 10.7 に設定されており、あとで GTK の build がエラーになるので、
[code:plain]
$ export MACOSX_DEPLOYMENT_TARGET=10.8
[/code]
としておいて、一通りのツールを作ります。Python は build しておかないと、システム標準のでは meta-gtk-osx-core の build でエラーがでる気がします。
[code:plain]
% jhbuild build python
% jhbuild build meta-gtk-osx-bootstrap
% jhbuild build meta-gtk-osx-core
[/code]
(続く)

(日本語版はまた後日)
There were ReadyNAS, FreeBSD box, and OS X server (Mac mini) all working in my lab. Today, I’ve installed an APC’s UPS, because we have a planned power outage tomorrow.
Since the UPS has enough output capacity for all of NAS + FreeBSD box + Mac, my first plan was:
1) connect UPS to OS X server
2) install apcupsd on FreeBSD
3) NAS + FreeBSD shares the UPS via SNMP
but the plan was soon collapsed because OS X server has no easy way to share its UPS status via SNMP.
The second plan was:
1) connect UPS to OS X server, with apcupsd installed
2) install apcupsd
3) NAS + FreeBSD shares the UPS via SNMP or apcupsd’s NIS feature
* acpupsd NIS is not the Sun’s one, but just it’s special protocol over TCP.
however, again the plan didn’t work. The UPS could be shared between the Mac and FreeBSD box pretty well by apcupsd’s NIS feature, but the NAS couldn’t communicate with the acpupsd NIS server on Mac. One more thing I got know was that apcupsd can’t share its UPS status via SNMP. apcupsd can only “refer” UPS via SNMP, but it can’t provide its status to SNMP servers.
Situation got too bad at this point. There’s no substitute plan, so I can’t go home… But suddenly I’ve found that ReadyNAS has its tcp/3493 port open, and this port is for nut (network UPS tools). So the final plan was this:
1) connect UPS to ReadyNAS
2) install nut on FreeBSD and Mac (both in ports collection and MacPorts)
3) share the UPS with nut protocol
… and I was at the gate of the hell, at this point. apcupsd doesn’t require any kind of authentication info, but nut requires UPS name to connect with a remote UPS. Netgear’s document doesn’t say anything about nut auth.
After an hour, I finally found the UPS name “UPS” on ReadyNAS. And this is everything I’ve wrote in upsmon.conf.
MONITOR UPS@192.168.x.x 1 upsmon pass master
On Mac, I had to write /Library/LaunchDaemons/org.nut.upsmon.plist:
<?xml version=”1.0″ encoding=”UTF-8″?>
<!DOCTYPE plist PUBLIC “-//Apple//DTD PLIST 1.0//EN” “http://www.apple.com/DTDs/PropertyList-1.0.dtd”>
<plist version=”1.0″>
<dict>
<key>Label</key>
<string>org.nut.upsmon</string>
<key>RunAtLoad</key>
<false/>
<key>KeepAlive</key>
<dict>
<key>NetworkState</key>
<true/>
</dict>
<key>ProgramArguments</key>
<array>
<string>/opt/local/sbin/upsmon</string>
<string>-D</string>
</array>
</dict>
</plist>
then:
sudo launchctl load -w /Library/LaunchDaemons/org.nut.upsmon.plist
NAS, FreeBSD and Mac goes down at the battery remaining capacity that is configured in ReadyNAS’s web interface.