不定期な記録 » NetBSD

何故敢えてpkgsrcを使うのか

ごろ～ — Thu, 06 May 2010 21:35:08 +0000

FreeBSD から NetBSD に移行した時に一番戸惑ったのは FreeBSD での ports にあたる pkgsrc から入れたコマンドが一切実行出来ないことでした。デフォルトでは /usr/pkg 以下に入れられ、そこに PATH なんか通ってるわけないから当然ですけどね。

FreeBSD を使っていた身としては /usr/pkg は /usr/ports に対応するもの、つまりパッケージシステムのソースが置かれるところという認識だったのですが、 pkgsrc のソースが置かれるのは /usr/pkgsrc 、で /usr/pkg は /usr/local に対応し出来上がったコマンドその他が入るところなのですね。それが大変気持ち悪く、 NetBSD で ports を使う方法がないか調べたりもしたわけなんですが、 pkgsrc を使わずに Emacs をビルドしてインストールした時に

システムコマンドは /bin, /usr/bin
pkgsrc で入れた奴は /usr/pkg/bin
自分で入れた奴は /usr/local/bin

と綺麗に分かれる事に気づいて、それからは pkgsrc 大好きっ娘になったのです(笑)。もっとも pkgsrc だけは NetBSD であっても /usr/src/pkgsrc に置くようにしてますけど。

ちなみに MacPorts は /opt/local 以下に入れるようになってて、/opt を別パーティションにする習慣がない俺にはちょっと…って感じです。まぁ MacOS X は / 一本なので本来問題ないのですが(笑)

で、その後 Solaris を使うことになって、でも当時の Solaris のパッケージシステムがイマイチイケてなかったので、じゃあ試しにってんで Zoularis を使ってみたら思ったより快適だったので， Zoularis -> bootstrap と使い続け今に至るのです。

実際、普段使ってる NetBSD, MacOS X, CentOS(?) でほぼ同じようにパッケージの管理が出来るのはとても楽。もちろん複数の OS を使ってないのであればネイティブのパッケージシステムを使ったほーが楽だと思いますけどねー。

CentOSでpkgsrc

ごろ～ — Wed, 28 Apr 2010 22:35:09 +0000

DTIの仮想サーバーサービスであるServersMan@VPS Proが異常に安いので申し込んでみました。

残念ながらOSはCentOS一択らしいので、それは我慢していつものようにpkgsrcを入れようとしたらcvsが入ってないからソースをとってこれない(笑)。が何故か curl は入ってるので(流石Linux…)とりあえずtarballをゲット

cd /usr/src curl -O ftp://ftp.NetBSD.org/pub/pkgsrc/current/pkgsrc.tar.gz tar xvfz pkgsrc.tar.gz

で bootstrap と思ったら gcc がないからエラーになりますよ、と(流石Linux…)。仕方ないのでとりあえず

sudo yum install gcc

でお茶を濁す。

気を取り直して再度bootstrapと思ったらbmake作った後に

bmake: no system rules (sys.mk).

などと言われてコケる。
んー、と悩んでググってみたところ、どーもcurrentのbmakeだとイケナイらしいので、手元にあった古めのbmakeのソース(bmake-20090909)をコピーしてみたところ今度は成功。

落としたtarballが若干古かったらしくcvsで最新のソースにしてもやっぱりbuildが通りました。しかしcvs入れるためにはbootstrapが終わってないとイケナイのだよなぁ…

あとは普段入れてるのは入れていくだけ、と思ったら今度は termcap がどーこーと言われてやっぱりエラー。ググったらこっちは有名な事象らしくlibtermcap-develを入れればいいとのこと。

yum install libtermcap-devel

ということで再度トライしたところようやくbuildが通るようになりました。あー、やっぱり Linux メンドクセー(面倒な道を選んでるだけです

Bazaarとinline patch

ごろ～ — Fri, 22 Jan 2010 12:11:34 +0000

昨年末に Emacs のソース管理システムが cvs から Bazaar というものに変わったそーです。惰性で current のソースを引っ張っている者としては追いかけたいのが心情なので試してみたのですが、どうやらちゃんとソースを引っ張ってこれてるみたいなのでメモしておきます。

ソースの取得は相変わらず NetBSD でやってるので pkgsrc での話になりますが、Bazaar を使うには devel/bzr を入れれば良いみたい。

bzr の使い方はここに解説されているとーり

bzr init-repo –2a emacs/
cd emacs && bzr branch http://bzr.savannah.gnu.org/r/emacs/trunk/
cd emacs/trunk && echo “public_branch = http://bzr.savannah.gnu.org/r/emacs/trunk/” >> .bzr/branch/branch.conf
cd emacs/trunk && bzr bind http://bzr.savannah.gnu.org/r/emacs/trunk/

で OK。ソースのアップデートは cvs とほぼ同じよーに

cd emacs/trunk && bzr update

だそーな。

それはそれとして、最近はリリースこそされていないものの inline patch の更新が頻繁に行われいるようで、 64bit Cocoa Emacs でもバッチリインライン入力ができるようになってます。快適、というか IM によってモードラインに表示される単語が異なるというのが芸細でいいですな。

Patches for journalling support

ごろ～ — Mon, 03 Mar 2008 12:10:08 +0000

(最近ファイルシステム絡みの話題が続いてますが、偶然です。意味がわからない人は読み飛ばしてください)

流し読みした限りじゃ WASABI が ffs にジャーナリングを追加した奴を公開するよーってことですかね? これかな?

実績はありそうだし softdep より早いらしいので遊んでみたいけど、そんな時間はないので次に NetBSD に HDD 追加するときに覚えてたらやってみようかな。

NetBSD には LFS があるけど、でも選択肢は多いほうがいいよね :D

libGLU

ごろ～ — Mon, 25 Feb 2008 12:06:08 +0000

audio/arts が古くなっていたので make し直そうとすると libstdc++.so.5 が見つからないとか怒られて失敗していました。

どうも arts が依存してる x11/qt3-tools で問題が起きてるっぽいんだけど、 qt3-tools で make clean && make build しても問題が解決しないんだよねぇ。

と悩んでいたら qt3-tools の一部である(?) uic が要求する /usr/pkg/lib/libGLU.so.1 が libstdc++.so.5 に依存してたのが原因のようでした。じゃあ libGLU を作り直せばいいんじゃ、と思ったんだけど libGLU が何に含まれるかわかんない(笑)。調べたところ MesaLib っぽかったんだけど、 pkgsrc ではさらに細分化されてて graphics/glu を入れ替えるのが正解でした。

pkgsrc はこーゆー NetBSD 自体をバージョンアップした時にハマることが多いような気がする。えぇ、勿論 make update ではなく make replace なんてヤクザな(?)入れ替え方法を使ってる俺が悪いんですがね(苦笑