/usr/pkgはバルクビルド開始時に完全に削除されるので、ログインシェルが別の場 所にあることを確認してください。ログインシェルを/usr/local/binに移して(それ に合わせて passwd ファイルも修正して)おくか、/etc/rc.localでpkg_add(1)を使っ て(再)インストールするようにしておきます。これでリブート後もログインできま す(パッケージが削除されてもシェルのプロセスは死なず、シェルを新たに起動でき なくなるだけです)。また、1.5より前のNetBSDを使っていたり、何らかの 理由でpkgsrc版のsshを使いたい場合は、rc.localでsshdが起動する前にsshをイン ストールするようにしておきます:

(cd /usr/pkgsrc/security/ssh && make bulk-install)
if [ -f /usr/pkg/etc/rc.d/sshd ]; then
  /usr/pkg/etc/rc.d/sshd
fi

こうしておかないと、バルクビルド終了後や、あるいはマシンがリブートやクラッ シュした場合にsshでログインできなくなります。警告しておきましたよ! :)

すでにインストールされているどのパッケージも必要ない状態にしてください。

その他、 構築の妨げになりうるもの(/usr/localにインストールされているライブラリーなど) もすべて削除しておいてください。root になって、以下のようにタイプします:

# cd /usr/pkgsrc
# sh mk/bulk/build
      

何らかの理由で前回の構築が完了していない場合(電源断、システムパニックなど) は、以下を実行すると、その続きをすることができます:

# sh mk/bulk/build restart

バルクビルドが終わると、その要約がメールで届きます。また、build.conf ファイルのFTPで指定したディレクトリーに、構築ログがあります。

バルクビルドは三つの段階からなります:

構築中、壊れているパッケージの一覧が/usr/pkgsrc/.broken (OBJMACHINE が設定されている場合は .../.broken.${MACHINE}) に作られ、構築が壊れているものの個々の 構築ログは、各パッケージのディレクトリーに置かれます。これらのファイルは、 壊れているパッケージを再度構築しようとするような無駄をなくすために、bulk-ター ゲットが構築が壊れていることを記録するのに使われます。また、壊れているパッ ケージを後でデバッグするためにも使えます。

現在、 NetBSD 2.0/i386 ではおおむね以下の容量が必要です:

各パッケージは、バイナリーパッケージ作成直後にアンインストールされた上、 ソースも削除されます。このため、莫大なディスク容量は必要ありません。後 になって、このパッケージがまた必要となった場合は、再度構築することなく pkg_add(1) でインストールされるので、 無駄な再コンパイルの繰り返しは発生しません。

バルクビルドによってパッケージを全部消される(マシンがパッケージのコンパイル 以外に無用なものになってしまう)のが嫌な場合は、chroot環境下でパッケージをバ ルクビルドすることもできます。

最初にすることは、chrootされた砂場を、 たとえば/usr/sandboxに用意することです。 これは null マウントを使って、または手動でおこなうことができます。

pkgsrc/mk/bulk/mksandbox というシェルスクリプトがあり、 null マウントを使った砂場の環境を用意してくれます。このスクリプトは、 砂場の環境のルートに sandbox というスクリプトも作ります。 これは、sandbox mount コマンドで null マウントをした状態にしたり、 sandbox umount コマンドでアンマウントした状態にしたりすることができるものです。

砂場の環境を手動で用意するには、 NetBSDのインストール配布物をすべて展開するか、/usr/src/etcで make distribution DESTDIR=/usr/sandboxを実行した後、以下のものを用意して 適切に設定された状態にします。

chroot砂場の用意ができれば、 以下の手順で構築を開始できます:

# cd /usr/sandbox/usr/pkgsrc
# sh mk/bulk/do-sandbox-build
      

このコマンドは、砂場内に移動して、構築を開始するものです。構築が終わ ると、構築の結果がメールで送信されます。できあがったバイナリーパッケージは、 /usr/sandbox/usr/pkgsrc/packages (の指す/マウントされた先/元)に置かれます。

pkgsrc/mk/bulk/build スクリプトは、 pkgsrc の全パッケージの一式の構築のほか、 pkgsrc に含まれるパッケージの部分集合の構築にも使うことができます。 mk.conf で SPECIFIC_PKGS を定義すると、

の各変数で構築対象のパッケージを定義できるようになります。 構築対象として定義されたパッケージの依存関係によって必要となるパッケージも、 バルクビルドのコードが構築対象に追加します。

この使い方のひとつに、 サイトで必要なバイナリーパッケージをすべて用意するために、 SPECIFIC_PKGS を使ったバルクビルドを chroot 環境で定期的に実行するというものがあります。 こうすれば、不要なパッケージまで構築するような余計な負荷はかかりません。

本節では、pkgsrc 開発者がバルクビルドで構築したバイナリーパッケージを ftp.NetBSD.org へアップロードする方法を説明します。

アップロードしようとしているバイナリーパッケージの チェックサムファイルを自動生成したい場合は、 mk/bulk/build.conf で MKSUMS=yes を忘れずに設定してください。

チェックサムファイルに PGP 署名をしたい場合 (そうすることを強くおすすめします)は、 mk/bulk/build.conf で SIGN_AS=username@NetBSD.org を忘れずに設定してください。 こうしておくと、ファイルをアップロードする前には常に、そのファイルに署名するため、 GPG パスワードの入力を促すようになります。

次に、mk/bulk/build.conf ファイルで RSYNC_DST が適切に設定された状態にします。 つまり、この変数値を以下のような形式に調節します。

