pkgsrc の利用者向けに、以下のようなメーリングリストがあります。

参加するためには以下のようにして下さい。

% echo subscribe listname | mail majordomo@NetBSD.org

以上の各メーリングリストのアーカイブは http://mail-index.NetBSD.org/ から辿れます。

pkgviews は buildlink に密接に統合されています。 pkgviews の利用者向けの手引きは pkgsrc/mk/buildlink3/PKGVIEWS_UG にあります。

pkgsrc/pkgtools ディレクトリー以下には、 pkgsrc の利用者および開発者それぞれにとって便利なユーティリティーがいくつもあります。 この節の目的は、このユーティリティーの存在と、 どんな場合に有用かを知っていただくことだけであり、 各パッケージの附属ドキュメントを引き写すことではありません。

pkgsrc が使用するユーティリティー (必要に応じて自動的にインストールされます):

OS ツールの拡張 (必要に応じて自動的にインストールされます):

pkgsrc が使用するユーティリティー (自動ではインストールされません):

インストールしたパッケージの追跡や最新への追従用などのユーティリティー:

個々のパッケージの保守や作成をする人のためのユーティリティー:

pkgsrc を保守する人のためのユーティリティー (あるいは、もっと地味な pkg ユーティリティー)

pkgsrc を root 以外のユーザーで使いたい場合は、いくつかの変数を設定すれば、 そのような環境で pkgsrc が動くようにすることができます。 最低限、UNPRIVILEGED を “yes” に設定することが必要です。こうすると非特権モードに切り替わり、 関連のある複数の変数が設定されて、 root 以外のユーザーがパッケージをインストールできるようになります。

標準状態の非特権モードでは不十分な場合は、 他の変数を調節するとよいでしょう。たとえば、 ユーザーやグループの自動検出により正しくない (あるいは使いたくない) 値が検出される場合は、それぞれ、 UNPRIVILEGED_USER や UNPRIVILEGED_GROUP を設定すれば変更することができます。

なお、ブートストラップについては、bootstrap スクリプトに “--ignore-user-check” フラグを与えると、 標準で使われるインストール先が ~/pkg 以下の複数のディレクトリーになるため、 非 root 用の構成にしやすくなることを覚えておいてください。このディレクトリーは、 他のディレクトリーの配置が細かく調節可能であるのと同様に、 スクリプトに “--prefix” フラグを与えて上書きすることができます。

標準では、pkgsrc の転送再開機能は有効になっていませんが、 mk.conf にオプション PKG_RESUME_TRANSFERS=YES を追加すれば、 この機能を有効にすることができます。こうすると、fetch している最中に、 不完全な distfile があった場合、pkgsrc はそのファイルの残りの部分を取得しようとします。

また、 FETCH_CMD 変数を変更すれば、 標準である ftp(1) 以外のプログラムを使うこともできます。 この変数値を ftp, fetch, wget または curl にすると、指定したプログラムを使うことができます。 このほか、変数値を manual にすると、取得をしないようにすることができます。 変数値を custom にすると、システム標準の設定を使わないようになり、 取得プログラムに対する依存性も追わないようになります。 この場合は、FETCH_CMD, FETCH_BEFORE_ARGS, FETCH_RESUME_ARGS, FETCH_OUTPUT_ARGS, FETCH_AFTER_ARGS の各変数を設定する必要があります。

たとえば、 ダウンロードに wget を使いたい場合は、以下のような設定が必要です。

FETCH_USING=	wget

システム附属の X11 (/usr/X11R6, /usr/openwin, ...) ではなく pkgsrc の modular X.org を使いたい場合は、mk.conf に以下の行を追加する必要があります。

X11_TYPE=modular

もし、あなたが防火壁の内側にいて、インターネットのホストに直接接続できない (つまりNATを使っていない)場合、適切なプロキシーホストを指定することができます。 これはURL形式の環境変数で指定します。例えば、Amdahlドメインにおいては、 “orpheus.amdahl.com” というマシンは防火壁のひとつで、プロキシーポート番号として、 80番のポートを使用します。この場合、proxy環境変数は以下のようになります。

ftp_proxy=ftp://orpheus.amdahl.com:80/
http_proxy=http://orpheus.amdahl.com:80/

distfileの取得にどのユーティリティーを使っているかによります。 bsd.pkg.mkは、以下のリストのなかで利用可能なコマンドのうち、 最初のものをFETCH_CMDに割り当てます:

NetBSD のデフォルトのインストールでは、/usr/bin/ftpとなり、これは自動的に、 最初はパッシブ接続を試みます。そして、サーバーがパッシブ接続を拒否した場合 は、アクティブ接続に切り替わります。これ以外のツールの場合は、 mk.confに以下の設定を追加してください。 PASSIVE_FETCH=1

これを設定すると、 /usr/bin/ftp はアクティブ転送への切り替えをおこなわなくなります。

make fetchを実行できない職場や大学において、 一回のバッチ処理で、すべてのdistfileをダウンロードしたいと思うことがあるかもしれません。ftp.NetBSD.org に distfile が置かれていますが、 このディレクトリーをまるごとダウンロードするのは不適切です。

現時点では、make fetch-listを /usr/pkgsrcまたはそのサブディレクトリーで実行し、 その結果のリストを職場や学校のマシンに持ってきて、使用してくださいとしかいえません。 NetBSD と互換な ftp(1) (tnftpなど)が使えない場合は、 URLを指定して取得ができるコマンドを FETCH_CMDに指定することを忘れないでください:

自宅で:

% cd /usr/pkgsrc
% make fetch-list FETCH_CMD=wget DISTDIR=/tmp/distfiles >/tmp/fetch.sh
% scp /tmp/fetch.sh work:/tmp