RSYNC_DST=ftp.NetBSD.org:/pub/pkgsrc/packages/NetBSD/arch/a.b.c-20xxQy/upload

このなかの "20xxQy" (枝), "a.b.c" (OS のバージョン), "arch" を、適切な値にしてください。 ftp.NetBSD.org でのログイン名がローカルのログイン名と異なる場合は、 そのログイン名を直接指定します。たとえば、 筆者のローカルアカウントは "feyrer" ですが、ログイン名は "hubertf" なので、以下のようにします。

RSYNC_DST=hubertf@ftp.NetBSD.org:/pub/pkgsrc/packages/NetBSD/arch/a.b.c-20xxQy/upload

ここでは、アップロードの最中はディレクトリーを公開しないようにするため、 独立した upload ディレクトリーにアップロードします。 そうするために、ftp.NetBSD.org で以下のコマンドを実行しておきます。

nbftp% mkdir -p -m 750 /pub/pkgsrc/packages/NetBSD/arch/a.b.c-20xxQy/upload

バイナリーパッケージをアップロードする前に、以下のような ssh の認証が必要となります。以下の例は、砂場内における root アカウント用の一時的な鍵を使うようにする方法です。 (同じ鍵を常時使うことはしないものとします)。

# chroot /usr/sandbox
chroot-# rm $HOME/.ssh/id-dsa*
chroot-# ssh-keygen -t rsa
chroot-# cat $HOME/.ssh/id-rsa.pub
      

ここで出力した id-rsa.pub の内容を、 ftp.NetBSD.org の ~/.ssh/authorized_keys ファイルに追加します。パッケージのアップロードが終わったら、 この鍵は削除してください。

次に、ssh でうまく接続できることを確認します。

chroot-# ssh ftp.NetBSD.org date 

ここでは、適宜 "-l yourNetBSDlogin" を使ってください。

すべて順調にいけば、 砂場から抜けて、アップロードを始めることができます。

chroot-# exit
# cd /usr/sandbox/usr/pkgsrc
# sh mk/bulk/do-sandbox-upload
      

アップロードにはそれなりに時間がかかるかもしれません。 FTP サーバーで ls(1) や du(1) して、アップロードの過程を見てください。 アップロード用スクリプトは、制限つきのパッケージはアップロードしないように 処理してくれます。

アップロードが終わった後に、最初にすることは、ssh でアクセスして以下のようにすることです。

nbftp% vi ~/.ssh/authorized_keys
      Gdd:x! 

アップロード用に事前に追加しておいた鍵はすべて削除してください。 最後に、アップロードしたパッケージを upload ディレクトリーの外に出して、 公開された状態にします。

nbftp% cd /pub/pkgsrc/packages/NetBSD/arch/a.b.c-20xxQy
nbftp% mv upload/* .
nbftp% rmdir upload
nbftp% chgrp -R netbsd .
nbftp% find . -type d | xargs chmod 775
      

最初に、pbulk 基盤を作るための pkgsrc 基盤を作る必要があります。プラットフォームが何であっても (NetBSD であっても)、専用のディレクトリーを用意してそこに対して bootstrap をしてください。このディレクトリーは /usr/pbulk または $HOME/pbulk としましょう。bootstrap すると、バルクビルドに必要なツールがインストールされます。

$ cd /usr/pkgsrc
$ ./bootstrap/bootstrap --prefix=/usr/pbulk --varbase=/usr/pbulk/var --workdir=/tmp/pbulk-bootstrap
$ rm -rf /tmp/pbulk-bootstrap

これで、pbulk 基盤のための基本的な環境がインストールされましたが、いくつかのツールはまだありません。ここで、pkgsrc の設定ファイル /usr/pbulk/etc/mk.conf を pbulk 向けに編集しましょう。ここでの典型的な設定内容は以下のとおりです。

これで、pbulk 基盤の残りの部分を構築する準備ができました。

$ cd pkgtools/pbulk
$ /usr/pbulk/bin/bmake install
$ rm -rf /tmp/pbulk-outer

これで、pbulk 基盤が構築・インストールされました。この基盤を設定したうえで、さらなる準備が必要です。そうした後に、実際のバルクビルドを始めることができるようになります。

TODO; さらなる情報は pkgsrc/doc/HOWTO-pbulk をご覧ください。

TODO: つづきを書く

cdpackの完全なドキュメンテーションはcdpack(1)マニュアルページにあります。 以下の短い例では、 バイナリーパッケージが/usr/pkgsrc/packages/Allに置いてあり、ISO 9660イメー ジ用の十分なディスク容量が/u2にあるものとします。

# mkdir /u2/images
# pkg_add /usr/pkgsrc/packages/All/cdpack
# cdpack /usr/pkgsrc/packages/All /u2/images
      

各CDに共通ファイル(COPYRIGHT, README, など)を含めたい場合は、そのファイルを 含むディレクトリーを作る必要があります。たとえば以下のようにします。

# mkdir /tmp/common
# echo "This is a README" > /tmp/common/README
# echo "Another file" > /tmp/common/COPYING
# mkdir /tmp/common/bin
# echo "#!/bin/sh" > /tmp/common/bin/myscript
# echo "echo Hello world" >> /tmp/common/bin/myscript
# chmod 755 /tmp/common/bin/myscript
      

ここで、以下のようにしてイメージを作成します。

# cdpack -x /tmp/common /usr/pkgsrc/packages/All /u2/images

こうすると、各イメージのルートディレクトリーにREADME, COPYINGおよび bin/myscriptが含まれるようになります。