職場で:

% sh /tmp/fetch.sh

実行後、 /tmp/distfiles を tar で固めて自宅に持って帰ります。

NetBSD で動いているマシンがあって、すべてのdistfile (そのマシンのアーキテクチャー向けではないものも含む)を取得したい場合は、 上述のmake fetch-listの方法を使うか、 以下のようにしてdistfileを直接取得することができます。

% make mirror-distfiles

NO_{SRC,BIN}_ON_{FTP,CDROM} も無視したい場合は、 以下のようにしてすべてのものを取得することができます。

% make fetch NO_SKIP=yes

pkgtools/pkg_installパッケージのコンパイル時に、makeが /usr/share/tmac/tmac.andoc の作り方がわからないというエラーを出します。これは、そのマシンに NetBSD の基本配布物の“text”セット(nroffなど) がインストールされていないことを意味しています。マニュアルページの整形ができるようにするため、 “text”セットをインストールしてください。

このpkgtools/pkg_installパッケージの事例は、 環境変数かmk.confのどちらかで NOMAN=YESを設定して回避することもできます。

NetBSD のインストール時にコンパイラー一式comp.tgz をインストールしなかったからです。comp.tgzを入手し、 /で展開してインストールしてください:

# cd /
# tar --unlink -zxvpf .../comp.tgz

comp.tgzは NetBSD のどのリリースにも含まれていますので、 あなたがインストールしたリリース (uname -rで調べられます) に合ったものを入手してください。

パッケージのインストールをroot以外のユーザーで実行し、 root権限が必要なところではpkgsrcの su(1) 機能を使う場合、 必要なパッケージをインストールするたびに rootのパスワードを打つのは面倒かもしれません。これを避けるために、 パスワードを一定時間保持してくれるsudoパッケージを使うことができます。 sudoを使うには、sudoを(バイナリーパッケージ、またはsecurity/sudoのいずれかから) インストールしてから、mk.conf の、 LOCALBASE 変数の定義より 後の部分に、以下の内容を書いておきます。

.if exists(${LOCALBASE}/bin/sudo)
SU_CMD=        ${LOCALBASE}/bin/sudo /bin/sh -c
.endif

システム管理者は、設定ファイルがインストールされる場所を選ぶことができます。 標準の設定では、設定ファイルはすべて ${PREFIX}/etc またはそのサブディレクトリー以下にインストールされます。 設定ファイルのインストール先は、あなたの都合 (たとえば、 NFS でエクスポートされた読み込み専用の PREFIX で、パッケージの設定をマシン毎にする必要がある場合) にあわせて調整することができます。

標準の設定を変えるために、(mk.conf で) PKG_SYSCONFBASE 変数を、 好みの設定用ディレクトリーを指すように変えることができます。 一般的な設定例としては、/etc や /etc/pkg などがあります。

さらに、PKG_SYSCONFDIR.${PKG_SYSCONFVAR} 変数を設定することで、パッケージ毎に設定用ディレクトリーを変更することができます。 PKG_SYSCONFVAR の値は、通常は変更対象のパッケージ名に合わせたもの、 つまり、PKGBASE の値にします。

なお、この設定を変更した後は、影響を受けるパッケージをすべて再構築し、 再インストールする必要があります。

サードパーティーのソフトウェアにはしばしばバグがあること、 そして、バグのなかにはマシンをアタッカーの攻撃に対して脆弱な状態にするものもあることに、 どうか注意してください。そのような攻撃にさらされることを減らすために、NetBSD パッケージチームでは、pkgsrc化されたことのあるパッケージに関する既知の攻撃のデータベースを保守しています。 このデータベースを自動的にダウンロードして、 システムにインストールされている全パッケージのセキュリティー監査をおこなうことができます。 これをおこなうには、以下の二つのツール (pkgtools/pkg_install パッケージの一部としてインストールされます) を使います。

これらのツールを使うよう強くおすすめします。 “pkg_install” をインストールした後に、 パッケージのメッセージを読んでください。このメッセージは pkg_info -D pkg_install を実行すれば表示できます。

このパッケージをインストールすると、pkgsrc は各パッケージの構築前にこのパッケージを使ってセキュリティーのチェックをするようになります。 このチェックを制御する方法についてはSection 5.2, “構築の過程に影響を及ぼす変数”をご覧ください。

mk.conf で CFLAGS 変数に独自の設定をした場合、 設定されたフラグは環境変数によって ./configure スクリプトに渡されてから make(1) に渡されます。 パッケージの作者によっては、 環境変数で渡された CFLAGS を、 パッケージの Makefile で上書きして、 無視するようにしていることがあります。

現在のところ、この問題の解決策はありません。 独自の CFLAGS を使うことがどうしても必要な場合は、 パッケージのディレクトリーで make patch を実行してから、 Makefile と Makefile.in をすべて調べて、 CFLAGS を明示的に定義していないかを調べてください。 ふつうは、その部分を削除することができます。 ただし、一部の“小賢しい”プログラマーは、 彼らが選んだ特定の CFLAGS の組合せのもとでしか動作しないような、 まずいコードを書いていることに注意してください。

あなたが pkgsrc のファイルに変更を加えており、かつ、 他の誰かが CVS リポジトリーにおいて同じファイルに変更を加えています。 この変更がいずれもファイル内の同じ箇所に対するものであるため、 あなたが pkgsrc を更新したときに、変更が衝突したという印を cvs コマンドがファイルにつけたのです。 この印があるために、ファイルが妥当な Makefile ではなくなっています。

ファイルの内容を見てください。あなたが独自に加えた変更がもはや不要であれば、 ファイルを削除してからそのディレクトリーで cvs -q update -dP を実行し、最新版のファイルをダウンロードすることができます。